<div dir="ltr">What I did, at some point when I was trying to figure out zones of bus stops, was to create a MapCSS style which gave me different background colours for each numbered zone. This helped me to visually find the 'outliers', based on the ones that I did already figured out the zone for.<div><br></div><div>For postal_code boundaries, they will very often follow existing boundaries, except where they don't... so I would say it is possible to draw them by mostly following the existing admin_boundaries. If we ever want to draw parishes, we'll probably have to 'wing it' in a comparable way. To me this feels like how we started drawing everything all the way back when OpenStreetMap was a blank canvas. We start with something, if it's wrong we correct it and slowly but surely we get to a point where we have the best data. And possibly OSM becomes the only place where those shapes can be found. It's unlikely they are exactly what the post offices use, but it's even more unlikely that the post offices will ever share them in a way we can use them. And if all the houses with that post code are within them, they are 'good enough'.</div><div><br></div><div>Saying that you should contribute them to Nominatim might be 'the right thing to do', but then we lose the possibility to improve them incrementally, which is exactly what OpenStreetMap excels in.</div><div><br></div><div>Polyglot</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-03-29 10:20 GMT+02:00 Tom Hughes <span dir="ltr"><<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 29/03/17 08:58, Frederik Ramm wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 29.03.2017 09:10, Alex K wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  * For one, this type of information is already part of<br>
    OSM: <a href="http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code" rel="noreferrer" target="_blank">http://wiki.openstreetmap.org/<wbr>wiki/Tag:boundary%3Dpostal_cod<wbr>e</a><br>
</blockquote>
<br>
Generally we don't like data that is impossible (or difficult e.g.<br>
"knocking on doors") to verify on the ground, but we do make exceptions<br>
for admin boundaries and, usually, postal code boundaries.<br>
</blockquote>
<br></span>
If the postal code boundary is a genuine thing that exists then sure.<br>
<br>
I don't know about the countries in question, but in the countries that I do know about there is no such thing as a postal code boundary because the authority that assigns postal codes doesn't do so using geographic areas like that, and doesn't special any specific boundary.<br>
<br>
Rather they are just defined by a list of addresses, being a set of addresses that are a convenient group to deliver to.<br>
<br>
Now obviously you can draw any number of shapes around those addresses but none of those shapes is in any way an official or definitive boundary for the postal code.<span class="im HOEnZb"><br>
<br>
Tom<br>
<br>
-- <br>
Tom Hughes (<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>)<br>
<a href="http://compton.nu/" rel="noreferrer" target="_blank">http://compton.nu/</a><br>
<br></span><div class="HOEnZb"><div class="h5">
______________________________<wbr>_________________<br>
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org" target="_blank">dev@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/dev" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/dev</a><br>
</div></div></blockquote></div><br></div>