[00:17:21] *** Quits: xenos1984 (~xenos1984@517c-7f3f-da3c-f1c5-d480-87c4-07d0-2001.dyn.estpak.ee) (Quit: Leaving.) [00:40:09] *** Quits: Horwitz (~mich1@p200300EC9BC4E100022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 252 seconds) [00:53:12] *** Joins: Horwitz (~mich1@p200300EC9BC3A700022268FFFE64E7C4.dip0.t-ipconnect.de) [00:53:13] *** ChanServ sets mode: +o Horwitz [01:51:04] *** Quits: Horwitz (~mich1@p200300EC9BC3A700022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 264 seconds) [02:07:02] *** Joins: Horwitz (~mich1@p200300EC9BCCDE00022268FFFE64E7C4.dip0.t-ipconnect.de) [02:07:02] *** ChanServ sets mode: +o Horwitz [05:51:53] *** Joins: gernot2 (5b257862@p5B257862.dip0.t-ipconnect.de) [05:52:19] just a tipp for navit on 32MB RAM devices [05:52:30] config xmlns:xi="http://www.w3.org/2001/XInclude" cache_size="10000000"> [05:53:44] play with the cache size in opentom/share/navit272.xml [05:54:19] try 3000000 (3MB) instead of 10000000 (10MB) [05:54:37] *** Quits: gernot2 (5b257862@p5B257862.dip0.t-ipconnect.de) (Client Quit) [06:16:55] *** Joins: xenos1984 (~xenos1984@f677-78fd-dab2-19e2-d480-87c4-07d0-2001.dyn.estpak.ee) [06:16:55] *** ChanServ sets mode: +v xenos1984 [09:27:10] *** Joins: naggety (~naggety@155.red-37-158-22.dynamicip.rima-tde.net) [10:07:52] Hi kazer. That one doesn't seem to be the same bug, because in that one jandegr says that the icon isn't loaded. In this case it is but with a too big size. I've open this issue: https://github.com/navit-gps/navit/issues/819 [10:08:37] I've compiled without disabling qt and I get the same result, so I don't know why I'm the only one that seems to see this big icons. [10:57:08] *** Joins: gernot2 (5b257862@p5B257862.dip0.t-ipconnect.de) [10:57:57] successful test of this build ? https://15249-30791823-gh.circle-artifacts.com/0/output/navitom_minimal.zip [10:58:14] the ? is a ! [10:59:17] this navit version work well with opentom if i upgrade libglib to version 2.20.2. [11:00:59] the locales files are in the wron directory so that they are not found. [11:01:55] they are e.g. in /mnt/sdcard/navit/share/locale/locale/de/LC_MESSAGES/ instead of /mnt/sdcard/navit/share/locale/de/LC_MESSAGES/ [11:03:07] after correcting the path also NLS work well. [11:07:43] *** Quits: gernot2 (5b257862@p5B257862.dip0.t-ipconnect.de) (Quit: gernot2) [11:29:04] *** Joins: mvglasow (~mvglasow@dslb-178-010-106-089.178.010.pools.vodafone-ip.de) [13:06:05] *** Quits: naggety (~naggety@155.red-37-158-22.dynamicip.rima-tde.net) (Quit: Konversation terminated!) [13:59:15] hi kazer [13:59:42] here's your ping regarding the test server (or splitting map files on the production one) [14:59:29] https://cdn.discordapp.com/attachments/500190750085087235/604326931567214614/Navit-first-look.mp4 [15:00:00] first look at the qml gui with the actual map integrated [15:00:21] some back end work will be needed to get everything functioning [15:43:22] Hi @viktorgino is this with or without the 2GB lib for the search? [16:08:44] Hi @jkoan [16:09:03] no its searching for city at the moment [16:09:18] will make some changes to the search bar [16:10:28] i'll have a play with that lib when I get a chance, but will have a look at how to create the dataset for a single country first [16:10:49] training set is huge tho, so will have to fire up my home server [16:12:17] i think its a nice workaround if we add an option to choose a destination country next to the search bar [16:19:03] on top of the address parser library we can use that map data to correct the spelling errors [16:19:33] *the map data [16:19:47] ie if the typed address is not found then we can run the town then street etc [16:19:54] through a spell check function [16:20:29] ie using this one : http://hunspell.github.io/ [16:22:00] Sounds really interesting [17:14:39] kazer, are you around? [17:27:40] hi [17:27:51] i'm around but can't look into it for ~1h30 [17:30:11] no prob, I have time [17:45:34] @viktorgino really nice work, this is super promising [19:07:11] mvglasow: ok i'm looking into it. let's see [19:09:28] great [19:10:15] as mentioned, split map files have worked without any glitch in the seven-odd years I have used them [19:10:47] (grabbed a new map file about once or twice a year and used it frequently, often on a daily basis) [19:11:23] so, as far as I am concerned, this feature is more than ready for the production server [19:31:10] so that's interesting. client denied by server configuration: /work/www/maps6.test.navit-project.org, referer: http://maps3.test.navit-project.org/index.php [19:31:18] that folder doesn't exist (anymore?) [19:45:54] mvglasow: what exactly url where you using when downloading a file? (i'm interested in the script name) [19:46:40] I get the error as soon as I launch http://maps3.test.navit-project.org/ [19:47:28] when was the last time you downloaded from there? [19:47:35] if you want a deep link, try http://maps3.test.navit-project.org/api/map/?bbox=-12.97,33.59,34.15,72.1&split=2097152000&part=0 [19:47:47] exactly what i wanted thanks [19:47:50] last time was roughly a year ago [19:48:34] more precisely August 20, 2018 [19:48:52] "http://maps6.navit-project.org/api/map/?bbox=-12.97,33.59,34.15,72.1&split=2097152000&part=0" seems to work (it downloads a file) [19:49:02] can you confirm that the content is what you need? [19:49:54] it's a 2 GB file with a .b01 extension, which looks OK [19:50:15] otherwise I can't tell unless I download the whole thing and open it in Navit [19:51:52] ok i'll wait for your feedback then [19:51:55] ...I see that this is on the production server, that would be a workaround [19:52:13] I'll download the whole thing and let you know [19:52:18] it might have been there for a long time and just not advertised [19:52:39] and not exposed via the web UI [19:52:57] well index.cgi was modified aug 26th 2018 there [19:53:16] so yeah it looks like it was moved there 6 days after your last download :) [19:53:19] the test server had some extra form elements to choose split files and specify the size [19:58:48] actually the download was on Aug 22, Aug 20 was the date of the map data [19:59:55] in any case, I'll report back tomorrow when the downloads have finished [20:01:17] thanks [20:01:27] likewise [20:01:38] your goal when using the split files is to work around a maximum file size limitation? [20:16:30] exactly [20:21:29] makes sense [21:56:31] *** Quits: xenos1984 (~xenos1984@f677-78fd-dab2-19e2-d480-87c4-07d0-2001.dyn.estpak.ee) (Quit: Leaving.)