<div dir="ltr">Conceptually this seems like a great idea. I was actually unaware there were address tags written like that still in MA, my mapping has been focused mostly on a specific town with none of that data input at all. Slowly but surely.<div><br></div><div>+1 for standardizing address tags to addr:* tags.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Angela</div></div>
<br><div class="gmail_quote">On Thu, Mar 29, 2018 at 8:10 PM, Greg Troxel <span dir="ltr"><<a href="mailto:gdt@lexort.com" target="_blank">gdt@lexort.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There is a proposed mechanical edit to straighten out the address tags<br>
from the MassGIS import into addr:subpart tags.  I think this is<br>
conceptually a great idea and have been asking about the details, as<br>
they are always trickier than you'd think.  I am curious what other MA<br>
OSM people think, especially if one of you wants to run Max's code with<br>
a MA extract, or something smaller.<br>
<span class="HOEnZb"><font color="#888888"><br>
Greg<br>
<br>
<br>
</font></span><br><br>---------- Forwarded message ----------<br>From: Max Erickson <<a href="mailto:maxerickson@gmail.com">maxerickson@gmail.com</a>><br>To: <a href="mailto:talk-us@openstreetmap.org">talk-us@openstreetmap.org</a><br>Cc: <br>Bcc: <br>Date: Sun, 25 Mar 2018 21:17:08 -0400<br>Subject: Re: [Talk-us] 'address' tags in Massachusetts<br>>There is a talk-us-massachusetts@ and I think review of your proposed<br>
>mechanical edit should include that list.<br>
<br>
Okay. This is pretty preliminary still, I just decided that feedback<br>
was a good idea. Does that list overlap enough with this one that you<br>
forwarding the message would be sufficient?<br>
<br>
>I suspect people would be amenable, but it would be good to publish the<br>
>code, and the proposed files to upload, so that they can be reviewed.<br>
<br>
I've put the code at <a href="https://github.com/maxerickson/massadd" rel="noreferrer" target="_blank">https://github.com/<wbr>maxerickson/massadd</a><br>
<br>
I guess I should have mentioned in the earlier message that it does<br>
some (conservative) formatting cleanup. Tidying uppercase and<br>
expanding a small number of abbreviations.<br>
<br>
There's no OSM file because I don't think it is ready for upload (it's<br>
quick enough to generate if you have curl and python3 installed). The<br>
data at the gist does fully reflect the changes the script would<br>
currently make.<br>
<br>
>Also, it certainly makes sense that there are some values that are hard<br>
>to parse.  The obvious approach is to just leave them out (and leave<br>
>them for manual fixing or another day), but I'm not really sure exactly<br>
>what you are proposing to do.<br>
<br>
At the moment if the 'address' field is not parsed without error the<br>
script doesn't do anything with that object. There's some 'address'<br>
fields that are parsed incorrectly (mostly they include a po box or a<br>
unit and could be excluded by matching for those). That's part of the<br>
not being ready.<br>
<br>
>As for nodes with both the old addr tag and new ones, you imply that the<br>
>simplest way is to clean them up before a mechanical edit.  But that<br>
>implies that if they aren't fixed first, you might do something to those<br>
>nodes, and that seems against the spirit of the mechanical edit policy,<br>
>which involves refraining from changes that you can't basically prove<br>
>are correct.  But I don't expect you'd be doing that, so perhaps you can<br>
>expand on what you meant.<br>
<br>
Yeah, it isn't implemented yet but that is what I would do, skip those objects.<br>
<br>
Overall I'm not in any hurry, but the majority of the address parse<br>
correctly and after an edit would be used by more data consumers and<br>
show up more clearly in editors and so on. It's something like 100<br>
manual fixes to clear the way for about 3900 automatic splits.<br>
<br>
<br>
Max<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>______________________________<wbr>_________________<br>
Talk-us-massachusetts mailing list<br>
<a href="mailto:Talk-us-massachusetts@openstreetmap.org">Talk-us-massachusetts@<wbr>openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us-massachusetts" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-us-<wbr>massachusetts</a><br>
<br></blockquote></div><br></div>