You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
SPIKE-4: Document what ISO fields MDTranslator preserves and drops #6039
What: The ISO-to-DCAT-US crosswalk embedded in MDTranslator determines which ISO 19115 fields survive the conversion. This crosswalk may not have been formally documented as a decision record for Data.gov. It is not clear which fields are intentionally dropped vs. accidentally missed, and agencies and downstream consumers (including GeoPlatform) have no reference for what to expect.
Using the Census concity record as one of many test cases, map the full MDTranslator output against the source ISO XML to produce a field-by-field accounting.
Investigate and document:
Run a test case concity record through MDTranslator and capture the full output JSON
For each ISO field in the source record, note whether it appears in the output, is absent, or is transformed/renamed
Pay particular attention to:
CRS (MD_ReferenceSystem / referenceSystemInfo)
Spatial representation type (MD_SpatialRepresentationTypeCode)
ISO records contain an enormous amount of information and can be assembled in many different combinations so the answer to this isn't simple. here's an example of an ISO-to-DCATUS1.1 crosswalk. The answer would be the total number of simple elements (those which contain values) in the doc minus those which are used in the output.
It's up to the people who create the crosswalks to consider the information available to them and make the right decision to map that to the output. Transformation of feature-rich schemas like the ISO19115 series is iterative where we continually pull more information.
Activity
rshewitt commentedon Jun 5, 2026
ISO records contain an enormous amount of information and can be assembled in many different combinations so the answer to this isn't simple. here's an example of an ISO-to-DCATUS1.1 crosswalk. The answer would be the total number of simple elements (those which contain values) in the doc minus those which are used in the output.
It's up to the people who create the crosswalks to consider the information available to them and make the right decision to map that to the output. Transformation of feature-rich schemas like the ISO19115 series is iterative where we continually pull more information.