--- Log opened Fri Feb 28 16:08:10 2014
16:08 -!- Irssi: Log file /domains/irclogs.navit.ie/public_html/irclogs/#navit-%Y-%m-%d.log opened
16:10 #navit: < NavitLogger> test
16:10 -!- Number6 [~number6@zoidberg.geoghegan.me] has joined #navit
16:10 #navit: < NavitLogger> I AM ALIVE
16:16 #navit: < woglinde> haha
16:26 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
17:11 #navit: < tryagain> I'm trying to install navit to jailbroken iphone 7.0.6. Added http://download.navit-project.org/navit/iphone/svn/ to cydia as repo, downloaded navit.
17:12 #navit: < tryagain> But it complains about corrupted filesystem tarfile.
17:12 #navit: < tryagain> s/\./-corrupted package archive/
17:13 #navit: < tryagain> Is there any way to use our nightly iphone build
17:13 #navit: < tryagain> ?
17:14 #navit: < tryagain> Number6 AFAIK you may have some knowledge^^^^
17:25 #navit: < tryagain> aha, it looks very similar to http://trac.navit-project.org/ticket/1120 . Let us see if I'll be able to fix it same way
17:26 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has joined #navit
17:30 #navit: < tryagain> Navit, jump
17:30 #navit: < tryagain> Navit jump
17:31 #navit: < tryagain> Navit jump
17:31 #navit: < tryagain> Navit, jump
17:31 #navit: < Navit> How high?
17:31 #navit: < tryagain> Navit, compile
17:31 #navit: < Navit> Starting compiler
17:42 -!- Netsplit *.net <-> *.split quits: woglinde, ventYl, Number6
17:46 -!- Netsplit over, joins: Number6
17:50 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has joined #navit
17:59 -!- KaZeR [~KaZeR@64.201.252.132] has joined #navit
17:59 -!- mode/#navit [+o KaZeR] by ChanServ
18:01 -!- ventYl [~ventyl@ip-88-212-35-8.antik.sk] has joined #navit
18:04 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has quit [Quit: Reconnecting]
18:04 -!- KaZeR_ [~KaZeR@64.201.252.132] has joined #navit
18:04 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Ping timeout: 240 seconds]
18:05 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has joined #navit
18:48 -!- KaZeR [~KaZeR@64.201.252.132] has joined #navit
18:48 -!- mode/#navit [+o KaZeR] by ChanServ
18:51 -!- KaZeR_ [~KaZeR@64.201.252.132] has quit [Ping timeout: 240 seconds]
18:59 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
19:01 #navit: < xenos1984> interesting error when running maptool: maptool:osm_end_node:/data/C/navit/navit/source/navit/maptool/osm.c:1779 assertion failed:count < 10
19:02 #navit: < xenos1984> i tried to process some pbf files from geofabrik when i got this
19:02 #navit: < xenos1984> i already looked into the code and found the line from which it comes, but i have no idea why or what to do against it
19:16 -!- drlizau [~liz@billiau.net] has joined #navit
19:16 #navit: < xenos1984> hm... after throwing brandenburg out it seems to work now...
20:00 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
20:11 #navit: < tryagain> xenos1984 It looks like thre's some node osm which corresponds to too many navit items.  But I'm surprised by the fact that we don't see any problems building planet.bin
20:13 #navit: < xenos1984> tryagain: hm... is it possible that this node is in the overlap area of two pbf files and was counted twice when i processed both? if i process only brandenburg there is no problem, also if i leave only brandenburg out
20:17 #navit: < tryagain> if there are two nodes with the same id, they should be processed by that code twice, but separately. I do not expect effect of count variable multiplication in that case.
20:18 #navit: < tryagain> but... If you're converting your map to pgsql, i think such effect can be possible
20:19 #navit: < tryagain> i mean pbf -> pgsql -> maptool
20:20 #navit: < tryagain> xenos1984 also, i'm unsure if it's possible to simply concatenate two pbf's. What is your command line to run maptool with two maps
20:21 #navit: < xenos1984> tryagain: in fact i was just concatenating them...
20:21 #navit: < xenos1984> cat *.pbf | maptool -w -P outfile.bin
20:22 #navit: < xenos1984> normally this works without problems
20:22 #navit: < xenos1984> also now it worked with three maps
20:23 #navit: < tryagain> ah, then there shouldn't be a problem.
20:26 #navit: < tryagain> can you verify pbf file length and/or md5 sum?
20:29 #navit: < Navit> mdankov * r5750 /trunk/navit/navit/maptool/osm.c: Add:maptool:Output node id before crashing if a single osm node matches too much navit map item types. http://sourceforge.net/p/navit/code/5750/
20:29 #navit: < tryagain> xenos1984 ^^^^
20:30 #navit: < xenos1984> ah, let me test this ;)
20:30 #navit: < xenos1984> how do i verify this?
20:34 #navit: < tryagain> on the geofabrik download page, you may see md5 sum for the current version of the file. If you have locally same version, you could cat xxx.pbf|md5sum and compare calculated value with one on the site
20:34 #navit: < xenos1984> ah, good
20:34 #navit: < xenos1984> node id 26910488
20:34 #navit: < xenos1984> maptool:osm_end_node:/data/C/navit/navit/source/navit/maptool/osm.c:1781 assertion failed:count < 10
20:35 #navit: < xenos1984> http://www.openstreetmap.org/node/26910488
20:35 #navit: < xenos1984> looks very harmless to me
20:36 #navit: < tryagain> looks like count should be 0
20:36 #navit: < xenos1984> yes, indeed
20:36 #navit: < tryagain> may be incomplete pbf download, broken at that exact node?
20:37 #navit: < xenos1984> possible, i check md5 now...
20:37 #navit: < tryagain> but then you should get almost empty bin map when you process your broken file
20:39 #navit: < xenos1984> strangely it works with brandenburg alone and i get a full map, and also with the other maps without brandenburg it works...
20:39 #navit: < tryagain> or may be broken file is one you process right before brandenburg
20:39 #navit: < xenos1984> brandenburg has correct md5
20:39 #navit: < tryagain> strange
20:39 #navit: < xenos1984> berlin too
20:40 #navit: < tryagain> hm...
20:40 #navit: < xenos1984> estonia too... latvia too
20:42 #navit: < tryagain> you can try to remove assert() line completely and see what will then happen
20:44 #navit: < xenos1984> let's see... i guess there will be some overflow, because the array is out of bounds then
20:44 #navit: < xenos1984> enum item_type types[10];
20:44 #navit: < tryagain> nope, attr_longest match does not put extra elements into array
20:45 #navit: < xenos1984> but osm_end_node will try to read beyond the array
20:45 #navit: < tryagain> some elements will be skipped. It will anyway report 10, even if there are 100 matches
20:46 #navit: < xenos1984> ah, i see
20:47 #navit: < xenos1984> now i get lots of nodes with count = 10, and then it fails with this:
20:48 #navit: < xenos1984> way id 13846471
20:48 #navit: < xenos1984> maptool:osm_end_way:/data/C/navit/navit/source/navit/maptool/osm.c:1702 assertion failed:count < 10
20:48 #navit: < xenos1984> let me disable this, too...
20:50 #navit: < xenos1984> ok, now i also get a long list with ways
20:52 #navit: < tryagain> so your list starts with http://www.openstreetmap.org/node/26910488 and then continues with ways? Or you have some other nodes before? Or nodes and ways are intermixed?
20:55 #navit: < xenos1984> it starts with that node, then there are a lot more nodes, and then there are ways
20:55 #navit: < xenos1984> node id 2670015262
20:55 #navit: < xenos1984> this is the last node
20:56 #navit: < xenos1984> way id 13846471 - way id 239576010
20:58 #navit: < tryagain> last node seem to not exist on the osm db...
20:58 #navit: < tryagain> ah, misspeled it
20:59 #navit: < xenos1984> the map looks fine in navit
21:00 #navit: < tryagain> what if you locate some of these nodes/ways, and do a POI lookup around them?
21:00 #navit: < xenos1984> wow
21:01 #navit: < xenos1984> the node 26910488 (first on the list) is now a biergarten, pharmacy, restaurant, bus stop, gas station and telephone
21:02 #navit: < xenos1984> and i always thought brandenburg would be boring...
21:04 #navit: < tryagain> something seems to be completely messed up... Probably some memory corruption... But why it doesnt harm planet.bin processing...
21:04 #navit: < xenos1984> hm... this is indeed strange... and why just these nodes...
21:05 #navit: < tryagain> Do you use latest svn version without any code modification?
21:08 #navit: < xenos1984> yes
21:09 #navit: < xenos1984> the only modification was disabling the assert right now
21:12 #navit: < tryagain> last night sleske has commited a change in pbf code. Looks harmless, but... Also, my changes after 5742 affect maptool code. Giving a try to 5742 would isolate these changes.
21:14 #navit: < xenos1984> let's see...
21:19 #navit: < xenos1984> same error with 5742
21:21 #navit: < tryagain> hm...
21:25 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has quit [Ping timeout: 252 seconds]
21:27 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has joined #navit
21:31 #navit: < tryagain> on 5633 same effect
21:33 #navit: < xenos1984> let me check that, too...
21:34 #navit: < xenos1984> yes, same error again
21:37 #navit: < xenos1984> brb
21:43 #navit: < tryagain> looks like moving berlin-latest.osm.pbf to the end of the list makes maptool happy
21:45 #navit: < tryagain> cat brandenburg-latest.osm.pbf latvia-latest.osm.pbf lithuania-latest.osm.pbf berlin-latest.osm.pbf| ../build/navit/maptool/maptool --protobuf a.bin
21:53 -!- woglinde [~henning@g225006166.adsl.alicedsl.de] has joined #navit
21:53 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Ping timeout: 240 seconds]
22:05 #navit: < tryagain> Navit. compile
22:05 #navit: < tryagain> Navit, compile
22:05 #navit: < Navit> Starting compiler
22:08 -!- Netsplit *.net <-> *.split quits: woglinde, xenos1984
22:11 -!- xenos1984 [~quassel@88.196.237.131] has joined #navit
22:16 -!- Netsplit over, joins: woglinde
22:19 #navit: < xenos1984> tryagain: indeed, in this order it works fine
22:19 #navit: < xenos1984> also with estonia instead of lithuania ;)
22:20 #navit: < tryagain> hm.. So berlin is broken or has some format changes which we do not support.
22:21 #navit: < tryagain> can you look at the nodes which were generating errors. Do they look good now?
22:22 #navit: < xenos1984> yes, no more cluttered POIs
22:25 #navit: < Navit> The following compiles failed: http://download.navit-project.org/logs/navit/wince_arm/svn/navit-svn-5750.failed
22:25 #navit: < Navit> See compile results history at http://download.navit-project.org/logs/navit/stats.html
22:28 -!- KaZeR [~KaZeR@64.201.252.132] has joined #navit
22:28 -!- mode/#navit [+o KaZeR] by ChanServ
22:34 -!- KaZeR_ [~KaZeR@64.201.252.132] has joined #navit
22:36 #navit: < tryagain> hm... iphone svn version installs now, but closes right after start
22:36 #navit: < tryagain> good night
22:37 -!- tryagain [~tryagain@178.216.76.15] has quit [Remote host closed the connection]
22:38 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Ping timeout: 240 seconds]
22:46 -!- xenos1984 [~quassel@88.196.237.131] has quit [Ping timeout: 240 seconds]
23:55 #navit: < Navit> The following compiles failed: http://download.navit-project.org/logs/navit/wince_arm/svn/navit-svn-5750.failed
23:55 #navit: < Navit> See compile results history at http://download.navit-project.org/logs/navit/stats.html
--- Log closed Sat Mar 01 00:00:20 2014