New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't see which relation to add to #10184
Comments
I thought that I'd raised this before but can't immediately see an obvious issue - apologies if I've missed anything. |
By the way, the boundaries in this area are particularly gnarly due to all the historical mapping that has taken place. The local mappers might want to consider OpenHistoricalMap as a more optimal place for this sort of mapping. |
(re the historical mapping) I'm trying to suggest that direction: https://community.openstreetmap.org/t/broken-multipolygons-in-clonskeagh/111221 . Re the tooltip - it appears in some cases but not always: It doesn't appear often enough to be useful, and it's not really "discoverable" even when it does. |
The tooltip currently only includes the relation ID if the menu lists two or more relations with the same label (composed of the type, name, etc.). Personally I think it would be reasonable to have the tooltip include the relation ID always and the label include the relation ID only for disambiguation. /ref #10103 (comment) |
URL
https://www.openstreetmap.org/node/3200102991
How to reproduce the issue?
Notice a broken multipolygon at e.g. here.
Try and fix it by creating a new way to one side to allow mutlpolygons to be redrawn without the "figure of 8" that makes them invalid.
Screenshot(s) or anything else?
When trying to add relation to the new way I see this:
Because iD hides the relation number, I have no idea which relation to add.
Which deployed environments do you see the issue in?
Released version at openstreetmap.org/edit
What version numbers does this issue effect?
2.28.1
Which browsers are you seeing this problem on?
Firefox
The text was updated successfully, but these errors were encountered: