<div dir="ltr">I just thought I'd make a quick note here that not all imports result in 'dead data'.<div><br></div><div>I updated the New York City watershed recreation areas (see <a href="https://wiki.openstreetmap.org/wiki/Import:_NYCDEP_Watershed_Recreation_Areas">https://wiki.openstreetmap.org/wiki/Import:_NYCDEP_Watershed_Recreation_Areas</a> for details of the import process) this evening. I did it by following the import process as outlined on that page up to loading the areas' geometry and tagging into PostgreSQL. I then threw together three scripts to identify areas that were new [that is, available from New York city, but not in OSM], deleted [in OSM but not listed in New York City's metadata], and retagged [timestamp of modification of the map of the area unchanged, but changes to the access restrictions].</div><div><br></div><div>The scripts in question are all available for inspection in the project's repository at <a href="https://chiselapp.com/user/kbk/repository/osm-nycdep-import/timeline">https://chiselapp.com/user/kbk/repository/osm-nycdep-import/timeline</a>. </div><div><font face="monospace, monospace"><br></font></div><div><font face="monospace, monospace">intake_rec_areas.tcl</font> loads the database from the PDF files on the New York City website.</div><div><font face="monospace, monospace">id_deleted_units.sql </font>queries the database and the local OSM mirror to determine what units</div><div>must be deleted.</div><div><font face="monospace, monospace">id_changed_units.sql </font>queries the database and the local OSM mirror to determine what units need to be reimported or conflated because their geometry has changed.</div><div><font face="monospace, monospace">id_changed_tags.sql </font>queries the database and the local OSM mirror to determine what units need to be retagged because of changed access restrictions.</div><div><br></div><div>The scripts identified:</div><div>3 units where the PDF file served up by the city was malformed</div><div>0 deleted units</div><div>10 new units</div><div>25 units with changed geometry</div><div>6 units with change access restrictions</div><div><br></div><div>These numbers were small enough that I didn't trouble to design any sort of automation for conflation and replacement. Instead, for everything that changed, I simply checked that the unit was last updated by OSM user 'ke9tv-NYCDEP-import', and then did the work of replacing the making the changes in JOSM, one changeset per modified unit, exactly as I did in the oriignal import.</div><div><br></div><div>I thought this note might be useful as an experience report. Thanks for reading this far!</div><div><br></div></div>