Does anyone else think this should be done? I'm cleaning up the area that I live in and I see that someone has added some roadways that I personally think are useless. They are roadways that inside of townhouse complexes and don't even have names. Do you think they should stay or be removed. I've added the coords below. Again, these are roadways that go through townhouse complexes and have no name.
토론
2009년 9월 12일 21:15에 amm님의 의견
If those roads exist in reality they should not be deleted. Just because they are useless to you doesn't mean they are useless to others. We try and map the world as accurately as possible and with as much detail as possible, so if the roads exits, they should clearly be mapped. If you personally want to _add_ them is a different matter, and everyone should only add as much or as little as they like.
2009년 9월 12일 21:17에 Kejimkujik님의 의견
Okay, that's a good point and makes sense. I will use your advice and understand more now what needs to be added. In that case there is a lot missing. Thanks
2009년 9월 12일 21:45에 42429님의 의견
If these roads are unnamed and less important, you should try to downgrade them as service roads.
2009년 9월 12일 22:08에 marscot님의 의견
keep them but yeah make service road, or maybe track and track_type=1 if you think thats better. the width tag also might be good to uses for future renders.
2009년 9월 12일 23:25에 morb_au님의 의견
Definitely leave them in. I might be trying to *find* a townhouse in one of those complexes one day...
2009년 9월 13일 03:27에 JohnSmith님의 의견
They would most likely be highway=service, but they are definitely not tracks.
2009년 9월 14일 21:57에 amapanda ᚛ᚐᚋᚐᚅᚇᚐ᚜ 🏳️🌈님의 의견
Definitly leave them in. Very little map data is 'useless'. Even having a map of all the postboxes is useful.
But definitly adjust the tagging. If the roads are tagged as something that they are not, then you should change them.
There is no community consensus on how to say that "this road really doesn't have a name". Have a look at osm.wiki/Proposed_features/Noname and pick something that you like.