[mkgmap-dev] change inc/address to be a standalone ?
From Gerd Petermann gpetermann_muenchen at hotmail.com on Thu Apr 16 07:40:26 BST 2015
sorry, pressed the send button too early. The 2nd advantage of this approach is that the HousenumberGenerator can easily create "pseudo nodes" to evaluate the tags for a given point on the road. This would be much better than cutting roads into peaces. Gerd From: gpetermann_muenchen at hotmail.com To: mkgmap-dev at lists.mkgmap.org.uk Date: Thu, 16 Apr 2015 08:35:41 +0200 Subject: [mkgmap-dev] change inc/address to be a standalone ? Hi experts, I am not happy with the current code regarding address data. My understanding so far: - we have the --bounds option to specify precompiled bounds - we have the LocationHook that is used to assign tags mkgmap:admin_level2 to. mkgmap:admin_level10 and mkgmap:postcode. - we have inc/address to which uses either the data from the LocationHook or that from the OSM element to set mkgmap:city, mkgmap:region etc. The file inc/address in the default style doesn't care about any other tags, means, the result doesn't depend on the exstence of a highway tag or whether the element is a node, way, or polygon. I think we should change that. My proposal: Instead of inc/address we have a file address (on the same level like points, lines, etc) this file is evaluated before the rules in points/lines/polygons when it exists. Probably the class RuleFileReader should make sure that the files points/lines/polygons do not include another inc/address. Gerd _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20150416/13d08122/attachment-0001.html>
- Previous message: [mkgmap-dev] change inc/address to be a standalone ?
- Next message: [mkgmap-dev] change inc/address to be a standalone ?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list