--- Log opened Wed Jan 16 00:00:39 2013 02:59 -!- cp15` [iquwzc@p57B1CF1A.dip0.t-ipconnect.de] has joined #navit 02:59 -!- cp15 [eahman@p57B1CE6D.dip0.t-ipconnect.de] has quit [Disconnected by services] 02:59 -!- cp15` is now known as cp15 03:00 -!- mode/#navit [+o cp15] by ChanServ 04:01 -!- noradtux [~noradtux@2002:4e36:78de::1] has quit [Ping timeout: 245 seconds] 04:08 -!- noradtux [~noradtux@2002:5ce0:39d6::1] has joined #navit 07:26 -!- Tauso [~Thunderbi@line2.magix.net] has joined #navit 07:34 -!- Robotaxi [3ef5dbf5@gateway/web/freenode/ip.62.245.219.245] has joined #navit 08:20 #navit: < Tauso> Ist heut meeting? 08:21 #navit: < Tauso> Sorry wrong chat window ;-) 08:31 -!- drlizau [~liz@billiau.net] has joined #navit 08:47 -!- Tauso [~Thunderbi@line2.magix.net] has quit [Quit: Tauso] 10:42 #navit: < KheOps> Is anyone able to tell me what the integer variable "level" means in the function void osm_add_tag() in maptool/osm.c? 10:42 #navit: < KheOps> I see it's used and changed depending on the key of the current tag 10:42 #navit: < KheOps> But i don't see how its value is used after 10:46 #navit: < KheOps> Well it is used to set node_is_tagged... which I don't get the meaning of :) 11:22 #navit: <@cp15> KheOps, that is the debug level 11:22 #navit: <@cp15> You can add a debug level parameter to maptool which will add osm attributes 1:1 11:23 #navit: <@cp15> The debug level specifies which attributes (matching the level you mentioned) will be added 11:23 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 11:40 #navit: < KheOps> cp15: oh tahnks - but out of the debug level, it seems that if level if < 6, then node_is_tagged = 1 .. as far as I understood it, it means the node is "tagged enough" to be added to the bin 11:41 #navit: < KheOps> Like, the presence of at least some tags are mandatory in order to have the node added 11:42 #navit: <@cp15> Let me check :-) 11:42 #navit: < KheOps> :) 11:46 -!- Tauso [~Thunderbi@line2.magix.net] has joined #navit 11:46 #navit: <@cp15> level <= 5 means: Contains for navit useful information 11:47 #navit: < KheOps> mmh ok 11:47 #navit: < KheOps> Thank you:) 11:47 #navit: < KheOps> navit doesn't make use at all of elevation data 11:47 #navit: < KheOps> Well yeah it isn't used in the routing at all 11:48 #navit: < KheOps> But I guess some could find a use of having the elevation information of nodes at their disposal when right-clicking on a point or somerthing 11:48 #navit: <@cp15> Yes, you are right 11:49 #navit: <@cp15> If you want to work on this: Patch welcome :-) 11:57 #navit: < KheOps> I'll try to. It might be not so easy since the bin format maybe doesn't hav any room for this information, so it might imply to modify several things 11:57 #navit: < KheOps> For now I'm working on converting maps from OSM with the possiblity of specifying a prefererd langauge 11:57 #navit: <@cp15> Should be pretty easy 11:57 #navit: < KheOps> Like, use 'name:en' instead of 'name' attribute 11:58 #navit: < KheOps> ok :) 11:58 #navit: <@cp15> Yes, the language is a thing to work on... However I don't know yet how to code this 11:58 #navit: < KheOps> I think there can be two main solutions: include all languages in the bin format, or select the language at conversion time 11:58 #navit: <@cp15> We could use some attributes name_de name_en name_es and so on 11:59 #navit: <@cp15> I would prefer to have all languages in 11:59 #navit: <@cp15> The alternative would be to create specific maps for each language... Ugly 11:59 #navit: < KheOps> Yes it'll be much better I think so 11:59 #navit: < KheOps> For now I'm doign it quick'n'dirty though, so i'll just give the possibilty to select the langauge to maptool 12:00 #navit: < KheOps> I'll dig more into the bin format 12:00 #navit: <@cp15> Would be fine for me as long as it works the usual way if the parameter is omitted 12:00 #navit: < KheOps> Yeah that's the idea 12:01 #navit: < KheOps> The idea is to add a -L xy parameter to the command line - if not specified then just work as usual 12:01 #navit: <@cp15> https://wiki.navit-project.org/index.php/Binfile 12:01 #navit: < KheOps> Thanks :) 12:21 -!- woglinde [~henning@f052067185.adsl.alicedsl.de] has joined #navit 12:32 #navit: < KheOps> cp15: another quick question... if I use attr_strings_save() function on the same attribute, two (or more) times for the given object I'm treating, will each use replace the previous value that was present? (it's what I hope actually) 12:33 #navit: <@cp15> No, you will have multiple attributes then 12:34 #navit: <@cp15> Or wait 12:34 #navit: <@cp15> Yes, it will be replaced 12:34 #navit: <@cp15> The attr_strings array just holds the values until they are needed 12:35 #navit: < KheOps> attr_strings_save(attr_string_label, v); 12:35 #navit: < KheOps> Like, I run that thing twice, and it will only remember the second value, right? 12:35 #navit: < KheOps> THanks:) 12:35 #navit: <@cp15> Yes 12:36 #navit: < KheOps> So I can save the 'name' attribute but if I happen to have a tag that is in the preferred language I can just overwrite 12:36 #navit: < KheOps> (hope this won't create a memory leak though, should check that...) 12:36 #navit: <@cp15> Yes, sounds reasonable 12:37 #navit: <@cp15> The old value will get saved, but that is not a problem since the buffer will be re-initialized for the next object 12:37 #navit: < KheOps> ok 12:41 -!- woglinde_ [~henning@f052239200.adsl.alicedsl.de] has joined #navit 12:44 -!- woglinde [~henning@f052067185.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds] 13:57 #navit: < KheOps> So I'm trying to let the user specify a list of preferred language, by order of preference 13:57 #navit: < KheOps> Instead of just one language 14:00 -!- Tauso [~Thunderbi@line2.magix.net] has quit [Remote host closed the connection] 14:33 -!- woglinde_ [~henning@f052239200.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds] 15:23 -!- alphatango [~user@host106-235-dynamic.8-79-r.retail.telecomitalia.it] has joined #navit 15:24 -!- alphatango [~user@host106-235-dynamic.8-79-r.retail.telecomitalia.it] has quit [Client Quit] 16:22 -!- Robotaxi [3ef5dbf5@gateway/web/freenode/ip.62.245.219.245] has quit [Ping timeout: 245 seconds] 16:53 -!- KaZeR [~kazer@89.170.67.86.rev.sfr.net] has quit [Ping timeout: 264 seconds] 18:03 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has joined #navit 18:04 #navit: < xenos1984> hi everybody 18:36 #navit: <@cp15> Hi xenos1984 18:37 #navit: < xenos1984> hi cp15 18:44 -!- drlizau [~liz@billiau.net] has joined #navit 18:52 -!- fOB [~fob@ip-178-202-247-64.unitymediagroup.de] has joined #navit 19:02 -!- KaZeR [~kazer@89.170.67.86.rev.sfr.net] has joined #navit 19:02 -!- mode/#navit [+o KaZeR] by ChanServ 19:49 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection] 21:29 -!- fOB [~fob@ip-178-202-247-64.unitymediagroup.de] has quit [Quit: Leaving] 21:36 -!- alphatango [523bc926@gateway/web/freenode/ip.82.59.201.38] has joined #navit 21:37 -!- alphatango [523bc926@gateway/web/freenode/ip.82.59.201.38] has quit [Client Quit] 22:51 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has quit [Remote host closed the connection] 23:19 -!- marioso [523bc95f@gateway/web/freenode/ip.82.59.201.95] has joined #navit 23:23 #navit: < marioso> please fix the translations in other languages of the menu. like "former destinations" , new vehicle profiles, and rules. also fix the icon in the info section, appears the ? instead of an icon 23:23 -!- marioso [523bc95f@gateway/web/freenode/ip.82.59.201.95] has left #navit [] --- Log closed Thu Jan 17 00:00:39 2013