CurlingMan13's Comments
| Changeset | When | Comment |
|---|---|---|
| 149752310 | over 1 year ago | Do not partially overlap areas. |
| 149753873 | over 1 year ago | Do not wrap areas around themselves to simulate "holes". Multipolygon relations should be used instead. |
| 149753972 | over 1 year ago | Do not delete features just to re-add them...
|
| 149755545 | over 1 year ago | When adding buildings, be sure to press "Q" to square them and give them right angles.
|
| 149757038 | over 1 year ago | Do not partially overlap areas. Please review this webpage before making further edits: leisure=golf_course#:~:text=the%20building%20itself.-,Common%20mapping%20pitfalls,-Adding%20name%3D*
|
| 149653661 | over 1 year ago | Rather than creating all these areas to try and create holes, creatively, you should use one large are then put holes using mutlipolygon relations. These sand trap areas will need to be merged.
|
| 149659077 | over 1 year ago | What are you doing? Why did you drag these nodes intentionally just for a download? Damaging data (whether temporary or not) for a download is not permitted on OSM.
|
| 147669838 | over 1 year ago | Do not make temporary edits to the map for your golf game. |
| 147703944 | over 1 year ago | They have made similar edits since. I just reported them to the DWG. Seems they already have a block for doing this type of edit. |
| 149592339 | over 1 year ago | Do not map pools as buildings... |
| 149592339 | over 1 year ago | This is not how you map driveways... I have contacted the DWG regarding these changesets and problematic mapping. |
| 149592555 | over 1 year ago | Do not use skinny lines and close points to try and connect two points, multipolygon relations should be used instead.
|
| 149548637 | over 1 year ago | As stated before, there are errors that are thrown when you map areas with partial overlap. The database and most renderers are unable to figure out which is on "top" when they partially overlap. People do care and they do notice. It may not be right away, but it happens, especially when focused on resolving errors and ensuring a high quality map. It is clear you are mapping for the renderer. There are many services that rely on OSM data, beyond just a little golf game, and it is important that the data follow certain guidelines to ensure consistency across all those swrvices. There is no golf course where the fairway and greens co-exist in the same space. They touch, yes, but there is no small area (or corners) of the green where there is a fairway somehow underneath and coexisting in the same space. I continue to remind people mapping golf courses to review this page on golf tags, especially the section on common pitfalls to avoid. Specifically, you are mapping partial overlaps, which is very explicit and even has a photo! leisure=golf_course#:~:text=Overlapping%20green/fairway/rough%20polygons%20(see%20graphic%20below). Further, problematic mappers who repeatedly map in poor quality with errors are documented and handled by the DWG:
|
| 149576946 | over 1 year ago | Do not partially overlap areas...
|
| 149566012 | over 1 year ago | Edit looks good.
|
| 149574644 | over 1 year ago | Do not partially overlap landcovers.
|
| 149532419 | over 1 year ago | DO NOT PARTIALLY OVERLAP AREAS!
|
| 149547829 | over 1 year ago | ...dude... Again, I have merged your areas to be a large area and multipolygon as I have stated many times before...
|
| 149536438 | over 1 year ago | Access tags should be used for the "private" portions.
|
| 149505371 | over 1 year ago | Corrected. I somehow missed it already being tagged.
|