--- Log opened Mon Dec 17 00:00:39 2012
02:51 -!- Guest31187 [~rd@p57B48092.dip0.t-ipconnect.de] has quit [Ping timeout: 246 seconds]
02:51 -!- rd [~rd@p57B48FEE.dip0.t-ipconnect.de] has joined #navit
02:52 -!- rd is now known as Guest9083
03:03 -!- cp15` [atgydt@p57B1D180.dip0.t-ipconnect.de] has joined #navit
03:03 -!- cp15 [enatje@p57B1C4B9.dip0.t-ipconnect.de] has quit [Disconnected by services]
03:03 -!- cp15` is now known as cp15
03:04 -!- mode/#navit [+o cp15] by ChanServ
04:06 -!- noradtux [~noradtux@2002:4e36:1065::1] has quit [Ping timeout: 264 seconds]
04:06 -!- noradtux [~noradtux@2002:5ce0:3de7::1] has joined #navit
04:38 -!- Guest9083 [~rd@p57B48FEE.dip0.t-ipconnect.de] has quit [Ping timeout: 265 seconds]
06:01 -!- Guest9083 [~rd@p57B48FEE.dip0.t-ipconnect.de] has joined #navit
06:02 -!- Guest9083 [~rd@p57B48FEE.dip0.t-ipconnect.de] has quit [Client Quit]
07:21 -!- drlizau [~liz@billiau.net] has joined #navit
07:28 -!- Usul1 [~matthias@erina.opennet-initiative.de] has joined #navit
07:28 -!- Usul1 [~matthias@erina.opennet-initiative.de] has left #navit []
08:05 -!- bzed_ [~bzed@devel.recluse.de] has joined #navit
08:07 -!- bzed [~bzed@devel.recluse.de] has quit [Ping timeout: 260 seconds]
08:07 -!- bzed_ is now known as bzed
08:22 -!- Robotaxi [3ef5dbf5@gateway/web/freenode/ip.62.245.219.245] has joined #navit
10:53 -!- drlizau [~liz@billiau.net] has quit [Remote host closed the connection]
16:29 -!- Robotaxi [3ef5dbf5@gateway/web/freenode/ip.62.245.219.245] has quit [Ping timeout: 245 seconds]
16:50 -!- Usul1 [~matthias@erina.opennet-initiative.de] has joined #navit
17:01 #navit: < Usul1> hi @all
17:58 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has joined #navit
17:59 #navit: < xenos1984> hi everybody
18:05 #navit: < Usul1> hello  xenos1984 :)
18:05 #navit: < xenos1984> hi Usul1 ;)
19:21 -!- Celelibi [~celelibi@2a02-8426-50a1-9d00-021b-2fff-fe35-963d.rev.sfr.net] has joined #navit
19:38 -!- Usul1 is now known as Usul1_afk
19:42 #navit: < Celelibi> So. How about long trip with car_no_toll which find no route?
19:46 #navit: < Celelibi> I'm talking about this: http://trac.navit-project.org/ticket/456
19:49 #navit: < Celelibi> Has a patch been added to navit so that it works?
19:57 -!- tryagain [~tryagain@178.216.77.7] has joined #navit
20:06 #navit: < tryagain> Celelibi: Since 5216, this depends on configuration. You may try setting route_depth="18:25%,18:40000" on your vehicleprofile to consider all roads during routing. But this may explode smapper devices, so we didn't add that to default one.
20:07 #navit: < Celelibi> I'll run this on a real computer, that should be ok. :)
20:07 #navit: < Celelibi> I'll take a look as soon as I get some time.
20:10 -!- Usul1_afk is now known as Usul1
20:14 #navit: < tryagain> cp15 Is it expected that maptool failed for me on planet.osm without 64 bit (-6) option? It had finished building navit.bin but 7z was unable to test resulting file, reporting unknown compression method... File built with -6 option passed 7z test successfully. On the otrher side, Minchen area coversions were passing 7z tests fine.
20:23 #navit: <@cp15> Yes, -6 is required if the result is larger than 4 GB
20:24 #navit: <@cp15> On the other hand it produces only a slight overhead with < 4GB maps
20:24 #navit: <@cp15> Maybe we should make it default and add a -4 switch instead
20:25 #navit: <@cp15> Ok, there might be another problem: "unzip" doesn't handle the 64 bit extensions right
20:26 #navit: < Usul1> BTW does maptool already handle 64bit OSM ids?
20:27 #navit: < tryagain> May be just fail if we reach output size bigger than we could save in binfile? Or force -6 when we reach some uncompressed data size?
20:28 #navit: <@cp15> Usul1, hmm... Interesting question... Are the ids already so large?
20:29 #navit: <@cp15> tryagain, if you want you can fix this :-)
20:32 #navit: < Usul1> we hit this frontier 3..4 weeks past
20:33 #navit: <@cp15> Oops... Can you tell me a way which includes a 64 bit node?
20:33 #navit: <@cp15> I will check the log whether node lookups failed
20:37 #navit: <@cp15> No trouble in the log found, at least not related to node resolution :-)
20:39 #navit: <@cp15> Ok, the node ids are still below 31 bit
20:39 #navit: < Usul1> oh I'm wrong, there is still time left till #2.147.483.647  http://osmstats.altogetherlost.com/index.php?item=nodes
20:43 #navit: <@cp15> We might need some fixes once it reaches 31 bit and another ones once it reaches 32 bit
20:43 #navit: <@cp15> Once it reaches 40 bit we have to rework maptool a bit
20:44 #navit: <@cp15> I guess this won't be my problem :-)
20:50 #navit: < Usul1> np
20:50 #navit: < Usul1> so time for me to hop off by now ;)
20:50 #navit: < Usul1> cya
20:50 -!- Usul1 [~matthias@erina.opennet-initiative.de] has left #navit []
20:50 #navit: <@cp15> Good night
20:52 #navit: < tryagain> leaving too... good night...
20:52 -!- tryagain [~tryagain@178.216.77.7] has quit [Remote host closed the connection]
20:54 -!- woglinde [~henning@g225146124.adsl.alicedsl.de] has joined #navit
21:13 -!- woglinde [~henning@g225146124.adsl.alicedsl.de] has quit [Quit: Lost terminal]
21:14 -!- woglinde [~henning@g225146124.adsl.alicedsl.de] has joined #navit
21:27 -!- |RicZzz| [~RichZ@89.204.130.166] has joined #navit
21:31 -!- drlizau [~liz@billiau.net] has joined #navit
21:38 #navit: < Celelibi> <tryagain> Celelibi: Since 5216, this depends on configuration. <-- that means I have to use the svn version, right?
21:42 #navit: <@cp15> Celelibi, right
22:00 -!- _rd [~rd@p57B48FEE.dip0.t-ipconnect.de] has joined #navit
22:13 #navit: < Celelibi> Can I make the map follow "smoothly" the car?
22:26 #navit: < Celelibi> Well, we definitely need a better routing algorithm. :)
22:27 #navit: < Celelibi> It took around 1 minute to compute my 550Km route.
22:28 #navit: < Celelibi> while google compute almost the same in a few seconds.
22:31 #navit: < Celelibi> I agree my laptop is not a supercomputer, but I still think there's room for improvement. :)
22:34 -!- _rd [~rd@p57B48FEE.dip0.t-ipconnect.de] has quit []
22:41 #navit: < Celelibi> Is there a "smart" algorithm that try to get back to the computed route if I get ouf of track without recomputing the whole route?
22:42 #navit: < Celelibi> Or does it recompute the whole route as soon as I get off track?
22:45 -!- xenos1984 [~quassel@131.237.196.88.dyn.estpak.ee] has quit [Remote host closed the connection]
22:46 #navit: <@cp15> Depends on where you leave
22:47 #navit: <@cp15> If the road you will enter was not considered in the last routing, a complete recalculation is necessary
22:47 #navit: <@cp15> otherwise it will be quite fast, but usually it will command you to turn around because the way back is the fastest one
22:48 #navit: < Celelibi> So the little off route shouldn't be a big deal.
22:49 #navit: <@cp15> As I said, it depends... If you leave the highway after a 100 km drive, a recalculation will be necessary. If you changed to the wrong highway, no recalculation required. If you leave the highway after 10 km already, no recalculation required
22:50 #navit: < Celelibi> ok
22:57 -!- woglinde [~henning@g225146124.adsl.alicedsl.de] has quit [Ping timeout: 265 seconds]
23:34 -!- |RicZzz| [~RichZ@89.204.130.166] has quit [Ping timeout: 272 seconds]
--- Log closed Tue Dec 18 00:00:39 2012