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

Wuhan issues review #141

Open
anastassiavybornova opened this issue Aug 5, 2024 · 11 comments
Open

Wuhan issues review #141

anastassiavybornova opened this issue Aug 5, 2024 · 11 comments
Assignees

Comments

@anastassiavybornova
Copy link
Collaborator

singles


image
image

adding these just to give an example - there's quite a lot of "almost overlapping" carriageways like that mapped out in wuhan (my suspicion is also that those are the ones that made it necessary to increase the eps)


image

simplification didn't change that one (cf for Liège singles!) - but could we just blame that on notsogreat mapping..?


image
image

same here, nothing changed - is that ok?


@anastassiavybornova anastassiavybornova self-assigned this Aug 5, 2024
@anastassiavybornova
Copy link
Collaborator Author

doubles


image

why does only one of them get a dangle? ...or is that ok?


image

potentially not what we wanted (dual carriageway type artifact that then becomes "twice as long")


image

doubles where simplification didn't effect any change


image

extreme edge case of "dangle would be needed"?


image

tricky one due to the mapping, non-planarity etc.

@anastassiavybornova
Copy link
Collaborator Author

clusters (all except the giant one, cluster comp2)


image

additional artifact created - but i suppose this one will be easy to handle with round2 of simplifications


image
image

missing dangle? (example case for #117 )


image

did something get disconnected here or is it just looking like that on the plot?


@martinfleis
Copy link
Contributor

Screenshot 2024-08-05 at 12 03 08

Also adding this missing connection in clusters

@anastassiavybornova
Copy link
Collaborator Author

clusters: comp 2

this still doesn't work:

image


trying to reproduce the skeletonization step by step for only comp2. could it be (in part?) because of these (places where the boundary goes through the polygon itself somehow, or where the polygon is only 1 node "thick"):

image

image

@martinfleis
Copy link
Contributor

That component worked on my side okay. Can you use other epsilon in the buffer?

@martinfleis
Copy link
Contributor

additional artifact created - but i suppose this one will be easy to handle with round2 of simplifications

I don't think so, the intersection on bottom left is non-planar.

@martinfleis
Copy link
Contributor

why does only one of them get a dangle? ...or is that ok?

because of the iterative treatment. The first one is considered a loop, hence we try a dangle. The other one is 3C'S where we don't try a dangle. I can try to include the dangle solution but I am afraid about the implications elsewhere.

@martinfleis
Copy link
Contributor

potentially not what we wanted (dual carriageway type artifact that then becomes "twice as long")

Yeah, that asks for a cluster solution but what would be the rule?

@anastassiavybornova
Copy link
Collaborator Author

I can try to include the dangle solution but I am afraid about the implications elsewhere.

yeah, i see - i think then let's leave it like it is now!! this is really a minor detail

@anastassiavybornova
Copy link
Collaborator Author

potentially not what we wanted (dual carriageway type artifact that then becomes "twice as long")

Yeah, that asks for a cluster solution but what would be the rule?

i'm thinking that in a future iteration of the entire simplification process we could have some additional shape index based detection of artifacts caused specifically by dual carriageways, and specific rules for them? i would keep this in mind as a feature request rather than something urgent to implement - in the overwhelming majority of cases (i reviewed all of wuhan and all of liege) the dual carriageway artifacts got simplified just fine.

will check the wuhan pipeline with the larger eps now

@anastassiavybornova
Copy link
Collaborator Author

Current state of Wuhan issues:

  • introduce a "should we have a dangle here" check every time we drop S as a solution (instead of just being done with it)
  • Doubles comp 39: xref Liège issues review #138, doubles comp 65)
  • Clusters comp 2: solved now (with larger eps)
  • Weird non-planarity cases: not solved - but also not possible to solve with what we're doing here (problem is in the data; we assume topological correctness for our input)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants