Mappingtabelle LN_Landnutzung

Vorbemerkungen

Hinweise zur Attributtabelle

Die Attributtabelle enthält alle für das Mapping relevanten Objekt-, Attribut- und Wertearten, aufsteigend nach Schlüsseln (Attributarten nach der Reihenfolge in der NAS) sortiert.
In der Spalte 'Mapping-Regel' ist der Teil des zu bildenden Zielobjektes aufgeführt, der sich aus der Objekt-, Attribut- oder Werteart in der jeweiligen Zeile ergibt.
Wirkt die Zeile bestimmend für die Zielobjektart, dann beginnt die Mapping-Regel mit 'p:' (primär) oder 's:' (sekundär). Zusätzliche nicht bestimmende Attributbelegungen werden ohne diesen Präfix aufgeführt.
Die zutreffenden Mapping-Regeln sind jeweils verlinkt.

Hinweise zu den Mapping-Regeln

Die Mapping-Regeln beschreiben das Mapping für die jeweilige Kombination aus Quell- und Zielobjektart unter Einbeziehung aller dafür relevanten Attribut- und Wertearten.
Innerhalb der Mapping-Regeln sind bestimmende Attribute bzw. Werte, die zur Aktivierung der jeweiligen Regel führen, mit dem Symbol 🔑 gekennzeichnet.
Attribute bzw. Werte, die vom Quellobjekt auf das Zielobjekt gemappt werden, sind mit dem Symbol 📃 gekennzeichnet.
Bestimmende Attribute bzw. Werte, die auf Zielattribute bzw. -werte gemappt werden, sind mit beiden Symbolen 🔑📃 gekennzeichnet.
Attribute, nicht gemappt, sondern direkt im Zielobjekt gesetzt werden, sind mit dem Symbol ✏️ gekennzeichnet und indigo gefärbt.

Geometrische Einschränkungen

Die Abstrakte Objektart LN_Landnutzung erbt von TA_SurfaceComponent, so dass nur flächenförmige Objekte zulässig sind. Objekte aus dem Bereich Bauwerke und Topographie werden daher nur dann überführt, wenn sie flächenförmige Geometrie haben. In den Bereichen Bauwerke und Topographie sowie öffentlich-rechtliche Festlegungen können Objekte mit Multisurface-Geometrie vorkommen. Diese können bei strenger Modellauslegung nicht direkt in LN-Objekte überführt werden. Da in der GeoPackage Produktspezifikation 1.2 (Beschluss LK 2026/02) jedoch der Geometrietyp Multipolygon zugelassen ist, kann die Ableitung solcher Objekte trotzdem direkt in das GeoPackage-Format erfolgen. Modellseitig wird hier im Rahmen der Fortschreibung des AAA AS Abhilfe geschaffen.

Fachdatenverbindungen

Für das LN-Mapping sind folgende Fachdatenverbindungen zu beachten:

• art = 1900: Vorgriff auf zukünftige Wertearten der kommenden Modellfortschreibung
• art = 2600: nähere Spezifizierung der LN-Ableitung (primäre Nutzung) durch Vorgabe der Ziel-Objektart und bestimmender Attribute
• art = 2610: analog zu #2600, aber für die sekundäre Nutzung

FDV #1900:
Die Einführung neuer Wertearten im Rahmen der Modellfortschreibung folgt i.d.R. einer fachlichen Anforderung, die möglichst zügig umgesetzt werden soll. Mit Hilfe der FDV #1900 ist es möglich, die zusätzliche Information im Vorgriff auf neue Wertearten bereits aktuellen Anwendungsschema zu führen. Sofern eine solche Werteart für das LN-Mapping relevant ist, wird die FDV #1900 in der betreffenden Mappingregel einbezogen.
Quellobjekt:
Das geschieht auf Quellobjektseite mit dem XML-Attribut "ausFDV1900", das sowohl für Copy- als auch für Filter-Klauseln verwendbar ist. Als Wert des XML-Attributes wird das 3-stellige Attributkürzel angegeben, z.B. "VEG". Hat dann ein zu überführendes Objekt eine Fachdatenverbindung mit dem Inhalt "VEG1015 Energiepflanzen, Energiegräser" im Attribut "name", wird dies erkannt und im Weiteren so behandelt, als ob das Attribut "vegetationsmerkmal" den Wert 1015 hätte.
Zielobjekt:
Auf Zielobjektseite kann bei der Set-Klausel das XML-Attribut "targetFDV1900" angebracht werden. Dieses enthält den gewünschten Inhalt des Attributs "name" des Fachdatenobjekts, z.B. "BWT1015 Energiepflanzen, Energiegräser" für die im LN-Anwendungsschema 1.0.2 noch nicht definierte Werteart 1015 der Attributart "bewirtschaftung" bei LN_Landwirtschaft.
Es ist zu beachten, dass die Umsetzung solcher Fachdatenverbindungen entsprechend GeoPackage-Profil 1.2 derzeit nicht vorgesehen ist. Eine Implementierung könnte hier vorgreifen, was jedoch zu entsprechenden Abweichungen zwischen den verschiedenen Implementierungen führt.

FDV #2600, #2610:
Die Fachdatenverbindungen #26** ermöglichen eine feinere Differenzierung der Überführung als dies mit den reinen Attributbelegungen des Quellobjektes möglich wäre. Mit dem XML-Attribut "targetFDV2600" bzw. "targetFDV2610" wird die Zielobjektart angegeben, z.B. 'targetFDV2600="LN_Forstwirtschaft"'. Die Fachdatenverbindung 2600 bzw. 2610 kann außerdem weitere Attributwerte beinhalten. Daher kann in einer Copy-Klausel mit Hilfe des XML-Attributs "ausFDV2600" angegeben werden, welches Attribut aus dieser Fachdatenverbindung belegt werden soll, z.B. 'ausFDV2600="ART"'. Die in der Copy-Klausel angegebene Zielattributart, z.B. att="art", wird dann entsprechend der angegebenen Wert-Umsetzung übernommen, z.B. "6200:6200|6300:6200". Es wird gewissermaßen so getan, als gäbe es ein solches Attribut im Quellobjekt. Zur Unterscheidung von primäer und sekundärer Nutzung hat man zwei Arten der Fachdatenverbindung erfunden. Aus technischer Sicht verhalten sich beide gleich. Im Anwendungsbereich einer Mappingregel kommt jeweils nur eine solche Fachdatenverbindung vor, da sie bereits die Zielobjektart bestimmt.
Hat das XML-Attribut "targetFDV2600" bzw. "targetFDV2610" den Wert "-", dann bedeutet dies, dass keine solche Fachdatenverbindung vorganden sein darf. Bei einer Fallunterscheidung gibt es i.d.R. eine Mappingregel mit und eine explizit ohne diese Fachdatenverbindung.
Beispiele:

• AX_FlaecheGemischterNutzung, funktion=2700, 2720, 2730
• AX_SportFreizeitUndErholungsflaeche, sportart=1070
• AX_Fliessgewaesser, funktion=----, 8200, 8230
• AX_Fliessgewaesser, funktion=8300

Modellarten

Die Mappingregeln sind so angelegt, dass die Beachtung der Modellart für die Implementierung des Mappings nicht erforderlich ist. Insbesondere im Rahmen der "vertikalen Integration" kommen die meisten Objekt-, Attribut- und Wertearten im DLKM vor, die in früheren Modellversionen dem Basis-DLM vorbehalten waren. Die Spalte "Modellarten" in der Attributtabelle dient hier lediglich der Orientierung, um zu sehen, aus welcher Modellart ein belegtes Attribut kommen kann, hat jedoch keine Auswirkung auf das Mapping.

Attributtabelle