[00:24:03] *** Quits: Horwitz (~mich1@p200300EC9BC1AF00022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 250 seconds)
[00:37:00] *** Joins: Horwitz (~mich1@p200300EC9BC1B700022268FFFE64E7C4.dip0.t-ipconnect.de)
[00:37:00] *** ChanServ sets mode: +o Horwitz
[01:06:11] *** Quits: xenos1984 (~xenos1984@6404-907d-f119-9c5c-d480-87c4-07d0-2001.dyn.estpak.ee) (Quit: Leaving.)
[04:04:45] *** Joins: xenos1984 (~xenos1984@c753-7bec-9821-0c5b-d480-87c4-07d0-2001.dyn.estpak.ee)
[04:04:45] *** ChanServ sets mode: +v xenos1984
[06:01:39] *** Quits: extor (~extor@unaffiliated/extor) (Read error: Connection reset by peer)
[06:02:00] *** Joins: extor (~extor@unaffiliated/extor)
[15:38:21] <Navit> <viktorgino> hi all
[15:38:53] <Navit> <viktorgino> is it possible to get street name and city based on coordinates somehow?
[15:39:38] <Navit> <viktorgino> also I'm not sure if its intended behavior or not, but if I try save multiple bookmarks with the same name only the last one gets stored
[16:20:12] *** Quits: extor (~extor@unaffiliated/extor) (Read error: Connection reset by peer)
[16:26:44] <Navit> <viktorgino> Also I've pushed my WIP to github
[16:26:44] <Navit> <viktorgino> https://github.com/viktorgino/navit/tree/qml-gui-wip
[16:27:44] <kazer> hi @viktorgino
[16:28:20] <kazer> > is it possible to get street name and city based on coordinates somehow?
[16:28:44] <kazer> you mean the closest match? might not be super accurate for streets if you're close to a crossing
[16:29:00] <kazer> > bookmarks with the same name only the last one gets stored
[16:29:23] <kazer> the UI could be improved to notify that it already exists and ask for confirmation to overwrite, yeah
[16:29:41] <kazer> but otherwise it's kind of the intended behavior, as we don't create/store a unique id for bookmarks. the name is the id
[16:36:42] <Navit> <viktorgino> Closest match is fine, but it would be nice if we could display it under recent destinations
[16:37:12] <Navit> <viktorgino> What i get currently is this
[16:37:20] <Navit> <viktorgino> https://cdn.discordapp.com/attachments/500190750085087235/611236928750223430/Screenshot_20190814-173656.png
[16:37:28] <Navit> <viktorgino> Not very meaningful
[16:38:42] <Navit> <viktorgino> Its easy enough to check for duplicates when adding, will implement it sometime
[16:42:02] <Navit> <viktorgino> This is how I tried to get an address for POIs but want to do the same for recent destinations and favourites
[16:42:04] <Navit> <viktorgino> https://github.com/viktorgino/navit/blob/qml-gui-wip/navit/gui/qt5_qml/navitpoimodel.cpp#L66
[17:17:03] <kazer> ha, i see what you mean now with that screenshot
[17:18:04] <kazer> one way to do it would be to look at how we get the closest POI to the location you clicked on, and filter for a given POI type (street or city)
[17:18:07] <kazer> does it make sense?
[17:31:33] <Navit> <viktorgino> Yes makes sense
[17:31:41] <Navit> <viktorgino> Think I can do that
[17:32:46] <Navit> <viktorgino> One question tho, when i had a look at the osm format, some POIs had address stored for them
[17:33:29] <Navit> <viktorgino> Are those stored in the navit bin files too?
[17:33:52] <kazer> i don't think so but would have to check. i think it's more of a comment/annotation
[17:36:37] <Navit> <ilovekiruna> Navit seems quite frustrating right now. I totally fail to find my desired location. How does navit deal the address search if there are several places with the same name
[18:00:39] *** Joins: jandegr (d5db91bb@213.219.145.187.adsl.dyn.edpnet.net)
[18:00:39] *** ChanServ sets mode: +v jandegr
[18:18:08] <Navit> <viktorgino> @KaZeR had a better look at the sample sets and it's possible to store address for POIs, but most of them won't have it
[18:23:48] <kazer> @viktorgino is it a feature that you feel is missing?
[18:24:17] <kazer> ilovekiruna : it should list the various options in the results. isn't it what you're seeing?
[18:24:19] <kazer> hey jkoan 
[18:24:23] <kazer> hey jandegr 
[18:24:45] <jandegr> hi kazer & crew
[18:32:04] <Navit> <viktorgino> @KaZeR to an extent yes
[18:32:31] <Navit> <viktorgino> however if we can get an estimate address I think that would be more than enough
[18:32:53] <Navit> <viktorgino> https://cdn.discordapp.com/attachments/500190750085087235/611266005360050188/20190814_193156.JPG
[18:34:25] <Navit> <viktorgino> https://cdn.discordapp.com/attachments/500190750085087235/611266395111686145/20190814_193412.JPG
[18:35:28] <Navit> <viktorgino> the way I think this can be done is this: look for house number and street in a very narrow area of the poin/map point
[18:35:47] <Navit> <viktorgino> if we get that then fine use it as exact location
[18:36:03] <Navit> <viktorgino> if not the keep increasing the area until we find a street
[18:36:19] <Navit> <viktorgino> and display it as near ** Street
[18:41:46] <kazer> viktorgino makes sense
[18:42:15] <kazer> cute avatar btw :)
[18:45:14] <Navit> <viktorgino> 😂😂 thanks
[18:48:29] <kazer> jandegr: it seems that we're hitting a wall with that android packaging issue. do you have any more clue?
[18:49:08] <jandegr> why more clue's ? does the fix not work for you ?
[18:49:27] <jandegr> was kazer
[18:50:46] <kazer> eh, didn't see that you updated that ticket 10 mins ago
[18:50:52] <kazer> what a perfect timing
[18:52:13] <jandegr> @kazer can you help in testing , any platform...
[18:53:26] <jandegr> pls 
[18:54:06] <jandegr> circleci deadslow, but nevertheless it says in the PR all tests passed
[18:54:43] <kazer> thanks. i can test it yeah, i have 3 devices here now. have to go afk for 90 mins but will report results here and in the ticket
[18:54:47] <jandegr> no only codefactor and tomtom_plugin are required, 
[18:55:04] <jandegr> is navit going to dump all the other platforms ?
[18:55:20] <kazer> there's no intent to dump any platform no
[18:56:04] <kazer> i don't know why it shows like that in the PR. i'll check the settings
[18:56:20] <jandegr> thx a lot :)
[18:57:56] <kazer> updated. thank you for helping on this!
[18:58:01] <kazer> afk a bit
[19:23:18] *** Joins: gernot2 (5b257862@p5B257862.dip0.t-ipconnect.de)
[19:23:31] <gernot2> hi
[19:25:16] <gernot2> kazer  some days ago we spoke about reopening the GPS device.
[19:25:37] <gernot2> navit do this, but the function has a bug.
[19:27:52] <gernot2> vehicle_file_close and vehicle_file_open are called, but close call vehicle_file_disable_watch
[19:28:29] <gernot2> if i call vehicle_file_enable_watch after the open all work like expected.
[19:51:06] <kazer> so this means that this issue only happens if the connection is lost once, then tried to be reopened and then it will stop polling the device?
[19:51:29] <gernot2> yes. so is it
[19:52:32] <gernot2> after the initial vehicle_file_open is a call to vehicle_file_enable_watch
[19:52:53] <gernot2> after the reopen this call is missed.
[19:56:31] <gernot2> Now the TT730 work so good as before week rolover
[19:58:17] <gernot2> TT XL with the cold restart take some time more..
[20:04:27] *** Quits: jandegr (d5db91bb@213.219.145.187.adsl.dyn.edpnet.net) (Remote host closed the connection)
[20:16:27] <gernot2> by
[20:16:33] *** Quits: gernot2 (5b257862@p5B257862.dip0.t-ipconnect.de) (Quit: gernot2)
[20:28:54] *** Joins: extor (~extor@unaffiliated/extor)