Skip to content
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

Spurious "Areas cannot cross over themselves." #9951

Closed
ManDay opened this issue Oct 26, 2023 · 4 comments · May be fixed by #10120
Closed

Spurious "Areas cannot cross over themselves." #9951

ManDay opened this issue Oct 26, 2023 · 4 comments · May be fixed by #10120
Labels
duplicate This issue is a duplicate of another issue. operation An editing operation / edit menu item

Comments

@ManDay
Copy link

ManDay commented Oct 26, 2023

URL

https://www.openstreetmap.org/edit#map=20/47.49719/9.74947

How to reproduce the issue?

iD bars the user from moving the vertex of an area by "Areas cannot cross over themselves". The area does not seem to exhibit any particular issues from visual inspection. If there is some sort of obscure topological artefact somehow which causes it to cross into itself, then it's already there and hasn't been prevented earlier.

Since this blocks all edits, the situation can not be resolved without deleting the entire polygon.

There should be a way to bypass the (faulty?) detection.

Screenshot(s) or anything else?

image

None of the selected vertices can be moved. Others can be moved.

Which deployed environments do you see the issue in?

Released version at openstreetmap.org/edit

What version numbers does this issue effect?

2.27.1

Which browsers are you seeing this problem on?

Firefox

@ManDay
Copy link
Author

ManDay commented Oct 26, 2023

After working a bit more with building parts, this appears to be a recurring problem. I found this again at different building. With almost certainty, the error message is entirely wrong. I suggest to disable whatever detection is involved as it can quickly bring any editing session to a frustrating halt.

@nickrsan
Copy link
Collaborator

Hi there - I'm able to reproduce the behavior, but am doing a bit more research to see if this is expected based on the tagging or a true bug. Thanks for reporting this.

For posterity, I started a discussion in the OSM US Slack at https://osmus.slack.com/archives/C2VJAJCS0/p1698380403864669 - I'll report back here with any conclusions from discussion there.

@k-yle
Copy link
Collaborator

k-yle commented Oct 27, 2023

This is a duplicate of #9777 right?

@nickrsan nickrsan added operation An editing operation / edit menu item duplicate This issue is a duplicate of another issue. labels Oct 27, 2023
@nickrsan
Copy link
Collaborator

Ahhh, thanks, and yes, it does seem to be. I got distracted by the building outline relation, but the other one does limit it to just two attached multipolygons. I'm going to close this as a duplicate, and we can leave #9777 open for further discussion. Thanks k-yle.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue is a duplicate of another issue. operation An editing operation / edit menu item
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants