--- 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