[00:20:41] *** Quits: Horwitz (~mich1@p200300EC9BC4C600022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
[00:33:30] *** Joins: Horwitz (~mich1@p200300EC9BC34700022268FFFE64E7C4.dip0.t-ipconnect.de)
[00:33:31] *** ChanServ sets mode: +o Horwitz
[05:08:56] *** Quits: naggety (~naggety@5.red-79-149-26.dynamicip.rima-tde.net) (Ping timeout: 268 seconds)
[05:09:38] *** Joins: naggety (~naggety@86.red-176-80-67.dynamicip.rima-tde.net)
[11:01:59] <Navit> <07viktorgino> just did some research on this: I found this ticket https://trac.navit-project.org/ticket/677
[11:02:19] <Navit> <07viktorgino> so the answer is no
[11:09:59] <Navit> <07viktorgino> as for a possible solution for this: create a plugin for querying different geocoding providers or a plugin that uses datasets from https://openaddresses.io/
[11:16:07] <Navit> <05jkoan> Basically we already have all addresses we need in the binfile, we would "just" need to write a better search to find them
[11:25:43] <Navit> <07viktorgino> for searching you'd need some kind of geocoding engine, either built into navit or run as a separate service
[11:30:43] <Navit> <05jkoan> Then I would like to go with running inside navit ;)
[11:32:22] <Navit> <07viktorgino> i'm just reading through the documentation for https://github.com/pelias/pelias which does exactly this
[11:35:40] <Navit> <07viktorgino> my take away from it is this: you need to parse the address data in the binfile and save it in a format that can be searched through easily
[11:37:22] <Navit> <07viktorgino> then have a search engine that can look through that data
[11:37:47] <Navit> <07viktorgino> this one is interesting too : https://github.com/openvenues/libpostal
[11:40:16] <Navit> <07viktorgino> libpostal basically turns a typed address into an object
[11:40:34] <Navit> <07viktorgino> ie 1 oxford street, london
[11:40:39] <Navit> <05jkoan> This sounds great
[11:41:30] <Navit> <07viktorgino> will parse it to an object as such  { house_number: "1", street: "Oxford Street", town: "London" }
[11:42:48] <Navit> <05jkoan> Only country missing :D
[11:44:47] <Navit> <07viktorgino> it cant "guess" the country unfortunately :/
[11:45:18] <Navit> <07viktorgino> but current country could be added to the address if its not typed by the user
[11:45:55] <Navit> <05jkoan> Not a big problem, we can just assume the country from the current location and if this address is not found we can try all nearby county's
[11:46:28] <Navit> <07viktorgino> exactly
[11:53:09] <Navit> <05jkoan> I will try to build something with this :D
[11:53:29] <Navit> <05jkoan> The second one seems really nice
[12:14:01] <Navit> <05jkoan> Oh, I see one problem, their model is 2GB large, that's a lot
[12:17:19] <Navit> <07viktorgino> i didnt realise that's the case there, only assumed a couple of hundreds of MBs
[12:18:07] <Navit> <05jkoan> A few hundred megs would be totally okay for me :D
[12:18:33] <Navit> <07viktorgino> i wonder if it can be limited to country or even a continent
[12:20:07] <Navit> <05jkoan> Probably we can find a lib these does the same thing but with a static approach instead of a ai thing, let's see :)
[12:53:52] <Navit> <07viktorgino> i couldnt find anything that's even comparable to this :/
[13:27:55] <Navit> <07viktorgino> would be nice if the training data could be split into countries / languages and installed as needed, i think that would create reasonable sized data files
[13:32:57] <Navit> <07viktorgino> someone else already had the same idea: https://github.com/openvenues/libpostal/issues/132
[13:41:41] <Navit> <07viktorgino> there are some scripts to generate country specific data here :https://github.com/rinigus/geocoder-nlp
[14:08:35] <Navit> <05jkoan> @KaZeR we should make a new release : https://gitlab.com/fdroid/fdroiddata/issues/614
[17:32:47] *** Quits: Number6 (~number6@zoidberg.geoghegan.me) (Quit: Lost terminal)
[17:35:08] *** Joins: Number6 (~number6@zoidberg.geoghegan.me)
[17:35:08] *** ChanServ sets mode: +o Number6
[18:00:26] *** Joins: jandegr (d5dbac30@213.219.172.48.adsl.dyn.edpnet.net)
[18:00:26] *** ChanServ sets mode: +v jandegr
[19:23:38] *** Quits: jandegr (d5dbac30@213.219.172.48.adsl.dyn.edpnet.net) (Remote host closed the connection)
[20:24:23] *** Quits: xenos1984 (~xenos1984@6415-c0da-4b46-10ac-d480-87c4-07d0-2001.dyn.estpak.ee) (Ping timeout: 250 seconds)
[22:04:57] *** Joins: xenos1984 (~xenos1984@6415-c0da-4b46-10ac-d480-87c4-07d0-2001.dyn.estpak.ee)
[22:04:57] *** ChanServ sets mode: +v xenos1984