[00:46:42] *** Quits: Horwitz (~mich1@p200300EC9BCD3D00022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
[00:59:45] *** Joins: Horwitz (~mich1@p200300EC9BC35D00022268FFFE64E7C4.dip0.t-ipconnect.de)
[00:59:45] *** ChanServ sets mode: +o Horwitz
[04:02:15] *** Joins: xenos1984 (~xenos1984@217.153.37.228)
[04:02:15] *** ChanServ sets mode: +v xenos1984
[07:59:13] *** Joins: naggety (~naggety@18.red-80-27-45.dynamicip.rima-tde.net)
[08:08:55] <naggety> Hi kazer, Number6: I need some help regarding the problem of big blue areas in land zones of the map. If generated a map of Spain and Portugal with maptool, and the North half of the map is blue.
[08:09:09] <naggety> Please see my comment here: https://trac.navit-project.org/ticket/745#comment:30
[08:09:50] <naggety> I need help finding where is the error in OSM data, I don't know what to look at (I've tried)
[08:12:07] <naggety> Also, it would be great if something can be done in maptool to detect this errors in OSM data and avoid them, but of course I don't know how easy this could be.
[13:16:46] *** Joins: jandegr (6dec8e2b@109.236.142.43)
[13:16:46] *** ChanServ sets mode: +v jandegr
[13:20:33] *** Quits: jandegr (6dec8e2b@109.236.142.43) (Remote host closed the connection)
[14:17:22] *** Quits: Horwitz (~mich1@p200300EC9BC35D00022268FFFE64E7C4.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
[14:28:00] <naggety> I must leave now. Please, tell me if you can take a look on this. Also, I would like to think what do you think about my comment here: https://trac.navit-project.org/ticket/854#comment:16
[14:28:14] <naggety> I'll read the logs later or tomorrow
[14:28:49] *** Quits: naggety (~naggety@18.red-80-27-45.dynamicip.rima-tde.net) (Quit: Konversation terminated!)
[14:30:21] *** Joins: Horwitz (~mich1@p200300EC9BECC100022268FFFE64E7C4.dip0.t-ipconnect.de)
[14:30:21] *** ChanServ sets mode: +o Horwitz
[15:26:10] <kazer> hi there
[16:02:13] <Navit> <05jkoan> Hi kazer
[16:04:18] <jkoan> What's up?
[16:41:43] *** Joins: jandegr (6dec8e2b@109.236.142.43)
[16:41:43] *** ChanServ sets mode: +v jandegr
[16:43:20] <jandegr> naggety downloading 2 countries, building them seperatly but then using them together will often give flooding 
[16:44:13] <jandegr> no need to look for errors in osm data or maptool , there are 2 solutions known to me
[16:45:31] <jandegr> download europe and with osmconvert cut out the desired area for spain + portugal, make some poly 
[16:45:55] <jandegr> make some poly to specify the desired area
[16:47:14] <jandegr> another solution I used is with osmium tool
[16:48:06] <jandegr> download seperate countries as you did before and then combine them with osmium tool and feed the result to maptool 
[16:49:41] <kazer> hi jkoan and jandegr 
[16:49:48] <jkoan> hi kazer 
[16:49:53] <jandegr> hit here
[16:50:02] <jandegr> a sample with osmium-tool
[16:50:10] <jandegr> https://circleci.com/gh/jandegr/navit/3782#artifacts/containers/0
[16:50:43] <jkoan> jandegr, how do you know the maptool code? And the binfile format (behind the zip)
[16:51:04] <ilovekiruna> hi kazer, hi jkoan, hi jandegr
[16:51:24] <jandegr> if built on circleci, combine the parts from the artefacts to one binfile, no need to if you run maptool at home
[16:51:46] <ilovekiruna> jkoan: have you seen that my VM is successfully running?
[16:54:09] <jkoan> ilovekiruna, yes i have
[16:55:21] <jandegr> naggety a sample with osmconvert https://circleci.com/gh/jandegr/navit/3572#artifacts/containers/0
[17:08:07] <jandegr> nagetty sometimes the issue can also have come from cut rivers or lakes, if using osmconvert you can try to modify the poly to go around or cut the river or lake in some other place
[17:08:35] <jandegr> if you get this when using osmium tool I can not give a solution
[17:09:15] <jandegr> ** go around to cuth the river or lake elsewhere, 
[17:09:32] <jkoan> jandegr, does navit binfile stores one river in multiple items?
[17:10:46] <jandegr> if it comes from a relation it discards it all together
[17:11:17] <jandegr> if it is made up of simple areas I think they are processed as-is and not split
[17:11:39] <jandegr> IIRC only ocean is clipped
[17:12:20] <jandegr> hence it is why I gave up on the rivers from relations last year or so
[17:12:39] <jandegr> I ended up with rivers of hundreds of kilometers long
[17:12:56] <jandegr> had no time to modify it to clip it in smaller parts
[17:13:11] <jandegr> however there is code for that present in maptool
[17:13:30] <jandegr> write item bin clipped , or smth like that IIRC
[17:15:39] <jkoan> i think you know that i had the idea to rewrite the map extractor, i think we can improve the extraction process so mutch that this problem will be gone after this. Just look at each item if it contains one coord within the selected area (does not need to be a rect) then keep it, if not drop it. Of caurse a bit slower but could still be fast enought
[17:24:05] <jandegr> I ran into a few more issues
[17:24:40] <jandegr> once I got to display multipolygons, (lakes with islands)
[17:25:07] <jandegr> I came to the conclusion navit is missing something for Z order
[17:25:33] <jandegr> that software that renders it correctly handles Z in another way
[17:26:41] <jandegr> and second, if navit is keeping support for legacy hardware, multipolygons and areas from relations are a no go
[17:27:13] <jkoan> Why the second?
[17:27:19] <jandegr> similar as why the issue with the oceans is a no-go either
[17:28:50] <jkoan> I also had the idea to buy modern relativ cheap hardware for navit to adopt navit to it to have a goto device that we can recommend to buy and know navit to work. What do you think, would this be a good idea?
[17:34:03] <jandegr> we already have a port for cheap portable hardware, a 7 or 8 inch android tablet for € 78 :) 
[17:35:39] <jkoan> yes and no, this is not one device you can put in your car without additional afford. Also i thought of a target point of 35 to 45€ ( i know, this is really cheap)
[17:40:48] <ilovekiruna> jkoan: have you done anything on openstf?
[17:41:09] <jkoan> ilovekiruna, not really, but have time now to work on it
[17:42:53] <jkoan> i also had the idea for stf to become a farm without the need of a slave server. Dont know if it works, but if the device itself hast openvpn installed and wireless adb active the server should be able t connect to the device throught the vpn. Only theorie, but would be cool
[17:43:20] <ilovekiruna> jkoan: lol
[17:43:27] <ilovekiruna> i somehow had this moring the same idea
[17:43:38] <jkoan> :D
[17:44:12] <ilovekiruna> i think that was also already partially mentioned on the stf website
[17:44:20] <ilovekiruna> adb connect
[17:44:51] <jkoan> then the virtual slave would have to just run nmap in cron or somehow listen on openvpn for new connections 
[17:45:00] <jkoan> want to give it a try?
[17:56:44] *** Quits: jandegr (6dec8e2b@109.236.142.43) (Remote host closed the connection)
[18:29:25] *** Quits: ilovekiruna (~ilovekiru@ip1f12abcd.dynamic.kabel-deutschland.de) (Ping timeout: 246 seconds)
[20:11:34] <kazer> jkoan: i have a pi and a nuc that we could use as slaves. and 2-3 android devices
[20:21:59] <jkoan> kazer: if we have our two slaves running we can continue with yours :)
[20:24:59] <jkoan> Woow the new discord bridge converts names to discord mentiones and vice versa
[22:34:41] *** Quits: xenos1984 (~xenos1984@217.153.37.228) (Ping timeout: 248 seconds)