<div dir="auto">I'll note that we've seen other Nominatum issues in Greater Boston, e.g. County for a point near Somerville/Charles town boundary.<div dir="auto"><br></div><div dir="auto"><div dir="auto">OSM used MassGIS not Tiger in Mass. for initial import. It was better than Tiger back then but has different problems. I mention this because USA rules of thumb only partially apply here.</div><div dir="auto"><br></div><div dir="auto">Both Suffolk and Norfolk Co have multipoly and/or relations, so Nominatum convex hull geo search can easily get confused if the data isn't perfect. Brookline is one of Norfolk's two exclaves. Of course, zip boundaries cross government admin boundaries at the USPS convenience, and aren't well published. Nominatum does best effort ? So we may need to add Zip to some points or admin poly?</div><div dir="auto"><br></div><div dir="auto">CC-ing the Mass. Talk Group ...</div><div dir="auto"><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 4, 2017 9:59 AM, "Marc Gemis" <<a href="mailto:marc.gemis@gmail.com">marc.gemis@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you fill in "Coolidge Corner, Brookline, MA" on the nominatim<br>
website, and run that query:<br>
<a href="http://nominatim.openstreetmap.org/search.php?q=Coolidge+Corner%2C+Brookline%2C+MA&polygon_geojson=1&viewbox=" rel="noreferrer" target="_blank">http://nominatim.<wbr>openstreetmap.org/search.php?<wbr>q=Coolidge+Corner%2C+<wbr>Brookline%2C+MA&polygon_<wbr>geojson=1&viewbox=</a><br>
Then click details, you end on the page<br>
<a href="http://nominatim.openstreetmap.org/details.php?place_id=498867" rel="noreferrer" target="_blank">http://nominatim.<wbr>openstreetmap.org/details.php?<wbr>place_id=498867</a><br>
<br>
There you see how the address is computed. The postal code is computed<br>
a bit different than the other data. From the table you see there is<br>
no boundary or so defined in OSM with the postal code  (there is no<br>
"details >").<br>
This means the postal code comes from either an external source that<br>
was imported by Nominatim or an as part of an address node. But when I<br>
click on the address node details for "Coolidge Corner, Brookline, MA"<br>
or Allston, I do not see a postal code at all.<br>
<br>
So I think<br>
<br>
1) whatever you changed is not reflected in the OSM database<br>
2) the postal code is coming from an import (most likely Tiger data)<br>
in the Nominatim database.<br>
<br>
hope this make sense<br>
m.<br>
<br>
On Mon, Dec 4, 2017 at 2:42 AM, Andre Robatino<br>
<<a href="mailto:robatino@fedoraproject.org">robatino@fedoraproject.org</a>> wrote:<br>
> Nominatum's top result for "Coolidge Corner, Brookline, MA" still has 02446<br>
> (as it did immediately after I read your reply), but the other results still<br>
> have 02118. Shouldn't it have been copied to all the mirrors by now?<br>
><br>
> BTW, I was wondering if it would make sense to use a list of specific<br>
> addresses as a sanity check on edits. Someone could register address(es)<br>
> they are familiar with, such as their own, and they would be notified<br>
> automatically if any of the associated data (such as county or zip code)<br>
> changed. If the change is wrong, they could log in and flag the error, and<br>
> the mistake could be traced back to the offending edit. If this existed, I<br>
> could have used it both for the zip code error, and for the wrong county<br>
> error that I reported in July, in<br>
> <a href="https://lists.openstreetmap.org/pipermail/talk-us/2017-July/017529.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/pipermail/talk-us/2017-<wbr>July/017529.html</a> .<br>
><br>
> On 11/19/2017 02:57 PM, Clifford Snow wrote:<br>
><br>
> Nominatim should return the correct results now.<br>
><br>
> Problem that Max Erickson discovered was an incomplete edit in Boston that<br>
> caused the problem. By adding a tag to the Boston node to describe the<br>
> feature, resulted in Nominatim returning the correct results.<br>
><br>
> Clifford<br>
><br>
> On Sun, Nov 19, 2017 at 11:34 AM, Clifford Snow <<a href="mailto:clifford@snowandsnow.us">clifford@snowandsnow.us</a>><br>
> wrote:<br>
>><br>
>> I just asked about nominatim on the IRC<br>
>><br>
>> On Sun, Nov 19, 2017 at 11:30 AM, Max Erickson <<a href="mailto:maxerickson@gmail.com">maxerickson@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> Nominatim calculates 02118:<br>
>>><br>
>>> <a href="http://nominatim.openstreetmap.org/details.php?place_id=498867" rel="noreferrer" target="_blank">http://nominatim.<wbr>openstreetmap.org/details.php?<wbr>place_id=498867</a><br>
>>><br>
>>> Most of the data seems to have the correct addr:postcode:<br>
>>><br>
>>> <a href="http://overpass-turbo.eu/s/t5e" rel="noreferrer" target="_blank">http://overpass-turbo.eu/s/t5e</a><br>
>>><br>
>>> (The query includes postal_code but there aren't any in the data)<br>
>>><br>
>>> So what is Nominatim looking at to come up with the calculated value?<br>
>>> I think the next thing to check would be boundaries enclosing<br>
>>> Brookline, not sure if that is how nominatim works though.<br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Talk-us mailing list<br>
> <a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-us" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-us</a><br>
><br>
<br>
______________________________<wbr>_________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-us</a><br>
</blockquote></div></div>