RVR002's Comments
| Changeset | When | Comment |
|---|---|---|
| 50734710 | about 7 years ago | Hi Tom, Thanks for the feedback. Since this is a short road leading directly to a house we would typically tag it service to denote a driveway. Is there something specific that rules that out in this scenario? -Jeff |
| 59187071 | about 7 years ago | Hi Stephan, I agree. I think this editor was being overly cautious about making a false connection but the imagery makes it quite clear that the road continues. I will let the team know about this example. As always, thanks for the feedback!
|
| 63105877 | about 7 years ago | Hi Beddhist, Thanks for the in depth feedback. This is very helpful to us for improving the quality of our work. I've responded to a few specific examples here. way/629622890: Agreed. This should have been noticed and attached to. way/629622938: Stephan mentioned this already, but this was a result of realigning the data. way/629622905: For this one, there is a car turning in premium so we can confirm there is not a barrier but if not it would be very difficult to tell how far the barrier actually extends on this road. In situations when it isn't clear but the split is close to our attaching road do you recommend that we adjust it or leave it attached to the one way? Thanks again for your feedback!
|
| 61451332 | about 7 years ago | Hi Russ, This is a case where DG premium and standard showed a different situation on the ground. Presumably, the area was developed sometime after the premium imagery was taken. I've adjusted the road to fit standard better. -Jeff |
| 58008526 | about 7 years ago | Hi Tom, It looks like our user was attempting to realign the data in the area to fit premium better. Unfortunately, this caused the final node of way/508041154 to get pushed out of alignment and the user did not notice. See https://overpass-api.de/achavi/?changeset=59059782 for a visualization Sorry about that, I've fixed the node and I'll have our validators be on the look out for that. |
| 51524324 | about 7 years ago | Hi Russ, This seems to be the result of a bug in our old version of iD. This road was correctly split to add the bridge in changeset/63363327. However, a following import changeset reverted the geometry of the split road. The user fixed most of the duplicated geometry but missed the bridge it seems. Our newer version of iD has better safeguards to ensure this does not happen any more. -Jeff |
| 55781686 | about 7 years ago | Hi GerdP, Thanks for the heads up. I've fixed the highway type. -Jeff |
| 60444110 | over 7 years ago | Hi Stephan, We agree. The connection was clear so we added it and upgraded the road to unclassified.
-Jeff |
| 60446779 | over 7 years ago | Hi Stephan, I completely agree. The road is definitely paved and the connection is quite clear. Adrian is no longer with us but I have corrected this mistake. As always, thank you for your feedback. -Jeff |
| 55252769 | over 7 years ago | Hi Garok Tour, I noticed that you had tagged some ways as highway=cycleway that appear to be drivable roads. In these instances it might be better to tag the road as highway=* (typically unclassified, residential, or track) with an additional cycleway=* tag (likely shared_lane). I've added links to the wiki below if you want to read more. Please let me know if you need any clarification. :) -Jeff |
| 57257023 | almost 8 years ago | Thank you for your comment and pointing me to this. It seems as though these are misspellings from the editors, meant for us to double check some of the decisions. I will fix these right away and make sure to clarify this with the team. Thanks again
|
| 50461121 | almost 8 years ago | Hi EndlessRoundabout, I noticed that this changeset duplicated some roads that you had already digitized in changeset/40113030. |
| 49731273 | about 8 years ago | Hi stephankn,
|