housenumber2 branch r3589
Hi all, I think I've now found a solution for most of the known problems reg. address search, for details see svn log: http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmap&isdir=1& The remaining work to do is cleanup and maybe performance improvements, I don't plan any more significant changes in the algorithms as long as nobody complains. If you want to try the branch with your style, please make sure to understand the new special tags mkgmap:numbers=false and mkgmap:execute_finalize_rules=true in combination with inc/address. Attached is the diff between the default style in the branch and that in trunk. Note that mkgmap uses by default all OSM elements with a tag addr:housenumber or mkgmap:housenumber. Even if the style doesn't create any map object for the element, the numbers are used, so the new tags are used to make sure that the rules in inc/address are used for all of them and to allow the exclusion. A few hints: The img files produced with the branch are typically larger, esp. in areas where the trunk version did not work well (e.g. heavy usage of addr:place) The throughput is a few percent slower. Main reason is the complex search for nearest roads. Maybe I can find a better algorithm for this in the future. It would be great to get some feedback, esp. when you think that rather good / clear OSM data is not interpreted correctly, but also when you think the branch works fine ;-) Gerd
Hi Gerd thank you for the good work i'll test the new version against my styles, after reading the doc ;-) , and give a feedback if there are problems. Bernd Am Mittwoch, 13. Mai 2015, 10:58:18 schrieb Gerd Petermann:
Hi all,
I think I've now found a solution for most of the known problems reg. address search, for details see svn log: http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmap&isdir=1&
...
Gerd
-- amarok2 now playing:
Hi Bernd, got no feedback yet. Does it mean you found no errors? I ask because I still don't see inc/address in your polygons file, but I see the line addr:housenumber=* {set mkgmap:execute_finalize_rules=true} Gerd Bernd Weigelt wrote
Hi Gerd
thank you for the good work
i'll test the new version against my styles, after reading the doc ;-) , and give a feedback if there are problems.
Bernd
Am Mittwoch, 13. Mai 2015, 10:58:18 schrieb Gerd Petermann:
Hi all,
I think I've now found a solution for most of the known problems reg. address search, for details see svn log: http://www.mkgmap.org.uk/websvn/log.php?repname=mkgmap&isdir=1&
...
Gerd
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/housenumber2-branch-r3589-tp5844447p5845042.h... Sent from the Mkgmap Development mailing list archive at Nabble.com.
Hi Gerd Sorry for the late answer, i'm have to spent some time for my job ;-) You're right, there's really no inc/access, it looks like an error, but i can find every address on a polygon, that i have searched for, tested with my O650 On the other side, there are only six messages, 'houses not near streets', in my DACH extract. I made no great tests and i didn't get negative feedback from the users of my maps. Bernd Am Montag, 18. Mai 2015, 08:43:13 schrieb GerdP:
got no feedback yet. Does it mean you found no errors? I ask because I still don't see inc/address in your polygons file, but I see the line addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
-- amarok2 now playing:
Hi Bernd, thanks for testing. Just to make sure: it's inc/address I was looking for, not inc/access. The effect of the missing include is that mkgmap:city etc. are not filled for the (house) polygon. In that case the value from the road is taken, so you will only see a problem when you search for an address along this road which has a different city to that. Anyway, I heard no complains, so I guess I can prepare the merge to trunk. I'd be happy to finish that work soon because I plan a longer bike travel starting in two or three weeks, so we should find remaining bugs before that ;-) Gerd
From: weigelt.bernd@web.de To: mkgmap-dev@lists.mkgmap.org.uk Date: Tue, 19 May 2015 09:56:05 +0200 Subject: Re: [mkgmap-dev] housenumber2 branch r3589
Hi Gerd
Sorry for the late answer, i'm have to spent some time for my job ;-)
You're right, there's really no inc/access, it looks like an error, but i can find every address on a polygon, that i have searched for, tested with my O650
On the other side, there are only six messages, 'houses not near streets', in my DACH extract. I made no great tests and i didn't get negative feedback from the users of my maps.
Bernd
Am Montag, 18. Mai 2015, 08:43:13 schrieb GerdP:
got no feedback yet. Does it mean you found no errors? I ask because I still don't see inc/address in your polygons file, but I see the line addr:housenumber=* {set mkgmap:execute_finalize_rules=true}
-- amarok2 now playing:
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd you're right, it should be inc/address. After adding this to inc/polygons i didn't get any error messages for DACH. IMHO you can merge housenumbers2 to trunk Bernd Am Dienstag, 19. Mai 2015, 10:21:12 schrieb Gerd Petermann:
Hi Bernd,
thanks for testing.
Just to make sure: it's inc/address I was looking for, not inc/access.
The effect of the missing include is that mkgmap:city etc. are not filled for the (house) polygon. In that case the value from the road is taken, so you will only see a problem when you search for an address along this road which has a different city to that.
Anyway, I heard no complains, so I guess I can prepare the merge to trunk. I'd be happy to finish that work soon because I plan a longer bike travel starting in two or three weeks, so we should find remaining bugs before that
-- amarok2 now playing:
participants (3)
-
Bernd Weigelt -
Gerd Petermann -
GerdP