--- Log opened Sun Jul 31 00:00:41 2011
00:34 -!- ham73tux [~ham73tux@adsl-76-199-136-239.dsl.pltn13.sbcglobal.net] has quit [Quit: Leaving]
00:53 -!- Cyberish [~chatzilla@88.85.62.198] has joined #navit
02:12 -!- jffathome [~quassel@p5DCCE47C.dip0.t-ipconnect.de] has joined #navit
02:13 -!- jffathome__ [~quassel@p5DCCE1AF.dip0.t-ipconnect.de] has quit [Ping timeout: 260 seconds]
02:25 -!- takuan_dozo [~takuan@61-22-86-30.rev.home.ne.jp] has quit [Quit: leaving]
03:04 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has quit [Ping timeout: 252 seconds]
03:05 -!- noradtux [~quassel@f054019149.adsl.alicedsl.de] has joined #navit
03:06 -!- noradtux_ [~quassel@d210013.adsl.hansenet.de] has quit [Ping timeout: 260 seconds]
04:45 -!- laroche [~laroche@dslb-188-104-185-100.pools.arcor-ip.net] has quit [Ping timeout: 258 seconds]
04:46 -!- laroche [~laroche@dslb-178-007-197-071.pools.arcor-ip.net] has joined #navit
05:08 -!- Cyberish [~chatzilla@88.85.62.198] has quit [Read error: Connection reset by peer]
05:08 -!- Cyberish [~chatzilla@88.85.62.198] has joined #navit
06:30 -!- z30 [~Z30@77.242.201.53] has joined #navit
06:34 -!- KaZeR_W [~Z30@77.242.201.52] has quit [Ping timeout: 276 seconds]
06:35 -!- playya_ [~playya@unaffiliated/playya] has joined #navit
06:39 -!- playya__ [~playya@unaffiliated/playya] has quit [Ping timeout: 240 seconds]
06:42 -!- Cyberish [~chatzilla@88.85.62.198] has quit [Ping timeout: 240 seconds]
06:58 -!- sera_ [~sera@254-64.62-81.cust.bluewin.ch] has joined #navit
07:01 -!- sera [~sera@34-69.62-81.cust.bluewin.ch] has quit [Ping timeout: 260 seconds]
07:10 -!- z30 [~Z30@77.242.201.53] has quit [Read error: Connection reset by peer]
07:11 -!- z30 [~Z30@77.242.201.53] has joined #navit
08:58 -!- goldfndr__ [~goldfndr@h-67-100-127-100.sttnwaho.dynamic.covad.net] has joined #navit
08:59 -!- goldfndr_ [~goldfndr@h-67-101-5-81.sttnwaho.dynamic.covad.net] has quit [Ping timeout: 255 seconds]
09:57 -!- antenna1 [~ion@dslb-178-007-005-159.pools.arcor-ip.net] has joined #navit
10:03 -!- rj58 [~aap@a83-161-209-240.adsl.xs4all.nl] has joined #navit
10:35 -!- mase76 [~mase76@p5DD3B05F.dip.t-dialin.net] has joined #navit
10:37 -!- Amorphous [jan@unaffiliated/amorphous] has quit [Ping timeout: 240 seconds]
10:46 -!- antenna1 [~ion@dslb-178-007-005-159.pools.arcor-ip.net] has quit [Quit: Leaving.]
10:48 -!- arnotixe [~arnotixe@2001:16d8:ee9a:0:1a3d:a2ff:fe46:6a0c] has joined #navit
10:53 -!- Amorphous [jan@unaffiliated/amorphous] has joined #navit
11:27 -!- mirko1 [~mirko@i577BAEF4.versanet.de] has joined #navit
11:28 < mirko1> hi
11:31 < mirko1> can someone explain me, how navit finds destinations?
11:32 < mirko1> I'm using osmaps
11:33 < mirko1> When I enter, "Gelsen" in Germany, it offers me the town "Gelsenkirchen" with postal code 45879, and a town (which is actually not a town) "Gelsenkirechener Platz"
11:34 < mirko1> I choose "45879 Gelsenkirchen"
11:34 < mirko1> Now, I choose street "Kurt-Schumacher-Straße"
11:34 < mirko1> and it wants me to route to "Kurt-Schumacher-Straße" the neighboring town "Herten"
11:35 < mirko1> Actually, the KSS I wanted to go to has postal code 45881 (Gelsenkirchen has more than one postal code)
11:36 < mirko1> can this cause navit not to find the correct street?
11:36 < mirko1> but how would it then find _any_ streets in cities with more than one postal code?
11:37 < mirko1> and why does it assign the street in Herten to Gelsenkrichen?
11:39 -!- antenna1 [~ion@dslb-178-007-005-159.pools.arcor-ip.net] has joined #navit
11:54 < mirko1> hm, nobody active here?
12:06 -!- woglinde [~heinold@g225144035.adsl.alicedsl.de] has joined #navit
12:27 < mirko1> hm, so I think I can sum it up to the question: "How does Navit assign cities to streets?"
12:28 < drlizau> navit doesn't
12:29 < drlizau> it is done by osm mapper
12:29 < drlizau> and the method depends on the country in which you are
12:29 < mirko1> what is osm mapper?
12:30 < drlizau> the person who put the data in osm
12:31 < mirko1> hm, in osm a street itself is not assigned a town
12:31 < mirko1> there are centers of towns
12:31 < mirko1> and there are borders
12:32 < mirko1> and the assignment is left to the application
12:33 < mirko1> when I search for "Kurt-Schumacher-Straße, Gelsenkirchen" on openstreetmap.org I get the correct street - because they see the border between the other KSS and the center of Gelsenkrichen
12:34 < drlizau> you misunderstand
12:34 < mirko1> similar trouble at "Erikastraße, Dortmund" which Navit assigns to "Schwerte" while in osm its (correctly) in Dortmund
12:34 < woglinde> mirko1 the navit maptool converter doesnt use yet relation boundaries
12:35 < drlizau> someone put the boundary in
12:35 < woglinde> and depends on the is_in tag
12:35 < drlizau> there are not "centres of towns" either
12:35 < drlizau> there are places marked which have the name - but they aren't the centre
12:36 < mirko1> hm, yeah - I meant those places
12:37 < mirko1> so what does maptool do if there is no "is_in" tag?
12:37 < woglinde> okay to be honest relation-boundaries is started
12:37 < woglinde> but not finished
12:37 < woglinde> if a city has no is_in tag it isnt found
12:38 < woglinde> the aussie have this problem
12:38 < woglinde> or sweden
12:38 < woglinde> mirko1 on which platform do you use navit
12:38 < woglinde> and where did you load the maps from
12:39 < mirko1> ok, one after the other ;)
12:39 < mirko1> so, I thought "is_in" is related to a street... but it's related to a city
12:40 < mirko1> but this only assigns the city a country, not the street a city, yes?
12:40 < mirko1> I use navit on openmoko (admittaty, on the old om 2008.12 release oO )
12:41 < mirko1> and took the maps from http://maps.navit-project.org/api/map/?bbox=...
12:41 < woglinde> hm ah yes you written in the forum
12:42 < woglinde> out of courisity why you dont use shr?
12:42 < mirko1> because I didn't yet put the effort into changing the os ;)
12:43 < woglinde> hm hm why the hell on windows wordexp gives WRDE_SYNTAX /* Shell syntax error.  */
12:43 < woglinde> for the bookmarks.txtr
12:44 < mirko1> out of courisity why you dont use linux? :P (*SCNR*)
12:44 < mirko1> btw: what are you talking about, now?
12:44 < woglinde> I am using linux
12:44 < woglinde> but there are windows user too
12:44 < woglinde> and at the moment they dont get navit running with compiled under cgywin
12:45 < woglinde> so I am trying to fix it for them
12:45 < mirko1> ah ok
12:45 < mirko1> got it
12:47 < mirko1> so, I'm still confused how navit determines which city a given street is in
12:47 < mirko1> and, espacially, why it determines that the KSS in Herten is in Gelsenkirchen
12:50 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
12:54 < mirko1> woglinde?
12:55 < woglinde> hm kss?
12:56 < mirko1> Kurt-Schumacher-Straße
12:56 < woglinde> could you check the is_in tags please
12:56 < woglinde> we have a maybee a similar problem with neuss and dortmund
12:57 < woglinde> http://trac.navit-project.org/ticket/794
12:57 < woglinde> ah sorry
12:57 < woglinde> neuss and duesseldorf
12:58 < mirko1> Gelsenkirchen Details
12:58 < mirko1> is_in: Gelsenkirchen,Regierungsbezirk Münster,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
12:58 < mirko1> is_in:continent: Europe
12:59 < mirko1> Herten Details
12:59 < mirko1> is_in: Kreis Recklinghausen,Regierungsbezirk Münster,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
12:59 < woglinde> yes same as with neuss and duesseldorf
12:59 < woglinde> Regierungsbezirk Münster
12:59 < woglinde> maptool thinks both are in Münster
12:59 < woglinde> and so it has to choose one
13:00 < woglinde> hm one hack would be to add to maptool when it sees "Regierungsbezirk" to skip this is_in
13:08 < mirko1> hm, I don't have trouble to find one Gladbacher Straße in Düsseldorf, and one in Neuss...
13:08 < mirko1> but it seems to be exactly the problem I have in GE and Herten...
13:08 < woglinde> ;)
13:08 < mirko1> though I didn't get that yet...
13:09 < woglinde> hm?
13:09 < mirko1> what does it do with that is_in tag to believe Herten is in Gelsenkirchen?
13:09 < woglinde> no again
13:09 < woglinde> maptool sees both in Regierungsbezirk Münster
13:09 < woglinde> both streets
13:10 < mirko1> hm, so it thinks Gelsenkirchen is a suburb of Münster?
13:15 < woglinde> yes
13:16 < woglinde> okay I am off now
13:16 < woglinde> till later
13:50 < cp15_> mirko1: The problem is that navit guesses the boundaries of a town and sometimes this is wrong
13:50 < cp15_> The postal code is only for information
13:51 < cp15_> We will improve the boundary problem soon
13:52 < woglinde> hi cp15
13:52 < woglinde> cp15 any idea about the wordexp error on windows cygwin?
13:53 -!- AlexWien [3eb2a7e2@gateway/web/freenode/ip.62.178.167.226] has joined #navit
13:59 < AlexWien> I am trying to build the win32 Mingw/msys port of navit. I use a more or less current revision, and the 0.2.0 revision. I have successfully (?) build both revision, however i cannot succesfully start navit. It never finds the map (inavlid type "textfile") and crashes in load_bookmarks caused by a NULL map. Has anybody here successfully build the mingw/msys variant?
14:00 < woglinde> wordexp function is broken
14:00 < AlexWien> yeah exactly
14:00 < AlexWien> how to solve?
14:00 < woglinde> there is one bug open in the trac
14:00 < woglinde> which fixes the nullpointer stuff
14:00 < woglinde> but than you will not have any map
14:01 < AlexWien> so the souktion is presented in the Bug DB?
14:01 < woglinde> no
14:01 < woglinde> it only prevents navit from crashing
14:01 < AlexWien> but how navit Team build the 0.2.0 release?
14:01 < AlexWien> it works fr,m their build
14:01 < woglinde> ask cp15
14:02 < woglinde> older tools
14:02 < woglinde> maybee
14:02 < AlexWien> older mingw? msys?
14:02 < AlexWien> I use mingw 10.1
14:02 < woglinde> hm yes
14:03 < AlexWien> Using the current release it does not crash, but cannot start.
14:03 < AlexWien> What does wordexp ?
14:04 < woglinde> checking if your path is correct
14:04 < woglinde> or checking for sane chrackters at all
14:04 < AlexWien> i may modify navit to use a hard coded path for maps and libs?
14:05 < woglinde> inside the code would help
14:05 < woglinde> or workaround the wordexp
14:05 < AlexWien> ok that was a help
14:06 < AlexWien> I am fighting with navit since two weeks
14:06 < woglinde> use linux or android
14:06 < woglinde> or windows ce
14:06  * woglinde runs
14:07 < AlexWien> yes, the android easy variant i compiled in 1 hour, using the virtualkbox
14:07 < AlexWien> but he goal is that it shoudl run on a windows tablet pc
14:07 < AlexWien> itr shoudl be uses for a resarch project based on green routing
14:07 < curious> most windows tablet pcs can be rooted to run linux
14:07 < AlexWien> this would be plan B or C :-)
14:08 < woglinde> curious he will have his reasons
14:09 < AlexWien> it would be fine if the navit team documents the build environment for a successful win32 build. e.g name the exact versions of mingw etc.
14:09 < woglinde> hm maybee its the included wordexp version
14:09 < woglinde> didnt checked yet
14:09 < AlexWien> Yea i have heard about that, too
14:09 < AlexWien> this is a hot tip
14:10 < AlexWien> I am not in teh office now, and there i have no irc, so i cannot look into mingw.
14:10 < woglinde> or proably its the included cygwin variant which dont works
14:10 < AlexWien> NBut wordexp is a exe file?  or not?
14:10 < AlexWien> in /minw/bin/wordexp?
14:10 < woglinde> hm okay I will start vbox up again
14:11 < woglinde> hm okay try to use the included wordexp variant
14:11 < AlexWien> I am a character who never gives up, but this is driving me to my limits .....
14:11 < woglinde> do you use autotools or cmake?
14:12 < AlexWien> I use ./autogen,sh  ./configure
14:12 < AlexWien> and make
14:12 < woglinde> okay try to move /usr/include/wordexp.h away to .bak maybee
14:12 < woglinde> and run configure again
14:13 < AlexWien> ok i will do that tomorrow, and tommorow night ther ewill be news ..
14:13 < AlexWien> thanmk for that help.
14:13 < woglinde> if you wait 5 min
14:13 < woglinde> I can tell you if it workd
14:13 < woglinde> works
14:14 < AlexWien> OK I have time
14:14 -!- playya_ [~playya@unaffiliated/playya] has quit [Quit: Verlassend]
14:15 < woglinde> okay so proably I have to make the wordexp support better
14:16 < woglinde> but autotools will be gone
14:16 < woglinde> in some months
14:17 < AlexWien> Is there a way to build and debug from eclipse ?
14:17 < woglinde> hm
14:17 < woglinde> under linux yes
14:17 < woglinde> dont know how good the c/c++ autotools support is under windows
14:18 < woglinde> here we go
14:18 < woglinde> okay
14:18 < woglinde> wordexp
14:18 < AlexWien> What do i have to do, to start a freshly build navit directly from the /trunk/navut/navit/navit.exe  to avoid amke install evry time?
14:19 < woglinde> okay maybee I will make an patch this evening which let you choose the external or internal wordexp
14:19 < AlexWien> .. to avoid make install ...
14:19 < woglinde> with internal it works
14:19 < AlexWien> oh fine, I will try that tomorrow, if it starts we make a small party in the office ;-)
14:20 < AlexWien> are you famliar with the route.c ?
14:20 < woglinde> hm only a bit
14:21 < woglinde> but my goal is it so make it modular as the other stuff
14:21 < woglinde> so you can easily switch your routing algm
14:21 < AlexWien> I will try to introduce an externally calculated route
14:21 < woglinde> not only switch developing too
14:21 < woglinde> hm oh
14:22 < woglinde> better step would be first to make pluginable like the graphics stuff
14:22 < AlexWien> using a mapmatching system wich matches on map, eg. teleatlas, to openStreep map
14:22 < AlexWien> and then force navit to naviagte aloing the given route
14:23 < AlexWien> goal is a route based on a energy efficient base, rather then least delay routing
14:23 < AlexWien> another question: dbus support for win32 any experiecne?
14:23 < AlexWien> _
14:23 < woglinde> no dbus on windows
14:23 < AlexWien> ui
14:24 < woglinde> dont know if cygwin is cable to run it
14:24 < woglinde> but than only with other cygwin apps
14:24 < AlexWien> so i have to write a socket based simple communication interfcae to set the green route.
14:24 < woglinde> I will update now the wordexp ticker for the workaround
14:25 < AlexWien> super.
14:26 < AlexWien> Thanks for help, Cu
14:27 -!- playya [~playya@unaffiliated/playya] has joined #navit
14:49 -!- Cyberish [~chatzilla@88.85.62.198] has joined #navit
14:57 -!- rj58 [~aap@a83-161-209-240.adsl.xs4all.nl] has quit [Quit: Leaving.]
14:58 -!- Cyberish [~chatzilla@88.85.62.198] has quit [Quit: ChatZilla 0.9.87 [Firefox 5.0/20110615151330]]
15:05 -!- mase76 [~mase76@p5DD3B05F.dip.t-dialin.net] has quit [Quit: Ex-Chat]
15:06 -!- woglinde_ [~heinold@g225072128.adsl.alicedsl.de] has joined #navit
15:09 -!- woglinde [~heinold@g225144035.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
15:18 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has joined #navit
15:32 -!- ed__ [~chatzilla@wega.kapitein.org] has joined #navit
15:32 -!- ed__ is now known as edje
15:33 < edje> Hi all, we just came back from a nice holiday, using navit and marco polo grosse reisplanner as our navigation system. it worked great
15:55 -!- antenna1 [~ion@dslb-178-007-005-159.pools.arcor-ip.net] has left #navit []
16:11 < woglinde_> fine
16:12 -!- AlexWien [3eb2a7e2@gateway/web/freenode/ip.62.178.167.226] has quit [Ping timeout: 252 seconds]
16:23 -!- edje [~chatzilla@wega.kapitein.org] has quit [Ping timeout: 250 seconds]
16:45 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has quit [Ping timeout: 258 seconds]
17:07 -!- mase76 [~mase76@p5DD3B05F.dip.t-dialin.net] has joined #navit
17:09 -!- ham73tux [~ham73tux@adsl-76-199-136-239.dsl.pltn13.sbcglobal.net] has joined #navit
17:09 < ham73tux> Hi there
17:18 -!- dandor [~dandor@87-97-121-226.pool.invitel.hu] has joined #navit
17:24 < dandor> hi hape
17:27 < woglinde_> hi dandor
17:28 < dandor> hi woglinde
17:46 -!- dandor [~dandor@87-97-121-226.pool.invitel.hu] has quit [Read error: Connection reset by peer]
18:42 -!- woglinde_ [~heinold@g225072128.adsl.alicedsl.de] has quit [Ping timeout: 260 seconds]
18:46 -!- cp15 [bglsdt@p57B1C45E.dip0.t-ipconnect.de] has joined #navit
18:46 -!- mode/#navit [+o cp15] by ChanServ
18:46 <@cp15> Good evening
18:47 < ham73tux> Hi cp15
18:47 <@cp15> Hi ham73tux
18:47 < ham73tux> how are things_
18:47 < ham73tux> Oops, english keyboard...
18:48 <@cp15> Fine, just arrived home from vacation
18:49 < ham73tux> Hope you had a good time.
18:49 <@cp15> Yep :-)
18:51 < ham73tux> Have some time for a short private chat?
18:51 <@cp15> Damn, I missed dandor
18:51 <@cp15> Sure
18:51 < ham73tux> Ok, see extra channel.
18:53 -!- ham73tux [~ham73tux@adsl-76-199-136-239.dsl.pltn13.sbcglobal.net] has quit [Quit: Leaving]
18:54 -!- ham73tux [~ham73tux@adsl-76-199-136-239.dsl.pltn13.sbcglobal.net] has joined #navit
18:55 -!- dandor [~dandor@87-97-121-226.pool.invitel.hu] has joined #navit
18:55 -!- cp15_ [~cp15@static.3.141.4.46.clients.your-server.de] has quit [Quit: leaving]
18:55 -!- antenna1 [~ion@dslb-178-007-005-159.pools.arcor-ip.net] has joined #navit
18:55 <@cp15> dandor, ping
18:56 < dandor> hi cp15
18:56 <@cp15> Hi. You tried to send me a patch, but I was afk that time
18:57 < dandor> cp16 I think it was some weeks before
18:57 < dandor> but i have a question instead :)
18:57 <@cp15> Do you still have it available?
18:57 <@cp15> Ok :-)
18:57 < dandor> is there some restriction on overlay resize for gtk_drawing area driver?
18:58 < dandor> some limitation when it can be called
18:58 <@cp15> Not that I am aware
18:58 <@cp15> Any problems?
18:58 < dandor> i implemented an experimental version of the osd[@attr_name=attr_value] handling in the command system
18:59 < dandor> but when i call overlay resize with gtk driver i get segfault
18:59 <@cp15> Show me your patch and tell me how you do it then I will debug it
19:00 < dandor> ok, now it's still quite messy and full of debug messages but usable for debug
19:00 < dandor> one moment pls
19:05 <@cp15> Wow :-) It worked
19:05 < dandor> :)
19:05 < dandor> then I send a test xml also ;)
19:07 < dandor> cp15 there is a button osd with name=proba in the xml
19:07 < dandor> you can triggen the bug with that button
19:07 < dandor> *trigger
19:10 < dandor> in osd_core i wrapped the different osd type's priv structures into a priv common stucture to hold the osd_item member which is common for all osds
19:10 < dandor> i tried to keep the isolation between osd.c and osd_core.c as much as possible
19:10 <@cp15> I got a reject at osd_core.c
19:11 < dandor> hmm maybe woglide's latest change is not synchronized to me
19:14 < dandor> please catch the patch again
19:17 <@cp15> Can you send it again, didn't work this time
19:18 < dandor> i implemented this common wrapper struct to handle common attributes like w h x y  in one place for all osd types
19:21 < dandor> of course the code is __very experimental and still needs some work
19:24 <@cp15> Ok, I can reproduce it :-) Now for getting the bug
19:27 <@cp15> Hmm... For some reason the osd doesn't have a parent
19:27 < dandor> yes I also realised it with gdb
19:31 <@cp15> Ah... I guess I know
19:32 <@cp15> The button isn't an overlay, but the resize code assumes it is
19:33 <@cp15> If you set use_overlay="1" it works better
19:33 < dandor> hmm
19:33 < dandor> let's see
19:35 < dandor> wow
19:35 -!- goldfndr` [~goldfndr@h-67-100-127-100.sttnwaho.dynamic.covad.net] has joined #navit
19:35 < dandor> it's now reallybetter
19:35 -!- goldfndr__ [~goldfndr@h-67-100-127-100.sttnwaho.dynamic.covad.net] has quit [Ping timeout: 252 seconds]
19:36 < dandor> how can it be fixed to support non overlay osd-s also?
19:38 -!- Zaba [~zaba@about/goats/billygoat/zaba] has quit [Ping timeout: 240 seconds]
19:39 -!- antenna1 [~ion@dslb-178-007-005-159.pools.arcor-ip.net] has left #navit []
19:40 <@cp15> Just like the overly button, just don't call osd_std_resize
19:41 < dandor> ok thanks
19:42 -!- Zaba [~zaba@about/goats/billygoat/zaba] has joined #navit
19:42 <@cp15> It won't have an effect immediately, since the button is already drawn, but it will work at the next redraw
19:43 < dandor> i see
19:43 < dandor> cp15 by the way during implementation i found that it would be useful to implement an attr_equals(attr1, attr2) helper function
19:44 < dandor> or is there something already exists?
19:44 <@cp15> Don't think so, but it is probably not trivial
19:45 <@cp15> When is an attribute the same? If it points to the same object or if the object has the same content?
19:46 < dandor> yes similar to the deep copy problem in cpp
19:49 < dandor> cp15 thanks for your help, I need to leave, but if you have some further comments please write it here and i will check the log later
19:50 < dandor> i will try to fix the button osd code for better support of non osd mode
19:50 < dandor> bye
19:50 -!- dandor [~dandor@87-97-121-226.pool.invitel.hu] has quit [Quit: Ex-Chat]
20:11 -!- AngusRF [~Angus@p5B0824FB.dip.t-dialin.net] has joined #navit
20:13 -!- Prz_^ [~ju@231.109.103.84.rev.sfr.net] has joined #navit
20:25 -!- mase76 [~mase76@p5DD3B05F.dip.t-dialin.net] has quit [Quit: Ex-Chat]
20:39 -!- rj58 [~aap@a83-161-209-240.adsl.xs4all.nl] has joined #navit
20:48 -!- apmon [~apm@ucb-np2-139.colorado.edu] has joined #navit
21:21 -!- android [c141881c@gateway/web/freenode/ip.193.65.136.28] has joined #navit
21:23 < android> i tried android navit and i am fom finland. How i change the lanquage to finish?
21:23 -!- drlizau [~liz@billiau.net] has joined #navit
21:26 <@cp15> android, navit uses the android settings (hopefully). Is you android language set to finnish?
21:41 < android> no it not its milestone motorola. Not possible to change finnis
21:52 <@cp15> You can try to extract the navit.xml from the apk, copy it to /sdcard/navit/navit.xml and set a language="fi_FI" attribute in the config tag
21:57 -!- arnotixe [~arnotixe@2001:16d8:ee9a:0:1a3d:a2ff:fe46:6a0c] has quit [Quit: Ex-Chat]
21:58 < android> Thanks i will try it :-) Hope that works
21:59 -!- android [c141881c@gateway/web/freenode/ip.193.65.136.28] has quit [Quit: Page closed]
22:09 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has joined #navit
22:13 -!- apmon [~apm@ucb-np2-139.colorado.edu] has left #navit []
22:17 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
22:20 -!- Prz_^ [~ju@231.109.103.84.rev.sfr.net] has quit [Remote host closed the connection]
22:22 < CIA-69> martin-s * r4667 /trunk/navit/navit/ (attr.h navit.c): Fix:Core:Possibility to get osds as attributes from navit object
22:31 < CIA-69> martin-s * r4668 /trunk/navit/navit/ (osd.c osd.h): Add:Core:osd_get and set_attr functions based on patch by dandor
22:32 < CIA-69> martin-s * r4669 /trunk/navit/navit/xmlconfig.c: Add:Core:Let xmlconfig use new osd functions
22:33 < CIA-69> martin-s * r4670 /trunk/navit/navit/binding/dbus/binding_dbus.c: Add:binding_dbus:Possibility to access osd attributes
22:34 <@cp15> dandor, I have added a few parts of your patch and improved navit.c a bit
22:34 <@cp15> Instead of the ugly osd list in osd.c itself you can now query the osd objects from the navit object
22:34 <@cp15> To get the complete list you need something like this:
22:35 <@cp15> struct attr_iter *iter=navit_attr_iter_new();
22:35 <@cp15> while (navit_get_attr(navit, attr_osd, &attr, iter)) {
22:36 <@cp15>  /* do something with attr.u.osd */
22:36 <@cp15> }
22:36 <@cp15> navit_attr_iter_destroy(iter);
22:37 <@cp15> About command.c: I would like to have a more general solution and no reference to osd in command.c
22:38 <@cp15> Should be easier with the navit.c change
22:39 <@cp15> Also I would like to have the bracket code in eval_postfix (or better, in a function called from there)
22:40 <@cp15> If we modify the syntax slightly, this will give far more powerful conditions
22:41 -!- mirko1 [~mirko@i577BAEF4.versanet.de] has quit [Ping timeout: 255 seconds]
22:43 <@cp15> osd[@type=="something"&&(osd_config&1)].x=10
22:43 <@cp15> This means you have to save the expr pointer after the @ and evaluate the expression for each osd returned from navit_get_attr()
22:44 <@cp15> Some deeper code changes are necessary for this (like the command code must be able to "skip" operations)
22:53 -!- AngusRF [~Angus@p5B0824FB.dip.t-dialin.net] has quit [Quit: Verlassend]
22:54 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has quit [Ping timeout: 258 seconds]
22:56 -!- mirko1 [~mirko@i577B8127.versanet.de] has joined #navit
23:05 -!- mirko1 [~mirko@i577B8127.versanet.de] has left #navit []
23:11 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has joined #navit
23:17 -!- takuan [~takuan@61-22-86-30.rev.home.ne.jp] has quit [Ping timeout: 252 seconds]
23:22 -!- rj58 [~aap@a83-161-209-240.adsl.xs4all.nl] has quit [Quit: Leaving.]
23:53 < kenguest> http://translate.google.com/translate?sl=auto&tl=en&u=http://www.openstreetmap.org/user/nomatrix/diary/14430
23:53 < kenguest> fyi ;)
--- Log closed Mon Aug 01 00:00:41 2011