Skip to content

SPIKE-4: Document what ISO fields MDTranslator preserves and drops #6039

Open

Description

@SueValente

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)
    • Scale denominator (MD_Resolution / equivalentScale)
    • Topic category (MD_TopicCategoryCode)
    • Data quality reports (DQ_DataQuality / report elements)
    • Lineage processing steps (LI_Lineage / processStep)
    • Feature catalog link (MD_FeatureCatalogueDescription)
    • Purpose (gmd:purpose)
    • Status (MD_ProgressCode)
  • Categorize each dropped field as:
    • (A) Intentionally out of scope -- no DCAT-US equivalent
    • (B) Possible mapping exists in DCAT-US v3.0 -- not yet implemented
    • (C) MDTranslator gap -- DCAT-US v1.1 field exists but MDTranslator does not output it

Done When:

  • Field mapping table produced and attached to this ticket
  • Each dropped field categorized A, B, or C
  • Category B and C fields become candidates for IMPL-6 scope

Activity

  1. rshewitt commented on Jun 5, 2026

    @rshewitt
    Contributor

    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.

  2. moved this from 📥 Queue (up next) to 📟 Sprint Backlog (Top Priority) in data.gov team boardon Aug 12, 2026
  3. moved this from 📟 Sprint Backlog (Top Priority) to 📥 Queue (up next) in data.gov team boardon Aug 19, 2026
  4. moved this from 📥 Queue (up next) to 📟 Sprint Backlog (Top Priority) in data.gov team boardon Sep 8, 2026
  5. moved this from 📟 Sprint Backlog (Top Priority) to Not Ready/Draft in data.gov team boardon Sep 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions