<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 18/06/18 20:30, Andrew Harvey wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAD5Vjst2UGzhzk1RvTu_-JS5p0YrAJeRxhYv78t9rP+sOsrasQ@mail.gmail.com">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On 18 June 2018 at 19:21, Dion Moult
<span dir="ltr"><<a href="mailto:dion@thinkmoult.com"
target="_blank" moz-do-not-send="true">dion@thinkmoult.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>Thanks Andrew for your reply!<br>
</div>
<div><br>
</div>
<div>1. Thanks for the link to the import guidelines. My
responses to the import guidelines below:<br>
</div>
</blockquote>
<div><br>
</div>
<div>First up I think any changesets that import addresses
in this way should have an extra changeset tag so if we
need to we can identify which changesets did the import
(so more than just source=LPI NSW Base Map). Something
like import=NSW Address Points or something.</div>
</div>
</div>
</div>
</blockquote>
<br>
source:import=LPI API via ?? something like that?<br>
<br>
<blockquote type="cite"
cite="mid:CAD5Vjst2UGzhzk1RvTu_-JS5p0YrAJeRxhYv78t9rP+sOsrasQ@mail.gmail.com">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div><br>
</div>
<div>I'm not sure about separating the address with a ";"
like <span
style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><a
href="https://www.openstreetmap.org/way/593297556/history#map=19/-33.78072/151.06688&layers=N"
moz-do-not-send="true">https://www.openstreetmap.org/way/593297556/history#map=19/-33.78072/151.06688&layers=N</a></span>,
could they not be two separate points? If it's a duplex,
then I'd do it as a single building with
addr:housenumber=11, then if you want two nodes inside the
building for 11A and 11B.</div>
</div>
</div>
</div>
</blockquote>
I have had separate buildings for A and B - share a common wall. In
some instances I have 11 then 11A .. but no B. <br>
<blockquote type="cite"
cite="mid:CAD5Vjst2UGzhzk1RvTu_-JS5p0YrAJeRxhYv78t9rP+sOsrasQ@mail.gmail.com">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div><br>
</div>
<div>While I don't think there's anything wrong with 2/18 as
a first pass, eg <a
href="https://www.openstreetmap.org/node/5667899003"
moz-do-not-send="true">https://www.openstreetmap.org/node/5667899003</a>,
I think it's better to use addr:unit=2
addr:housenumber=18. </div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div> 1. I am aware that big automatic updates can cause
problems. I will only import addr:housenumber and
addr:street and a single node.<br>
</div>
</blockquote>
<div><br>
</div>
<div>What are you planning on doing where the address in
already in OSM? I think in this case we should just not
import that point and leave the existing OSM addresses.</div>
</div>
</div>
</div>
</blockquote>
Depends .. I have come across addresses that were out of sequence.
Contacted the still active mapper (moved to Germany) and had not
response .. after some months I have simple deleted them.<br>
So it is worth checking that the new data is is not 'better' than
the present OSM data.<br>
<blockquote type="cite"
cite="mid:CAD5Vjst2UGzhzk1RvTu_-JS5p0YrAJeRxhYv78t9rP+sOsrasQ@mail.gmail.com">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>2. Yes, you are absolutely right that this is not a
huge automatic import - it relies on a human choosing
what addresses to add and a human submitting it as a
change. All it does it automate the address lookup and
make sure that the node is neatly positioned at the
correct location. <br>
</div>
</blockquote>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>3. It looks like you're grabbing their entire
dataset. That would be the alternative approach, doing a
data dump, then importing that dump. This can import a
lot more addresses, but is also much more complex. Is it
worth pursuing? What do you reckon?<br>
</div>
</blockquote>
<div><br>
</div>
<div>Oh I'm not suggesting that. It makes sense for the
OpenAddresses project to use a complete extract, but as
you might have seen in the openaddresses ticket there's a
lot of problems trying to dump the data, so your approach
of doing it bit by bit should work much better for an OSM
import.</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>4. It seems odd that they would provide an API but
would prevent anything from using it.<br>
</div>
<div>5. Looks like they are doing the big data import. See
3.<br>
</div>
</blockquote>
<div><br>
</div>
<div>Not quite, they did it using the approach you've
described, broken it down into pices and manually imported
everything. <br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
It might be good to do one section and let people have a look at it?<br>
I do think you'll find it repetitive. Maybe take a break and map
something else for a while. <br>
<br>
Good Luck.<br>
</body>
</html>