<div dir="ltr">Great job, Alan!<br>As for buildings shape files by towns -- there is a link on a MassGIS web-page (<a href="https://docs.digital.mass.gov/dataset/massgis-data-building-structures-2-d">https://docs.digital.mass.gov/dataset/massgis-data-building-structures-2-d</a>), which says <a href="https://massdocs-digital-mass-gov.s3.amazonaws.com/s3fs-public/2018/Download_Structures.xls?q7bmrLGQ_vNZgLU.UeEK9uNY9eImdquU" style="box-sizing:inherit;color:rgb(0,34,69);background-color:transparent;font-weight:700;outline:0px;font-family:Texta,"Century Gothic",Helvetica,Arial,sans-serif;font-size:22px;text-align:center">Download from a spreadsheet of links</a>, which, in turn, contains a list of links to zip-archives with shp-files for each town.<br><br>Jason,<br>I've finished running the code for case insensitive matches. The resulting files are here:<br><a href="https://mega.nz/#F!WpNVgIbC!qawOdwJK_7ZPjS6X0ReoIA">https://mega.nz/#F!WpNVgIbC!qawOdwJK_7ZPjS6X0ReoIA</a><br>Besides stricter matching, those files also contain "Status" (active/inactive, etc.), "Point type" (building centroid, parcel, etc.) and "Address_ID" (instead of "OBJECT_ID" -- as far as I understand, "OBJECT_ID" is generated in the MAD shp-file automatically from the row index, hence, if MAD changes values of "OBJECT_ID" might change as well). I'd suggest that we use "Address_ID" for identifying bad MassGIS address points. <br><br>One additional observation: I've recently encountered addresses in Melrose where it looks like addr:street and street signs mismatch (here is a brief discussion: <a href="https://www.openstreetmap.org/changeset/36473872">https://www.openstreetmap.org/changeset/36473872</a>). So, does it mean that some discrepancies between MAD and OSM may not need any corrections (as MAD reports addresses from documents, while OSM -- names from street signs)?..<br>-- <br><div dir="ltr" class="gmail_signature">Yury Yatsynovich</div></div>