--- Log opened Sat Aug 15 00:00:20 2015 00:36 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has joined #navit 00:36 -!- mode/#navit [+o KaZeR] by ChanServ 00:37 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 01:55 -!- xenos1984 [~xenos1984@127-166-191-90.dyn.estpak.ee] has joined #navit 02:07 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has joined #navit 02:07 -!- mode/#navit [+o KaZeR] by ChanServ 02:08 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 02:11 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has joined #navit 02:11 -!- mode/#navit [+o KaZeR] by ChanServ 02:34 -!- jandegr [51f36def@gateway/web/freenode/ip.81.243.109.239] has joined #navit 02:59 -!- jandegr [51f36def@gateway/web/freenode/ip.81.243.109.239] has quit [Quit: Page closed] 05:55 -!- tryagain [~quassel@178.216.76.164] has joined #navit 06:20 -!- tryagain [~quassel@178.216.76.164] has quit [Ping timeout: 244 seconds] 06:21 -!- tryagain [~quassel@178.216.76.40] has joined #navit 06:37 -!- couka [d957d131@gateway/web/freenode/ip.217.87.209.49] has joined #navit 06:44 -!- gernot_ [508edf31@gateway/web/freenode/ip.80.142.223.49] has joined #navit 06:46 #navit: < gernot_> ü+Just tested osmconcert to cut bad coastline 06:47 #navit: < gernot_> it worked well. 06:50 #navit: < gernot_> next step is to download complete europ and cut the rectangle. Then i hope all tiny towns are present like in planetextraxor files. 06:50 #navit: < gernot_> ny 06:50 #navit: < gernot_> by 06:51 #navit: < tryagain> gernot_ is there somethig you could share at http://wiki.navit-project.org/index.php/OpenStreetMap#Processing_OSM_Maps_Yourself 06:52 #navit: < gernot_> at the moment iḿ a bit confused. 06:54 #navit: < tryagain> ah, sorry, i missed word "hope" from your sentence :) 06:54 #navit: < gernot_> I read about the problem with multipolygons, Country border and city names 06:55 #navit: < gernot_> I think because i cut the country border some tiny towns are not found 06:55 #navit: < gernot_> (think towns without own polygon) 06:56 #navit: < tryagain> yes, you'll have to include the whole country to have town search working well, or if you need a smaller region, your country boundary relation can be downloaded separately and merged with main piece of osm data 06:57 #navit: < gernot_> I check this, but its possible this bring me to the planetextractor speed ;-) 07:00 #navit: < gernot_> At the moment i have 2 maps installed. A selfmade to route. If i miss a town i switch to a download to search. 07:01 #navit: < gernot_> Maybe i hve to switch the device :-) 07:01 #navit: < tryagain> gernot_ i hope this will not affect performance, at least if you just add boundary relation to your smaller extract 07:01 #navit: < gernot_> hve=have 07:03 #navit: < tryagain> osm data grows very fast, and it's quite surprising for me that it's still possible to start navit on 32m devices :) 07:03 #navit: < gernot_> Its only 64M... 07:04 #navit: < tryagain> my smallest in use device was 256m WinCE. It became unstable because of some hw problem 07:04 #navit: < tryagain> before that, i was happy with it 07:04 #navit: < gernot_> Start is no problem. I need swap to search street, much swap for POI search and many swap to route. 07:05 #navit: < gernot_> I tried navit on a Becker 64M winCE device. 07:05 #navit: < gernot_> no chance 07:07 #navit: < gernot_> It worked but crash while rendering munich 07:07 #navit: < tryagain> yes, routing is really memory hungry. We do not do much routing preprocessing at maptool stage. Actually, what we have seem to work well for countries where mappers obey strong guidelines in highway taggig practices 07:10 #navit: < tryagain> For example, in Russia, trunk road network is enough to do distant routing. In other countries, i often meet places where two trunk roads are interconnected with a short (a few hundred meters) piece of some minor roads. 07:11 #navit: < tryagain> Our routing stops at that place, unless we use some extremely memory hungry routing profile. 07:12 #navit: < tryagain> To fix this, we need very deep processing on maptool stage, which we do not have. 07:12 #navit: < gernot_> Routing work here in germany work well. I reduce the search range to save memory. Most 200km rotes are found 07:13 #navit: < gernot_> I think deep preprocessing is bad for the planetextraxtor system 07:14 #navit: < gernot_> or at least makes many overhead 07:14 #navit: < tryagain> yes, for germany it should be ok, because cp15 was optimizing for this country. But if we pull minor streets needed for good routuing, say, in Poland, germany part of the map explodes. 07:14 #navit: < gernot_> I understand 07:17 #navit: < tryagain> actaully, planet extractor does not process osm data on each request, it processes the whole planet to binfile, and just extracts needed area on download request 07:18 #navit: < gernot_> I noticed that. Its nice and quick. But my device is to small 07:19 #navit: < gernot_> from feeling It deliver tiles 07:22 #navit: < gernot_> i must go... 07:22 #navit: < tryagain> ok, see you 07:22 #navit: < gernot_> come back at evening 07:22 -!- gernot_ [508edf31@gateway/web/freenode/ip.80.142.223.49] has quit [] 08:10 #navit: < tryagain> gernot_ to fetch DE boundary, you may try the following link: 08:10 #navit: < tryagain> http://overpass-api.de/api/interpreter?data=%0A%5Bout%3Axml%5D%20%5Btimeout%3A35%5D%3B%0A%0A%28%0A%20%20relation%5B%22boundary%22%3D%22administrative%22%20%5D%5B%22admin_level%22%3D%222%22%5D%5B%22ISO3166-1%3Aalpha2%22%3D%22DE%22%5D%3B%0A%29%3B%0A%2F%2F%20print%20results%0Aout%20meta%3B%0A%3E%3B%0Aout%20meta%20qt%3B 08:12 #navit: < tryagain> query code is here http://overpass-turbo.eu/s/aXs 08:18 #navit: < couka> Hello everybody 08:19 #navit: < couka> How long does it take to create a wiki account? 08:20 #navit: < couka> I just wanted to start adding some information, but i can't :/ 08:27 -!- robertp [b0022f62@gateway/web/freenode/ip.176.2.47.98] has joined #navit 08:28 #navit: < robertp> HI all 08:41 #navit: < couka> hi robertp 08:44 #navit: < tryagain> hi all 08:44 #navit: < tryagain> couka KaZeR can confirm your account 08:45 #navit: < couka> ok thx 09:07 #navit: < tryagain> couka look for confirmation email. I have managed to confirm it myself. 09:07 #navit: < couka> thanks i lot, i just received the mail :) 09:10 -!- robertp [b0022f62@gateway/web/freenode/ip.176.2.47.98] has quit [Ping timeout: 246 seconds] 09:19 -!- robertp [b0022f62@gateway/web/freenode/ip.176.2.47.98] has joined #navit 09:22 -!- robertp [b0022f62@gateway/web/freenode/ip.176.2.47.98] has quit [Client Quit] 09:56 -!- jandegr [51f36def@gateway/web/freenode/ip.81.243.109.239] has joined #navit 09:59 #navit: < tryagain> couka regarding your edits: great findings! 10:00 #navit: < couka> thanks :) I'm trying possible values and their effect right now 11:11 -!- couka [d957d131@gateway/web/freenode/ip.217.87.209.49] has quit [Ping timeout: 246 seconds] 11:37 -!- epy [~epy@78.195.42.29] has joined #navit 11:37 -!- epy [~epy@78.195.42.29] has quit [Client Quit] 11:53 -!- zoff99 [~chatzilla@unaffiliated/zoff99] has joined #navit 11:53 #navit: < zoff99> hi 12:02 -!- jandegr [51f36def@gateway/web/freenode/ip.81.243.109.239] has quit [Quit: Page closed] 12:49 -!- zoff99 [~chatzilla@unaffiliated/zoff99] has quit [Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.1/20090707221522]] 13:07 -!- robertp [584aaf83@gateway/web/freenode/ip.88.74.175.131] has joined #navit 13:16 #navit: < robertp> hi 13:45 -!- couka [d957d131@gateway/web/freenode/ip.217.87.209.49] has joined #navit 13:45 #navit: <@KaZeR> hi there 13:46 #navit: < couka> hi :) 13:46 #navit: < robertp> hi 13:48 #navit: <@KaZeR> "In other countries, i often meet places where two trunk roads are interconnected with a short (a few hundred meters) piece of some minor roads." -> would you recommend us to change that? 13:49 #navit: <@KaZeR> tryagain: i meant change in OSM, fix the tagging 13:55 -!- gernot_ [508edf31@gateway/web/freenode/ip.80.142.223.49] has joined #navit 13:55 #navit: < gernot_> hi 13:56 #navit: < gernot_> tryagain: thanks, I got the Country polygon. But hoe to merge? 14:00 #navit: < gernot_> KaZeR: Add route_pref to wiki, full config list ? 1000 work verry well for me 14:03 -!- couka [d957d131@gateway/web/freenode/ip.217.87.209.49] has quit [Ping timeout: 246 seconds] 14:05 #navit: <@KaZeR> gernot_: yes please, i think it's useful to share this 14:05 #navit: < gernot_> ok 14:11 #navit: <@KaZeR> afk a few 14:14 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 14:26 #navit: < tryagain> gernot_ simpliest way would be cat 1.osm 2.osm | maptool map.bin 14:26 #navit: < tryagain> but it works only for osm files, not pbf 14:28 #navit: < gernot_> I use pbf.. Have to convert. 14:28 #navit: < tryagain> iirc you were recommended to use osmconvert. if you have it, read http://wiki.openstreetmap.org/wiki/Osmconvert#Merging_two_or_more_Geographical_Areas 14:33 #navit: < gernot_> KaZeR: please check if this is ok http://wiki.navit-project.org/index.php/Configuration/Full_list_of_options#tracking 14:34 #navit: < gernot_> tryagain: I have osmconvert. must free some diskspace... (128 G sdd) 14:36 -!- latouche [~Latouche@reverse-169.fdn.fr] has quit [Read error: No route to host] 14:36 -!- latouche [~Latouche@reverse-169.fdn.fr] has joined #navit 14:41 #navit: < tryagain> KaZeR i was once suggesting it, see http://trac.navit-project.org/ticket/456#comment:37 Actually mvglasow is right, programs should adapt to the osm data. There are too many applications and too many reasons to have one or another practice in different countries. Obvious cases can and should be fixed, but fixing some others is not that trivial. 14:45 #navit: < tryagain> gernot_ maybe 'osmconvert 1.pbf 2.osm --out-o5m | maptool --o5m map.bin' would help? 14:46 #navit: < gernot_> now running osmconvert 1.pbf -o=1,osm 14:46 #navit: < gernot_> ,=. 14:47 #navit: < gernot_> mounted a data partition... 14:48 #navit: < tryagain> 1.osm would be very big. It's better to convert everything to o5m 14:49 #navit: < tryagain> o5m may appear to be way faster to produce and to process by maptool 14:50 #navit: < gernot_> Ok. I cancel.. 14:50 #navit: < gernot_> file get real big 14:52 #navit: < tryagain> osm is plain text xml file, pbf is binary with internal gzip compression, o5m is binary without internal compression 14:53 #navit: < gernot_> running... 14:53 #navit: < tryagain> o5m could be further compressed with any compression method you like (gzip, bzip), pbf is almost impossible to compress 14:54 #navit: < tryagain> osm is usually distributed in some compressed form: gzip, bzip 14:55 #navit: < gernot_> ok 14:55 #navit: < tryagain> for your first run, you could do like osmconvert 1.pbf --osm | gizp >1.osm.gz 14:56 #navit: < tryagain> but o5m or pbf would be faster and take less space than compressed osm 14:59 #navit: < gernot_> I got 3 warnings in outline.osm. (wromg order) 15:00 #navit: < gernot_> now changed source files 15:00 #navit: < tryagain> outline= state boundary downloaded by the link i have provided? 15:00 #navit: < gernot_> yes. it worked 15:04 -!- circleci-bot [~circleci-@ec2-54-160-70-125.compute-1.amazonaws.com] has joined #navit 15:04 #navit: < circleci-bot> Failed: xenos1984's build (#457; push) in navit-gps/navit (trunk) -- https://circleci.com/gh/navit-gps/navit/457 15:04 -!- circleci-bot [~circleci-@ec2-54-160-70-125.compute-1.amazonaws.com] has quit [Client Quit] 15:05 #navit: < xenos1984> hm... interesting reason why this build failed: "E: Unable to locate package libsaxonb-java Action failed: sudo apt-get install libsaxonb-java" 15:08 #navit: < tryagain> xenos1984 i've seen a message pn circle ci about ongoing image changes. That may be related or not... 15:09 #navit: < xenos1984> tryagain: hm... i see... 15:13 #navit: < tryagain> do you have that message? I've got it under "support" on the circleci.com while i logged in with git account 15:17 #navit: * tryagain enjoyed reading 'git concepts simplified' slideshow: http://gitolite.com/gcs.html 15:18 #navit: < xenos1984> tryagain: hm... i don't see it - do you have a link? 15:22 #navit: < tryagain> xenos1984 older message http://pastebin.com/jreVmRa4 15:22 #navit: < tryagain> and current one http://pastebin.com/9fxtDJwn 15:23 #navit: < tryagain> there seems to be no way link directly to the messages 15:23 #navit: < tryagain> as there were no NDA sentences, i decided just to copypaste them ;) 15:25 -!- KaZeR [~KaZeR@64.201.252.132] has joined #navit 15:25 -!- mode/#navit [+o KaZeR] by ChanServ 15:25 #navit: < tryagain> honestly, i do not see any reason for saxon installation to fail besides java update meintoned in the first message 15:27 #navit: < xenos1984> good ;) hm... indeed - apparently it cannot find saxon in the repository 15:27 #navit: < xenos1984> which is strange 15:28 #navit: <@KaZeR> hi again 15:28 #navit: < tryagain> re 15:31 #navit: < tryagain> strange, in https://circleci.com/gh/navit-gps/navit/456 it has succeeded... 15:35 #navit: < robertp> hi KaZeR: do you know a way to repaint the GUI-Internal window with a callback or something likely? 15:35 #navit: <@KaZeR> robertp: yes. do you have a specific window in mind ? 15:36 #navit: <@KaZeR> tryagain: why are you surprised that it succeeded ? 15:36 #navit: < robertp> when my players gui is active, it should be repainted every 300ms to get all changes in the current played track 15:36 #navit: < tryagain> i'm surprised that it's failed during xenos1984' build today 15:37 #navit: < tryagain> while not failing yesterday 15:37 #navit: <@KaZeR> mmm. for saxon it could be an issue on CI itself.. happened a few times in the past. let's try to restart it 15:38 #navit: <@KaZeR> robertp: well this in unfortunately not really how the current internal gui works :) but we will address that soon. i'm am not aware of a way to refresh the current display in internal, currently ( but i might be wrong ) 15:40 #navit: <@KaZeR> robertp: are you facing a specific issue with the way gui_internal is refreshed currently ? 15:42 -!- circleci-bot [~circleci-@ec2-54-157-131-99.compute-1.amazonaws.com] has joined #navit 15:42 #navit: < circleci-bot> Failed: xenos1984's build (#458; retry by pgrandin) in navit-gps/navit (trunk) -- https://circleci.com/gh/navit-gps/navit/458 15:42 -!- circleci-bot [~circleci-@ec2-54-157-131-99.compute-1.amazonaws.com] has quit [Client Quit] 15:43 #navit: <@KaZeR> interesting 15:45 #navit: < robertp> no, i just want a window, where only the music player is visible. no map but detailed information about the currently playing music. in my current player i refresh the textlabels every 300ms so get valid content 15:45 #navit: < robertp> maybe its not a good way to go for it 15:57 #navit: < gernot_> robertp: timerupdate is not first choice. dont know if there is a better way 15:58 #navit: < gernot_> df 15:59 -!- zoff99 [~chatzilla@unaffiliated/zoff99] has joined #navit 15:59 #navit: < gernot_> sorry.. maptool crash. Speicherzugriffsfehler 16:06 #navit: < gernot_> my fault. missing / in target path 16:07 #navit: < tryagain> so it was actually unable to open output file? 16:07 #navit: < gernot_> yes 16:07 #navit: < tryagain> i guess we should do something more informative instead of segfaulting :) 16:08 #navit: < gernot_> :-) 16:15 #navit: <@KaZeR> :-) 16:15 #navit: <@KaZeR> robertp: do you have a mockup of what you are trying to do ? 16:17 #navit: < gernot_> map is ready. copy to device... 16:25 #navit: <@KaZeR> tryagain: i'm setting up one of the 64GB node right now 16:28 #navit: < tryagain> KaZeR great 16:28 #navit: < gernot_> tryagain: I think merging the outline worked, but solved not the town search problem 16:41 #navit: < gernot_> by 16:41 #navit: < gernot_> thanks. 16:41 -!- gernot_ [508edf31@gateway/web/freenode/ip.80.142.223.49] has quit [] 16:51 -!- zoff99 [~chatzilla@unaffiliated/zoff99] has left #navit [] 16:52 #navit: < robertp> KaZeR: the major problem is, that the gui doesnt recognise when mpd changes the track 16:52 #navit: < robertp> so id like to trigger the gui update 16:55 #navit: < tryagain> gernot_ it's strange, having whole country boundary should make town search work. 16:56 #navit: <@KaZeR> robertp: yep. a workaround is to us call to display that window again. the drawback is that currently it will not be focused on the previously selected item 16:57 #navit: <@KaZeR> (that's only a quick workaround) 16:57 #navit: < robertp> how can i test if navit is in that gui? 16:57 #navit: <@KaZeR> my personal plan to solve that for the spotify player was to write a qt5 gui. no more of these issues then. and we'll get background images in menus :) 16:57 #navit: <@KaZeR> that's a good question. 16:58 #navit: < robertp> mist. 17:00 #navit: < robertp> but qt5 will be a lot of work 17:02 #navit: <@KaZeR> i have a POC actually 17:02 #navit: <@KaZeR> fixing some of the things missing in gui internal would be even more work i think :) 17:04 #navit: < robertp> Haha. The problem is as long as navit has no music player i will have no navit in my car. 17:08 #navit: <@KaZeR> so let's fix that :) 17:08 #navit: <@KaZeR> ideally the plugin should only be some kind of backend driver, and the UI should be unified for all players. then you treat mpd, spotify or usb fm as a simple source 17:11 #navit: < robertp> ok. so every source will be treated as list or array 17:21 #navit: <@KaZeR> i think that we just need to provide method stubs 17:22 #navit: <@KaZeR> example : poc implementation : https://github.com/pgrandin/navit/blob/audio_framework/navit/audio/output-alsa/alsa.c#L222 17:22 #navit: <@KaZeR> stub : https://github.com/pgrandin/navit/blob/audio_framework/navit/audio.c#L53 17:23 #navit: <@KaZeR> afk 15 minutes 17:51 -!- xenos1984 [~xenos1984@127-166-191-90.dyn.estpak.ee] has quit [Quit: Leaving.] 18:10 #navit: <@KaZeR> tryagain: http://wiki.navit-project.org/index.php/OpenStreetMap#Processing_OSM_Maps_Yourself : using OpenStreetMap ReadOnly (XAPI) , should we expect flooded lands and/or broken city search ? 18:20 #navit: < robertp> gn 18:20 -!- robertp [584aaf83@gateway/web/freenode/ip.88.74.175.131] has quit [Quit: Page closed] 18:21 -!- circleci-bot [~circleci-@ec2-54-237-80-56.compute-1.amazonaws.com] has joined #navit 18:21 #navit: < circleci-bot> Failed: mdankov's build (#459; push) in navit-gps/navit (trunk) -- https://circleci.com/gh/navit-gps/navit/459 18:21 -!- circleci-bot [~circleci-@ec2-54-237-80-56.compute-1.amazonaws.com] has quit [Client Quit] 18:24 #navit: <@KaZeR> tryagain: we can get ssh access to the circleci boxes 18:24 #navit: <@KaZeR> if you give me your ssh pubkey i'll add it 18:29 #navit: < tryagain> i'm not sure about flooded lands, but country boundaries may be broken, so search would be broken too 18:29 #navit: <@KaZeR> ok thanks 18:30 #navit: <@KaZeR> any hints about flags i should use for the planet processing ? ( i have 96GB of RAM and 500GB of ssd ) 18:33 #navit: < tryagain> maptool -M -k -S 32000000000 -u http://maps.navit-project.org/planet-$to.bin -5 planet-$to.bin.md5 -6 18:33 #navit: < tryagain> -M is input format o5m 18:34 #navit: < tryagain> chnange it to --protobuf or remove for osm 18:34 #navit: < tryagain> -k keeps temporary files 18:35 #navit: < tryagain> -6 is zip64 format, needed for binfile above 4G 18:35 #navit: <@KaZeR> thanks. i'm downlading a pbf file right now. should i be using an o5m file instead ? 18:36 #navit: < tryagain> i know no direct sources of o5m 18:36 #navit: <@KaZeR> ok, i'll look into that after then. thanks 18:37 #navit: < tryagain> cp15 said o5m is faster to process, but if you have to do conversion beforehand, it probably makes no sense 18:37 #navit: < tryagain> but if you will keep it uptodate with osmtools/osmupdate, switching to o5m may give some benefit 18:37 #navit: <@KaZeR> but o5m has easier weekly updates no ? 18:38 #navit: <@KaZeR> ok 18:38 #navit: <@KaZeR> i can actually run a real benchmark of osm vs pbf vs o5m. 18:40 #navit: < tryagain> that could be interesting. But i think results would depend of environment. Disk/cpu performance and their workload may change the winner. 18:41 #navit: < tryagain> for sure, there's no need to store and process uncompressed osm. It will eat (almost) all your SSD. 18:49 #navit: <@KaZeR> ok 18:49 #navit: <@KaZeR> oh right it's over 480GB 18:49 #navit: <@KaZeR> i have more space if we need to, tho :D 18:53 #navit: < tryagain> only if you want to fry your SSD 19:00 #navit: <@KaZeR> well this one is usually used for benchmarking anyway. i'd rather process stuffs that are useful than just random IO to get numbers 19:08 #navit: <@KaZeR> what is the url used for ? 19:20 #navit: < tryagain> it's put into binfile, and could be used for auto update. There's code inside navit to use it, but it always been crashing for me... 19:20 #navit: < tryagain> i was able to install libsaxonb 19:20 #navit: < tryagain> sudo apt-get update ; sudo apt-get install libsaxonb-java 19:21 #navit: < tryagain> don't know why the hell it does not happen automagically 19:23 #navit: < tryagain> KaZeR maybe we should file a bug report to circleci team... 19:25 #navit: <@KaZeR> sure. you can actually send them a message directly from the build page, on the right side. they usually answer within 24h 19:25 #navit: < tryagain> ok 19:25 #navit: <@KaZeR> i can also have a look into it in a few minutes see what i can find 19:28 -!- tryagain [~quassel@178.216.76.40] has quit [Remote host closed the connection] 19:34 -!- circleci-bot [~circleci-@ec2-54-144-148-96.compute-1.amazonaws.com] has joined #navit 19:34 #navit: < circleci-bot> Failed: mdankov's build (#460; ssh by mdankov) in navit-gps/navit (trunk) -- https://circleci.com/gh/navit-gps/navit/460 19:34 -!- circleci-bot [~circleci-@ec2-54-144-148-96.compute-1.amazonaws.com] has quit [Client Quit] 23:15 -!- KaZeR [~KaZeR@64.201.252.132] has quit [Remote host closed the connection] 23:32 -!- KaZeR [~KaZeR@c-67-161-64-186.hsd1.ca.comcast.net] has joined #navit 23:32 -!- mode/#navit [+o KaZeR] by ChanServ --- Log closed Sun Aug 16 00:00:22 2015