=> Zur nachfolgenden Fassung

Die Europäische Kommission-

gestützt auf den Vertrag über die Arbeitsweise der Europäischen Union,

gestützt auf die Richtlinie 2007/2/EG des Europäischen Parlaments und des Rates vom 14. März 2007 zur Schaffung einer Geodateninfrastruktur in der Europäischen Gemeinschaft (INSPIRE) ¹, insbesondere Artikel 7 Absatz 1,

in Erwägung nachstehender Gründe:

(1) Die Richtlinie 2007/2/EG enthält allgemeine Bestimmungen zur Schaffung einer Geodateninfrastruktur in der Europäischen Gemeinschaft. Im Rahmen dieser Infrastruktur sind die Mitgliedstaaten aufgefordert, Datensätze, die zu einem oder mehreren Anhängen der Richtlinie 2007/2/EG in Bezug stehen, und die entsprechenden Geodatendienste gemäß den technischen Modalitäten für die Interoperabilität und, wenn durchführbar, die Harmonisierung von Geodatensätzen und -diensten bereitzustellen.

(2) Die technischen Modalitäten berücksichtigen die einschlägigen Nutzeranforderungen, die durch eine Umfrage unter Akteuren zu den Nutzeranforderungen sowie durch Analyse der übermittelten Referenzunterlagen und der einschlägigen gemeinschaftlichen Umweltpolitik sowie anderer politischer Maßnahmen oder sonstiger Tätigkeiten, die Auswirkungen auf die Umwelt haben können, ermittelt wurden.

(3) Die Kommission hat die Durchführbarkeit der technischen Modalitäten und ihre Verhältnismäßigkeit bezüglich der zu erwartenden Kosten und des zu erwartenden Nutzens anhand der von den Akteuren übermittelten Testergebnisse sowie der von den Mitgliedstaaten auf eine Informationsanforderung zu Kosten-Nutzen-Erwägungen über die nationalen Anlaufstellen erhaltenen Antworten und der Ergebnisse der von den Mitgliedstaaten durchgeführten Studien zu Kosten und Nutzen von Geodateninfrastrukturen auf regionaler Ebene geprüft.

(4) Vertreter der Mitgliedstaaten sowie weitere natürliche oder juristische Personen, die ein Interesse an Geodaten haben, einschließlich der Nutzer, Erzeuger, Anbieter von Mehrwertdiensten und Koordinierungsstellen, hatten die Möglichkeit, sich mit vorgeschlagenen Experten an der Erarbeitung der technischen Modalitäten zu beteiligen und den Entwurf der Durchführungsbestimmungen im Rahmen einer Anhörung von Akteuren und einer Testrunde zu bewerten.

(5) Um Interoperabilität erreichen und gegebenenfalls auf die Bemühungen von Nutzern und Erzeugern zurückgreifen zu können, sind internationale Normen in die Konzepte und Definitionen der Elemente der in den Anhängen I, II oder III der Richtlinie 2007/2/EG aufgeführten Geodatenthemen einbezogen worden.

(6) Um die Interoperabilität und Harmonisierung zwischen verschiedenen Geodatenthemen zu gewährleisten, sollten die Mitgliedstaaten die für alle Geodatenthemen relevanten Vorgaben für einheitliche Datentypen, die Identifizierung von Geo-Objekten, Metadaten zur Interoperabilität, das generische Netzmodell sowie andere Konzepte und Regeln erfüllen.

(7) Um die Interoperabilität und Harmonisierung innerhalb eines Geodatenthemas zu gewährleisten, sollten die Mitgliedstaaten die für das jeweilige Geodatenthema relevanten Einstufungen und Beschreibungen von Geo-Objekten, deren Schlüsselmerkmalen und Assoziationsrollen, Datentypen, Wertebereichen und spezifischen Regeln verwenden.

(8) Da die für die Durchführung dieser Verordnung benötigten Werte der Codelisten nicht in der Verordnung enthalten sind, sollte die Verordnung erst dann umgesetzt werden, wenn die Werte rechtsverbindlich verabschiedet worden sind. Es ist daher sinnvoll, die Anwendbarkeit der Verordnung auszusetzen.

(9) Die in dieser Verordnung vorgesehenen Maßnahmen entsprechen der Stellungnahme des nach Artikel 22 der Richtlinie 2007/2/EG eingesetzten Ausschusses

- hat folgende Verordnung erlassen:

Artikel 1 Gegenstand und Geltungsbereich¹⁴

(1) In dieser Verordnung sind die Anforderungen für die technischen Modalitäten für die Interoperabilität und, wenn durchführbar, die Harmonisierung von Geodatensätzen und -diensten festgelegt, die unter die in den Anhängen I, II und III der Richtlinie 2007/2/EG aufgeführten Themen fallen.

(2) Diese Verordnung gilt nicht für die Netzdienste, die in den Geltungsbereich der Verordnung (EG) Nr. 976/2009 der Kommission ⁴ fallen.

Artikel 2 Begriffsbestimmungen^{13 14}

Für die Zwecke dieser Verordnung gelten neben den in den Anhängen festgelegten themenspezifischen Definitionen die nachfolgenden Begriffsbestimmungen:

1. "Abstrakter Datentyp" (abstract type): Datentyp, der zwar nicht instanziiert werden, aber Attribute und Assoziationsrollen haben kann;

2. "Assoziationsrolle" (association role): Wert oder Objekt, zu dem ein Typ in einer Beziehung im Sinne von Artikel 8 Absatz 2 Buchstabe b der Richtlinie 2007/2/EG steht;

3. "Attribut" (attribute): Merkmal eines Typs im Sinne von Artikel 8 Absatz 2 Buchstabe c der Richtlinie 2007/2/EG;

4. (aufgehoben)

5. "Codeliste" (code list): offene Enumeration, die erweitert werden kann;

6. "Datentyp" (data type): gemäß ISO/TS 19103:2005 der Deskriptor einer Gruppe von Werten, denen Identität fehlt;

7. "Enumeration" (enumeration): ein Datentyp, dessen Instanzen eine feststehende Liste benannter Literalwerte bilden. Attribute eines enumerierten Typs können nur Werte von dieser Liste nehmen;

8. "externer Objektidentifikator" (external object identifier): eindeutiger Objektidentifikator, der von der zuständigen Stelle veröffentlicht wird und von externen Anwendungen für Verweise auf das Geo-Objekt verwendet werden kann;

9. "Identifikator"(identifier): nach EN ISO 19135:2007 eine sprachunabhängige Abfolge von Zeichen zur eindeutigen und dauerhaften Identifizierung dessen, womit er assoziiert wird;

10. "instanziieren" (instantiate): ein Objekt schaffen, das der Definition sowie den für den instanziierten Typ festgelegten Attributen, Assoziationsrollen und Einschränkungen entspricht;

11. "Kartenebene" (layer): grundlegende Einheit geografischer Informationen, die nach EN ISO 19128:2008 als Karte von einem Server angefordert werden kann;

12. "Lebenszyklusinformationen" (lifecycle information): Satz von Eigenschaften eines Geo-Objekts, die die zeitlichen Merkmale einer Version eines Geo-Objektes oder die Veränderungen zwischen Versionen beschreiben;

13. "Metadatenelement" (metadata element): diskrete Einheit von Metadaten nach EN ISO 19115:2005/AC:2008;

14. "Paket" (package): Mehrzweckmechanismus zur Anordnung von Elementen in Gruppen;

15. "Register" (register): nach EN ISO 19135:2007 Gruppe von Dateien mit Identifikatoren, die Gegenständen mit Beschreibungen der assoziierten Gegenstände zugewiesen wurden;

16. "Objektart" (spatial object type): eine Klassifikation von Geo-Objekten;

17. "Signaturierung" (style): Zuordnung (Mapping) von Objektarten und ihren Eigenschaften und Bedingungen zu parametrisierten Symbolen, die bei der Zeichnung von Karten verwendet werden;

18. "Subtyp von" (subtype of): Beziehung zwischen einem konkreten und einem allgemein gefassten Typ, wobei der konkretere Typ vollständig mit dem allgemeineren typen übereinstimmt und darüber hinaus noch zusätzliche Informationen gemäß ISO/TS 19103:2005 enthält;

19. "Typ" (type): Objektart oder Datentyp;

20. "voidable" (kann leer sein): für ein Attribut oder eine Assoziationsrolle kann der Wert "void" ("leer") definiert werden, wenn die Geodatensätze der Mitgliedstaaten keine entsprechenden Werte enthalten, oder sie nicht zu vertretbaren Kosten aus bestehenden Werten abgeleitet werden können. Ist ein Attribut oder eine Assoziationsrolle nicht "voidable", so ist die Tabellenzelle "Voidability" leer.

21. "Eigenschaft" (property): Attribut oder Assoziationsrolle;

22. "Vereinigungstyp" (union type): ein aus genau einer von mehreren (als Attribute für Elemente aufgeführten) Alternativen bestehender Typ nach ISO/TS 19103:2005;

23. "Assoziationsklasse" (association class): ein Typ, der zusätzliche Eigenschaften für eine Beziehung zwischen zwei anderen typen definiert;

24. "Coverage" (coverage): im Sinne von ISO 19123:2007 ein Geo-Objekt, das als Funktion zur Rückgabe von Werten aus seinem Wertebereich für jede direkte Position innerhalb seines räumlichen, zeitlichen oder räumlich-zeitlichen Definitionsbereichs dient;

25. "Definitionsbereich" (domain): ein wohldefinierter Bereich gemäß ISO/TS 19103:2005;

26. "Wertebereich" (range): im Sinne von EN ISO 19123:2007 eine Menge von Objektattributwerten, die durch eine Funktion mit den Elementen des Definitionsbereichs eines Coverages verknüpft ist;

27. "Rektifiziertes Gitter" (rectified grid): im Sinne von EN ISO 19123:2007 ein Gitter mit einer affinen Transformation zwischen den Gitterkoordinaten und einem Koordinatenreferenzsystem;

28. "Referenzierbares Gitter" (referenceable grid): im Sinne von EN ISO 19123:2007 ein mit einer Transformation verknüpftes Gitter, das zur Umwandlung von Gitterkoordinatenwerten in Koordinatenwerte, die einem externen Koordinatenreferenzsystem zugeordnet werden können, verwendet werden kann;

29. "Tessellation" (tessellation): Untergliederung eines Raumes in eine Reihe zusammenhängender Teilräume, die den untergliederten Raum vollständig abdecken. Eine Tessellation in einer 2D-Ebene besteht aus einer Reihe nicht überlappender Polygone, die einen Interessenbereich vollständig abdecken;

30. "Engerer Wert" (narrower value): ein Wert, der in einer hierarchischen Beziehung zu einem allgemeineren übergeordneten Wert steht.

31. "Endpunkt" (end point): die Internetadresse, die zum direkten Aufruf einer von einem Geodatendienst bereitgestellten Operation verwendet wird;

32. "Zugangspunkt" (access point): eine Internetadresse, die eine detaillierte Beschreibung eines Geodatendienstes enthält, einschließlich einer Liste von Endpunkten, die dessen Ausführung ermöglichen;

33. "aufrufbarer Geodatendienst" (invocable spatial data service): alle der folgenden Geodatendienste:

a) ein Geodatendienst, dessen Metadaten den Anforderungen der Verordnung (EG) Nr. 1205/2008 der Kommission ⁵ entsprechen,

b) ein Geodatendienst mit mindestens einem Ressourcenverweis, bei dem es sich um einen Zugangspunkt handelt,

c) ein Geodatendienst, der einer Reihe dokumentierter und öffentlich verfügbarer technischer Spezifikationen entspricht, die die zu seiner Ausführung erforderlichen Informationen enthalten;

34. "interoperabler Geodatendienst" (interoperable spatial data service): ein aufrufbarer Geodatendienst, der den Anforderungen von Anhang VI entspricht;

35. "harmonisierter Geodatendienst" (harmonised spatial data service): ein interoperabler Geodatendienst, der den Anforderungen von Anhang VII entspricht;

36. ,konformer Geodatensatz" (conformant spatial data set): ein Geodatensatz, der den Anforderungen dieser Verordnung entspricht;

37. "Operation" (operation): eine von einem Geodatendienst unterstützte Aktion;

38. "Schnittstelle" (interface): die namentlich aufgeführte Liste von Operationen, die das Verhalten einer Einheit im Sinne der Norm ISO 19119:2005 charakterisiert.

Artikel 3 Gemeinsame typen

Typen, die in mehreren der in den Anhängen I, II und III der Richtlinie 2007/2/EG aufgeführten Themen verwendet werden, müssen den Definitionen und Einschränkungen in Anhang I entsprechen und die darin festgelegten Attribute und Assoziationsrollen aufweisen.

Artikel 4 typen für den Austausch und die Klassifizierung von Geo-Objekten^{11 13}

1. Für den Austausch und die Klassifizierung von Geo-Objekten in Datensätzen, die den Vorgaben nach Artikel 4 der Richtlinie 2007/2/EG entsprechen, verwenden die Mitgliedstaaten die in den Anhängen II, III und IV definierten Objektarten und assoziierten Datentypen, Enumerationen und Codelisten.

2. Die Objektarten und Datentypen müssen den Definitionen und Einschränkungen in den Anhängen entsprechen und die darin festgelegten Attribute und Assoziationsrollen einschließen.

3. Die bei Attributen oder Assoziationsrollen von Objektarten oder Datentypen verwendeten Enumerationen und Codelisten müssen den Definitionen in den Anhängen entsprechen und die darin festgelegten Werte einschließen. Die Enumerations- und Codelistenwerte werden durch sprachneutrale mnemotechnische Codes für Computer eindeutig bezeichnet. Die Werte können auch eine sprachspezifische Bezeichnung für die Interaktion mit dem Anwender enthalten.

Artikel 5 typen¹³

1. Für sämtliche in dieser Verordnung definierten typen ist im Titel des Abschnitts, in dem die Anforderungen für den betreffenden Typ festgelegt sind, in Klammern eine sprachneutrale Bezeichnung für die computerisierte Verwendung des typen angegeben, die in der Definition von Attributen oder einer Assoziationsrollen für Verweise auf den jeweiligen Typ zu verwenden ist.

2. typen, die Subtypen anderer typen sind, müssen alle Attribute und Assoziationsrollen des übergeordneten Typs enthalten.

3. Abstrakte typen sind nicht zu instanziieren.

Artikel 6 Codelisten und Enumerationen für Geodatensätze^{11 13 14}

1. Codelisten können nach Maßgabe der Anhänge I bis IV einem der folgenden typen angehören:

1. Codelisten, für die nur die in dieser Verordnung angegebenen Werte zulässig sind;
2. Codelisten, für die die in dieser Verordnung angegebenen Werte und von Datenanbietern definierte engere Werte zulässig sind;
3. Codelisten, für die die in dieser Verordnung angegebenen Werte und von Datenanbietern auf beliebiger Ebene definierte zusätzliche Werte zulässig sind;
4. Codelisten, für die jegliche von Datenanbietern definierte Werte zulässig sind.

Für die Zwecke der Buchstaben b, c und d können Datenanbieter neben den zulässigen Werten die im jeweiligen Technischen Leitfaden für INSPIRE (INSPIRE Technical Guidance), der auf der INSPIRE-Website der Gemeinsamen Forschungsstelle zur Verfügung steht, angegebenen Werte verwenden.

2. Codelisten können hierarchisch aufgebaut sein. Werte von hierarchischen Codelisten können einem übergeordneten allgemeinen Wert zugeordnet sein. Sind die gültigen Werte einer hierarchischen Codeliste in einer Tabelle in dieser Verordnung angegeben, so enthält die letzte Tabellenspalte die übergeordneten Werte.

3. Definiert ein Datenanbieter für ein Attribut, das einem Codelistentyp gemäß Absatz 1 Buchstaben b, c oder d angehört, einen nicht in dieser Verordnung angegebenen Wert, so sind der Wert und seine Definition in ein Register einzutragen.

4. Attribute oder Assoziationsrollen von Objektarten oder Datentypen, die einem Codelistentyp angehören, können nur Werte annehmen, die nach der Beschreibung der Codeliste zulässig sind.

5. Attribute oder Assoziationsrollen von Objektarten oder Datentypen, die einem Enumerationstyp angehören, können nur Werte aus den für den Enumerationstyp festgelegten Listen annehmen.

Artikel 7 Kodierung

1. Jede zur Kodierung von Geodaten verwendete Kodierungsregel muss der EN ISO 19118 entsprechen. Sie muss insbesondere schematische Konversionsregeln für alle Objektarten sowie sämtliche Attribute und Assoziationsrollen und die verwendete Struktur der Datenausgabe festlegen.

2. Jede zur Kodierung von Geodaten verwendete Kodierungsregel ist verfügbar zu machen.

Artikel 8 Aktualisierungen^{13 14}

(1) Die Mitgliedstaaten stellen regelmäßig aktualisierte Daten zur Verfügung.

(2) Alle Aktualisierungen sind spätesten sechs Monate nach Übernahme der Änderung in den Quelldatensatz vorzunehmen, sofern im betreffenden Geodatenthema in den Anhängen keine andere Frist vorgesehen ist.

(3) Die Aktualisierungen von Daten werden allen verbundenen Geodatendiensten entsprechend der in Absatz 2 genannten Frist zur Verfügung gestellt.

Artikel 9 Handhabung von Identifikatoren

1. Der in Anhang I Abschnitt 2.1 definierte Datentyp "Identifier" ist als Typ für den externen Objektidentifikator eines Geo- Objekts zu verwenden.

2. Der externe Objektidentifikator zur eindeutigen Identifizierung von Geo-Objekten darf während des Lebenszyklus eines Geo-Objekts nicht geändert werden.

Artikel 10 Lebenszyklus von Geo-Objekten

1. Verschiedene Versionen desselben Geo-Objekts sind stets Instanzen derselben Objektart.

2. Die Attribute "namespace" und "localId" des externen Objektidentifikators sind für verschiedene Versionen eines Geo-Objekts immer gleich.

3. Werden die Attribute "beginLifespanVersion" und "endLifespanVersion" verwendet, darf der Wert von "endLifespanVersion" zeitlich nicht vor dem Wert von "beginLifespanVersion" liegen.

Artikel 11 Zeitliche Bezugssysteme¹³

1. Sofern in den Anhängen für ein bestimmtes Geodatenthema kein anderes zeitliches Bezugssystem festgelegt ist, wird das in Teil B Ziffer 5 des Anhangs zur Verordnung (EG) Nr. 1205/2008 der Kommission ² angegebene Standardbezugssystem verwendet.

2. Werden andere zeitliche Bezugssysteme verwendet, sind diese in den Metadaten des Datensatzes anzugeben.

Artikel 12 Sonstige Vorgaben und Regeln¹³

1. Sofern für bestimmte Geodatenthemen oder typen nicht anders angegeben, ist der Wertebereich von in dieser Verordnung definierten räumlichen Eigenschaften auf die Geodaten-Spezifikation "Simple Feature" nach Herring, John R. (Hrsg.),OpenGIS® Implementation Standard for Geographic information - Simple feature access - Part 1: Common architecture, version 1.2.1, Open Geospatial Consortium, 2011, beschränkt.

2. Sofern für bestimmte Geodatenthemen oder -typen nicht anders angegeben, sind sämtliche Maße in SI-Einheiten oder SI- fremden Einheiten, die zur Verwendung mit dem internationalen Einheitensystem zugelassen sind, anzugeben.

3. Werden die Attribute "validFrom" und "validTo" verwendet, darf der Wert von "validTo" zeitlich nicht vor dem Wert von "validFrom" liegen.

4. Darüber hinaus gelten alle in Anhang II geregelten themenspezifischen Anforderungen.

Artikel 13 Für die Interoperabilität erforderliche Metadaten¹³

Die einen Geodatensatz beschreibenden Metadaten enthalten zur Gewährleistung der Interoperabilität folgende Metadatenelemente:

1. Koordinatenreferenzsystem: Beschreibung des Koordinatenreferenzsystems bzw. der Koordinatenreferenzsysteme, die im Datensatz verwendet werden.

2. Zeitliches Bezugssystem: Beschreibung des zeitlichen Bezugssystems bzw. der zeitlichen Bezugssysteme, die im Datensatz verwendet werden.

Dieses Element ist nur dann erforderlich, wenn der Geodatensatz zeitbezogene Informationen enthält, die nicht dem Standardbezugssystem entsprechen.

3. Kodierung: Beschreibung des Programmiersprachenkonstrukts, das die Darstellung eines Datenobjekts in einem Datensatz, in einer Datei, einer Nachricht, einem Speichermedium oder einem Übertragungskanal bestimmt.

4. topologische Konsistenz: Stichhaltigkeit/Genauigkeit der explizit kodierten topologischen Merkmale des im Geltungsbereich beschriebenen Datensatzes.

Dieses Element ist nur dann erforderlich, wenn der Datensatz typen des Generischen Netzwerkmodells (Generic Network Model) enthält und keine Mittellinientopologie (Konnektivität von Mittellinien) für das Netzwerk gewährleistet.

5. Zeichenkodierung: die im Datensatz verwendete Zeichenkodierung.

Dieses Element ist nur dann erforderlich, wenn eine nicht auf UTF-8 basierende Kodierung verwendet wird.

6. Räumliche Darstellungsart: die zur räumlichen Darstellung geografischer Informationen verwendete Methode.

Artikel 14 Darstellung¹³

1. Für die Darstellung von Geodatensätzen unter Verwendung eines Darstellungsdienstes im Sinne der Verordnung (EG) Nr. 976/2009 der Kommission ³ muss Folgendes verfügbar sein:

1. die in Anhang II festgelegten Kartenebenen für das Thema oder die Themen, auf die sich der Datensatz bezieht;
2. für jede Ebene mindestens eine standardisierte Darstellungsart mit mindestens einem zugehörigen Titel und einem eindeutigen Identifikator.

2. Für jede Kartenebene wird in Anhang II Folgendes festgelegt:

1. ein visuell lesbarer Titel der jeweiligen Kartenebene zur Darstellung in der Benutzerschnittstelle;
2. die Objektart(en) oder Unterarten davon, die den Inhalt der jeweiligen Kartenebene bildet/bilden.

3. Für Objektarten, deren Objekte sich durch ein Attribut mit einem Codelistenwert weiter untergliedern lassen, können mehrere Kartenebenen festgelegt werden. Jede dieser Kartenebenen umfasst die Geo-Objekte, die einem bestimmten Codelistenwert entsprechen. Die Definition derartiger Reihen von Kartenebenen in den Anhängen II, III und IV muss sämtliche nachfolgenden Voraussetzungen erfüllen:

1. der Platzhalter <Codelisten Wert> steht für die Werte der entsprechenden Codeliste, wobei der erste Buchstaben ein Großbuchstabe ist;
2. der Platzhalter <visuell lesbare Bezeichnung> steht für die visuell lesbare Bezeichnung der Codelistenwerte;
3. für die Objektart sind in Klammern das betreffende Attribut und die Codeliste angegeben;
4. ein Beispiel einer Kartenebene wird angegeben.

Artikel 14a Anforderungen an aufrufbare Geodatendienste ¹⁴

Die Mitgliedstaaten stellen die Metadaten der aufrufbaren Geodatendienste spätestens am 10. Dezember 2015 im Einklang mit den Anforderungen von Anhang V bereit.

Artikel 14b Modalitäten für die Interoperabilität und Anforderungen an die Harmonisierung aufrufbarer Geodatendienste¹⁴

Aufrufbare Geodatendienste im Zusammenhang mit den in mindestens einem konformen Geodatensatz enthaltenen Daten müssen den Anforderungen an die Interoperabilität gemäß den Anhängen V und VI und, wenn durchführbar, den Anforderungen an die Harmonisierung gemäß Anhang VII entsprechen.

Artikel 15 Inkrafttreten

Diese Verordnung tritt am [zwanzigsten] Tag nach ihrer Veröffentlichung im Amtsblatt der Europäischen Union in Kraft.

Sie gilt ab dem 15. Dezember 2010.

Diese Verordnung ist in allen ihren Teilen verbindlich und gilt unmittelbar in jedem Mitgliedstaat.

____
1) ABl. L 108 vom 25.4.2007, S. 1.

2) ABl. L 326 vom 4.12.2008, S. 12.

3) ABl. L 274 vom 20.10.2009, S. 9.

4) Verordnung (EG) Nr. 976/2009 der Kommission vom 19. Oktober 2009 zur Durchführung der Richtlinie 2007/2/EG des Europäischen Parlaments und des Rates hinsichtlich der Netzdienste (ABl. Nr. L 274 vom 20.10.2009 S. 9).

5) Verordnung (EG) Nr. 1205/2008 der Kommission vom 3. Dezember 2008 zur Durchführung der Richtlinie 2007/2/EG des Europäischen Parlaments und des Rates hinsichtlich Metadaten (ABl. Nr. L 326 vom 04.12.2008 S. 12).

.

1. typen, die in europäischen und internationalen Normen definiert sind¹³

Die nachfolgenden in Attributen oder Assoziationsrollen von Objektarten oder Geodatentypen verwendeten allgemeinen typen werden wie angegeben definiert:

(1) Für die typen Any, Angle, Area, Boolean, CharacterString, Date, DateTime, Decimal, Distance, Integer, Length, Measure, Number, Probability, Real, Record type, Sign, UnitOfMeasure, Velocity und Volume gelten die in der ISO/TS 19103:2005 festgelegten Definitionen.

(2) Für die typen Direct Position, GM_Boundary, GM_Curve, GM_Multi Curve, GM_Multi Surface, GM_Object, GM_Point, GM_Primitive, GM_Solid, GM_Surface und GM_Tin gelten die in der EN ISO 19107:2005 festgelegten Definitionen.

(3) Für die typen TM_Duration, TM_Geometric Primitive, TM_Instant, TM_Object, TM_Period und TM_Position gelten die in der EN ISO 19108:2005/AC:2008 festgelegten Definitionen.

(4) Für den Typ GF_Property type gelten die in der EN ISO 19109:2006 festgelegten Definitionen.

(5) Für die typen CI_Citation, CI_Date, CI_RoleCode, EX_Extent, EX_Vertical Extent, MD_Distributor, MD_Resolution und URL gelten die in der EN ISO 19115:2005/AC:2008 festgelegten Definitionen.

(6) Für den Typ CV_Sequence Rule gelten die in der EN ISO 19123:2007 festgelegten Definitionen.

(7) Für die typen Abstract Feature, Quantity und Sign gelten die in der EN ISO 19136:2009 festgelegten Definitionen.

(8) Für die typen Localised CharacterString, PT_FreeText und URI gelten die in der CEN ISO/TS 19139:2009 festgelegten Definitionen.

(9) Für den Typ LC_LandCover ClassificationSystem gelten die in der ISO 19144-2:2012 festgelegten Definitionen.

(10) Für die typen GFI_Feature, Location, Named Value, OM Observation, OM_Process, Sampling CoverageObservation, SF_Sampling Curve, SF_Sampling Point, SF_Sam~ling Solid, SF_Sampling Surface und SF_Spatial SamplingFeature gelten die in der ISO 19156:2011 festgelegten Definitionen.

(11) Für die typen Category, Quantity, Quantity Range und Time gelten die in Robin, Alexandre (Hrsg.), OGC®SWE Common Data Model Encoding Standard, version 2.0.0, Open Geospatial Consortium, 2011, festgelegten Definitionen.

(12) Für die typen TimeValue Pair und Timeseries gelten die in Taylor, Peter (Hrsg.), OGC® WaterML 2.0: Part 1 - Timeseries, v2.0.0, Open Geospatial Consortium, 2012, festgelegten Definitionen.

(13) Für die typen CGI_Linear Orientation und CGI_Planar Orientation gelten die in CGI Interoperability Working Group, Geoscience Markup Language (GeoSciML), version 3.0.0, Commission for the Management and Application of Geoscience Information (CGI) of the International Union of Geological Sciences, 2011, festgelegten Definitionen.

2. Gemeinsame Datentypen

2.1. Identifikator (Identifier)¹³

Externer eindeutiger Objektidentifikator, der von der zuständigen Stelle veröffentlicht wird und von externen Anwendungen für Verweise auf das Geo-Objekt verwendet werden kann.

Attribute des Datentyps Identifier

2.2 Beteiligte (Related Party)¹³

Eine Organisation oder eine Person mit einer Funktion in Bezug auf eine Ressource.

Attribute des Datentyps Related Party

Einschränkungen des Datentyps Related Party

Anzugeben ist mindestens der Name der Person, die Bezeichnung der Organisation oder die Position.

2.3 Kontakt (Contact)¹³

Kommunikationskanäle, über die jemand oder etwas erreichbar ist.

Attribute des Datentyps Contact

2.4 Verweis auf Dokument (Document Citation)¹³

Angabe zum eindeutigen Verweis auf ein Dokument.

Attribute des Datentyps Document Citation

2.5 Verweis auf Rechtsvorschrift (Legislation Citation)¹³

Angabe zum eindeutigen Verweis auf einen Rechtsakt oder einen bestimmten Teil eines Rechtsakts.

Dieser Typ ist ein Subtyp des Typs Document Citation.

Attribute des Datentyps Document Citation

Einschränkungen des Datentyps Legislation Citation

Wenn das Attribut Link leer (void) ist, ist der Verweis auf das Amtsblatt anzugeben.

2.6 Amtsblattangabe (OfficialJournalInformation)¹³

Vollständige Nennung der Fundstelle der Rechtsvorschrift im Amtsblatt.

Attribute des Datentyps OfficialJournalInformation

2.7 Thematischer Identifikator (Thematic Identifier)¹³

Thematischer Identifikator zur eindeutigen Bezeichnung des Geo-Objekts.

Attribute des Datentyps ThematicIdentifier

3. Gemeinsame Enumerationen

3.1. Vertikale Position (VerticalPositionValue)

Die relative vertikale Position eines Geo-Objekts.

Zulässige Werte für die Enumeration VerticalPositionValue

4. Gemeinsame Codelisten

4.1. Status des Netzwerkelementes (ConditionOfFacilityValue)^{11 13}

Status eines Netzwerkelementes hinsichtlich seiner Fertigstellung und Verwendung.

Für diese Codeliste sind die in der nachstehenden Tabelle angegebenen Werte und von Datenanbietern definierte engere Werte zulässig.

Werte für die Codeliste ConditionOfFacilityValue

4.2. Ländercode (CountryCode)^{11 13}

Ländercode wie in den Interinstitutionellen Regeln für Veröffentlichungen des Amtes für Veröffentlichungen der Europäischen Union festgelegt.

Die zulässigen Werte für diese Codelisten sind die aus zwei Buchstaben bestehenden Ländercodes, die in den Interinstitutionellen Regeln für Veröffentlichungen des Amtes für Veröffentlichungen der EU aufgeführt sind.

4.3 Gesetzgebungsebene (LegislationLevelValue)¹³

Die Ebene, auf der ein Rechtsakt oder Abkommen angenommen wurde.

Für diese Codeliste sind jegliche von Datenanbietern definierten Werte zulässig.

Datenanbieter können die im Technischen Leitfaden für INSPIRE "INSPIRE Generic Conceptual Model" angegebenen Werte verwenden.

4.4 Funktion der Stelle (PartyRoleValue)¹³

Funktionen der an einer Ressource beteiligten oder für sie zuständigen Stellen.

Für diese Codeliste sind die Werte der nachstehenden Codelisten oder anderer von Datenanbietern angegebener Codelisten zulässig:

• Funktionscode (CI_RoleCode): Funktionen der zuständigen Stelle gemäß EN ISO 19115:2005/AC:2008.
• Funktion eines Beteiligten (Related PartyRoleValue): Aufschlüsselung der Funktionen von Beteiligten gemäß nachstehender Tabelle.

Werte für die Codeliste Related PartyRoleValue

4.5 Standardbezeichnungen für Klima- und Wetterprognosen (CFStandardNamesValue)¹³

Definitionen von in der Meteorologie und Ozeanografie beobachteten Erscheinungen.

Für diese Codeliste sind jegliche von Datenanbietern definierten Werte zulässig.

Datenanbieter können die im Technischen Leitfaden für INSPIRE "INSPIRE Generic Conceptual Model" angegebenen Werte verwenden.

4.6 Geschlecht (Gender Value)¹³

Geschlecht einer Person oder Personengruppe.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste Gender Value

5. Generisches Netzmodell (Generic Network Model)

5.1. Objektarten

5.1.1. Querverweis (CrossReference)

Bezeichnet einen Querverweis zwischen zwei Elementen desselben Netzes.

Assoziationsrollen der Objektart CrossReference

5.1.2. Generalisiertes Segment (GeneralisedLink)

Abstrakter Basistyp, der ein lineares Netzelement darstellt, das bei der linearen Referenzierung als Ziel verwendet werden kann.

Dieser Typ ist ein Subtyp des Datentyps NetworkElement.

Dieser Typ ist abstrakt.

5.1.3 Sich kreuzende Elemente auf unterschiedlichen Kartenebenen (GradeSeparatedCrossing)¹¹

Dieser Typ ist ein Indikator dafür, welche(s) der zwei oder mehr Elemente, die sich kreuzen, im Verhältnis zu dem/den anderen höher bzw. tiefer liegt. Er kann verwendet werden, wenn keine Höhenkoordinaten vorliegen, oder wenn die vorliegenden Höhenkoordinaten nicht vertrauenswürdig sind.

Dieser Typ ist ein Subtyp des Datentyps NetworkElement.

Assoziationsrollen der Objektart GradeSeparatedCrossing

Werte für die Codeliste ConnectionTypeValue

5.1.4. Segment (Link)

Linienförmiges Netzelement, das zwei Positionen verbindet und im Netz einen homogenen Pfad beschreibt. Die verbundenen Positionen können als Knotenpunkt dargestellt werden.

Dieser Typ ist ein Subtyp des Datentyps GeneralisedLink.

Dieser Typ ist abstrakt.

Attribute der Objektart Link

Assoziationsrollen der Objektart Link

5.1.5. Segmentfolge (LinkSequence)

Ein Netzelement, das im Netz einen durchgehenden Pfad ohne Abzweigungen beschreibt. Anfang und Ende dieses Elements sind klar definiert, und jede Position in der Segmentfolge kann mit nur einem einzigen Parameter, etwa der Länge, bestimmt werden.

Dieser Typ ist ein Subtyp des Datentyps GeneralisedLink.

Dieser Typ ist abstrakt.

Attribute der Objektart LinkSequence

5.1.6. Linkset (LinkSet)

Eine Sammlung von Segmentfolgen und/oder einzelnen Segmenten, die eine besondere Funktion oder Bedeutung in einem Netz hat.

Dieser Typ ist ein Subtyp des Datentyps NetworkElement.

Dieser Typ ist abstrakt.

Assoziationsrollen der Objektart LinkSet

5.1.7. Netz (Network)

Ein Netz ist eine Gruppe von Netzelementen.

Attribute der Objektart Network

Assoziationsrollen der Objektart Network

5.1.8. Netzbereich (NetworkArea)

Ein zweidimensionales Element in einem Netz.

Dieser Typ ist ein Subtyp des Datentyps NetworkElement.

Dieser Typ ist abstrakt.

Attribute der Objektart NetworkArea

5.1.9. Netzübergang (NetworkConnection)

Beschreibt eine logische Verbindung zwischen zwei oder mehr Netzelementen in verschiedenen Netzen.

Dieser Typ ist ein Subtyp des Datentyps NetworkElement.

Attribute der Objektart NetworkConnection

Assoziationsrollen der Objektart NetworkConnection

Einschränkungen der Objektart NetworkConnection

Alle Elemente müssen sich in verschiedenen Netzen befinden.

5.1.10. Netzelement (NetworkElement)

Abstrakter Basistyp, der ein Element in einem Netz verkörpert. Jedes Element eines Netzes hat eine Funktion, die für das Netz von Interesse ist.

Dieser Typ ist abstrakt.

Attribute der Objektart NetworkElement

Assoziationsrollen der Objektart NetworkElement

5.1.11. Netzeigenschaft (NetworkProperty)

Abstrakter Basistyp, der Phänomene darstellt, die sich auf oder an einem Netzelement befinden. Dieser Basistyp vermittelt allgemeine Eigenschaften zur Verknüpfung der netzbezogenen Phänomene (Netzeigenschaften) mit den Netzelementen.

Dieser Typ ist abstrakt.

Attribute der Objektart NetworkProperty

5.1.12. Knotenpunkt (Node)

Beschreibt eine wesentliche Position im Netz, die stets am Anfang oder am Ende eines Segments steht.

Dieser Typ ist ein Subtyp des Datentyps NetworkElement.

Dieser Typ ist abstrakt.

Attribute der Objektart Node

Assoziationsrollen der Objektart Node

5.2. Datentypen

5.2.1. Gerichtetes Segment (DirectedLink)

Ein Segment in seiner positiven oder negativen Richtung.

Attribute des Datentyps DirectedLink

Assoziationsrollen des Datentyps DirectedLink

5.2.2. Segmentreferenz (LinkReference)

Ein Netzverweis auf ein lineares Netzelement.

Dieser Typ ist ein Subtyp des Datentyps NetworkReference.

Attribute des Datentyps LinkReference

Einschränkungen des Datentyps LinkReference

Lineare Referenzziele müssen lineare Netzelemente sein. Wenn also eine lineare Referenzierung verwendet wird oder die Richtung relevant ist, muss das Ziel der Netzreferenz ein Segment oder eine Segmentfolge sein.

5.2.3. Netzreferenz (NetworkReference)

Ein Verweis auf ein Netzelement.

Assoziationsrollen des Datentyps NetworkReference

5.2.4. Einfache lineare Referenz (SimpleLinearReference)

Eine Netzreferenz, die auf einen Teil eines linearen Netzelements beschränkt ist. Dieser Teil ist derjenige Teil des Netzelements zwischen from Position und toposition.

Dieser Typ ist ein Subtyp des Datentyps LinkReference.

Attribute des Datentyps SimpleLinearReference

5.2.5. Einfache Punktreferenz (SimplePointReference)

Eine Netzreferenz, die sich auf einen Punkt auf einem linearen Netzelement beschränkt. Dieser Punkt befindet sich auf der Position "atPosition" im Netz.

Dieser Typ ist ein Subtyp des Datentyps LinkReference.

Attribute des Datentyps SimplePointReference

5.3. Codelisten

5.3.1. Verbindungsart (ConnectionTypeValue)

Verbindungsarten zwischen verschiedenen Netzen.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

5.3.2. Segmentrichtung (LinkDirectionValue)¹¹

Eine Liste von Werten für Richtungen im Verhältnis zu einem Segment.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste LinkDirectionValue

6. Coverage-Modell (Coverage model)¹³

Das INSPIRE-Coverage-Modell besteht aus den folgenden Gruppen:

• Coverages (Grundlage) (Coverages (base))
• Coverages (Definitions- und Wertebereich) (Coverages (Domain And Range))

6.1. Coverages (Grundlage)

6.1.1. Objektarten

Die Gruppe "Coverages (Grundlage)" enthält die Objektart Coverage.

6.1.1.1. Coverage (Coverage)

Geo-Objekt, das für jede direkte Position innerhalb seines räumlichen, zeitlichen oder räumlich-zeitlichen Definitionsbereichs Werte aus seinem Wertebereich abbildet.

Dieser Typ ist abstrakt.

Attribute der Objektart Coverage

6.2. Coverages (Definitions- und Wertebereich)

6.2.1. Objektarten

Die Gruppe "Coverages (Definitions- und Wertebereich)" enthält die folgenden Objektarten:

• Coverage (Darstellung des Definitions- und Wertebereichs) (Coverage (Domain und Range Representation))
• Coverage eines rektifizierten Gitters (Rectified Grid Coverage)
• Coverage eines referenzierbaren Gitters (Referenceable Grid Coverage)

6.2.1.1. Coverage (Darstellung des Definitions- und Wertebereichs) (Coverage ByDomain AndRange)

Coverage, das den Definitionsbereich und den Wertebereich als separate Eigenschaften angibt.

Dieser Typ ist ein Subtyp des Typs Coverage.

Dieser Typ ist abstrakt.

Attribute der Objektart CoverageByDomainAndRange

Einschränkungen der Objektart CoverageByDomainAndRange

Die Gitterfunktion ist nur für Definitionsbereiche gültig, die Gitter sind.

6.2.1.2. Coverage eines rektifizierten Gitters (RectifiedGridCoverage)

Coverage, dessen Definitionsbereich aus einem rektifizierten Gitter besteht.

Dieser Typ ist ein Subtyp des Typs Coverage ByDomain AndRange.

Einschränkungen der Objektart RectifiedGridCoverage

Der Definitionsbereich muss ein rektifiziertes Gitter sein.

Die Gitterpunkte eines Rectified GridCoverage müssen auf jeder Rasterebene mit den Zellmittelpunkten der in Anhang II Abschnitt 2.2 definierten geografischen Gitter zusammenfallen.

6.2.1.3. Coverage eines referenzierbaren Gitters (ReferenceableGridCoverage)

Coverage, dessen Definitionsbereich aus einem referenzierbaren Gitter besteht.

Dieser Typ ist ein Subtyp des Typs Coverage ByDomain AndRange.

Einschränkungen der Objektart ReferenceableGridCoverage

Der Definitionsbereich muss ein referenzierbares Gitter sein.

6.2.2. Datentypen

6.2.2.1. Coverage-Funktion (CoverageFunction)

Beschreibung, wie an Positionen im Definitionsbereich des Coverages Bereichswerte bezogen werden können.

Dieser Typ ist ein Vereinigungstyp.

Attribute des Vereinigungstyps CoverageFunction

6.2.2.2. Gitter-Funktion (GridFunction)

Eine explizite Zuordnungsregel für Gittergeometrien.

Attribute des Datentyps GridFunction

7. Beobachtungsmodell (Observations model)¹³

Das INSPIRE-Beobachtungsmodell besteht aus den folgenden Gruppen:

• Beobachtungsverweise (Observation References)
• Prozesse (Processes)
• Beobachtbare Eigenschaften (Observable Properties)
• Spezialisierte Beobachtungen (Specialised Observations)

7.1. Beobachtungsverweise

7.1.1. Objektarten

Die Gruppe "Beobachtungsverweise" enthält die Objektart Beobachtungsreihe.

7.1.1.1. Beobachtungsreihe (ObservationSet)

Verknüpft eine Reihe von Beobachtungen.

Attribute der Objektart Observation Set

Assoziationsrollen der Objektart Observation Set

7.2. Prozesse

7.2.1. Objektarten

Die Gruppe "Prozesse" enthält die Objektart Process.

7.2.1.1. Prozess (Process)

Beschreibung eines Beobachtungsprozesses.

Dieser Typ ist ein Subtyp des Typs OM_Process.

Attribute der Objektart Process

7.2.2. Datentypen

7.2.2.1. Prozessparameter (Process Parameter)

Beschreibung des jeweiligen Parameters

Attribute des Datentyps ProcessParameter

7.2.3. Codelisten

7.2.3.1. Prozessparameterbezeichnung (ProcessParameterNameValue)

Eine Codeliste mit Bezeichnungen von Prozessparametern.

Für diese Codeliste sind jegliche von Datenanbietern definierten Werte zulässig.

7.3. Beobachtbare Eigenschaften (Observable Properties)

7.3.1. Datentypen

7.3.1.1. Einschränkung (Constraint)

Eine Einschränkung einer Eigenschaft z.B. Wellenlänge = 200 nm.

Attribute des Datentyps Constraint

7.3.1.2. Kategorieeinschränkung (CategoryConstraint)

Eine Einschränkung, die auf einer einschränkenden Kategorie beruht, z.B. Farbe = "rot".

Dieser Typ ist ein Subtyp des Typs Constraint.

Attribute des Datentyps CategoryConstraint

7.3.1.3. Wertebereichseinschränkung (RangeConstraint)

Eine numerische Bereichseinschränkung einer Eigenschaft, z.B. Wellenlänge > 300 nm und Wellenlänge ≤ 600 nm.

Dieser Typ ist ein Subtyp des Typs Constraint.

Attribute des Datentyps RangeConstraint

7.3.1.4. Wertebereichsgrenzen (Range Bounds)

Die Anfangs- und Endwerte eines numerischen Bereichs (z.B. Anfang ≥ 50, Ende ≤ 99).

Attribute des Datentyps RangeBounds

7.3.1.5. Skalareinschränkung (Scalar Constraint)

Eine numerische Skalareinschränkung einer Eigenschaft, z.B. Länge ≥ 1 m.

Dieser Typ ist ein Subtyp des Typs Constraint.

Attribute des Datentyps ScalarConstraint

7.3.1.6. Andere Einschränkung (OtherConstraint)

Eine nicht strukturiert modellierte Einschränkung, die sich mithilfe des Freitextattributs "description" beschreiben lässt.

Dieser Typ ist ein Subtyp des Typs Constraint.

Attribute des Datentyps OtherConstraint

7.3.1.7. Statistisches Maß (StatisticalMeasure)

Beschreibung eines statistischen Maßes, z.B. "Tageshöchstwert".

Attribute des Datentyps StatisticalMeasure

Assoziationsrollen des Datentyps StatisticalMeasure

7.3.2. Enumerationen

7.3.2.1. Vergleichsoperator (ComparisonOperatorValue)

Eine Enumeration von Vergleichsoperatoren (z.B. größer als)

Zulässige Werte für die Enumeration ComparisonOperatorValue

7.3.3. Codelisten

7.3.3.1. Erscheinungsart (Phenomenon typeValue)

Eine Codeliste von Erscheinungen (z.B. Temperatur, Windgeschwindigkeit).

Für diese Codeliste sind die Werte der nachstehenden Codelisten oder anderer von Datenanbietern definierter Codelisten zulässig:

• Standardbezeichnungen für Klima- und Wetterprognosen (CFStandard NamesValue): Definitionen von in der Meteorologie und Ozeanografie beobachteten Erscheinungen, wie in Abschnitt 4.5 dieses Anhangs definiert.
• Parameterbezeichnung des Profilelements (Profile ElementParameter NameValue): beobachtbare Eigenschaften zur Beschreibung eines Profilelements gemäß Anhang IV Abschnitt 3.3.8.
• Parameterbezeichnung des abgeleiteten Bodenobjekts (SoilDerived ObjectParameter NameValue): bodenbezogene Eigenschaften, die sich von Boden- und anderen Daten ableiten lassen, gemäß Anhang IV Abschnitt 3.3.9.
• Parameterbezeichnung des Bodenprofils (SoilProfile ParameterNameValue): beobachtbare Eigenschaften zur Beschreibung des Bodenprofils gemäß Anhang IV Abschnitt 3.3.12.
• Parameterbezeichnung des Bodenstandorts (SoilSiteParameter NameValue): beobachtbare Eigenschaften zur Beschreibung des Bodenstandorts gemäß Anhang IV Abschnitt 3.3.13.
• EU-Luftqualitäts-Referenzkomponente (EU_AirQuality ReferenceComponent Value): Definitionen von Erscheinungen in Bezug auf die Luftqualität im Zusammenhang mit der Berichterstattung im Rahmen der EU-Rechtsvorschriften gemäß Anhang IV Abschnitt 13.2.1.1.
• WMO-Tabelle 4.2 GRIB-Code und Flags (GRIB_Codetable4_2Value): Definitionen von Witterungserscheinungen gemäß Anhang IV Abschnitt 13.2.1.2.
• Verwendung des BODC-Parameters P01 (BODC_P01Parameter UsageValue): Definitionen von in der Ozeanografie beobachteten Erscheinungen gemäß Anhang IV Abschnitt 14.2.1.1.

7.3.3.2. Statistische Funktionen (StatisticalFunctionTypeValue)

Eine Codeliste statistischer Funktionen (z.B. Höchstwert, Mindestwert, Mittelwert).

Für diese Codeliste sind jegliche von Datenanbietern definierten Werte zulässig.

7.4. Spezialisierte Beobachtungen (Specialised Observations)

7.4.1. Objektarten

Die Gruppe "Spezialisierte Beobachtungen" enthält die folgenden Objektarten:

• Gitterbeobachtung
• Gitterreihenbeobachtung
• Punktbeobachtung
• Punktbeobachtungssammlung
• Mehrpunktebeobachtung
• Punktzeitreihenbeobachtung
• Profilbeobachtung
• Bahnbeobachtung

7.4.1.1. Gitterbeobachtung (GridObservation)

Beobachtung, die ein gerastertes Feld zu einem bestimmten Zeitpunkt abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart GridObservation

feature OfInterest ist ein SF_Sampling Solid oder SF_Sampling Surface.

phenomenon Time ist ein TM_Instant.

result ist ein Rectified GridCoverage oder RefererencableGridCoverage.

7.4.1.2. Gitterreihenbeobachtung (GridSeries Observation)

Beobachtung, die die Entwicklung eines Gitterfeldes an aufeinanderfolgenden Zeitpunkten abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart GridSeriesObservation

feature OfInterest ist ein SF_Sampling Solid.

phenomenon Time ist ein TM_Period.

result ist ein Rectified GridCoverage oder ein Referenceable GridCoverage.

7.4.1.3. Punktbeobachtung (PointObservation)

Beobachtung, die eine Messung einer Eigenschaft an einem einzigen Punkt in Zeit und Raum abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart PointObservation

feature OfInterest ist ein SF_Sampling Point.

phenomenon Time ist ein TM_Instant.

7.4.1.4. Punktbeobachtungssammlung (PointObservationCollection)

Eine Sammlung von Punktbeobachtungen.

Dieser Typ ist ein Subtyp des Typs Observation Set.

Einschränkungen der Objektart PointObservationCollection

Jedes Element muss ein Point Observation sein.

7.4.1.5. Mehrpunktebeobachtung (MultiPointObservation)

Beobachtung, die eine Reihe von zur selben Zeit an unterschiedlichen Orten vorgenommenen Messungen abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart MultiPointObservation

feature OfInterest ist ein SF_Sampling Curve, SF_Sampling Surface oder SF_Sampling Solid.

phenomenon Time ist ein TM_Instant.

result ist ein Multi PointCoverage.

7.4.1.6. Punktzeitreihenbeobachtung (PointTimeSeriesObservation)

Beobachtung, die eine Zeitreihe von Punktmessungen einer Eigenschaft an einem festen räumlichen Ort abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart PointTimeSeriesObservation

feature OfInterest ist ein SF_Sampling Point.

phenomenon Time ist ein TM_Period.

result ist ein Timeseries.

7.4.1.7. Profilbeobachtung (ProfileObservation)

Beobachtung, die die Messung einer Eigenschaft entlang eines vertikalen räumlichen Profils zu einem einzigen Zeitpunkt abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart ProfileObservation

feature OfInterest ist ein SF_Sampling Curve.

phenomenon Time ist ein TM_Instant.

result ist ein ReferenceableGridCoverage oder ein RectifiedGridCoverage.

Der räumliche Definitionsbereich des Ergebnisses enthält eine Achse, die vertikal sein muss.

7.4.1.8. Bahnbeobachtung (TrajectoryObservation)

Beobachtung, die die Messung einer Eigenschaft entlang einer gekrümmten Kurve in Zeit und Raum abbildet.

Dieser Typ ist ein Subtyp des Typs Sampling CoverageObservation.

Einschränkungen der Objektart TrajectoryObservation

phenomenon Time ist ein TM_Period.

result ist ein Timeseries.

Jeder Punkt in result ist ein TimeLocationValueTriple.

feature OfInterest ist ein SF_Sampling Curve.

7.4.2. Datentypen

7.4.2.1. Zeit-Ort-Wert-Tripel (TimeLocationValueTriple)

Eine dreielementige Menge aus Zeit, Ort, Wert (Maß). Beispielsweise an einem Punkt entlang einer Kurvenbahn.

Dieser Typ ist ein Subtyp des Typs TimeValuePair.

Attribute des Datentyps TimeLocationValueTriple

7.5. Anforderungen an Beobachtungen

Wird zur Bereitstellung von Daten der Typ OM_Observation oder ein Subtyp davon verwendet, gelten folgende Anforderungen:

(1) Zur Bezeichnung des in einer OM_Observation angewandten Verfahrens ist der Typ Process zu verwenden.

(2) Wird von einer OM_Observation auf eine Environmental MonitoringFacility verwiesen, ist ein Attribut parameter anzugeben, dessen Attribut name "related MonitoringFeature" ist und dessen Attribut value dem Typ Abstract MonitoringFeature angehört.

(3) Für alle Codierungen, die für das gesamte Ergebnis einer OM _ Observation oder einen Teil davon verwendet werden, muss eine öffentliche Anwendungsprogrammschnittstelle (API) zum Auslesen der kodierten Datei zur Verfügung stehen. Diese API muss in der Lage sein, die zur Realisierung von INSPIRE- Geoobjekten benötigten Informationen darzustellen.

(4) Besitzt die Eigenschaft procedure eines Objekts OM_Observation das Attribut process Parameter, ist sein Wert (eine Bezeichnung) in das Attribut parameter des Objekts OM_Observation einzubeziehen.

8. Wirtschaftskomplex-Modell¹³

Das INSPIRE-Wirtschaftskomplex-Modell besteht aus der Gruppe Wirtschaftskomplex (Activity Complex).

8.1. Wirtschaftskomplex

8.1.1. Objektarten

Die Gruppe "Wirtschaftskomplex" enthält die Objektart Wirtschaftskomplex.

8.1.1.1. Wirtschaftskomplex (Activity Complex)

Eine technisch und wirtschaftlich abgegrenzte Einheit, die der Kontrolle einer juristischen Person (Betreiber) unterliegt und in der Tätigkeiten ausgeführt werden, wie sie in der durch die Verordnung (EG) Nr. 1893/2006 des Europäischen Parlaments und des Rates ¹⁾ aufgestellten NACE-Systematik von Eurostat aufgeführt sind. Ein Wirtschaftskomplex muss das gesamte von einem Betreiber an derselben oder an unterschiedlichen geografischen Positionen kontrollierte Gebiet einschließlich der gesamten Infrastruktur, Ausrüstungen und Materialien darstellen.

Attribute der Objektart Activity Complex

8.1.2. Datentypen

8.1.2.1. Funktion (Function)

Die als Tätigkeit und optional als Input und/oder Output ausgedrückte Funktion von etwas.

Attribute des Datentyps Function

8.1.2.2. Kapazität (Capacity)

Quantifizierung der tatsächlichen oder potenziellen Fähigkeit zur Ausführung einer Tätigkeit, die sich in der Regel nicht, nicht häufig oder nicht wesentlich ändert.

Attribute des Datentyps Capacity

8.1.2.3. Input- oder Outputmenge (InputOutputAmount)

Typ und, soweit verfügbar, messbare Menge eines systematisch eingeordneten oder registrierten Materials, das in eine technische und wirtschaftliche Einheit gelangt oder sie verlässt.

Attribute des Datentyps InputOutputAmount

8.1.2.4. Zulassung (Permission)

Offizieller Beschluss (formelle Zustimmung), mit dem der Betrieb eines Wirtschaftskomplexes unter bestimmten Auflagen, die gewährleisten, dass die Anlagen oder die am selben Standort vom selben Betreiber betriebenen Anlagenteile den Vorgaben einer zuständigen Behörde entsprechen, ganz oder in Teilen genehmigt wird. Eine Zulassung kann sich auf eine oder mehrere Funktionen und feste Kapazitätsparameter erstrecken. Der Begriff könnte auf andere Arten von Bescheinigungen oder Dokumenten (je nach Geltungsbereich) erweitert werden (z.B. ISO, EMAS, nationale Qualitätsnormen etc.).

Attribute des Datentyps Permission

8.1.2.5. Beschreibung des Wirtschaftskomplexes (ActivityComplexDescription)

Zusätzliche Angaben zu einem Wirtschaftskomplex wie Beschreibung, Adresse, Kontaktdaten und Beteiligte.

Attribute der Objektart ActivityComplexDescription

8.1.3. Codelisten

8.1.3.1. Wirtschaftszweig (EconomicActivityValue)

Systematik der Wirtschaftszweige.

Für diese Codeliste sind die Werte der nachstehenden Codelisten oder anderer von Datenanbietern angegebener Codelisten zulässig:

• EU-Systematik der Wirtschaftszweige (Economic ActivityNACEValue): Wirtschaftszweige gemäß den Werten der NACE-Systematik von Eurostat nach der Verordnung (EG) Nr. 1893/2006 des Europäischen Parlaments und des Rates ²⁾.
• Systematik der Wirtschaftszweige nach der EU-Abfallstatistik (Economic ActivityWaste StatisticsValue): Systematik der Wirtschaftszweige nach Anhang I Abschnitt 8 der Verordnung (EG) Nr. 2150/2002 ³⁾.
• EU-Systematik der Abfallverwertung und -beseitigung (Waste RecoveryDisposal Value): Systematik der Abfallverwertungs- und -beseitigungsverfahren gemäß den Anhängen I und II der Richtlinie 2008/98/EG des Europäischen Parlaments und des Rates ⁴⁾.

8.1.3.2. Input oder Output (InputOutputValue)

Klassifikation von Inputs oder Outputs.

Für diese Codeliste sind die Werte der nachstehenden Codelisten oder anderer von Datenanbietern angegebener Codelisten zulässig:

• EU-Güterklassifikation (ProductCPAValue): Güterklassifikation in Verbindung mit den Wirtschaftszweigen gemäß der Verordnung (EG) Nr. 451/2008 des Europäischen Parlaments und des Rates ⁵⁾.
• EU-Abfallklassifikation (Waste Value): Klassifikation von Abfällen gemäß der Entscheidung 2000/532/EG ⁶⁾.

8.2. Anforderungen an Wirtschaftskomplexe

Verwendet ein Datenanbieter zur Bereitstellung von Informationen über den Status, die physische Kapazität, Zulassungen und/oder zusätzlichen Angaben einen Subtyp von Activity Complex, sind die entsprechenden in der Gruppe Wirtschaftskomplex enthaltenen Codelisten und Datentypen (Condition OfFacility Value, Capacity, Permission, Activity ComplexDescription) zu verwenden.

__________
1) ABl. Nr. L 393 vom 30.12.2006, S. 1.

2) ABl. Nr. L 393 vom 30.12.2006, S. 1.

3) ABl. Nr. L 332 vom 9.12.2002, S. 1.

4) ABl. Nr. L 312 vom 22.11.2008, S. 3.

5) ABl. Nr. L 145 vom 4.6.2008, S. 65.

6) ABl. Nr. L 226 vom 6.9.2000, S. 3.

.

1. Koordinatenreferenzsysteme

1.1. Begriffsbestimmungen¹³

Zusätzlich zu den Begriffsbestimmungen in Artikel 2 gelten folgende Definitionen:

• "Datum": ein Parameter oder ein Parametersatz, der die Ursprungsposition, den Maßstab und die Ausrichtung eines Koordinatensystems gemäß EN ISO 19111 bestimmt.
• "Geodätisches Datum": ein Datum, das gemäß EN ISO 19111 die Beziehung eines Koordinatensystems zur Erde beschreibt.
• "Koordinatensystem": ein Satz mathematischer Regeln, der festlegt, wie Koordinaten gemäß EN ISO 19111 Punkten zuzuordnen sind.
• "Koordinatenreferenzsystem": ein Koordinatensystem, das gemäß EN ISO 19111 durch ein Datum in Beziehung zur realen Welt steht. Diese Begriffsbestimmung umfasst auch Koordinatensysteme, die auf geodätischen oder kartesischen Koordinaten oder auf Kartenprojektionen basieren.
• "Kartenprojektion": eine gemäß EN ISO 19111 auf einer eineindeutigen Beziehung beruhende und auf demselben Datum basierende Umwandlung von Koordinaten aus einem geodätischen in ein zweidimensionales Koordinatensystem.
• "Kombiniertes Koordinatenreferenzsystem": ein Koordinatenreferenzsystem, das zwei andere unabhängige Koordinatenreferenzsysteme verwendet - eines für die horizontale Komponente und eines für die vertikale Komponente -, um gemäß EN ISO 19111 eine Position zu beschreiben.
• "Geodätisches Koordinatensystem": ein Koordinatensystem, in dem die Position gemäß EN ISO 19111 durch den geodätischen Breitengrad, den geodätischen Längengrad und (bei dreidimensionalen Koordinatensystemen) die Ellipsoidhöhe angegeben wird.
• "Mittlerer Wasserstand (MW)" (mean sea level (MSL)): die über einen Zeitraum von 19 Jahren an einer Gezeitenstation anhand von gewöhnlich stündlichen Messungen von einem zuvor festgelegten unveränderlichen Referenzabstand (Seekartennull) aus bestimmte mittlere Höhe des Meeresspiegels.
• "Niedrigstmöglicher Gezeitenwasserstand" (lowest astronomical tide) (LAT): der niedrigste Gezeitenwasserstand, dessen Auftreten unter mittleren meteorologischen Bedingungen und für sämtliche Kombinationen astronomischer Stellungen vorhergesagt werden kann.

1.2. Das Datum für drei- und zweidimensionale Koordinatenreferenzsysteme

Für drei- und zweidimensionale Koordinatenreferenzsysteme und die horizontale Komponente der kombinierten Koordinatenreferenzsysteme, die verwendet werden, um die Geodatensätze verfügbar zu machen, gilt in Gebieten, die im geografischen Geltungsbereich des Europäischen Terrestrischen Referenzsystems 1989 (ETRS89) liegen, das Datum des ETRS89. Für Gebiete, die außerhalb des geografischen Geltungsbereichs von ETRS89 liegen, gilt das Datum des Internationalen Terrestrischen Referenzsystems (ITRS) oder das Datum anderer geodätischer Koordinatenreferenzsysteme, die mit dem ITRS konform sind. Konformität mit dem ITRS bedeutet, dass die Systemdefinition auf der Definition des ITRS beruht, und dass gemäß EN ISO 19111 eine gut dokumentierte Beziehung zwischen den beiden Systemen besteht.

1.3. Koordinatenreferenzsysteme

Geodatensätze sind unter Verwendung von mindestens einem der in den Abschnitten 1.3.1, 1.3.2 und 1.3.3 beschriebenen Koordinatenreferenzsysteme verfügbar zu machen, sofern nicht eine der in Abschnitt 1.3.4 dargelegten Bedingungen zutrifft.

1.3.1. Dreidimensionale Koordinatenreferenzsysteme

• Dreidimensionale kartesische Koordinaten, die auf einem nach 1.2 bestimmten Datum basieren und die Parameter des GRS80-Ellipsoids verwenden.
• Dreidimensionale geodätische Koordinaten (Breitengrad, Längengrad und Ellipsoidhöhe), die auf einem nach 1.2 bestimmten Datum basieren und die Parameter des GRS80-Ellipsoids verwenden.

1.3.2. Zweidimensionale Koordinatenreferenzsysteme

• Zweidimensionale geodätische Koordinaten (Breitengrad und Längengrad), die auf einem nach 1.2 bestimmten Datum basieren und die Parameter des GRS80-Ellipsoids verwenden.
• Ebene Koordinaten unter Verwendung der Lambertschen flächentreuen Azimutalprojektion aus dem Koordinatenreferenzsystem ETRS89.
• Ebene Koordinaten unter Verwendung der Lambertschen Schnittkegelprojektion aus dem Koordinatenreferenzsystem ETRS89.
• Ebene Koordinaten unter Verwendung der Transversalen Mercatorprojektion aus dem Koordinatenreferenzsystem ETRS89.

1.3.3. Kombinierte Koordinatenreferenzsysteme¹³

1. Für die horizontale Komponente des kombinierten Koordinatenreferenzsystems ist eines der in Abschnitt 1.3.2 beschriebenen Koordinatenreferenzsysteme zu verwenden.

2. Für die vertikale Komponente ist eines der folgenden Koordinatenreferenzsysteme zu verwenden:

• Für die vertikale Komponente an Land ist das Europäische Höhenreferenzsystem (European Vertical Reference System, EVRS) zu verwenden, um schwerkraftbezogene Höhen in ihrem geografischen Geltungsbereich zu erfassen. In Gegenden, die außerhalb des geografischen Geltungsbereichs des EVRS liegen, sind andere Höhenreferenzsysteme mit einem Bezug zum Erdschwerefeld zu verwenden, um schwerkraftbezogene Höhen darzustellen.
• Für die vertikale Komponente in der freien Atmosphäre sind der unter Verwendung der Internationalen Standardatmosphäre nach ISO 2533:1975 in Höhen konvertierte Barometerdruck oder andere lineare oder parametrische Referenzsysteme zu verwenden. Werden andere parametrische Referenzsysteme verwendet, sind diese in einem zugänglichen Verweis mithilfe der EN ISO 19111-2:2012 zu beschreiben.
• Für die vertikale Komponente in Meeresgebieten mit deutlichem Tidenhub (Tidengewässer) ist der niedrigstmögliche Gezeitenwasserstand (LAT) als Referenzfläche zu verwenden.
• Für die vertikale Komponente in Meeresgebieten ohne deutlichen Tidenhub, in offenen Ozeanen und faktisch in Gewässern mit einer Tiefe von mehr als 200 Metern ist der mittlere Wasserstand (MW) oder ein genau definierter Bezugspegel nahe MW als Referenzfläche zu verwenden.

1.3.4. Andere Koordinatenreferenzsysteme

In folgenden Ausnahmefällen können andere als die in 1.3.1, 1.3.2 oder 1.3.3 aufgeführten Koordinatenreferenzsysteme verwendet werden:

1. Für einzelne Geodatenthemen können in diesem Anhang andere Koordinatenreferenzsysteme festgelegt werden.
2. Für Regionen außerhalb Kontinentaleuropas können die Mitgliedstaaten selbst geeignete Koordinatenreferenzsysteme festlegen.

Die zur Beschreibung dieser Koordinatenreferenzsysteme sowie zu Konversions- und Umwandlungszwecken erforderlichen geodätischen Codes und Parameter sind zu dokumentieren. Außerdem ist gemäß EN ISO 19111 und ISO 19127 ein Identifikator zu entwickeln.

1.4. Koordinatenreferenzsysteme, die in Darstellungsdiensten verwendet werden

Zur Darstellung von Geodatensätzen mithilfe von Darstellungsdiensten gemäß der Verordnung (EG) Nr. 976/2009 müssen zumindest die Koordinatenreferenzsysteme für zweidimensionale geodätische Koordinaten (Breite, Länge) zur Verfügung stehen.

1.5. Identifikatoren des Koordinatenreferenzsystems

1. Die Parameter und Identifikatoren des Koordinatenreferenzsystems sind in einem oder mehreren gemeinsamen Registern für Koordinatenreferenzsysteme aufzuführen.

2. Nur in einem gemeinsamen Register enthaltene Identifikatoren dürfen verwendet werden, um auf die in diesem Abschnitt aufgeführten Koordinatenreferenzsysteme zu verweisen.

2. Geografische Gittersysteme

2.1. Begriffsbestimmungen

Zusätzlich zu den Begriffsbestimmungen in Artikel 2 gelten folgende Definitionen:

• "Gitter": ein Netzwerk, das aus zwei oder mehr Kurvensätzen besteht, wobei die Komponenten jedes Satzes die Komponenten der anderen Sätze algorithmisch schneiden;
• "Gitterzelle": eine Zelle, die durch Gitterkurven vom Umfeld abgegrenzt ist;
• "Gitterpunkt": ein Punkt, der sich auf dem Schnittpunkt zweier oder mehrerer Kurven in einem Gitter befindet.

2.2. Gitter¹³

Um gerasterte Daten in INSPIRE verfügbar zu machen, ist eines der in den Abschnitten 2.2.1 und 2.2.2 beschriebenen Gitter mit feststehenden und eindeutig bestimmten Ortsangaben als Bezugssystem zur Georeferenzierung zu verwenden, sofern nicht eine der folgenden Bedingungen zutrifft:

1. Für einzelne Geodatenthemen können in den Anhängen II-IV andere Gitter festgelegt werden. In diesem Fall müssen die Daten, die unter Verwendung eines solchen themenspezifischen Gitters ausgetauscht werden, Standards verwenden, in denen die Definition des Gitters entweder in den Daten enthalten oder durch einen Verweis verlinkt ist.
2. Für Gitterreferenzen in Regionen außerhalb Kontinentaleuropas können die Mitgliedstaaten eigene Gitter bestimmen, die auf einem geodätischen Koordinatenreferenzsystem basieren, das dem ITRS und der Lambertschen flächentreuen Azimutalprojektion sowie den für das in Abschnitt 2.2.1 beschriebene Gitter dargelegten Grundsätzen entspricht. In diesem Fall ist ein Identifikator für das Koordinatenreferenzsystem zu entwickeln.

2.2.1. Flächentreues Gitter¹³

Das Gitter basiert auf dem Koordinatenreferenzsystem der Lambertschen flächentreuen Azimutalprojektion aus ETRS89 (ETRS89-LAEA), dessen Projektionszentrum im Punkt 52° N, 10° O liegt; False Easting: x₀ = 4.321.000 m und False Northing: y₀ = 3.210.000 m.

Der Ursprung des Gitters deckt sich mit dem falschen Ursprung des ETRS89-LAEA-Koordinatenreferenzsystems (x = 0, y = 0).

Die Gitterpunkte von Gittern, die auf dem ETRS89-LAEa basieren, müssen sich mit Gitterpunkten des Gitters decken.

Das Gitter ist hierarchisch gegliedert, mit Rasterungen von 1 m, 10 m, 100 m, 1.000 m, 10.000 m und 100.000 m.

Die Ausrichtung des Gitters ist Süd-Nord, West-Ost.

Das Gitter wird als Grid_ETRS89-LAEa bezeichnet. Zur Kennzeichnung einzelner Rasterebenen wird die Zellgröße in Metern beigefügt.

Zur eindeutigen Referenzierung und Kennzeichnung einer Gitterzelle ist der aus der Größe der Zelle und den Koordinaten der unteren linken Ecke im ETRS89-LAEa zusammengesetzte Zellencode zu verwenden. Die Größe der Zelle ist bei Zellen mit bis zu 100 Metern in Metern ("m") und bei Zellen ab 1.000 Metern in Kilometern ("km") anzugeben. Die Werte für Northing und Easting sind durch 10 n zu teilen, wobei n die Anzahl der Trailing Zeros (der nachfolgenden Nullen) im Zellgrößenwert ist.

2.2.2. Geografisches Gitter mit Zonenaufteilung¹³

1. Werden gerasterte Daten unter Verwendung der in Abschnitt 1.3 dieses Anhangs beschriebenen geodätischen Daten geliefert, kann das in diesem Abschnitt beschriebene Gitter mit Mehrfachauflösung als Bezugssystem zur Georeferenzierung verwendet werden.

2. Die Rasterebenen sind in Tabelle 1 definiert.

3. Das Gitter basiert auf dem geodätischen Koordinatenreferenzsystem ETRS89-GRS80.

4. Der Ursprung des Gitters deckt sich mit dem Schnittpunkt des Äquators mit dem Greenwich-Meridian (GRS80-Länge λ = 0, GRS80-Breite Φ = 0).

5. Die Ausrichtung des Gitters ist Süd-Nord und West-Ost entsprechend dem durch die Meridiane und Breitenkreise des GRS80-Ellipsoids definierten Netz.

6. Für Gitterreferenzen in Regionen außerhalb Kontinentaleuropas können die Datenanbieter eigene Gitter bestimmen, die auf einem geodätischen Koordinatenreferenzsystem basieren, das dem ITRS sowie den für das europaweite Grid_ETRS89-GRS80zn dargelegten Grundsätzen entspricht. In diesem Fall sind ein Identifikator für das Koordinatenreferenzsystem und ein entsprechender Identifikator für das Gitter zu entwickeln.

7. Dieses Gitter ist in Zonen zu unterteilen. Das Nord-Süd-Raster des Gitters muss einen gleichmäßigen Winkelabstand aufweisen. Das West-Ost-Raster des Gitters ergibt sich durch Multiplikation des Winkelabstands mit dem in Tabelle 1 festgelegten Faktor der Zone.

8. Das Gitter ist als Grid_ETRS89-GRS80z n_res zu bezeichnen, wobei n der in Tabelle 1 angegebenen Nummer der Zone und res der dort angegebenen Zellgröße in Winkeleinheiten entspricht.

Tabelle 1: Gemeinsames Grid_ETRS89-GRS80: Breitenabstand (Rasterebene) und Längenabstand für jede Zone

3. Geografische Bezeichnungen

3.1. Objektarten

Die folgenden Objektarten sind für den Austausch und die Klassifikation von Geo-Objekten aus Geodatensätzen zu verwenden, die einen Bezug zum Geodatenthema "Geografische Bezeichnungen" haben:

• Benannter Ort

3.1.1. Benannter Ort (NamedPlace)

Ein beliebiges reales Objekt, das mit einem oder mehreren Eigennamen bezeichnet wird.

Attribute der Objektart NamedPlace

3.2. Datentypen

3.2.1. Geografische Bezeichnung (GeographicalName)

Eigenname für ein reales Objekt.

Attribute des Datentyps GeographicalName

3.2.2. Aussprache der Bezeichnung (PronunciationOfName)

Bestehende, korrekte oder standardisierte Aussprache (Standard innerhalb der betreffenden Sprachgemeinschaft) einer Bezeichnung.

Attribute des Datentyps PronunciationOfName

Einschränkungen des Datentyps PronunciationOfName

Mindestens eines der beiden Attribute pronunciationSoundLink und pronunciationIPa muss angegeben werden.

3.2.3. Schreibweise der Bezeichnung (SpellingOfName)

Korrekte Schreibweise einer Bezeichnung.

Attribute des Datentyps SpellingOfName

3.3. Codelisten

3.3.1. Genus (GrammaticalGenderValue)¹¹

Das grammatikalische Geschlecht einer geografischen Bezeichnung.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste GrammaticalGenderValue

3.3.2. Numerus (GrammaticalNumberValue)¹¹

Die grammatikalische Zahl einer geografischen Bezeichnung.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste GrammaticalNumberValue

3.3.3. Namensstatus (NameStatusValue)¹¹

Der Status einer geografischen Bezeichnung, der anzeigt, inwieweit der Bezeichnung hinsichtlich ihrer Standardisierung und/oder Aktualität vertraut werden kann.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste NameStatusValue

3.3.4. Art des benannten Ortes (NamedPlaceTypeValue)¹¹

Die Art des benannten Ortes.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste NamedPlaceTypeValue

3.3.5. Ortsüblichkeit (NativenessValue)¹¹

Die Ortsüblichkeit einer geografischen Bezeichnung.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste NativenessValue

3.4. Kartenebenen

Kartenebenen für das Geodatenthema "Geografische Bezeichnungen"

4. Verwaltungseinheiten (Administrative units)¹³

4.1. Aufbau des Geodatenthemas "Verwaltungseinheiten"

Die für das Geodatenthema "Verwaltungseinheiten" festgelegten Objektarten werden in folgende Gruppen unterteilt:

• Verwaltungseinheiten (Administrative Units)
• Meereseinheiten (Maritime Units)

4.2. Datentypen

4.2.1. Objektarten

Das Paket Verwaltungseinheiten enthält die folgenden Objektarten:

• Verwaltungsgrenze
• Verwaltungseinheit
• Kondominium

4.2.1.1. Verwaltungsgrenze (Administrative Boundary)

Eine Grenzlinie zwischen Verwaltungseinheiten.

Attribute der Objektart AdministrativeBoundary

Assoziationsrollen der Objektart AdministrativeBoundary

4.2.1.2. Verwaltungseinheit (Administrative Unit)

Verwaltungseinheit, in der ein Mitgliedstaat Hoheitsbefugnisse für die lokale, regionale und nationale Verwaltung hat und/oder ausübt.

Attribute der Objektart Administrative Unit

Assoziationsrollen der Objektart AdministrativeUnit

Einschränkungen der Objektart AdministrativeUnit

Die Assoziationsrolle Kondominium ist nur anwendbar für Verwaltungseinheiten, die eine Verwaltungseinheit erster Ordnung (national Level) sind (Landesebene).

Einheiten der untersten Verwaltungshierarchieebene können nicht auf Einheiten niedrigerer Ebenen verweisen.

Einheiten der höchsten Verwaltungshierarchieebene können nicht auf Einheiten höherer Ebenen verweisen.

4.2.1.3. Kondominium (Condominium)

Ein Verwaltungsgebiet, das unabhängig von einer nationalen Gebietsaufteilung geschaffen wurde und von zwei oder mehr Ländern verwaltet wird.

Attribute der Objektart Condominium

Assoziationsrollen der Objektart Condominium

4.2.2. Datentypen

4.2.2.1. Sitz der Behörde (ResidenceOfAuthority)

Datentyp, der die Bezeichnung und Lage eines Behördensitzes angibt.

Attribute des Datentyps ResidenceOfAuthority

4.2.3. Enumerationen

4.2.3.1. Rechtsstatus (LegalStatusValue)

Beschreibung des Rechtsstatus von Verwaltungsgrenzen.

Zulässige Werte für die Enumeration LegalStatusValue

4.2.3.2. Technischer Status (TechnicalStatusValue)

Beschreibung des technischen Status von Verwaltungsgrenzen.

Zulässige Werte für die Enumeration TechnicalStatusValue

4.2.4. Codelisten

4.2.4.1. Verwaltungshierarchieebene (AdministrativeHierarchyLevel)

Die Ebenen in der nationalen Verwaltungshierarchie. Diese Codeliste stellt die entsprechende Ebene innerhalb der hierarchischen Pyramide der Verwaltungsstrukturen auf der Grundlage einer geometrischen Aggregation von Gebieten dar und beschreibt nicht notwendigerweise eine Rangfolge zwischen den beteiligten Verwaltungsbehörden.

Diese Codeliste ist in einem gemeinsamen Codelisten-Register zu führen.

4.3. Meereseinheiten

4.3.1. Objektarten

Die Gruppe "Meereseinheiten" enthält die folgenden Objektarten:

• Basislinie
• Seegrenze
• Meereszone

4.3.1.1. Basislinie (baseline)

Linie, von der aus die Außengrenzen des Küstenmeeres und bestimmte andere äußere Grenzen gemessen werden.

Attribute der Objektart baseline

Assoziationsrollen der Objektart baseline

4.3.1.2. Seegrenze (MaritimeBoundary)

Eine Linie, die die Trennung jeglicher Arten von seerechtlichen Zuständigkeitsbereichen darstellt.

Attribute der Objektart MaritimeBoundary

4.3.1.3. Meereszone (Maritime Zone)

Ein durch internationale Verträge und Übereinkommen abgegrenzter Seestreifen, in dem ein Küstenstaat Hoheitsbefugnisse ausübt.

Attribute der Objektart MaritimeZone

Assoziationsrollen der Objektart MaritimeZone

4.3.2. Datentypen

4.3.2.1. Basisliniensegment (baseline Segment)

Segment der Basislinie, von der aus die Außengrenzen des Küstenmeeres und bestimmte andere äußere Grenzen gemessen werden.

Attribute des Datentyps baselineSegment

4.3.3. Codelisten

4.3.3.1. Art des Basisliniensegments (baselineSegmentTypeValue)

Die zur Messung der Breite des Küstenmeeres verwendeten Arten von Basislinien.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste baselineSegmentTypeValue

4.3.3.2. Art der Meereszone (MaritimeZoneTypeValue)

Art der Meereszone.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste MaritimeZoneTypeValue

4.4. Themenspezifische Anforderungen

1. Jede Instanz der Objektart Administrative Unit muss - mit Ausnahme der Einheiten, die einen Mitgliedstaat und mitverwaltete Einheiten repräsentieren - auf genau eine Einheit einer höheren Ebene der Verwaltungshierarchie verweisen. Diese Verbindung wird durch die Assoziationsrolle upper LevelUnit der Objektart Administrative Unit ausgedrückt.

2. Jede Instanz der Objektart Administrative Unit muss - mit Ausnahme derer auf der untersten Ebene - auf ihre zugehörigen Einheiten in niedrigeren Ebenen verweisen. Diese Verbindung wird durch die Assoziationsrolle lower LevelUnit der Objektart Administrative Unit ausgedrückt.

3. Wird eine Verwaltungseinheit durch zwei oder mehr andere Verwaltungseinheiten mitverwaltet, so ist die Assoziationsrolle administered By zu verwenden. Für die Einheiten, die diese Einheit mitverwalten, gilt die Assoziationsrolle coAdminister.

4. Verwaltungseinheiten, die sich auf derselben Ebene der Verwaltungshierarchie befinden, dürfen sich konzeptionell keine Gebiete teilen.

5. Instanzen der Objektart Administrative Boundary müssen mit den Kanten der topologischen Struktur des vollständigen (alle Ebenen einbeziehenden) Grenzgraphen übereinstimmen.

6. Die Fläche eines Kondominiums darf nicht Teil der Fläche einer Verwaltungseinheit sein.

7. Kondominien können nur von Verwaltungseinheiten auf Landesebene verwaltet werden.

4.5. Kartenebenen

Kartenebenen für das Geodatenthema "Verwaltungseinheiten"

5. Adressen

5.1. Begriffsbestimmungen

Zusätzlich zu den Begriffsbestimmungen in Artikel 2 gilt die folgende Definition:

• "Adressierbares Objekt": ein Geo-Objekt, dem sinnvollerweise Adressen zugeordnet werden können.

5.2. Objektarten

Die folgenden Objektarten sind für den Austausch und die Klassifikation von Geo-Objekten aus Geodatensätzen zu verwenden, die einen Bezug zum Geodatenthema "Adressen" haben:

• Adresse
• Name des Adressbereichs
• Adresskomponente
• Bezeichnung der Verwaltungseinheit - Postalischer Deskriptor
• Bezeichnung des Verkehrswegs

5.2.1. Adresse (Address)

Kennzeichnung des festen Standorts eines Grundstücks durch eine strukturierte Anordnung von geografischen Bezeichnungen und Identifikatoren.

Attribute der Objektart Address

Assoziationsrollen der Objektart Address

Einschränkungen der Objektart Address

Eine Adresse muss mindestens eine Adresskomponente besitzen, deren Inhalt die Verwaltungseinheit der Ebene 1 (Land) repräsentiert.

Eine Adresse muss genau eine geografische Lage haben, die als Standard gilt (das Attribut "default" des Geo-Objekts GeographicPosition muss "true" sein).

5.2.2. Name des Adressbereichs (AddressAreaName)

Eine Adresskomponente, die den Namen eines geografischen Gebiets oder einer Örtlichkeit darstellt, die eine Anzahl adressierbarer Objekte zu Adressierungszwecken zu einer Gruppe verbindet, ohne eine Verwaltungseinheit zu sein.

Dieser Typ ist ein Subtyp des Datentyps AddressComponent.

Attribute der Objektart AddressAreaName

Assoziationsrollen der Objektart AddressAreaName

5.2.3. Adresskomponente (AddressComponent)

Identifikator oder geografische Bezeichnung eines bestimmten geografischen Gebiets, eines Standorts oder eines anderen Geo-Objekts zur Definition des Geltungsbereichs einer Adresse.

Dieser Typ ist abstrakt.

Attribute der Objektart AddressComponent

Assoziationsrollen der Objektart AddressComponent

5.2.4. Bezeichnung der Verwaltungseinheit (AdminUnitName)

Adresskomponente, die den Namen einer Verwaltungseinheit darstellt, in der ein Mitgliedstaat Hoheitsbefugnisse für die lokale, regionale und nationale Verwaltung hat und/oder ausübt.

Dieser Typ ist ein Subtyp des Datentyps AddressComponent.

Attribute der Objektart AdminUnitName

Assoziationsrollen der Objektart AdminUnitName

5.2.5. Postalischer Deskriptor (PostalDescriptor)

Eine Adresskomponente, die eine Untergliederung von Adressen und Zustellungspunkten eines Landes, einer Region oder einer Stadt nach postalischen Gesichtspunkten darstellt.

Dieser Typ ist ein Subtyp des Datentyps AddressComponent.

Attribute der Objektart PostalDescriptor

Einschränkungen der Objektart PostalDescriptor

Wenn kein "postCode" existiert, ist ein "postName" erforderlich. Wenn kein "postName" existiert, ist ein "postCode" erforderlich.

5.2.6. Bezeichnung des Verkehrswegs (ThoroughfareName)

Eine Adresskomponente, die den Namen eines Durchgangs oder Verkehrswegs von einem Standort zu einem anderen darstellt.

Dieser Typ ist ein Subtyp des Datentyps AddressComponent.

Attribute der Objektart ThoroughfareName

Assoziationsrollen der Objektart ThoroughfareName

5.3. Datentypen

5.3.1. Adress-Locator (AddressLocator)

Visuell lesbarer Bezeichner oder Name, der es einem Nutzer oder einer Anwendung erlaubt, im Geltungsbereich der Bezeichnung eines Verkehrsweges, eines Adressbereichs, einer Verwaltungseinheit oder eines postalischen Deskriptors, in dem sich die Adresse befindet, auf die Adresse zu verweisen und sie von benachbarten Adressen zu unterscheiden.

Attribute des Datentyps AddressLocator

Assoziationsrollen des Datentyps AddressLocator

Einschränkungen des Datentyps AddressLocator

Wenn kein "designator" existiert, ist ein "name" erforderlich.

Wenn kein "name" existiert, ist ein "designator" erforderlich.

5.3.2. Adress-Darstellung (AddressRepresentation)

Darstellung eines Geo-Objekts vom Typ Adresse zur Verwendung in externen Anwendungsschemata, die die grundlegenden Adressdaten in lesbarer Form enthalten müssen.

Attribute des Datentyps AddressRepresentation

Assoziationsrollen des Datentyps AddressRepresentation

5.3.3. Geografische Lage (GeographicPosition)

Position eines charakteristischen Punkts, der den Standort der Adresse nach einer bestimmten Spezifikation darstellt und Informationen zum Ursprung dieser Position enthält.

Attribute des Datentyps GeographicPosition

5.3.4. Locator-Bezeichner (LocatorDesignator)

Eine Anzahl oder Abfolge von Zeichen, die den Locator innerhalb des/der betreffenden Geltungsbereiche(s) eindeutig kennzeichnet. Zur vollständigen Kennzeichnung des Locators können ein oder mehrere Locator-Bezeichner erforderlich sein.

Attribute des Datentyps LocatorDesignator

5.3.5. Name des Locators (LocatorName)

Eigenname des vom Locator bezeichneten realen Objekts.

Attribute des Datentyps LocatorName

5.3.6. Namensteil (PartOfName)

Teil des vollständigen Namens, der aus der Unterteilung des Namens des Verkehrswegs in separate semantische Teile resultiert und dabei dieselbe Sprache und dieselbe Schreibweise wie der vollständige Name des Verkehrswegs beibehält.

Attribute des Datentyps PartOfName

5.3.7. Wert des Namens des Verkehrswegs (ThoroughfareNameValue)

Eigenname des Verkehrswegs, wobei auch eine Untergliederung des Namens in Teile möglich ist.

Attribute des Datentyps ThoroughfareNameValue

5.4. Codelisten

5.4.1. Geometrie-Methode (GeometryMethodValue)¹¹

Beschreibung, wie und von wem diese geografische Lage der Adresse geschaffen oder abgeleitet wurde.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste GeometryMethodValue

5.4.2. Geometrie-Spezifikation (GeometrySpecificationValue)¹¹

Angaben über die zur Schaffung oder Ableitung dieser geografischen Lage der Adresse verwendete Spezifikation.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste GeometrySpecificationValue

5.4.3. Art des Locator-Bezeichners (LocatorDesignatorTypeValue)¹¹

Beschreibung der Semantik des Locator-Bezeichners.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste LocatorDesignatorTypeValue

5.4.4. Locator-Ebene (LocatorLevelValue)¹¹

Die Ebene, auf die der Locator verweist.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste LocatorLevelValue

5.4.5. Art des Locator-Namens (LocatorNameTypeValue)^1l

Beschreibung der Semantik des Locator-Namens.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste LocatorNameTypeValue

5.4.6. Art des Namensteils (PartTypeValue)^1l

Eine Klassifikation des Namensteils nach seiner Semantik im vollständigen Namen des Verkehrswegs.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste PartTypeValue

5.4.7. Status (StatusValue)^1l

Aktuelle Gültigkeit der Adresse oder Adresskomponente in der realen Welt.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste StatusValue

5.5. Themenspezifische Anforderungen

5.5.1. Die Position der Adresse

1. Im Datensatz ist die Position der Adresse durch die Koordinaten des tatsächlichen Standorts der Adresse mit der bestmöglichen Genauigkeit darzustellen. Dabei sind die genauesten direkt erfassten Koordinaten oder, falls nicht vorhanden, die aus einer der Adresskomponenten abgeleiteten Koordinaten zu verwenden, wobei diejenige Komponente vorzuziehen ist, die die genaueste Positionsbestimmung ermöglicht.

2. Hat eine Adresse mehr als eine Position, so ist das Attribut "specification" für jede dieser Positionen mit einem anderen Wert zu belegen.

5.5.2. Assoziationsrollen

1. Die Assoziationsrolle "withinScopeOf" muss für alle Locators besetzt sein, die nach Regeln zur Gewährleistung von Eindeutigkeit innerhalb einer bestimmten Adresskomponente zugewiesen wurden (d. h. für die Bezeichnung eines Verkehrswegs, eines Adressbereichs, oder einer Verwaltungseinheit bzw. einen postalischen Deskriptor).

2. Die Assoziationsrolle "parentAddress" muss für alle Adressen besetzt sein, die mit einer übergeordneten (oder Haupt-)Adresse verbunden sind.

3. Eine Adresse muss eine Verbindung zum Namen des Landes haben, in dem sie sich befindet. Darüber hinaus muss eine Adresse mit den zusätzlichen Adresskomponenten verknüpft sein, die für die eindeutige Identifizierung und Lokalisierung der Adressinstanz notwendig sind.

5.6. Kartenebenen

Kartenebenen für das Geodatenthema "Adressen"

6. Flurstücke/Grundstücke (Katasterparzellen)

6.1. Objektarten

Die folgenden Objektarten sind für den Austausch und die Klassifikation von Geo-Objekten aus Geodatensätzen zu verwenden, die einen Bezug zum Geodatenthema "Flurstücke/Grundstücke (Katasterparzellen)" haben:

• Buchungseinheit
• Flurstücksgrenze
• Flurstück
• Katasterbezirk

Flurstücke sind grundsätzlich zur Verfügung zu stellen.

Buchungseinheiten sind von den Mitgliedstaaten dann zur Verfügung zu stellen, wenn eindeutige Katasterreferenzen nur für Buchungseinheiten und nicht für Flurstücke angegeben sind.

Flurstücksgrenzen sind von den Mitgliedstaaten dann zur Verfügung zu stellen, wenn Informationen zur absoluten Lagegenauigkeit für die Flurstücksgrenze verzeichnet sind.

6.1.1. Buchungseinheit (BasicPropertyUnit)

Die kleinste Eigentumseinheit, die im Grundbuch, im Liegenschaftskataster oder vergleichbaren Registern eingetragen ist. Sie ist durch eindeutiges Eigentum und gleichartige dingliche Rechte definiert und kann aus einem oder mehreren benachbarten oder geografisch getrennten Flurstücken bestehen.

Attribute der Objektart BasicPropertyUnit

Assoziationsrollen der Objektart BasicPropertyUnit

Einschränkungen der Objektart BasicPropertyUnit

Der Wert von "areaValue" ist in Quadratmetern anzugeben.

6.1.2. Flurstücksgrenze (CadastralBoundary)

Teil des Umrings eines Flurstücks. Eine Flurstücksgrenze kann zu zwei benachbarten Flurstücken gehören.

Attribute der Objektart CadastralBoundary

Assoziationsrollen der Objektart CadastralBoundary

Einschränkungen der Objektart CadastralBoundary

Der Wert der "estimatedAccuracy" ist in Metern anzugeben.

6.1.3. Flurstück (CadastralParcel)

Gebiete, die anhand des Liegenschaftskatasters oder gleichwertiger Verzeichnisse bestimmt werden.

Attribute der Objektart CadastralParcel

Assoziationsrollen der Objektart CadastralParcel

Einschränkungen der Objektart CadastralParcel

Der Wert von "areaValue" ist in Quadratmetern anzugeben.

Als Typ der Geometrie ist GM_Surface oder GM_MultiSurface zu verwenden.

6.1.4. Katasterbezirk (CadastralZoning)

Gliederungsebenen zur Unterteilung des Staatsgebiets in Flurstücke.

Attribute der Objektart CadastralZoning

Assoziationsrollen der Objektart CadastralZoning

Einschränkungen der Objektart CadastralZoning

Der Wert der "estimatedAccuracy" ist in Metern anzugeben.

Ein Katasterbezirk einer niedrigeren Ebene muss Teil eines Bezirks einer höheren Ebene sein.

6.2. Codelisten

6.2.1. Ebene des Katasterbezirks (CadastralZoningLevelValue)^1l

Hierarchieebenen des Katasterbezirks.

Für diese Codeliste sind nur die in der nachstehenden Tabelle angegebenen Werte zulässig.

Werte für die Codeliste CadastralZoningLevelValue

6.3. Themenspezifische Anforderungen

6.3.1. Darstellung der Geometrie

1. Der Wertebereich der in diesem Abschnitt definierten räumlichen Eigenschaften ist nicht auf die Geodaten- Spezifikation "Simple Feature" nach EN ISO 19125-1 beschränkt.

2. Werden Flurstücksgrenzen bereitgestellt, müssen die zum Umring eines Flurstücks gehörenden Flurstücksgrenzen einen oder mehrere geschlossene Ringe bilden.

6.3.2. Modellierung von Objektreferenzen

Alle Instanzen der Objektart "CadastralParcel" müssen als thematischen Identifikator das Attribut "nationalCadastralReference" besitzen. Der Nutzer muss in der Lage sein, anhand dieses Attributs den Bezug zu den Rechten, Eigentümern und anderen Katasterinformationen im Liegenschaftskataster oder vergleichbaren Verzeichnissen herzustellen.

6.3.3. Koordinatenreferenzsysteme

Werden Daten im Zusammenhang mit dem Geodatenthema "Flurstücke" als ebene Koordinaten unter Verwendung der Lambert-Conformal-Conic-Projektion zur Verfügung gestellt, müssen sie auch in mindestens einem anderen der in den Abschnitten 1.3.1, 1.3.2 und 1.3.3 aufgeführten Koordinatenreferenzsysteme zur Verfügung gestellt werden.

6.4. Darstellungsregeln

6.4.1. Kartenebenen

Kartenebenen für das Geodatenthema "Flurstücke/Grundstücke (Katasterparzellen)"

7. Verkehrsnetze

7.1. Begriffsbestimmungen^1l

Zusätzlich zu den Begriffsbestimmungen in Artikel 2 gelten folgende Definitionen:

• "Flughafenbezugspunkt": festgelegte geografische Position eines Flughafens; er befindet sich in der Nähe des ursprünglichen oder geplanten geometrischen Zentrums des Flughafens und bleibt in der Regel dort, wo er ursprünglich festgelegt wurde;
• "Flughafen/Heliport": ein abgegrenztes Gebiet auf dem Land oder einem Gewässer (einschließlich Gebäuden, Anlagen und Ausrüstung), das entweder ganz oder teilweise für die Ankunft, den Abflug und die Bewegungen von Flugzeugen/Hubschraubern am Boden bestimmt ist;
• "Tiefseestrecke": eine Route innerhalb eines klar abgegrenzten Gebiets, auf der der Meeresgrund sorgfältig überwacht wird; auf dem Grund befindliche Hindernisse dürfen eine festgelegte Höhe nicht überschreiten;
• "intermodale Verbindung": Verbindung zwischen zwei Elementen verschiedener Verkehrsnetze, die unterschiedliche Transportmittel verwenden, so dass die transportierten Güter (Personen, Waren usw.) das Transportmittel wechseln können;
• "Linienelement": ein eindimensionales Objekt, das als Achse für die Linienreferenzierung dient;
• "Linienreferenzierung": Positionsangaben im Verhältnis zu einem eindimensionalen Objekt als Messung entlang (und nach Bedarf versetzt von) diesem Objekt;
• "Navigationshilfen (Navaids)": auf der Erde stationierte physische Anlagen zur Navigationshilfe wie etwa Very High Frequency Omnidirectional Radio Range (VOR), Distance Measuring Equipment (DME), Instrumentenlandesysteme ("Localizer"), Tactical Air Navigation Beacon (TACAN) usw., die eine sichere Navigation des Luftverkehrs auf bestehenden Flugrouten unterstützen;
• "Objektreferenzierung": Bereitstellung der räumlichen Abmessungen eines Objekts, indem auf ein bestehendes Geo-Objekt oder eine Gruppe von Geo-Objekten verwiesen wird;
• "Rangierbahnhof": Gelände, das von einer Anzahl paralleler und untereinander verbundener Eisenbahngleise durchquert wird (in der Regel mehr als zwei), auf denen Züge anhalten können, um Fracht aufzunehmen oder zu entladen, ohne den eigentlichen Schienenverkehr zu stören;
• "bedeutender Punkt": eine bestimmte geografische Position, die zur Festlegung einer Air Traffic Service Route (ATS-Strecke), der Flugroute eines Flugzeugs oder zu anderen Navigations-/ATS-Zwecken dient.
• Die "Area Navigation" (RNAV) bezeichnet eine Navigationsmethode, die den Luftverkehr auf beliebigen Flugrouten innerhalb des Einzugsbereichs von stationierten, referenzierten Navigationshilfen oder innerhalb der Kapazitätsgrenzen eigenständiger Navigationshilfen oder einer Kombination aus beiden ermöglicht,
• "TACAN Navigation' bezeichnet eine Navigationsmethode, die den Luftverkehr auf beliebigen Flugrouten innerhalb des Einzugsbereichs von stationierten, referenzierten Navigationshilfen der Tactical Air Navigation Beacon (TACAN) ermöglicht.

7.2. Aufbau des Geodatenthemas "Verkehrsnetze"

Die für das Geodatenthema "Verkehrsnetze" festgelegten Objektarten werden in folgende Gruppen unterteilt:

• Gemeinsame Transportelemente
• Luftverkehrsnetz
• Seilbahnnetz
• Schienenverkehrsnetz
• Straßenverkehrsnetz
• Wasserverkehrsnetz

7.3. Gemeinsame Transportelemente

7.3.1. Objektarten

Die folgenden Objektarten sind für den Austausch und die Klassifikation von Geo-Objekten zu verwenden, die einen Bezug zum Geodatenthema "Verkehrsnetze: Gemeinsame Transportelemente" haben:

• Zugangsbeschränkung
• Status des Elements
• Unterhaltungspflichtige Behörde
• Stationszeichen
• Besitzhabende Behörde
• Fahrzeugbeschränkung
• Verkehrsrichtung
• Verkehrsfläche
• Verkehrssegment
• Transportroute
• Verkehrsnetzteil
• Verkehrsnetz
• Verkehrsknotenpunkt
• Verkehrsobjekt
• Verkehrspunkt
• Transporteigenschaft
• Vertikale Position

7.3.1.1. Zugangsbeschränkung (AccessRestriction)

Die Beschränkung des Zugangs zu einem Verkehrselement.

Dieser Typ ist ein Subtyp des Datentyps TransportProperty.

Attribute der Objektart AccessRestriction

7.3.1.2. Status des Elements (ConditionOfFacility)

Status eines Verkehrselements hinsichtlich seiner Fertigstellung und Verwendung.

Dieser Typ ist ein Subtyp des Datentyps TransportProperty.

Attribute der Objektart ConditionOfFacility

7.3.1.3. Unterhaltungspflichtige Behörde (MaintenanceAuthority)

Die für die Instandhaltung und Pflege des Verkehrselements verantwortliche Behörde.

Dieser Typ ist ein Subtyp des Datentyps TransportProperty.

Attribute der Objektart MaintenanceAuthority

7.3.1.4. Stationszeichen (MarkerPost)

Stationszeichen an einer Verkehrsstrecke, die meist in regelmäßigen Abständen aufgestellt sind und die Entfernung vom Streckenbeginn oder von anderen Referenzpunkten bis zu dem Punkt anzeigen, an dem sie stehen.

Dieser Typ ist ein Subtyp des Datentyps TransportPoint.

Attribute der Objektart MarkerPost

Assoziationsrollen der Objektart MarkerPost

7.3.1.5. Besitzhabende Behörde (OwnerAuthority)

Die Behörde, in deren Besitz sich das Verkehrselement befindet

Dieser Typ ist ein Subtyp des Datentyps TransportProperty.

Attribute der Objektart OwnerAuthority

7.3.1.6 Fahrzeugbeschränkung (RestrictionForVehicles)

Fahrzeugbeschränkungen für ein Verkehrselement.

Dieser Typ ist ein Subtyp des Datentyps TransportProperty.

Attribute der Objektart RestrictionForVehicles

7.3.1.7. Verkehrsrichtung (TrafficFlowDirection)

Gibt die Verkehrsrichtung im Bezug zur Richtung des Vektors des Verkehrssegments an.

Dieser Typ ist ein Subtyp des Datentyps TransportProperty.

Attribute der Objektart TrafficFlowDirection

Einschränkungen der Objektart TrafficFlowDirection

Diese Eigenschaft kann nur mit einem Geo-Objekt des Typs Link oder LinkSequence assoziiert werden.

7.3.1.8. Verkehrsfläche (TransportArea)

Fläche, die die räumliche Ausdehnung eines Elements eines Verkehrsnetzes darstellt.

Dieser Typ ist ein Subtyp des Datentyps NetworkArea.

Dieser Typ ist ein Subtyp des Datentyps TransportObject.

Dieser Typ ist abstrakt.

Attribute der Objektart TransportArea

Einschränkungen der Objektart TransportArea

Alle Verkehrsflächen haben einen externen Objektidentifikator.

7.3.1.9. Verkehrssegment (TransportLink)

Ein lineares Geo-Objekt, das die Geometrie und Konnektivität eines Verkehrsnetzes zwischen zwei Punkten im Netz beschreibt.

Dieser Typ ist ein Subtyp des Datentyps Link.

Dieser Typ ist ein Subtyp des Datentyps TransportObject.

Dieser Typ ist abstrakt.

Attribute der Objektart TransportLink

Einschränkungen der Objektart TransportLink

Alle Verkehrssegmente haben einen externen Objektidentifikator.

7.3.1.10. Transportroute (TransportLinkSequence)

Ein lineares Geo-Objekt, das aus einer geordneten Gruppe von Verkehrssegmenten besteht und eine durchgehende Strecke ohne Abzweigungen im Verkehrsnetz bildet. Anfang und Ende dieses Elements sind klar definiert, und jede Position in der Transportroute kann mit nur einem einzigen Parameter, etwa der Länge, bestimmt werden. Es beschreibt ein Element des Verkehrsnetzes, das durch einen oder mehrere thematische Identifikatoren und/oder eine oder mehrere Eigenschaften gekennzeichnet ist.

Dieser Typ ist ein Subtyp des Datentyps LinkSequence.

Dieser Typ ist ein Subtyp des Datentyps TransportObject.

Dieser Typ ist abstrakt.

Attribute der Objektart TransportLinkSequence

Einschränkungen der Objektart TransportLinkSequence

Eine Transportroute muss aus Verkehrssegmenten bestehen, die zum selben Verkehrsnetz gehören.

Alle Transportrouten haben einen externen Objektidentifikator.

7.3.1.11. Verkehrsnetzteil (TransportLinkSet)

Eine Gruppe von Transportrouten und/oder einzelnen Verkehrssegmenten, die eine besondere Funktion oder Bedeutung in einem Verkehrsnetz hat.

Dieser Typ ist ein Subtyp des Datentyps LinkSet.

Dieser Typ ist ein Subtyp des Datentyps TransportObject.

Dieser Typ ist abstrakt.

Attribute der Objektart TransportLinkSet

Assoziationsrollen der Objektart TransportLinkSet

Einschränkungen der Objektart TransportLinkSet

Ein Verkehrsnetzteil muss aus Verkehrssegmenten und/oder Transportrouten bestehen, die zum selben Verkehrsnetz gehören.

Alle Verkehrsnetzteile haben einen externen Objektidentifikator.

7.3.1.12. Verkehrsnetz (TransportNetwork)

Eine Sammlung von Netzelementen, die einer einzigen Beförderungsart angehören.

Dieser Typ ist ein Subtyp des Datentyps Network.

Attribute der Objektart TransportNetwork

7.3.1.13. Verkehrsknotenpunkt (TransportNode)

Ein Punktobjekt zur Gewährleistung von Konnektivität.

Dieser Typ ist ein Subtyp des Datentyps Node.

Dieser Typ ist ein Subtyp des Datentyps TransportObject.

Dieser Typ ist abstrakt.

Attribute der Objektart TransportNode

Einschränkungen der Objektart TransportNode

Alle Verkehrsknotenpunkte haben einen externen Objektidentifikator.

7.3.1.14. Verkehrsobjekt (TransportObject)

Eine Identifikationsgrundlage für reale Verkehrsobjekte.

Dieser Typ ist abstrakt.

Attribute der Objektart TransportObject

weiter .