<div dir="ltr">Are there any buildings that have more than one addr:street in addresses for that building? Or addr:unit numbers for different addr:housenumbers? This happened for the Indianapolis data set. Delimiting works great until you have to delimit more than one field. Maybe this doesn't happen in practice in your area.<div><br></div><div>However, it's also nice to have addresses on nodes for buildings with sizable footprints because you can then get the node closer to where the address goes (ex: strip mall). I don't know how your dataset handles that. The Indy dataset had addresses more or less where each tenant would be located.<div><br></div><div>Matt</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 9, 2023 at 6:22 PM Tyler Brown Cifu Shuster <<a href="mailto:t@fust.us">t@fust.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Buildings with multiple addresses use semicolons to separate their addresses in the field, like any field with multiple values. <br>
<br>
T<br>
<br>
> On Feb 9, 2023, at 5:38 PM, Eliot via Imports <<a href="mailto:imports@openstreetmap.org" target="_blank">imports@openstreetmap.org</a>> wrote:<br>
> <br>
> On 10/02/23 10:50, Belov, Charles wrote:<br>
>> I am proposing importing all San Francisco addresses with their corresponding latitude and longitude, as served by DataSF at Addresses - Enterprise Addressing System <<a href="https://data.sfgov.org/Geographic-Locations-and-Boundaries/Addresses-Enterprise-Addressing-System/3mea-di5p" rel="noreferrer" target="_blank">https://data.sfgov.org/Geographic-Locations-and-Boundaries/Addresses-Enterprise-Addressing-System/3mea-di5p</a>> (<a href="https://data.sfgov.org/Geographic-Locations-and-Boundaries/Addresses-Enterprise-Addressing-System/3mea-di5p" rel="noreferrer" target="_blank">https://data.sfgov.org/Geographic-Locations-and-Boundaries/Addresses-Enterprise-Addressing-System/3mea-di5p</a> <<a href="https://data.sfgov.org/Geographic-Locations-and-Boundaries/Addresses-Enterprise-Addressing-System/3mea-di5p" rel="noreferrer" target="_blank">https://data.sfgov.org/Geographic-Locations-and-Boundaries/Addresses-Enterprise-Addressing-System/3mea-di5p</a>>) as open data. Specifically, I am seeking to import the columns Address, Latitude, and Longitude. This is because not all San Francisco addresses are in OpenStreetMap, leading to unsuccessful matches when trying to retrieve missing addresses.<br>
>> My concern is that many San Francisco addresses are already in OpenStreetMap, and there may be a conflict as to the Latitude and Longitude between those existing addresses and the San Francisco address data, leading to duplicate and mismatched data.<br>
> <br>
> An import that creates duplicate data must not happen.<br>
> <br>
> The most obvious solution to this is to remove all addresses that are already in OSM from your import dataset. I.e. import only the missing addresses.<br>
> The process of finding existing addresses that are wrong (location,  name, number etc) and fixing them could be considered as a separate project.<br>
> <br>
> <br>
>> I note there is an OpenStreetMap wiki page San Francisco Address Import <<a href="https://wiki.openstreetmap.org/wiki/San_Francisco_Address_Import" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/San_Francisco_Address_Import</a>> (<a href="https://wiki.openstreetmap.org/wiki/San_Francisco_Address_Import" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/San_Francisco_Address_Import</a> <<a href="https://wiki.openstreetmap.org/wiki/San_Francisco_Address_Import" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/San_Francisco_Address_Import</a>>) which was last updated in 2020 and noted as ready for review. I’ve requested access to the review.<br>
> <br>
> The files linked from the wiki page are not publicly accessible (requires google login).  They probably should be made publicly readable.<br>
> <br>
> Tyler also said<br>
>> The most important thing to note is that addresses should be applied to buildings and not as points<br>
> <br>
> Food for thought (I'm not local, so no opinions on what is right for you)<br>
> Does this imply that every building has at most one address?  An OSM object can't have more than one address.<br>
> How are units/apartments within multi-unit buildings addressed?<br>
> <br>
> -- <br>
> Eliot<br>
> <br>
> <br>
> _______________________________________________<br>
> Imports mailing list<br>
> <a href="mailto:Imports@openstreetmap.org" target="_blank">Imports@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
<br>
<br>
_______________________________________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org" target="_blank">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
</blockquote></div>