BML 3.1: Erweiterung Schemadatei codelistItem_BMLCL.xsd
In BML3.0.1 werden BML-Codelists und ihre Keys über die gmx-Datentypen (URL: http://www.isotc211.org/2005/gmx) definiert. Die Datentypen gmx:CodeDefinition_Type (für deutsche Sprache) & gmx:ML_CodeDefinition_Type (für englische Übersetzung) halten die Standard-Eigenschaften eines BML3-Keys:
- identifier (type: string): key_de in BML3.0.1 bzw. Kürzel in Geologischer Kartieranleitung (GeolKA)
- name (type: string): term_de & term_en in BML3.0.1 bzw. Begriff in GeolKA
- description (type: string): definition_de & definition_en (je nach Befüllung Erläuterung in GeolKA)
Durch die BML-eigene Schemadatei codelistItem_BMLCL.xsd (URL: https://www.infogeo.de/boreholeml/3.0/codelists/codelistItem_BMLCL.xsd) werden die o.g. gmx-Datentypen erweitert um zusätzliche Eigenschaften eines BML3-Keys, die zur Abbildung hierarchischer Strukturen & Beziehungen innerhalb von Listen sowie für eine mögliche Visualisierung dienen. Diese Eigenschaften sind (bisher):
- keyID (type: string)
- parentID (type: string)
- hierarchyLevel (type: string)
- colorCode (type: string)
- signaturePath (type: string)
In den Listen der GeolKA werden (z.T.) mittlerweile weitere Eigenschaften von Keys vorgehalten. Diese sind:
- GUID (type: string): eindeutiger Identifikator
- Inspire Code (type: URL): Verweis auf einen INSPIRE-Key (INSPIRE-Mapping)
- URL (type: URL): Verweis auf den GeolKA-Key (GerolKA-URL, mit GUID)
- Änderungsdatum (type: Date)
Es sollte geprüft werden, die BML-eigene Schemadatei codelistItem_BMLCL.xsd zu erweitern, um weitere Eigenschaften von BML-Keys (aus der GeolKA) aufnehmern zu können. Das könnte bereits jetzt für BML 3.1.0 geschehen, oder auch erst später im Zuge von BML4.