<div dir="ltr">I've asked about this in the past, but not heard much response.<div><br></div><div>It appears to me that I have only a few days' more work to finish out the boundaries of Westchester County municipalities, which means that I'll be starting on New York City.<div><br></div><div>If anyone has a serious objection to deconflating borough boundaries from The Coastline, please speak up now! </div><div><br></div><div>The conflation of the boundaries with the coastline is not quite correct:  for instance, the Manhattan/Queens and Manhattan/Brooklyn boundaries follow the east shore of the East River as it stood in 1898.  Landfill and dredging has moved the shoreline, especially on the Brooklyn shore between the Navy Yard and Red Hook, but according to both the NYC and NYS GIS systems, has not moved the formal boundary between the boroughs.  NYC's GIS (for boroughs) and NYS's GIS (for counties) agree on where the line goes.  The Borough of the Bronx extends to the legal center of the Hudson River north of Spuyten Duyvil, and the legal center of the East River east of Riker's Island. There's no particular value that I can see in the OSM border in that area, which attempts to follow the coastline but is not consistently conflated with it.</div><div><br></div><div>History of the boundaries in OSM is that they were imported from an old TIGER (which was horrible - I've moved some boundaries Upstate by over a km!)  and then pretty much just snapped to the shoreline by local mappers.  Neither appears to be correct, although the 'snap to the shoreline' option wasn't as bad as TIGER!  </div><div><br></div><div>The current OSM-modeled boundaries are also not quite consistent, for instance the Queens-Bronx line is modeled with separate ways for county and borough - <a href="https://www.openstreetmap.org/way/46936806">https://www.openstreetmap.org/way/46936806</a> and <a href="https://www.openstreetmap.org/way/113738569">https://www.openstreetmap.org/way/113738569</a>, and these are crossing ways. (County and borough ARE supposed to be coterminous!)<br clear="all"><div><br></div><div>I've already just about finished making all admin_level=6,7,8 boundaries Upstate consistent with NYSGIS (and along the state lines, taking into account the GIS of neighbouring states for the state boundaries. NY-CT was pretty horrible before I started - I noticed that as it progressed, I was seeing imported address points from both states lining up on the correct sides of the border.</div><div><br></div><div>My experience with doing the rest of the state has been that when I look at orthoimages, the TIGER boundaries weave about drunkenly while the NYSGIS ones often align precisely with natural and cultural features - I can see fence lines, the edges of parking lots, and the like, neatly underlaid with respect to the NYSGIS version of the boundary.  TIGER also suffered from runaway conflation, with boundaries snapping to the ends of nearby dead-end streets, the alignment of driveways, pipelines, building walls and the like. </div><div><br></div><div> It's probably also worth noting that the Wiki <a href="https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#Gluing">https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#Gluing</a> recommends AGAINST conflating political boundaries with natural features except in the rare case where they are defined in such a way that if the natural feature is altered, the boundary will move with it. That is not generally true in New York: while gradual accretion and erosion may alter cadastre, sudden avulsion or reliction will not. (Translation: If a river moves or a hurricane alters the shoreline, and anyone cares about the effect on land ownership, there will be lawsuits to determine it.)</div><div><br></div><div>If there is a serious objection, what I can do is preserve NYC's internal boundaries but introduce little patch ways like <a href="https://www.openstreetmap.org/way/1062389391">https://www.openstreetmap.org/way/1062389391</a> to preserve topology at the margins. But I'd strongly prefer to purge the remaining vestiges of the awful TIGER 2009 boundary import. </div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">73 de ke9tv/2, Kevin</div></div></div></div>