[01:48:24] *** Quits: Horwitz (~mich1@p200300ec9f038c00022268fffe64e7c4.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) [02:01:21] *** Joins: Horwitz (~mich1@p200300ec9f0a7300022268fffe64e7c4.dip0.t-ipconnect.de) [02:01:21] *** ChanServ sets mode: +o Horwitz [08:04:36] *** Quits: Navit (~Navit@ec2-34-214-224-248.us-west-2.compute.amazonaws.com) (Remote host closed the connection) [08:04:47] *** Joins: Navit (~Navit@ec2-34-214-224-248.us-west-2.compute.amazonaws.com) [08:04:47] *** ChanServ sets mode: +v Navit [08:05:05] hi [08:14:44] Discord bridge now updated, so hopefully now we get less crashes with this [14:44:58] @ilovekiruna i think i got a new, simple map extract server working 😄 its only 25 Lines of Python code to get about 6MB/s speeds, probably more improvements to be made with more code [14:47:10] todo is only the inner zip-filename to area mapping and the web interface [15:02:22] only downer is that the speed seems to be limited because one request consumes one cpu core for compression/decompression, this is something which should definitely be addressable. [15:58:43] @jkoan : wow, which library did you use? [15:59:13] why is this an issue? [15:59:28] cant we use futures or joblib to improve performance? [15:59:54] zipfile, shutil, argparse, http.server all python std libs [16:00:00] if needed I could try to help there [16:00:07] is the new server somewhere online? [16:00:11] I mean the code [16:01:24] the issue is that the individual files within the zipfile(binfile) gets decompressed, only to get compressed immediately again, this is really unnecessary [16:01:55] not yet, but i am already downliding planet.bin on my server to test it in a real world example [16:05:03] cool [16:05:17] am very curious to see the code once things are successful [16:05:25] only need to get the filename to bbox thing working, afert that i simply implement: > for fileinfo in srczip.filelist: > if filename_to_bbox(fileinfo.filename) in req_bbox: > # send to request [16:08:38] bbox would be a python class which can implement the in operator [16:10:03] and filename_to_bbox would be a function which can also cache the result [16:23:21] Tes on my Server: about 2.5MB/s over the internet [16:24:34] I think this is pretty good, what do you think? [16:25:21] i think this is good so far, but without any optimisations this seems even better 😄 [16:25:41] with optimisations this could be superb 😉 [18:53:09] I also have some good news [18:53:31] seems like a friend of mine works on speech to text systems [18:53:56] maybe I can get some ideas or help to implement the speech interface I long for in the future [19:06:14] nice 😄 [21:13:01] I have a speech interface to navit working on the PC. Trying to get it to work on the pinephone. Help with the DBus search issue above is needed as I am using MapQuest for my data source. [21:15:18] do you have text to speech working or speech to text working? We are really interested in the later, to command navit with human voice [21:16:01] STT, using Kalliope. [21:17:01] "sheila, get route to dave lodge", results in Sheila getting the address from your contacts, geocoding it and then displaying it in navit. All through DBus [21:17:48] "sheila, get closest whatever" implements somehting similar to navit's search. [21:18:05] do you have the scripts for that uploaded somewhere? [21:18:44] The base vioice assistant is Kalliope [21:18:47] https://kalliope-project.github.io/ [21:19:41] My Pinephone port is here: https://forum.pine64.org/showthread.php?tid=12055&highlight=kalliope [21:20:31] I figure it is about a month before I have an alpha package ready for others to try [21:21:54] Mapper is implemented as a Kalliope community neuron