jmapb's Comments
Changeset | When | Comment |
---|---|---|
164524906 | 4 months ago | Hi ccoliva, these changes appear to be vandalism. Reverted in changeset 164530482 and reported to the OSM Data Working Group. |
164520883 | 4 months ago | Hi ccoliva, these changes appear to be vandalism. Reverted in changeset 164530482 and reported to the OSM Data Working Group. |
164520675 | 4 months ago | Hi ccoliva, these changes appear to be vandalism. Reverted in changeset 164530482 and reported to the OSM Data Working Group. |
161955484 | 4 months ago | I've reverted this with changeset 164383169 |
161955484 | 5 months ago | Hi DDOLL, can you explain the tag deletions in this changeset? |
155580562 | 5 months ago | Hi, spotted this odd sidewalk bridge segment: osm.org/way/1309494303 Is this a mistake? |
161179486 | 6 months ago | Feel free to join us in OSM-US's #local-nyc slack channel (https://osmus.slack.com/archives/C4DPLAN3U) as we hash this out together over the next few years ;) |
161179486 | 6 months ago | Thanks for the typo fix ;) I removed the fixme tag -- it's hard to have a conversation that way! But to answer your question -- these are the "official" toll zone boundaries & yes without a doubt they are wonky. But it's not the the piers were added, rather that first everything on Manhattan Island south of 61st was included, and then certain sections of highway were removed, leaving all these separate outer ways. We will of course continue to improve this relation over time, based on survey of the toll scanners themselves. I suspect that osm.org/way/1348722214 can be made much smaller, and maybe some like osm.org/way/1348722217 osm.org/way/1348722218 and osm.org/way/1348722219 can be removed altogether. |
161135557 | 7 months ago | Thanks for getting back. If this is an ongoing professional effort, you'll need to follow OSM's "Organised Editing Guidelines" at https://osmfoundation.org/wiki/Organised_Editing_Guidelines (pardon the British spelling -- OpenStreetMap was born in the UK and a lot of the language reflects that.) The main things to remember are:
In addition, there are some serious problems with the quality of the edits you've been making. In this changeset:
Some problems in previous changesets:
It's not all bad, in osm.org/changeset/161105543 you fixed an incorrect building address that had been there for over ten years! But before doing any further work please review & fix the problems with the existing garages, and take the necessary steps to comply with the Organised Editing Guidelines. Thanks, J |
161135557 | 7 months ago | Hi parking NYC -- welcome to OSM! You seem to be doing a lot of work with parking garages. Can you tell us a little about your project -- who's sponsoring this, what the data sources are, etc? |
159885403 | 8 months ago | Yeah that's the idea, so the corollary is: when adding a new poi, check for an existing node (maybe tagged with disused: or construction:, maybe shop=vacant, maybe just an address) before creating a new one. It's not always so clean -- sometimes there are multiple businesses in a single space, sometimes storefronts divide in half or absorb neighborhooding storefronts. But to the extent that we can map in a way that keeps the history intact, we should. |
159885403 | 8 months ago | Howdy happy_raccoon & thanks for your work! Just so you know, it's best practice to avoid deleting closed businesses in order to help preserve the history of each location. Ideally we'd like to have a node that corresponds to a particular space and be able to tell from that node's history what businesses have opened and closed there. (See osm.wiki/Keep_the_history ) So instead of deleting, try marking the existing business as closed by using a lifecycle prefix -- in this case we'd change the tag from from amenity=bar to disused:amenity=bar. (See osm.wiki/Lifecycle_prefix ). I've restored this deleted node and marked it disused in changeset 160191911 ... happy mapping, jmapb |
158761656 | 9 months ago | We use the cuisine tag to indicate that food is served, & what kind. This is often used for restaurants but can also be applied to shops that prepare food. I used cuisine=breakfast;sandwich (multiple values separated by a semicolon) for this shop. I also removed the fixme tag -- in general this isn't the best way to communicate with your fellow mappers. You can ask questions at community forums (https://community.openstreetmap.org) and there's also an active community on Slack that includes a NYC-specific channel #local-nyc (https://osmus.slack.com/archives/C4DPLAN3U). OSM also has some built-in discussion methods: direct messages to other mappers, changeset comments (like this), and map notes which allow public discussion about issues at a particular location. |
158761656 | 9 months ago | Hi alpine_alpaca & welcome to OSM in NYC, great to see a new mapper on the scene! I was updating the Stuyvesant Gourmet Deli (osm.org/node/3676993335) when I noticed the fixme tag that you added in this changeset, asking if shop=convenience is the correct tag for a bodega... and generally, yeah, I'd say it is. You might find some tagged in other ways -- maybe shop=deli or shop=greengrocer -- and those might be ok in specific circumstances. But shop=convenience is usually the best tag for a small shop that sells food & isn't any kind of specialty shop. |
100108383 | 9 months ago | Howdy, just noticed this changeset from a few years back. The modifications to the four address nodes (2868660099, 2868661029, 2868661030, and 2868661036) are incorrect. Eg 2868661036, which had addr:housenumber=154-05, was changed to addr:housenumber=154 and addr:unit=5 was added. Hyphenated housenumber fields like 154-05 are a notorious feature of the addressing system in Queens. The entire string, including the dash char, is the correct housenumber. You can read more at https://nycplanning.github.io/Geosupport-UPG/chapters/chapterV/section02/ (search for "hyphenated house number".) So next time you're mapping in Queens be aware of this practice. Don't worry about fixing anything though -- it turns out this building only has a single address, so I added that to the building way and deleted the address nodes. Happy mapping, J |
156917953 | 9 months ago | Thanks Mateusz -- I wasn't aware of those tags & iirc made this one up on the spot. I've retagged osm.org/node/8446152255 as shop=esoteric. (My impression is that the term "new age" is a little out of fashion. I'm most accustomed to hearing it as a sarcastic pejorative, and haven't encountered any self-identified new agers in many years.) |
156461035 | 11 months ago | PS ... actually osm.org/node/2550057146 already changed to a craft shop, no longer disused |
156461035 | 11 months ago | Howdy jhaluska80 -- I've just reverted this changeset in 156595039 A couple of things...
- Re the building footprints that you adjusted: In an area with mature(ish) mapping, remember that there's no guarantee that iD's default aerial imagery is better aligned than the existing mapped features. If you do feel there's sufficient reason to tweak buildings' alignment, please take care when the ones you're moving are attached to other buildings (very common in city blocks.) Otherwise the adjacent buildings will be distorted ( see the skewed footprints at https://overpass-api.de/achavi/?changeset=156461035 ) Thanks & happy mapping! |
151198572 | 12 months ago | Just did some updates to the Drawing Center (osm.org/way/249664327) and noticed you'd added wheelchair=no... they do have steps but there's also a sidewalk-level entrance, and the website (https://drawingcenter.org/visit) claims they have "accessible galleries, bookstore, and restroom facilities" |
153819213 | 12 months ago | Hi, thanks for adding the opening hours of the Drawing Center. I was changing the hours into the standard format that we in OSM (documented at osm.wiki/Key:opening%20hours but the short version is that we use 24 hour time and two-letter day abbreviations) and I noticed a discrepancy between the hours you added and those listed on the Drawing Center's website.The website says they're open Thursdays but you wrote "Thursday Closed." I used the info from the website, but is the website wrong? |