--- Log opened Sat Jul 01 00:00:16 2017 00:25 #navit: < Navit> The following compiles failed: http://download.navit-project.org/logs/navit/android_armv5te/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/osm/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/src/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/wince_386/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/wince_cmake/svn/navit-svn-.failed http://download.navit-project.org/logs/navi 00:25 #navit: < Navit> ownload.navit-project.org/logs/navit/openmoko/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/win32_cmake/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/win32/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/win32_gtk_cmake/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/n800/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/android_armv4t/svn/navit-svn-.faile 00:25 #navit: < Navit> gs/navit/android_x86/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/tomtom/svn/navit-svn-.failed http://download.navit-project.org/logs/navit/iphone/svn/navit-svn-.failed 00:25 #navit: < Navit> See compile results history at http://download.navit-project.org/logs/navit/stats.html 01:35 -!- noradtux [~noradtux@2a02:2028:773:201:99b4:5f03:d68c:2a5f] has quit [Ping timeout: 255 seconds] 01:40 -!- noradtux [~noradtux@2a02:2028:735:3f01:cd6:96c8:322f:cf82] has joined #navit 01:47 -!- noradtux [~noradtux@2a02:2028:735:3f01:cd6:96c8:322f:cf82] has quit [Ping timeout: 240 seconds] 01:51 -!- noradtux [~noradtux@port-19106.pppoe.wtnet.de] has joined #navit 03:32 #navit: <@KaZeR> jkoan: the fibonacci heaps are used during routing mostly 03:33 #navit: <@KaZeR> jkoan: regarding map sizes, i think that we should stop hard-encoding them, and instead fetch them when we are about to download a map. Shouldn't be hard, and iirc it's how it was done for the curl_download branch 03:50 #navit: <@KaZeR> jkoan: regarding routing and fibonacci : http://wiki.navit-project.org/index.php/Routing 05:34 -!- xenos1984 [~xenos1984@22-164-191-90.dyn.estpak.ee] has joined #navit 06:36 #navit: < jkoan> Then curl_download has one reason more to get the focus but we need a API for a list of all possible locations. Also the list and the code inside navit should support recursively subregions in regions. Mainly endless 06:42 #navit: < jkoan> My idea would be to write a little tool that generates the regions out of the poly files from geofabrik (calculating the lowest and the highest number in each direction) and put this together to an output. 06:43 #navit: < jkoan> Also even if I more like to use json as output format I suggest that we should use XML because we have probably an XML reader right now 06:44 #navit: < jkoan> Kazer the routing thing is quite interesting 07:14 #navit: <@KaZeR> jkoan: it sure is interesting, that's the core of our app :) 07:15 #navit: <@KaZeR> jkoan: generating the regions from geofabrik should not be too hard : we just need to create a bounding box for each region : so isolate the top-left and bottom-right corners 07:20 #navit: < jkoan> KaZeR: if I write some code for the api, which language is currently the best on the map server? 07:20 #navit: <@KaZeR> and yeah the curl_download branch should get more attention.. but i also really want this qt5 ui.. and we have so many tickets to close for 0.5.1 :) 07:21 #navit: <@KaZeR> api could be different from the map server. We just need to pick something tht makes sense for an api 07:25 #navit: < jkoan> what would you suggest? 07:39 #navit: < jkoan> KaZeR: probably Python Django? 07:50 -!- xenos1984 [~xenos1984@22-164-191-90.dyn.estpak.ee] has quit [Quit: Leaving.] 09:45 -!- pini [~pini@bou-fi.pustule.org] has quit [Ping timeout: 268 seconds] 12:04 -!- ZeroOne [~ZeroOne@91.114.11.118] has joined #navit 12:09 -!- ZeroOne [~ZeroOne@91.114.11.118] has quit [Read error: Connection reset by peer] 15:29 -!- pini [~pini@bou-fi.pustule.org] has joined #navit 15:44 -!- Celelibi [celelibi@226.74.136.88.rev.sfr.net] has joined #navit 16:35 #navit: < jkoan> hy to all 17:02 #navit: < jkoan> today i spend arround 5 hours to figure out how shapefile is working, as far as i know we have a memory leak in shapefile but this is not the main problem shapefile is not working. In addition to the shapefiles we need the dbfmap, which is a file which probably matches the types of the shapefile with them from navit. As fas as i think i understood the file layout is a textfile with a table format like "KEY\tVALUE(s)\n" 17:03 #navit: < jkoan> probably this document shows us the types in the shapefile: http://download.geofabrik.de/osm-data-in-gis-formats-free.pdf 17:03 #navit: < jkoan> but ight now i cant figure out what the navit thypes are 18:14 -!- zintor [5b5902d7@gateway/web/freenode/ip.91.89.2.215] has joined #navit 18:14 #navit: < zintor> hi @all 18:14 #navit: < jkoan> hi zintor 18:14 #navit: < zintor> hi jkoan 18:15 #navit: < zintor> any wild conversations here?!? 18:31 #navit: < jkoan> Hm, I don't think so 19:18 #navit: <@KaZeR> jkoan: python would work yeah. Django might be overkill for an api maybe? 19:18 #navit: < jkoan> Yes, probably this is right 19:19 #navit: < jkoan> Did you know something related to shapefile? 19:19 #navit: <@KaZeR> jkoan: nice that you are interested in fixing the shapefiles! 19:20 #navit: <@KaZeR> yeah the dbfmap thing rings a bell 19:26 #navit: < zintor> hi KaZeR 19:27 #navit: <@KaZeR> hi zintor 19:27 #navit: < zintor> could you give me a hint, how I could debug the heightline issue? 19:27 #navit: <@KaZeR> don't have much time this week so i haven't dug into your heightline problem yet. will do next week 19:27 #navit: < zintor> ^^ 19:27 #navit: < zintor> ;) 19:27 #navit: < zintor> no problem 19:27 #navit: <@KaZeR> perfect timing :) 20:44 #navit: < zintor> so, on http://wiki.navit-project.org/index.php/Eclipse are the current information to get navit running/debugging in an development environment? 21:25 -!- zintor [5b5902d7@gateway/web/freenode/ip.91.89.2.215] has quit [Quit: Page closed] 23:15 -!- Horwitz [~mich1@p200300800E0A0E00022268FFFE64E7C4.dip0.t-ipconnect.de] has quit [Ping timeout: 255 seconds] 23:28 -!- Horwitz [~mich1@p200300800E735C00022268FFFE64E7C4.dip0.t-ipconnect.de] has joined #navit 23:28 -!- mode/#navit [+o Horwitz] by ChanServ --- Log closed Sun Jul 02 00:00:18 2017