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

Validation Tool topology check - feature class selectioin #28

Open
mdhendricks opened this issue Jul 21, 2022 · 1 comment
Open

Validation Tool topology check - feature class selectioin #28

mdhendricks opened this issue Jul 21, 2022 · 1 comment

Comments

@mdhendricks
Copy link

We here at AK DGGS have a number of maps that are multilayered in one DB (~bedrock & surficial). The GeMS validator results in many topological errors with these databases (overlaps and gaps). This is a known and understandable issue at this point. In an attempt to work within the current set of tools we tried splitting out the surficial map units into MapUnitSurficial and contacts and faults into ContactsAndFaultsSurficial. See an attached screenshot of our DB schema
image
What is interesting with the tool is it appears that it selects the first (maybe last) feature class it finds with MapUnit and ContactsAndFaults in the name, so in our case it is picking the surficial layers to check topology, not the primary bedrock layers.

It seems like we would want the topology tool to pick explicitly the feature classes with the exact names. See an attached screenshot of the validator tool database that is created that includes only the surficial versions of the two primary FCs
image

@ethoms-usgs
Copy link
Collaborator

Yes, though the tool does try to allow for prefixes or suffixes to MapUnitPolys and ContactsAndFaults, it also only expects to find one pair of those. We could review that flexibility or change the tool as you suggest, but in your case, if you only selected the bedrock feature classes to be checked for valid topology, what about the surficial features?

Do you (AKDGGS) use a topology to manage those four sets of features in two feature classes?

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