--- Log opened Fri Jul 01 00:00:37 2011
00:12 -!- Benja1972 [~sergei@227.213.10.109.rev.sfr.net] has left #navit []
00:14 -!- xenos1984 [~xenos1984@e177226070.adsl.alicedsl.de] has quit [Remote host closed the connection]
00:15 -!- Bondo2 [510a0de6@gateway/web/freenode/ip.81.10.13.230] has joined #navit
00:15 < Bondo2> hi
00:15 < Bondo2> having troubles with navit on HTC desire Z (Android 2.2)
00:16 < Bondo2> I downloaded map from OSM and put it in the navit folder with the name navitmap.bin but I get blank screen or some lines
00:32 -!- Bondo2 [510a0de6@gateway/web/freenode/ip.81.10.13.230] has quit [Quit: Page closed]
00:59 -!- ColdFyre [~lenny@c-98-248-33-157.hsd1.ca.comcast.net] has quit [Remote host closed the connection]
00:59 -!- ColdFyre [~lenny@c-98-248-33-157.hsd1.ca.comcast.net] has joined #navit
01:04 -!- ColdFyre [~lenny@c-98-248-33-157.hsd1.ca.comcast.net] has quit [Remote host closed the connection]
01:05 -!- ColdFyre [~lenny@c-98-248-33-157.hsd1.ca.comcast.net] has joined #navit
01:20 -!- bzed_ [~bzed@devel.recluse.de] has joined #navit
01:22 -!- bzed [~bzed@devel.recluse.de] has quit [Ping timeout: 264 seconds]
01:22 -!- bzed_ is now known as bzed
01:25 -!- ColdFyre [~lenny@c-98-248-33-157.hsd1.ca.comcast.net] has quit [Remote host closed the connection]
01:28 -!- ColdFyre [~lenny@c-98-248-33-157.hsd1.ca.comcast.net] has joined #navit
01:43 -!- bzed_ [~bzed@devel.recluse.de] has joined #navit
01:44 -!- anhanguera [~distch@212.253.62.100] has joined #navit
01:44 < anhanguera> hi
01:44 -!- bzed [~bzed@devel.recluse.de] has quit [Ping timeout: 264 seconds]
01:44 < anhanguera> any maintainer online?
01:44 -!- bzed_ is now known as bzed
02:01 < CIA-69> anhanguera * r4559 /trunk/navit/navit/support/glib/fake.h: (log message trimmed)
02:01 < CIA-69> Patch:Glib:Patch for internal glib, which causes maptool to segfault
02:01 < CIA-69> Linux distch 2.6.38-8-generic Ubuntu-11.4 with no glib-2, glib-1 devel packages
02:01 < CIA-69> maptool gets segfault when compiled with internal glib, valgrind output follows;
02:01 < CIA-69> - valgrind:
02:01 < CIA-69> tile_collector_finish
02:01 < CIA-69> tile_collector_finish foreach done
02:02 -!- anhanguera [~distch@212.253.62.100] has quit [Quit: Leaving]
02:02 -!- anhanguera [~distch@212.253.62.100] has joined #navit
02:02 < anhanguera> hi
02:05 -!- bzed_ [~bzed@devel.recluse.de] has joined #navit
02:07 -!- bzed [~bzed@devel.recluse.de] has quit [Ping timeout: 264 seconds]
02:07 -!- bzed_ is now known as bzed
02:10 -!- anhanguera [~distch@212.253.62.100] has quit [Quit: Leaving]
02:13 -!- anhanguera [~distch@212.253.62.100] has joined #navit
02:30 -!- Cyberish [~chatzilla@88.85.62.198] has quit [Quit: ChatZilla 0.9.87 [Firefox 5.0/20110615151330]]
03:06 -!- noradtux [~quassel@f054018046.adsl.alicedsl.de] has quit [Read error: Connection reset by peer]
03:06 -!- anhanguera [~distch@212.253.62.100] has quit [Quit: Leaving]
03:09 -!- noradtux [~quassel@g224053053.adsl.alicedsl.de] has joined #navit
03:36 -!- cp15` [mrshlt@p57B1C93F.dip0.t-ipconnect.de] has joined #navit
03:36 -!- cp15 [uoetpn@p57B1C847.dip0.t-ipconnect.de] has quit [Disconnected by services]
03:36 -!- cp15` is now known as cp15
03:36 -!- mode/#navit [+o cp15] by ChanServ
04:21 -!- laroche [~laroche@dslb-188-104-179-138.pools.arcor-ip.net] has quit [Ping timeout: 264 seconds]
04:21 -!- laroche [~laroche@dslb-178-002-184-049.pools.arcor-ip.net] has joined #navit
04:38 < curious> hmm, few questions again
04:39 < curious> how one disables navit.log on wince port? i do not need it and it slows down SD card traffic
04:40 < curious> also, i've took a peek @ how gfx is handled , and it seems navit renders in true color
04:41 < curious> is it possible to degrade bit depth to speed up rendering a bit?
06:28 -!- Zaba [~zaba@about/goats/billygoat/zaba] has quit [Ping timeout: 258 seconds]
06:32 -!- Zaba [~zaba@about/goats/billygoat/zaba] has joined #navit
06:59 -!- tparcina [~tomo@cisco15.fesb.hr] has joined #navit
07:25 -!- khetzal [~quetzal@2001:470:1f13:6e7:6ef0:49ff:fee6:8e93] has joined #navit
07:49 -!- khetzal [~quetzal@2001:470:1f13:6e7:6ef0:49ff:fee6:8e93] has quit [Remote host closed the connection]
07:54 <@cp15> curious, let me check regarding navit.log
07:56 <@cp15> As a bad and ugly hack you could delete navit.log and make a directory navit.log instead
07:57 <@cp15> That will prevent navit from creating that file and log to standard output instead
07:58 <@cp15> About the bit depth: Interesting question. Do you have an idea how to change this?
07:58 -!- sebastian-w [~sebastian@faui06e.informatik.uni-erlangen.de] has joined #navit
08:02 < sebastian-w> hello
08:02 < sebastian-w> i am having trouble with navit
08:03 < sebastian-w> trying to use osm data for routing, i have the problem that i can't use house numbers for it
08:04 < sebastian-w> i tried both the manual convert of .xml data from geofabrik as well as the map from the downloader of navit on android
08:04 < sebastian-w> if i load the map i can't see the house numbers either, but i can see everything else (including street name and places like shops and restaurants)
08:05 < sebastian-w> does anyone know that problem?
08:08 -!- Prz_^ [~Prz_^@77.242.201.52] has joined #navit
08:14 <@cp15> sebastian-w, yes, house numbers do not yet work
08:14 <@cp15> We have a few problems with the variety of schemes available on osm
08:15 < sebastian-w> is that feature going to be implemented?
08:15 <@cp15> Sure. Do you want to help?
08:15 < sebastian-w> i don't have that much time...
08:16 < sebastian-w> anyway, what could i do?
08:17 <@cp15> Too bad... Well, probably not on the house numbers, since that is quite complicated. What skills do you have
08:17 <@cp15> ?
08:17 < sebastian-w> i'm computer science student in 4th term, so i think i have some skills
08:17 < sebastian-w> my problem is that i don't have much time
08:20 <@cp15> As everyone :-)
08:20 < sebastian-w> maybe
08:21 -!- korrosa [~netbook@78.145.244.55] has joined #navit
08:22 < korrosa> sebastian-w: Try the latest patch at http://trac.navit-project.org/ticket/859
08:22 < korrosa> House number searching (and display) works for me...
08:22 < korrosa> (You'll need to re-compile and install Navit, and then re-process your .xml osm data)
08:23 < sebastian-w> ok, i'll try
08:26 -!- woglinde [~heinold@f052227253.adsl.alicedsl.de] has joined #navit
08:37 -!- korrosa [~netbook@78.145.244.55] has quit [Quit: Leaving]
08:57 -!- khetzal [~quetzal@2001:470:1f13:6e7:6ef0:49ff:fee6:8e93] has joined #navit
09:14 -!- goldfndr_ [~goldfndr@h-72-244-206-125.sttnwaho.dynamic.covad.net] has quit [Ping timeout: 240 seconds]
09:14 < Number6> ffs
09:14 < Number6> Maptool borked itself for me, again
09:14 < Number6> maptool:load_buffer:buffer.c:57 assertion failed:b->base != ((void *)0)
09:14 -!- goldfndr_ [~goldfndr@h-72-244-206-246.sttnwaho.dynamic.covad.net] has joined #navit
09:15 < woglinde> gm number6
09:15 < Number6> Morning, woglinde
09:15 < woglinde> hm maybee the last commit?
09:15 < woglinde> but that should only effect when using internal glib
09:17 < Number6> It *could* have been an out of memory error, I'll take a look
09:17 < woglinde> hm or that
09:17 < woglinde> dont know whats the assert is in buffer.c
09:18 < woglinde> aehm I meant I dont know whats on this line
09:18 < woglinde> lets see
09:20 < woglinde> yes looks like the malloc goes wrong
09:25 < CIA-69> akashihi * r4560 /trunk/navit/CMakeLists.txt: Fix:build:Fixed map_garmin build
10:03 -!- cp15 [mrshlt@p57B1C93F.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
10:24 -!- Amorphous [jan@unaffiliated/amorphous] has quit [Ping timeout: 255 seconds]
10:24 -!- cp15 [kxqjnp@p57B1C93F.dip0.t-ipconnect.de] has joined #navit
10:24 -!- mode/#navit [+o cp15] by ChanServ
10:38 -!- Amorphous [jan@unaffiliated/amorphous] has joined #navit
11:08 < CIA-69> akashihi * r4561 /trunk/navit/navit/binding/dbus/CMakeLists.txt: Fix:build:Fixed installation of dbus service file
11:10 -!- KaZeR_W [~Z30@77.242.201.52] has quit [Remote host closed the connection]
11:13 -!- antenna1 [~antenna1@dslb-188-110-237-019.pools.arcor-ip.net] has joined #navit
11:14 <@cp15> Number6, yes, it is an out of memory error
11:14 <@cp15> What slice-size have you set, and how much main memory do you have?
11:14 <@cp15> And, is it a 64 bit installation?
11:16 < CIA-69> akashihi * r4562 /trunk/navit/CMakeLists.txt: Fix:build:Fixed locale files installation path
11:18 -!- sera_ [~sera@189.86.202.62.cust.bluewin.ch] has joined #navit
11:20 -!- sera [~sera@29-164.203-62.cust.bluewin.ch] has quit [Ping timeout: 264 seconds]
11:21 < CIA-69> akashihi * r4563 /trunk/navit/CMakeLists.txt: Fix:build:CMake is not able to find QtDeclarative
11:36 < chollya> cp15: what will be the next version of navit? 0.2.1 or 0.3.0?
11:50 <@cp15> 0.5.0
11:53 < chollya> rgr
11:53 <@cp15> But what will be the next next?
11:54 < chollya> so, "whe will be the next next" is not a question? :D
11:54 < woglinde> hi chollya
11:54 < chollya> ho woglinde
11:55 < chollya> s/ho/hi/
11:56 -!- antenna1 [~antenna1@dslb-188-110-237-019.pools.arcor-ip.net] has quit [Read error: Connection reset by peer]
12:09 -!- Benja1972 [~sergei@227.213.10.109.rev.sfr.net] has joined #navit
12:09 -!- Benja1972 [~sergei@227.213.10.109.rev.sfr.net] has left #navit []
12:34 -!- drlizau [~liz@billiau.net] has joined #navit
13:46 -!- goldfndr_ [~goldfndr@h-72-244-206-246.sttnwaho.dynamic.covad.net] has quit [Ping timeout: 252 seconds]
14:07 -!- TREBOR_ [50365a3f@gateway/web/freenode/ip.80.54.90.63] has joined #navit
14:07 < TREBOR_> this nav doesn't work on lg gt540 cm7
14:07 < TREBOR_> :/
14:08 -!- TREBOR_ [50365a3f@gateway/web/freenode/ip.80.54.90.63] has quit [Client Quit]
14:13 < chollya> well, last n900 build works much better
14:23 < woglinde> chollya hm
14:23 < woglinde> with cmake?
14:23 < chollya> woglinde: yep
14:27 < woglinde> hm how do you build the svg?
14:28 -!- drlizau [~liz@billiau.net] has quit [Quit: Leaving]
14:36 -!- tparcina [~tomo@cisco15.fesb.hr] has left #navit []
14:54 -!- goldfndr_ [~goldfndr@h-67-101-7-80.sttnwaho.dynamic.covad.net] has joined #navit
14:55 < chollya> woglinde: well, i do not build the svg's :)
15:04 < woglinde> ah right
15:05 < chollya> im trying to make a 'png free' navit for n900 :)
15:06 <@cp15> png free?
15:07 < chollya> yep. n900 is fast enough to process svgs
15:18 < woglinde> hehe good I tweaked the qt stuff
15:55 -!- akashihi [~Denis@226-221-55-95.baltnet.ru] has joined #navit
16:14 -!- playya_ [~playya@unaffiliated/playya] has joined #navit
16:18 -!- playya [~playya@unaffiliated/playya] has quit [Ping timeout: 276 seconds]
16:33 -!- anhanguera [~distch@91.220.65.2] has joined #navit
16:33 < anhanguera> hi
16:55 <@cp15> Hi ahanguera
17:07 -!- Prz_^ [~Prz_^@77.242.201.52] has quit [Read error: Connection reset by peer]
17:07 < woglinde> hi anhanguera
17:16 -!- arnotixe [~arnotixe@ti0013a380-dhcp0211.bb.online.no] has joined #navit
17:24 -!- mase76 [~mase76@p5DD3A38F.dip.t-dialin.net] has joined #navit
17:24 -!- mase76 [~mase76@p5DD3A38F.dip.t-dialin.net] has quit [Client Quit]
17:28 -!- antenna1 [~ion@dslb-188-110-237-019.pools.arcor-ip.net] has joined #navit
17:33 -!- antenna1 [~ion@dslb-188-110-237-019.pools.arcor-ip.net] has quit [Ping timeout: 258 seconds]
17:43 < curious> cp15, ad smaller bit depth - i see code is bit hard-coded in this context, i do not even see much of option in case device would NOT support truecolor
17:46 < curious> ugly hack would be using own wrappers for drawing on some kind of buffer , and then just expanding the buffer to real gfx mem
17:47 < curious> but this still would require changing of many variables
17:51 < curious> or one could leave them and add some overhead in converting them, and some weird colors due to just loosing colour detail (which i assume would not be so bad)
18:01 -!- anhanguera [~distch@91.220.65.2] has quit [Quit: Leaving]
19:18 -!- antenna1 [~ion@dslb-188-110-237-019.pools.arcor-ip.net] has joined #navit
19:19 -!- xenos1984 [~xenos1984@brs9-d9b8e14e.pool.mediaWays.net] has joined #navit
19:20 < xenos1984> hi everybody
19:31 -!- Benja1972 [~sergei@227.213.10.109.rev.sfr.net] has joined #navit
19:34 < woglinde> hi xenos
19:35 < xenos1984> hi woglinde
19:36 -!- akashihi [~Denis@226-221-55-95.baltnet.ru] has quit [Quit: Leaving]
19:37 -!- Benja1972 [~sergei@227.213.10.109.rev.sfr.net] has quit [Ping timeout: 244 seconds]
19:43 < CIA-69> martin-s * r4564 /trunk/navit/navit/gui/internal/gui_internal.c: Add:gui_internal:POI Search by name|Patch from #859
19:44 < CIA-69> martin-s * r4565 /trunk/navit/navit/search.c: Add:Core:Better house number search for osm|Patch from #859
19:44 < woglinde> cp15 yeah
19:44 < woglinde> can you close the bugs?
19:48 <@cp15> Looks like
19:49 < CIA-69> martin-s * r4566 /trunk/navit/navit/support/glib/fake.c: Add:support_glib:Dummy implementation of g_utf8_casefold
20:04 -!- Benja1972 [~sergei@227.213.10.109.rev.sfr.net] has joined #navit
20:15 -!- rd [~rd@p57B4906A.dip0.t-ipconnect.de] has joined #navit
20:49 -!- Ziaou [~Ziaou@251.89.124.78.rev.sfr.net] has joined #navit
20:49 < Ziaou> hi all,
20:50 < Ziaou> Could anybody tell me how to know the maptool version used for navit planet extractor ?
20:51 -!- sebastian-w [~sebastian@faui06e.informatik.uni-erlangen.de] has quit [Remote host closed the connection]
20:52 < Ziaou> A very interesting patch for me was merged in maptool but I don't know if the maps from navit planet extractor are built with it
20:55 <@cp15> Ziaou, the current svn version
20:55 <@cp15> Which patch?
20:56 < Ziaou> svn 4537
20:56 < Ziaou> it is the patch about routing trunck road as highways
20:56 < Ziaou> bug #876
20:57 <@cp15> Yeah... But I have already reverted it partially, because it made parts of the map too large
20:57 < Ziaou> damned :)
20:57 <@cp15> Have you tried whether it still works with the current maps?
20:58 < Ziaou> It seems to not working, but I will try to download a new map now
20:58 <@cp15> When have you tried last?
20:58 <@cp15> BTW: Which country are you from?
20:58 < Ziaou> France
20:59 <@cp15> Ok, thanks
20:59 < Ziaou> I download area without predefined area
20:59 <@cp15> Shouldn't matter
20:59 < Ziaou> I've downloaded it the june 30th
21:00 <@cp15> Yesterday?
21:00 < Ziaou> yes :)
21:00 <@cp15> Ok, then no need to download a new map, no change
21:00 < Ziaou> ok
21:00 < Ziaou> I will test more
21:00 < Ziaou> Perhaps it is a problem with my android build
21:01 < Ziaou> I will try with classic linux version
21:01 <@cp15> I doubt so, but if you can compile a linux version, you could try something out
21:02 < Ziaou> I've added the modification in route.c
21:02 < Ziaou> perhaps my trip is too long for my phone capabilities
21:02 <@cp15> Does it crash?
21:03 < Ziaou> no, I think that I have an error "no route found, position blocked"
21:03 <@cp15> Then it isn't the phones capabilities
21:03 < Ziaou> ok
21:04 <@cp15> I will do a short check whether changing the order from 4 to 6 in route.c will increase needed memory dramatically, if not I will commit this
21:04 < Ziaou> it's not 4 to 5 ?
21:05 <@cp15> Is 5 sufficient for you?
21:05 < Ziaou> that's depend on trunk level in misc.c
21:06 < Ziaou> 		case type_street_4_land:
21:06 < Ziaou> 		case type_street_4_city:
21:06 < Ziaou> 			max=10;
21:06 < Ziaou> 			break;
21:06 < Ziaou> I don't really understand what are these values in misc.c and route.c
21:07 <@cp15> In misc.c it is the maximum tile name length
21:07 <@cp15> if you run unzip -l on a navit map, you will see files named abcd____
21:07 < Ziaou> ok
21:08 < Ziaou> It's just for display  or it's for navigation too ?
21:08 <@cp15> The shorter the name (not including the "_"), the larger the covered area of the tile is
21:09 <@cp15> So with max=10 streets will be placed in tiles covering a larger area than the street would normally cover
21:09 < Ziaou> ok
21:09 <@cp15> making it more important for routing and displaying it longer if you zoom out
21:11 <@cp15> If you make max too low, the tiles with a short name will get too large
21:11 <@cp15> And this tiles will have to be queried every time something gets displayed what intersects this tile
21:12 < Ziaou> ok
21:12 < Ziaou> and for route.c ?
21:12 <@cp15> These values are the order values, which specify how important a road must be to be included
21:13 <@cp15> order=tile_name_length-4
21:13 < Ziaou> ah, that's very interesting
21:13 < Ziaou> thank you
21:14 <@cp15> So if you make 4 to 5, tiles with a name lenght up to 9 should be included for routing
21:15 < Ziaou> then if trunk is max=10 I must set to 6
21:15 <@cp15> Probably 6 is the right value here to include tiles up to length 10 (which is the maximum length for trunk roads)
21:15 < Ziaou> yes, I will test it
21:15 < Ziaou> thank you for your explanations
21:15 < Ziaou> :)
21:15 <@cp15> 5 might be enough for some cases, since the max is a maximum value
21:16 <@cp15> Tiles might get merged to get a better fill ratio which can shorten their names
21:23 -!- tryagain [d9962aec@gateway/web/freenode/ip.217.150.42.236] has joined #navit
21:24 < Ziaou> It works :)
21:25 <@cp15> With 5 or 6?
21:26 < Ziaou> 6
21:26 <@cp15> Have you tried 5 also?
21:26 < Ziaou> not yet
21:29 -!- drlizau [~liz@billiau.net] has joined #navit
21:32 < Ziaou> 5 doesn't work
21:36 -!- rd [~rd@p57B4906A.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
21:37 <@cp15> Ok... I have to check what consequences 6 has regarding routing memory
21:37 < Ziaou> I test on my android phone
21:37 < tryagain> cp15 btw we probably don't need to have highway=primary pushed to the upper level tiles. It has the same mapping to binary format item type. But as per OSM documentation higway=trunk are recommended for distant routing, highway=primary are not. Probably there are much more highway=primary than highway=trunk, but I didn't check that.
21:38 < tryagain> * ... the same mapping to binary format type as highway=trunk.
21:40 < tryagain> So tile size penalty will not be so significant if we separate higway=trunk's from highway=primary...
21:42 -!- Ziaou [~Ziaou@251.89.124.78.rev.sfr.net] has left #navit []
21:49 -!- Ziaou [~Ziaou@251.89.124.78.rev.sfr.net] has joined #navit
21:50 < Ziaou> It works fine on Geeksphone Zero for a 871km long trip
21:50 < Ziaou> last 300km are on trunk road to Brest, France
21:53 <@cp15> We could map highway=trunk to street_n_lanes and set  max for street_n_lanes to 8
21:56 < Ziaou> In actual state, the routing works fine in a light configuration.
21:57 -!- Ziaou [~Ziaou@251.89.124.78.rev.sfr.net] has left #navit []
22:01 -!- rd [~rd@p57B4906A.dip0.t-ipconnect.de] has joined #navit
22:06 -!- korrosa [~netbook@2.98.218.242] has joined #navit
22:07 < korrosa> tryagain, cp15: Regarding highway=trunk - http://trac.navit-project.org/ticket/402
22:07 -!- woglinde_ [~heinold@f052233069.adsl.alicedsl.de] has joined #navit
22:10 <@cp15> order 6 in routing sucks... When calculating the route from munich to madrid the number of segments involved rised from 737K to 1622K
22:10 -!- woglinde [~heinold@f052227253.adsl.alicedsl.de] has quit [Ping timeout: 250 seconds]
22:12 < tryagain> korrosa If i remember correctly, _land or _city suffix depends where the road goes, not on highway=* tag. So we're going to lost ability to apply default city/land  speed limitations to roads if apply something like #402.
22:13 < tryagain> cp15 street_n_lanes seems to be a good candidate.
22:14 <@cp15> order 5 807k... But if we change max to 9 this will probably also explode
22:14 <@cp15> I will try the street_n_lanes
22:15 < korrosa> tryagain: Check osm data - not many people use a land or city notation.
22:16 < tryagain> i'm unsure but road type can be changed when crossing city border by maptool.
22:16 < CIA-69> martin-s * r4567 /trunk/navit/navit/maptool/osm.c: Fix:maptool:Better mapping for highway=trunk
22:18 <@cp15> Lets see what happens tomorrow...
22:23 < korrosa> Good stuff. Only a fix required for NMEA logging and I won't need to patch svn Navit anymore!
22:24 < korrosa> Oh, and poi's within ways...
22:25 <@cp15> what fix with NMEA?
22:26 < antenna1> cp15: ticket #875
22:27 < woglinde_> with newer gpsd I think
22:27 < tryagain> fyi tagwatch http://tagwatch.stoecker.eu/Europe/En/tags.html say for Europe we have 141k of highway=trunk's (+70k trunk_links) and 400k of highway=primary (+52k primary_links)
22:27 < antenna1> korrosa: do you patch it at every update?
22:27 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
22:28 <@cp15> Sounds acceptable
22:29 < korrosa> antenna1: No, the patches usually play nice with an svn up, but I do if it's a clean checkout.
22:30 <@cp15> I doubt that will improve the lag, but it shouldn't hurt also
22:31 < woglinde_> korrosa ah
22:31 < woglinde_> hm my idea was to add WATCH_NMEA if logging is enable
22:31 < woglinde_> but its a pain to get this config down to gpsd_car
22:31 < woglinde_> maybee cp15 can enlight us
22:33 < korrosa> cp15: You doubt what will improve the lag? If you mean the fix at #875 then I can confirm that it definitely does fix the lag issue.
22:33 < CIA-69> martin-s * r4568 /trunk/navit/navit/vehicle/gpsd/vehicle_gpsd.c: Fix:vehicle_gpsd:Don't set nmea watch when not needed
22:34 < woglinde_> uhm
22:34 <@cp15> Then another thing were gpsd is broken
22:34 <@cp15> Well, anyway... I have disabled WATCH_NMEA now by default
22:35 <@cp15> People who need it can enable it (like with the old gpsd) when gpsd_query contains a "r" (for raw)
22:38 < korrosa> cp15: Is an alternative in the works for pois within areas, as I see that part wasn't committed from #859?
22:39 < tryagain> i'm trying to improve it
22:39 < woglinde_> korrosa will close you the ticket or should I?
22:41 < korrosa> woglinde_, can I log onto trac?
22:41 < woglinde_> yes
22:41 < tryagain> I had success logging today
22:41 < woglinde_> with wiki
22:41 < korrosa> Me too!!
22:41 < woglinde_> you need to write foo on your wiki page so its not 404
22:42 < tryagain> woglinde_ , that seems to be fixed. No need to foo
22:42 < korrosa> And which ticket needs closing? The nmea one?
22:42 < woglinde_> yes
22:42 < woglinde_> nmea
22:42 < woglinde_> pleas pointer to svn rev
22:42 < woglinde_> as usual
22:43 < antenna1> korrosa:  the thing I was searching for was the lag attribute; so this should be added as well, before you close it.
22:43 < woglinde_> antenna this ticket dont say something about lag attribute
22:44 <@cp15> korrosa, want another wiki bug to report?
22:45 -!- khetzal [~quetzal@2001:470:1f13:6e7:6ef0:49ff:fee6:8e93] has quit [Remote host closed the connection]
22:45 -!- xenos1984 [~xenos1984@brs9-d9b8e14e.pool.mediaWays.net] has quit [Remote host closed the connection]
22:46 -!- rd [~rd@p57B4906A.dip0.t-ipconnect.de] has quit [Ping timeout: 264 seconds]
22:47 < korrosa> cp15: You can report, but I haven't done those others you wrote out. As the actual wiki maintainer, I suggest you report them - they're just a little bit over my head for me to enter into any constructive discussion on a ticket, and I'd just end up being a middle-man!
22:48 <@cp15> Well, I thought you could be the wiki maintainer
22:48 <@cp15> BTW: Does with the new wiki version the error that the random image doesn't work still happen?
22:49 < korrosa> Ha, you must be kidding. Woglinde hates me enough...
22:49 < woglinde_> ?
22:49 < woglinde_> *g*
22:49 < antenna1> cp15 does preview work again?
22:49 < korrosa> I haven't been keeping an eye on that error to be honest - it works for me at the moment.
22:49 <@cp15> antenna1, yes, it should
22:53 < korrosa> (rural=1 has 272 uses in planet.osm!)
22:54 < korrosa> (...more than I thought...)
22:54 < woglinde_> what is rural?
22:54 <@cp15> Great, I invented it :-)
22:55 <@cp15> A tag which says whether the street is within a city (rural=0) or without (rural=1)
22:55 -!- rd [~rd@p57B4906A.dip0.t-ipconnect.de] has joined #navit
22:55 <@cp15> Normally navit guesses this: if it has a name, it is within a city, if it has just a ref, it is without
22:56 <@cp15> With the rural tag you can improve the tagging if this guess is wrong
22:56 < woglinde_> hm yes
22:56 < woglinde_> understood this
22:58 < korrosa> Ha!
22:58 < korrosa> There are 3 (that's three) rural=0 in planet.osm, apparently!
23:02 < tryagain> hm in maptool.c after map_collect_data_osm is called... What is in coords.tmp? All nodes coordinates/ids? Can that file at this stage be used to resolve all nodes in any given way?
23:02 < tryagain> * all nodes = all node references
23:03 -!- antenna11 [~antenna1@dslb-188-110-237-019.pools.arcor-ip.net] has joined #navit
23:05 <@cp15> Yes and no... coords.tmp is too large to fit in memory
23:05 <@cp15> You would need to seek in it to resolve the ids which will be extremely slow
23:06 -!- antenna1 [~ion@dslb-188-110-237-019.pools.arcor-ip.net] has quit [Ping timeout: 244 seconds]
23:06 <@cp15> So resolving will be done in slices
23:06 < tryagain> ok i put its processing in the same slice loop as resolve_way is called
23:06 <@cp15> A slice of coords.tmp will be loaded in memory, the ways will be read, all nodes are within the current slice will be resolved and the ways will be written again
23:07 < tryagain> i've modified resolve_way to be able to write to FILE*out if its not NULL
23:07 < tryagain> *resolve_ways
23:08 < tryagain> but it seems to be unable to resolve anyting... will debug further...
23:10 <@cp15> Argh... The naming is a bit unfortunate
23:10 <@cp15> resolve_ways doesn't resolve the ways, it counts how many times a node is referenced
23:10 < tryagain> already it is. It now resolves (if out!=NULL), not just counts
23:11 <@cp15> Ah, good :-)
23:17 -!- rd [~rd@p57B4906A.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
23:23 < tryagain> night...
23:23 -!- tryagain [d9962aec@gateway/web/freenode/ip.217.150.42.236] has quit [Quit: Page closed]
23:30 -!- anhanguera [~distch@176.54.73.168] has joined #navit
23:30 < anhanguera> hi
23:30 < woglinde_> re anhanguera
23:31 < anhanguera> i have a question about make install process
23:31 < woglinde_> yes
23:31 < anhanguera> sudo make install, creates a file version.h.tmp
23:31 < anhanguera> with root privs.
23:32 < anhanguera> and doing make with user after that fails
23:32 < anhanguera> because of the version.h.tmp
23:32 < woglinde_> hm?
23:32 < woglinde_> cmake or autotools based
23:32 < anhanguera> autotools
23:32 < anhanguera> ubuntu 11.04 , i hate ubuntu btw
23:32 < anhanguera> :)
23:32 < woglinde_> try cmake
23:33 < woglinde_> why you hate ubuntu?
23:33 < anhanguera> i used to do all stuff as root, in slackware...
23:33 < woglinde_> eh?
23:33 < anhanguera> for last 4-5 days i have to use ubuntu, and nothing as usual
23:33 < woglinde_> nothing learned from windows?
23:34 < anhanguera> no windows for years..
23:36 < anhanguera> forget about this version.h.tmp issue
23:36 < anhanguera> i can not reprocude it right now
23:36 < woglinde_> *g*
23:37 < anhanguera> :P
23:37 < korrosa> cp15: I get error when trying to compile latest svn: vehicle_gpsd.c:224: error: ‘struct vehicle_priv’ has no member named ‘gpsd_query’
23:37 < woglinde_> *g*
23:38 < woglinde_> because newer gpsd dont have it anymore
23:39 < korrosa> Explain.
23:39 < woglinde_> look at the ifdefs
23:40 < woglinde_> let me see
23:40 < CIA-69> martin-s * r4569 /trunk/navit/navit/vehicle/gpsd/vehicle_gpsd.c: Fix:vehicle_gpsd:Enable gpsd_query for libgps16
23:40 <@cp15> Try again
23:40 < woglinde_> #ifndef HAVE_LIBGPS19 char *gpsd_query;
23:40 < woglinde_> #endif
23:45 < korrosa> make seemed to work fine
23:45 <@cp15> Good night
23:46 < korrosa> Cheers, goodnight
23:46 < antenna11> gn8 all
23:46 -!- antenna11 [~antenna1@dslb-188-110-237-019.pools.arcor-ip.net] has left #navit []
23:52 -!- korrosa [~netbook@2.98.218.242] has quit [Quit: Leaving]
--- Log closed Sat Jul 02 00:00:37 2011