[mkgmap-dev] superfluous country specific rules in inc/address?
From Greg Troxel gdt at ir.bbn.com on Sun Jun 7 01:21:05 BST 2015
Steve Sgalowski <steve.sgalowski at gmail.com> writes: > mkgmap:country admin level 5 > > then mkgmap:state admin level 6 > mkgmap:region admin level 7 > postcode sdmin level 8 > suburb level 9, 10 My quick reaction is that which admin_level corresponds to which parts of an address varies by region. In my part of the US, state is level4, city/town is level8, and that's really all there is in address. Whether a (legal) city/town is "suburb", "city", "town", "village", etc. is based on size and relationship to larger entities. Around me only two cities have admin_level 10 boundaries. One calls them neighborhoods or villages, not suburbs. Sometimes they show up in postal addresses. So really I wonder if this means that the address component rules should be encoded on the boundary, something like "addresses within this polygon inherit name_component_foo=bar". I am leaning to having addresses have everything (in the US) below state explicit, to avoid this. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 180 bytes Desc: not available URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20150606/ec1681e0/attachment.sig>
- Previous message: [mkgmap-dev] superfluous country specific rules in inc/address?
- Next message: [mkgmap-dev] superfluous country specific rules in inc/address?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list