Reverting (for now) to enable worldwide coastline updates to go thru. As discussed on the other edit -- this is fine to do, but it needs to be done slowly enough to not trip the automatic circuit breaker.

The updates to the coastline have not been updated for six months. That's what I'm trying to fix. I have no opinion on this particular change -- but it's so large that it triggers an automatic circuit breaker. Once we've gotten the updates to go thru, please DO revert Rio de la Plata back to being marked as not-coastline -- just do so in small enough chunks that it doesn't trigger the circuit breaker. I'm happy to work with you to help do that.

I'm not sure I follow. What do you intend the "oneway=yes" tag to mean? The wiki page for it says it refers to access restrictions for vehicles -- as far as I know, no vehicles are allowed on this canal, in either direction. Please say more?

Awesome, that's a great source, thank you! (and thanks for exploring them :-) )

I wasn't able to find any information online about "Hanging Flat Mine" (there's one in the UK, but that's obviously a different thing). What's your source for it?

Removed in: changeset/79774935

I'm not sure why you marked a canal as "oneway=yes" in this changeset. I've removed that for now, feel free to put it back if it was intended.

FYI, voltage should be a raw number, in volts, without the "k"

I think you made Node: 6183029905 by mistake. I've removed it, feel free to add it back if it was intentional.

I'm trying to track down how and where the wrong name came from. I've only found two references two it:

https://geonames.usgs.gov/apex/f?p=gnispq:3:0::NO::P3_FID:1069826

and an obit for the namesake, https://buffalonews.com/1990/02/24/james-gavin-war-hero-dies/

The Geonames one references:

"Meigs County Pioneer and Historical Society. Meigs County, Ohio History Book. Pomeroy, Ohio: The Society, 1979. p98"

which I'll try and track down.

I've now connected the newly added lines to the larger line that they spliced into. Let me know if that's incorrect.

How did you determine the park boundary?

Given the vast amount of sidewalks still to be entered, and the difficulty of precisely identifying the centerline from aerial imagery in many cases, I think I'll continue my habit of entering them as extending up to the lowered kerbs (although I will tag crossings not as sidewalk). Let me know if you have further comments, and thank you again for all your work!

That mostly makes sense. To simplify mapping, I've been entering sidewalks as continuous lines -- but I can see how it is more strictly accurate to tag only the actual concrete walkways as "sidewalk" and tag crossings otherwise. It appears the connection parts you are tagging as "footway" represent the distance between the lowered kerb and the sidewalk centerline. Is that correct?

I'm confused by why you drew the sidewalks at the intersection of Pine & Boren the way you did. They render as if the sidewalks and crosswalks don't actually connect, which doesn't seem right. But I may be missing something, so I thought I'd ask first!

I think the geometry change you made to the "Cabrini Medical Tower (236757190)" was wrong; it's a tall tower, and quite a bit of the imagery is misleading due to that.

Er, I'm not sure what you meant by that?

Thank you for letting me know. Would you prefer such corrections be done in smaller batches (so the bounding box is smaller) (including individually), or just ignoring unused and obviously typo'ed tags unless there is another reason to change the object they are on, or something else?

I think you broke the multpolygon relation/8793609 with this edit...

Now fixed in changeset/66116123