clay_c's Comments
Changeset | When | Comment |
---|---|---|
135197554 | about 2 years ago | Reverted here osm.org/changeset/136671914 See discussion here osm.org/changeset/135196157 |
135197352 | about 2 years ago | Reverted here osm.org/changeset/136671914 See discussion here osm.org/changeset/135196157 |
135197249 | about 2 years ago | Reverted here osm.org/changeset/136671914 See discussion here osm.org/changeset/135196157 |
135197067 | about 2 years ago | Reverted here osm.org/changeset/136671914 See discussion here osm.org/changeset/135196157 |
135196996 | about 2 years ago | Reverted here osm.org/changeset/136671914 See discussion here osm.org/changeset/135196157 |
136671914 | about 2 years ago | see discussion here osm.org/changeset/135196157 |
135196157 | about 2 years ago | Hi antiviro, I've reverted this [1] and many other changesets you've subsequently made to the Addicks Reservoir. You have broken the multipolygon relation by leaving several inner polygons outside the outer polygon. The previously mapped boundary represented the extent of the floodplains of the Barker Reservoir as the City of Houston had it drawn. If you have more a more accurate data source than that, please specify it in your changeset. Aerial imagery alone has no elevation data and you can't deduce floodplain zones from it. Let me know if you have any questions. -Clay |
132169993 | about 2 years ago | Were you a bit overzealous here? Movements between K-96 and 127th Street East are not tolled. |
133348942 | about 2 years ago | The operator prefix is a convention we sometimes use where two different operators have nearby lines with the same name. I've left it unchanged in cases like the UP and BNSF Mojave Subdivisions, but only BNSF has a "Scenic Subdivision" in this area, so the operator prefix is not necessary. |
135407418 | about 2 years ago | Hi Bike 2 End, Why was railway=owner_change removed from this node? This seems irrelevant to the MapRoulette task. |
135088069 | over 2 years ago | > If you're seriously questioning if my work on power lines is worse than orginal TIGER power lines, then that's extremely disrespectful. Was it not disrespectful to do a mass deletion in the first place? It's obvious to anyone that that's against community guidelines. When you ignore community guidelines, you disrespect the whole community. We're all just reacting to being disrespected. I'm usually a very patient person, but I know when to set boundaries and I've stopped being nice with you long ago. This is indicative of your reaction to criticism in general. You take all criticism personally, and you're not even willing to consider a situation in which your well-intentioned work may have done more harm than good. But what's alarming to me is your use of the phrase "both sides", despite not really addressing the concerns of the other "side". Is the entire OSM community the other side? Why are there sides? You've been told before not to do massive changes without community input, but you did it again. It shouldn't be a huge surprise that people are upset. I'm tired of talking to a brick wall. |
135088069 | over 2 years ago | This is an insufficient response. You cannot unilaterally decide that your own edits are of high quality and that the elements you deleted were not. Furthermore, on OSM it is good practice to "keep the history" by improving the geometry of existing elements, rather than deleting them and tracing new ones. Please do a full revert as requested. |
134000857 | over 2 years ago | Hi MetalCascade, hate to bother you again, but just a nitpick. Railroad signals and switches should stay separate - rarely is a signal in the exact same physical location as a switch. As a railroad worker, you're probably aware that signals are typically located a little bit down the line on either side of a group of switches. I found signal assemblies beside the tracks at CP Summit in Trenton, so I added railway=signal next to them, along with the appropriate railway:signal:direction=*. Take a look: osm.org/edit#map=18/40.26554/-74.81068 |
134188741 | over 2 years ago | Feel free to change it to usage=main or usage=branch if that matches how it's classified, but make sure you remove service=* when you do. |
134188741 | over 2 years ago | Hi again MetalCascade, I noticed a couple of service tracks were tagged usage=main here. I know it's not totally clear in the tagging guidelines, but usage=main and usage=branch are meant to be mutually exclusive with service=*. Any crossover, siding, spur or yard track should not be tagged usage=main or usage=branch, or else it may disappear from renderers like OpenRailwayMap. Thanks for adding such detailed information to Metro-North trackage otherwise. Keep up the good work! usage=main removed here: osm.org/changeset/135164936 |
134794780 | over 2 years ago | Hi MetalCascade, It appears you merged the railway=junction at CP 424 with a railway=switch. This made a single node tagged railway=switch;junction which isn't recognized by OpenRailwayMap or any other renderers, causing it to disappear from the map. Generally, we don't merge timetable points with individual features like signals and switches. I went ahead and undid this one for you: osm.org/changeset/135164650 |
132900718 | over 2 years ago | Hi rayKiddy and thanks for contributing to this MapRoulette challenge! You weren't meant to edit any tracks beyond the one highlighted on MapRoulette. The track without service=* should have stayed that way, and this way should have been changed to service=siding: osm.org/way/215932551 I've gone ahead and fixed these two tracks. Let me know if there's anything that might be unclear in the instructions. |
134806147 | over 2 years ago | yannis323, OpenStreetMap is not your personal sandbox. It's a collaborative project, with local and global guidelines created by consensus of a community of volunteers. I strongly recommend you read through the Wiki page on edit disputes, which are considered a form of vandalism: osm.wiki/Disputes On OpenStreetMap, when we disagree with how mappers before us have defined tagging guidelines, we talk about it with each other before going through with major changes. I see that you've been replying on community.openstreetmap.org, and I encourage you to keep doing so. Please stick with one OSM account instead of creating more. |
134784686 | over 2 years ago | Because these are the outlines of underground excavated areas. All stations of the New York Subway are already mapped as nodes, and every time these outlines get retagged, it introduces duplicate stations. |
134824273 | over 2 years ago | My understanding is that highway=busway is for bus-only roads that are of high importance to bus passengers, and shouldn't be used for service roads that lead to a bus maintenance facility, for example. Roadways within bus stations are commonly tagged this way in the Netherlands, another major adopter of highway=busway tagging. I picked the wrong time to do this—I'm leaving for vacation tomorrow. I'll respond to any more comments next week. |