Ignore Cross Section feature classes in Build Metadata #98
Closed
vlatane-va-energy
started this conversation in
Ideas
Replies: 1 comment 4 replies
-
Also, "e" in the code below acted as a red herring in our troubleshooting efforts. Maybe add something to indicate that this might be the problem, but isn't always.
|
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
The max_bounding function in the GeMS_FGDCMetadata.py script checks "MapUnitPolys" and "ContactsAndFaults" layers to generate a bounding box.
Cross Section MapUnitPolys and ContactsAndFaults feature classes also get caught by this function to identify the fcs used for the bounding box. Why does that matter? It's not uncommon to use "Unknown Coordinate System" on these CS feature classes, because they are often placed cartographically below the map instead of in 'true space'. Feature classes without a coordinate system will (correctly) trigger errors in the spatial utilities used by the Metadata Wizard to draw the bounding box and prevent the box from being drawn. The main Build Metadata tool ends if you cannot draw the box, leaving you without an xml entirely!
This could be avoided by ignoring the cross sections entirely in the max_bounding function. Because these aren't typically located in true space, they shouldn't be used to calculate the bounds of the data. We haven't worked out the exact language to pull out only the relevant MUP and CAF layers. Perhaps the best way is to set a new parameter and have users indicate which fcs should be considered for the bounding box.
Beta Was this translation helpful? Give feedback.
All reactions