Mashin's Comments
| Changeset | When | Comment |
|---|---|---|
| 125383062 | Immediately stop deleting data! |
|
| 122869047 | Those water areas are clearly fake. Even in the latest imagery there is forest in their place.
|
|
| 123695313 | Here again. Please use multipolygon when there is a bunker inside a fairway. |
|
| 124276894 | 1) Please don't delete objects just to replace them with a worse and less detailed version.
|
|
| 125376968 | Please don't create "lollipop" extensions when there is a bunker inside the fairway. Please use multipolygon.
|
|
| 125377973 | Same here. You deleted a perfectly fine fairway and drew almost exactly the same shape in its place. |
|
| 125377846 | Hi,
|
|
| 125339478 | It seems you are right that the E Grand Street ends at house #19. I can see the same on [Stonington GIS portal](https://gis.stonington-ct.gov/ags_map/). I split the road and renamed the eastern half to Salt Acres Road. Thanks for bringing this to attention.
In iD you can split roads by selecting one of its nodes/points then right clicking on it and selecting "Split".
Happy Mapping! |
|
| 125339478 | Hi Andy,
|
|
| 84582047 | That's great, thanks! |
|
| 84582047 | I can also see the same issue in OsmAnd. After poking around it seems to me that the most likely cause will be that the boundary in this place is using a part of coastline (www.openstreetmap.org/way/41744416). This seems more like a bug on the OsmAnd side. We can always duplicate the way and use it to replace the coastline in the admin relations, but then that starts to smell like a mapping for renderer. Regarding the duplicate boundaries, back then I created one for every city (admin_level=9) and for every town (admin_level=8). It might not be necessary since all cities got consolidated with towns. All BUT one exception and that is Groton (https://en.wikipedia.org/wiki/Groton_(city),_Connecticut). So I just kept the "duplicates" for the sake of completeness and in case someone wants to query cities separately. |
|
| 125167503 | Hi, thanks for the nice edits. I am just checking if you are sure that those are tracks. Meaning that they can actually support movement of 4-wheeled vehicle. Some of angles also look too sharp for car turning.. |
|
| 125035570 | Ah right B and V are right next to each other. That was probably it :) |
|
| 125035570 | Hi Jack, is there any reason to keep all those houses as one huge multipolygon? |
|
| 124930275 | Great plan. If you want to see better through tree canopies you can switch to a different background imagery. Press B and choose 'Esri World Imagery (Beta)' or 'CT ECO Orthoimagery'.
|
|
| 124930275 | Great job! This area is looking amazing! |
|
| 110398400 | Nice. Thanks for the info! |
|
| 124795152 | @David: What we are collectively trying to explain to you is that OSM takes an iterative approach. When the data are first time entered into OSM they might be somewhat inaccurate, but subsequent edits make them more refined and true to the reality. Purely deleting the data, as you are doing, does not improve anything. In JOSM you can fast create the multipolygon relation with Ctrl+B or update an existing multipolygon with Shift+Ctrl+B. (Though I think you have to install utilsplugin2 first) |
|
| 124795152 | Hi David,
|
|
| 124233260 | It was actually just a normal pond. |