Problem Statement
AIXM Feature Identification
- Das AIXM 5.1-Schema basiert auf der Verwendung von Universally Unique Identifiers (UUIDs) als künstliche Identifikatoren für AIXM-Feature
- Für die Generierung des UUID-Werts können unterschiedliche Algorithmen verwendet werden
- Eine UUID ist eine 128-Bit-Zahl, die mit einer Zufallszahl kodiert ist und als eine Folge von 32 hexadezimalen Ziffern angezeigt wird, gruppiert in einer Folge von 8, 4, 4, 4 und 12 Ziffern.
UUID Problematik
- Eine UUID identifiziert die Daten, die ein System über ein Feature speichert
- Aber die UUID identifiziert nicht das Feature!
- Es ist daher möglich, dass zwei oder mehr Datensätze für dasselbe AIXM-Feature in zwei verschiedenen Systemen mit unterschiedlichen UUIDs existieren
- Wenn Daten aus verschiedenen Quellen (Systemen) zusammengeführt werden, besteht möglicherweise die Notwendigkeit, doppelte Featuredaten zu identifizieren und zusammenzuführen, und zwar auf der Grundlage der tatsächlichen Eigenschaften des Features und nicht auf Grundlage der UUID.
Beispiel: WASHINGTON DULLES INTL
Ein und derselbe Flughafen kann in verschiedenen Systemen unterschiedliche UUIDs haben.
Wie kann man erkennen, dass es sich um dasselbe Feature handelt, das von verschiedenen Systemen bereitgestellt wird?
Lösung
- Der Natural Key wird aus Attributen gebildet, die in der realen Welt bereits existieren
- Frage: Was ist als natürlicher Schlüssel zu verwenden? In AIXM 5 sind alle Feature-Attribute optional!
- Ein minimaler Satz von Geschäftsregeln (Business Rules) ist erforderlich, um sicherzustellen, dass ein Natural Key zur eindeutigen Identifizierung von Features verwendet werden kann
- Zum Beispiel: Airport Heliport muss einen Designator haben.