[06:01:56] *** Quits: OLFDB_ (~olfdb@212.86.60.203) (Ping timeout: 260 seconds) [08:52:25] @ilovekiruna : The problem with the Mapservers is that as far I know only @KaZeR (kazer) is able to do maintenance on them as the code is more or less closed source. That's the reason I am researching about solutions for building a new Mapserver software. I got something working, but this only works for none 64bit zip files and for now not streamed over http. [08:54:16] Also while we're at rebuilding the Mapservers I want to do proper load balancing and add a API so the fixed Table of downloads can be removed. This also opens up the possibility to write a real download plugin within C to be used by all platforms [08:55:48] I dokumented some of those ideas here: https://wiki.navit-project.org/index.php/Mapserver_rewrite [08:57:22] in a perfect world i would also love to build an improved version of the binfile-Plugin hat is capable of updating itself by only downloading new content, but this will be a point for later [10:00:49] could we trigger @KaZeR by mail again? [10:02:15] i just checked manually in browser [10:07:39] seems like only maps6 works [10:08:01] should we maybe then make that the URL in the android app? [10:08:39] maps9 and maps3 dont seem to work [10:11:02] so change this one: https://github.com/navit-gps/navit/blob/1e32e2ed7d76851dcfcef95280d52bb8693c6c08/navit/android/src/org/navitproject/navit/NavitMapDownloader.java#L686 [10:11:11] from maps to maps6 [10:11:36] as a quick fix [10:11:44] what do you think @jkoan ? [10:12:15] same here: https://github.com/navit-gps/navit/blob/1e32e2ed7d76851dcfcef95280d52bb8693c6c08/navit/android/src/org/navitproject/navit/NavitMapDownloader.java#L817 [10:14:16] i already mailed him on 2021-03-07 but for Twitter and Sourceforge [10:14:32] any response? [10:15:05] interesting, i didn't know that we have 3 map servers, i've only heraered of 2 servers [10:15:26] @jkoan : I could be as simple with the other servers that their hdd is having no free space left [10:15:45] too bad that only @KaZeR can access them :-( [10:15:55] nop. no reponse at all. also for the messages i send him here on Discord (for infrastructur topics, wiki,...) i got no response [10:16:16] because generally all three are up and show something in the web browser [10:16:32] they only seem to not produce any stream [10:18:00] what do you think about my "workaround" [10:18:48] the question would be how long this would take to brake again [10:18:59] good question [10:19:49] last time only maps3 worked [10:20:36] so probably its a problem with some automated script, deployment, cron whatever [10:20:48] the mapserver repo was not useful, right? [10:20:48] as i said, i dont have acces to those mapservers [10:22:18] one sec, will look at it again, but i dont think so [10:22:23] https://github.com/navit-gps/mapserver [10:22:27] this i talk about [10:24:58] yes, from what i can see this isn't useful for our problem. Also even when we got a new perfect software ready we need the help of @KaZeR to bring it up to the servers [10:25:18] i only got access to one aws server which is hosting the wiki, forum,... [10:25:28] why would we need him? [10:25:39] and also i dont have acces to any domain config [10:25:45] for the deployment [10:25:52] I mean we could choose a different domain [10:26:05] and then just change the two code locations, I mentioned [10:26:37] or do I miss the point? [10:26:46] yes, codewise, but then all users would need to be be told the new mapserver, docs need to be adjusted and so one [10:27:02] for those manual downloads [10:27:12] the code locations are "only" android [10:27:15] there ofc you are right [10:27:27] what I mostly had in mind now was the android part, I admit [15:42:00] also interesting for todays discussion: https://wiki.navit-project.org/index.php/User:Tryagain/Map_replication [19:32:30] @ilovekiruna like the last link I shared the pro would be that we could even use IPFS to distribute the files [21:44:36] @jkoan really very interesting, find it also still a bit strange that the server code is proprietary