Martin Raifer
Martin Raifer
> also the telegram link issue? Good point! No, that one is actually a small mistake in the json file here in the community index: You did not include a...
I usually rely on the highlighted map features to distinguish the relations/members in such cases: when you hover over the corresponding relation (or member), the map view will show the...
Since some time, the hover text of the membership editor does show the id of the respective relations, if two or more have the exact same label: This is missing...
confirming. there is probably an internal cache that needs to be cleared in this situation… 👀
for reference, this was also discussed extensively over at the iD repo: see e.g. https://github.com/openstreetmap/iD/pull/11103#pullrequestreview-3058946742
> if maintainers are supposed to remember to never merge human PRs changing hashes Well, it should be a general guideline, even if this PR was not merged: Any PR...
My first thought was that these tags are actually pretty special, as it is mostly intended to be used with the value `no`; contrary to all other keys for the...
Yeah, the UI and text would definitely need to be refined. > it doesn’t appear to be a general pattern Btw.: has `*:others` even been properly discussed at some point...
> The "old" tagging does not look ideal. But given that we have a plan to improve this and given that it does give a strong signal to users to...
yeah, I agree that the tag is poorly "designed" for the reasons you mention, and for that reason I would leave it as a hidden (not searchable) preset that only...