For the complete documentation index, see llms.txt. This page is also available as Markdown.

Projekt anlegen aus KIVID KFS

Menü Datei / Neues Projekt / Projekt aus KIVID Feld A3 kfs-Datei anlegen

Modul M-FX ALKIS Assistant KIVID

Workflow

Mit der kfs-Schnittstelle ist es möglich, tabellengesteuert Katasterdaten aus KIVID A³ in FX Survey einzulesen und nach erfolgter Vermessung neue Objekte, neue Vermessungspunkte sowie geänderte Vermessungspunkte und Messungen als kfp zu exportieren.

Der Workflow in Zusammenarbeit mit KIVID A³ ist folgender:

Es gibt eine feste Umsetzungstabelle, die mit FX S-Kataster mitgeliefert wird. Sie enthält sowohl einen Abschnitt für den Import in FX S-Kataster, als auch einen Abschnitt für den Export aus FX S-Kataster. Normalerweise muss diese Tabelle nicht geändert werden, es sei denn, es wird mit einem individuellen Datenmodell gearbeitet (siehe unten).

Installation anpassen

Um aus KIVID A³ eine kfs-Datei erzeugen zu können, werden mit der Installation von FX S-Kataster einige Dateien und Ordner mitgeliefert, die im KIVID Verzeichnis abgelegt werden müssen. Die einzuspielenden Inhalte, Dateien und Ordner finden Sie in FX Umsetzung für KIVID.zip.

Einzuspielende Dateien im Ordner Konfig:

  • FROX.KWD

  • Frox.pas

Einzuspielende Dateien im Ordner Programme:

  • Frox.exe

Einzuspielender Ordner im Ordner Umgebung:

  • FX S-Kataster

Ergänzende Textzeilen in der Datei feld.ini im Ordner Konfig:

(Kopieren Sie den folgenden Textblock an das Ende der feld.ini)

[FX S Kataster]

Typ=Datei

PfadImport=

PfadExport=

DateiEndung=.kfs

UmsetzerImport='"%%PROGRAMMPFAD%%Programme\Frox.exe" "Import" "%%%EINGABEDATEI%%%" "%%%AUSGABEDATEI%%%" /ROTID:%%ROTID%%' UmsetzerExport='"%%PROGRAMMPFAD%%Programme\Frox.exe" "Export" "%%%EINGABEDATEI%%%" "%%%AUSGABEDATEI%%%" /ROTID:%%ROTID%%' UmsetzerEinbinden='"%%PROGRAMMPFAD%%Programme\Frox.exe" "Einbinden" "%%%EINGABEDATEI%%%" /ROTID:%%ROTID%%'

Den Textblock und eine beschreibende liesmich.txt Datei finden Sie in FX Umsetzung für KIVID.zip.

Speichern der Daten als kfs-Datei aus KIVID A³

Die NAS-Daten des Katasteramtes werden in KIVID A³ eingelesen und verwaltet. Für den Außendienst wird von dort aus eine kfs-Datei erzeugt, in der sowohl die Vermessungspunkte als auch die Grafik abgelegt sind.

Registerkarte Auswahl

Anstelle einer kfp-Datei wird eine kfs-Datei ausgegeben, wenn Sie in der Konfiguration FROX UMSETZER auswählen. In der kfs-Datei werden sowohl Grafik als auch Vermessungspunkte gespeichert.

Registerkarte Punktattribute

Das Attribut frox Punktstatus erhalten Sie, indem Sie in Ihr KIVID A³ die bei FX S-Kataster von uns mitgelieferte Umgebung "froxVermessung" integrieren. Zur Integration weiterer Umgebungen in KIVID A³ schlagen Sie bitte im KIVID Handbuch nach. Der frox Punktstatus sorgt dafür, dass alle Punkte, die aus KIVID A³ exportiert werden, in FX S-Kataster als vorhandene Punkte und nicht als Neupunkte interpretiert werden. Sie erscheinen im FX S-Kataster Projekt dann in schwarz und nicht in rot.

Anlegen eines neuen FX S-Kataster Projektes aus der kfs-Datei

Zunächst wählen Sie die aus KIVID A³ exportierte kfs-Datei aus. Das Programm ermittelt im Anschluss daran automatisch aus der kfs-Datei das Lage- und Höhensystem, die mittlere Koordinate und die mittlere Projekthöhe, falls vergeben. Es wird weiterhin angegeben, ob in dem Projekt NBZ-Abkürzungen vorhanden sind oder nicht.

Nachdem Sie den Namen der zu erstellenden Projektdatei angegeben haben, wählen Sie ein Datenmodell aus und klicken Sie auf <OK>. Die Daten werden eingelesen. Während des Vorgangs wird die Umsetzungstabelle, die Sie über das Datenmodell mit ausgewählt haben, abgefragt.

Nach dem Einlesen erscheint ein kleines Protokoll, indem Sie sich über den Importverlauf informieren können:

Die Vermessungspunkte werden hierbei sowohl in den Stapel integriert als auch in der Grafik abgebildet. Ändert sich die Lage der eingelesenen Vermessungspunkte aufgrund von Messungen, so ändert sich auch die Lage der importierten Grafikdaten. Grafikdaten und Vermessungspunkte sind also bereits verknüpft. Die Grafikdaten dienen als Hintergrunddaten, auf denen die Fortführungsvermessung aufbaut wird. Sie können sich die Daten über den Objekteditor ansehen, die Sachdaten sind jedoch schreibgeschützt.

Bitte beachten:

Die in der KFS-Datei genutzten Koordinatensysteme (Lage und Höhe) müssen auch in FX Survey definiert sein. Andernfalls erhalten Sie eine entsprechende Fehlermeldung.

Reflektoren in der kfs-Datei

Zum Anlegen der Reflektoren in der kfs-Datei klicken Sie im Messgerätemanager auf den Button "Polar".

Im Fenster "Polar" wählen Sie den Reiter "Reflektoren".

Sachdaten

Arbeiten mit individuellem Datenmodell

Wenn Sie mit einem individuellen Datenmodell arbeiten, muss der Name des Datenmodells in der Umsetzungstabelle angepasst werden.

Öffnen Sie zunächst den Ordner DataModels unter folgendem Pfad.

C:\Benutzer\Öffentlich\Öffentliche Dokumente\frox\FX Survey\Templates\DataModels

Wählen Sie dort den Ordner mit ihrem Kataster Datenmodell aus und öffnen den Unterordner Umsetzungstabellen.

Im Ordner Umsetzungstabellen ALKIS finden Sie die passende Umsetzungstabelle.

Sollte die Umsetzungstabelle nicht vorhanden sein, können Sie diese hier herunterladen.

Die Umsetzungstabelle kann über einen Editor geöffnet werden. In der Zeile Datenmodell muss der Name ihres individuellen Datenmodells eingetragen werden.

Aufbau der Umsetzungstabelle

Im Folgenden wird der Aufbau der Umsetzungstabelle beschrieben. Diese muss sich im Unterordner Templates im Programmverzeichnis von FX S-Kataster befinden, sie wird mit FX S-Kataster geliefert.

Die Umsetzungstabelle ist als XML-Datei aufgebaut. Der Hauptknoten ist <ConvertTable>

<ConvertTable>

Abschnitt <Header>

Unterhalb des Hauptknotens befindet sich der der Abschnitt <Header>:

Beispiel Abschnitt <Header>

<Header>

<Name>KIVID A3 Grafikdaten - frox Vermessung</Name>

<Description>Bidirektionale Schnittstelle zu KIVID A3</Description>

<Identifer>kfs</Identifer>

<Version>1.0</Version>

<Datamodel>Fachschale ALKIS NW.fmt</Datamodel>

<Type>ConvertTable</Type>

</Header>

Dieser Abschnitt enthält einige Knoten mit grundlegenden Informationen zur Tabelle:

Knoten

Wert

Bemerkung

<Name>

Anzeigename der Tabelle in FX Survey

frei belegbar

<Description

>

Beschreibung der Tabelle in FX Survey

frei belegbar

<Identifer>

kfs

Fester Wert, der die Art der Umsetzungstabelle kennzeichnet.

<Version>

1.0

Fester Wert, der zur Versionierung dient.

<Datamodel>

Name der benutzten Datenmodellvorlage in FX S- Kataster(fmt)

Dient der eindeutigen Zuordnung zum Datenmodell.

<Typ>

ConvertTable

Fester Wert, der die Datei als Umsetzungstabelle kennzeichnet.

Abschnitt <Parameters>

Anschließend folgt der Abschnitt <Parameter>, indem Default-Objekte für Geometrien, die nicht in der Umsetzungstabelle gefunden wurden, definiert werden. Dieser Abschnitt spielt nur beim Import eine Rolle, alle nicht in der Umsetzungstabelle definierten Objekte, die in der zu importierenden kfs- Datei vorhanden sind, werden gemäß ihrer Geometrie einem der Dedalt-Objekte, die hier definiert sind zugeordnet.

Zusätzlich wird hier die Objektklasse für alle Textreferenzlinien definiert (Flurstücksnummernpfeile)

Beispiel Abschnitt <Parameters>

<Parameters>

<DefaultObject>burg_objekt_undef</DefaultObject>

<DefaultText>burg_text_undef</DefaultText>

<DefaultSymbol>burg_symbol_undef</DefaultSymbol>

<DefaultLine>burg_linie_undef</DefaultLine>

<DefaultPolygon>burg_flaeche_undef</DefaultPolygon>

<ReferenceLine>burg_textrefline</ReferenceLine>

</Parameters>

Die hier angegebenen Objektklassen für Text, Symbol, Linie, Fläche (Polygon) und Referenzlinie müssen in der Datenmodellvorlage definiert sein. Die Objekte werden nach dem Import in der Grafik dargestellt, und können nach Identifizierung später in der Tabelle als echte umzusetzende Objekte nachdefiniert werden, sodass die Umsetzungstabelle im Laufe der Zeit vollständig wird. Es handelt sich in der Regel um relevante länderspezifische Objekte.

Abschnitt <KividFeld>

Als nächstes folgt der Abschnitt <KIVIDFeld>. In der kfs-Datei befinden sich sowohl die Vermessungspunkte als auch die Grafikobjekte. Nach dem Import sind die Messpunkte mit der Grafik verknüpft, sodass sich die komplette Hintergrundgrafik mitbewegt, wenn ein damit verknüpfter Messpunkt seine Position verändert. Damit erhält der Anwender immer ein geschlossenes

grafisches Bild, in dem er sich gut orientieren kann. Es kann vorkommen, dass mehrere Messpunkte auf der gleichen Koordinate liegen, z.B. ein Gebäudepunkt und ein Grenzpunkt. In diesen Fällen wird über den Abschnitt <KIVIDFeld> geregelt, welcher Messpunkt zu welchem Grafikobjekt gehört. Auch

dieser Abschnitt betrifft ausschließlich den Import einer kfs-Datei.

Beispiel Abschnitt <Kivid-Feld>

<KividFeld>

<Assignments>

<Assignment FeatureClass="burg_linie_flurst">

<Item>

<Where Attribute="Darstellung">

<FeatureValues>

<Value>ALKIS-11001</Value>

<Value>ALKIS-1003</Value>

</FeatureValues>

</Where>

<measurepoint AttributeName="PunktCode">GP-Grenzpunkt</measurepoint>

</Item>

</Assignment>

</Assignments>

</KividFeld>

Knoten

Wert

Bemerkung

<Assignments>

Sammelknoten der definierten Zuordnungen

<Assignment>

Knoten für eine einzelne Zuordnung

Zur Zeit für Flurstücke definiert

<Item>

Knoten, für die Bedingung

enthält die Zuordnungsbedingung und die Zuordnung zum Messpunkt

<Where>

Zugehörige Where-Klausel

Enthält die Bedingung. Hier:

Suche nach der Objektklasse

„Burg_linie_flurst“ wo im Attribut Darstellung die Werte ALKIS-11001 oder ALKIS-1003 stehen.

<measurepoint

>

Beschreibt den zugehörigen Messpunkt anhand des Attributes Punktcode, der diesem Objekt zugeordnet werden muss

Hier:

Attribut PunktCode =“GP-Grenzpunkt“

Abschnitt <FeatureClasses>

Im diesem Abschnitt werden die Objektklassen für den Import definiert. Hier werden die Namen der Objektklassen angegeben, sowie eine eindeutige ID, auf die im Abschnitt <Import> zurückgegriffen wird.

Das Datenmodell ist mit möglichst wenigen Objektklassen für den Import eingerichtet worden. Die Definition richtet sich nach den Abschnitten der GeoInfoDok. Wir haben zwischen zwei Typen von Objektklassen unterschieden, um möglichst flexibel abbilden zu können. So gibt es jeweils fünf Klassen für Definitionsgeometrie und fünf Klassen für Darstellungsgeometrie. Das Modell ist sehr strukturiert aufgebaut. Man findet in den einzelnen Abschnitten immer den gleichen Aufbau.

Es ist theoretisch auch möglich, Objekte mit mehreren zugeordneten Geometrien zu erzeugen, sogenannte Verbundobjekte, bislang war dies aber noch nicht notwendig.

Beispiel Abschnitt <FeaturesClasses>

Beispielhaft werden hier die Objekte zum Abschnitt Flurstück aufgeführt, die im Datenmodell definiert sind:

<FeatureClasses>

<!-- Bereich Flurstück -->

<FeatureClass>

<Name>burg_objekt_flurst</Name> <!-- Verbundobjekt -->

<ID>1</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_text_flurst</Name> <!-- Objekte für die Definitionsgeometrie

<ID>2</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_symbol_flurst</Name>

<ID>3</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_linie_flurst</Name>

<ID>4</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_flaeche_flurst</Name>

<ID>5</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_darstellungsobjekt_flurst</Name> <!-- Objekte für die Darste

<ID>6</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_darstellungstext_flurst</Name>

<ID>7</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_darstellungssymbol_flurst</Name>

<ID>8</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_darstellungslinie_flurst</Name>

<ID>9</ID>

</FeatureClass>

<FeatureClass>

<Name>burg_darstellungsflaeche_flurst</Name>

<ID>10</ID>

</FeatureClass>

<!-- Bereich Gebäude --> ...

<!-- Bereich Vegetation --> ...

<!-- Bereich Gewässer --> ...

<!-- Bereich Geländeform --> ...

<!-- Bereich Bauwerk, Siedlung --> ...

<!-- Bereich Siedlung --> ...

<!-- Bereich Bauwerke Verkehr --> ...

<!-- Bereich Verkehr --> ...

<!-- Bereich Bodenschätzung --> ...

<!-- Bereich sonstiges --> ...

...

</FeatureClasses>

Insgesamt kann damit der Import von Katasterobjekten aus einer kfs-Datei mit nur 110 Objektklassen abgebildet werden. Die gleichen Klassen werden auch für den Import aus KAVDI verwendet. Sie sind im Datenmodell an dem Präfix „ALKIS-“ erkennbar und gelten nur für den Import.

Abschnitt <ImportTable>

Dieser Abschnitt dient dem eigentlichen Import von kfs-Objekten. Hier werden den oben definierten Objektklassen die konkreten Objekte zugeordnet. Der Abschnitt heißt <ImportTable>.

In der Umsetzungstabelle werden der Reihe nach die Geometrietypen Objekte, Texte, Symbole, Linien und Flächen aufgeführt, die den im Abschnitt <FeatureClasses> definierten Objektklassen zugeordnet werden. Die Typen und ihre Knoten werden im Folgenden je an einem Beispiel beschrieben.

Typ Objekte

Beispiel Typ Objekte

<!-- ========= -->

<!-- Flurstück -->

<!-- ========= -->

<Item Type="Objekt">

<Source>

<Attribute Name="Darstellung">ALKIS-11001</Attribute>

<Parameters/>

</Source>

<Destination>

<ID>1</ID>

<RepresentationID>6</RepresentationID>

<Default>

<Flaeche Attribute="Darstellung">GDP-11001</Flaeche>

<Linie Attribute="Darstellung">GDP-11001</Linie>

</Default>

</Destination>

</Item>

Knoten

Wert

Bemerkung

<Item>

Beginn eines Umsetzungseintrags

Jedes Item hat einen bestimmten Typ Objekt, Text, Symbol, Linie oder Flaeche. Je nachdem, was für eine Geometrie in der kfs-Datei für das Quellobjekt vorliegt, wird in den Items mit dem entsprechenden Typ gesucht.

<Source>

Knoten, der das Quellobjekt in der kfs-Datei eindeutig definiert.

Anhand von Attributen in der kfs-Datei mit eindeutigem Inhalt kann die Geometrie zugeordnet werden.

In der Regel ist es das Attribut

„Darstellung“.

<Parameters>

Knoten für weitere Parameter

Zur Zeit noch nicht belegt.

<Destination>

Knoten, der das Zielobjekt in FX S- Kataster definiert

enthält die Zuordnungsbedingung und die Zuordnung zum Messpunkt.

<ID>

Eindeutige ID aus dem Abschnitt FeatureClasses

Das Zielobjekt ist <ID>, wenn es in der kfs-Datei einer Definitionsgeometrie entspricht.

<RepresentationI D>

Eindeutige zugehörige RepresentationID aus dem Abschnitt FeatureClasses

Das Zielobjekt ist < RepresentationID >, wenn es in der kfs-Datei einer Darstellungsgeometrie entspricht.

<Default>

Falls in der kfs keine eindeutigen Schlüssel vorliegen, kommen eigendefinierte Schlüssel zum Einsatz. Diese eigendefinierten Schlüssel stehen nur in der Umsetzungstabelle im Abschnitt

<ImportTable> und dienen der

Nach Geometrien mit diesen Einträgen wird gesucht, wenn für das Source Objekt (im Beispiel mit Attribut ALKIS 11001) kein Item vom Type Text, Linie, Flaeche oder Symbol im Abschnitt <ImportTable> gefunden wird.

Die Schlüssel sind dann eigendefinierte.

Zuordnung. Sie tauchen nicht im erzeugten Objekt in FX S-Kataster auf!

Sind auch diese nicht definiert, gilt das Defaultobjekt (siehe oben).

Typ Texte, Symbole, Linien und Flächen

Beispiel Typ Texte, Symbole, Linien und Flächen

<Item Type="Text">

<Source>

<Attribute Name="Darstellung">ALKIS-4070</Attribute>

<Parameters/>

</Source>

<Destination>

<ID>112</ID>

<RepresentationID>117</RepresentationID>

<Attributes>

<Attribute Name="Name">N 7 380</Attribute>

</Attributes>

</Destination>

</Item>

<Item Type="Symbol">

<Source>

<Attribute Name="Darstellung">ALKIS-3010</Attribute>

<Parameters/>

</Source>

<Destination>

<ID>3</ID>

<RepresentationID>8</RepresentationID>

<Attributes>

<Attribute Name="Name">Flurstücks-Überhaken</ Attribute>

</Attributes>

</Destination>

</Item>

<Item Type="Linie">

<Source>

<Attribute Name="Darstellung">ALKIS-2004</Attribute>

<Parameters/>

</Source>

<Destination>

<ID>4</ID>

<RepresentationID>9</RepresentationID>

<Attributes>

<Attribute Name="Name">Zuordnungspfeil</Attribute>

</Attributes>

</Destination>

</Item>

<Item Type="Flaeche">

<Source>

<Attribute Name="Darstellung">ALKIS-1003</Attribute>

<Parameters/>

</Source>

<Destination>

<ID>5</ID>

<RepresentationID>10</RepresentationID>

<Attributes>

<Attribute Name="Name">Flurstück, abweichender Rechtszustand</Attribute>

</Attributes>

</Destination>

</Item>

Für diese Item-Typen müssen auch die Einträge für die selbst definierten Schlüssel, die beim Objekt angegeben sind, vorliegen. Dieser wird im Knoten <Attribute> des Knotens <Source> als Wert eingetragen. Falls ein Item mit so einem Eintrag nicht existiert, wird das entsprechende Defaultobjekt benutzt, damit sichergestellt ist, dass die Grafik in FX S-Kataster ankommt.

Knoten

Wert

Bemerkung

<Item>

Beginn eines Umsetzungseintrags

Jedes Item hat einen bestimmten Typ Objekt, Text, Symbol, Linie oder Flaeche. Je nachdem, was für eine Geometrie in der kfs-Datei für das Quellobjekt vorliegt, wird in den Items mit dem entsprechenden Typ gesucht.

<Source>

Knoten, der das Quellobjekt in der kfs- Datei eindeutig definiert.

Anhand von Attributen in der kfs-Datei mit eindeutigem Inhalt kann die Geometrie zugeordnet werden.

In der Regel ist es das Attribut „Darstellung“.

<Parameters>

Knoten für weitere Parameter

Zur Zeit noch nicht belegt

<Destination>

Knoten, der das Zielobjekt in FX S- Kataster definiert

enthält die Zuordnungsbedingung und die Zuordnung zum Messpunkt

<ID>

Eindeutige ID aus dem Abschnitt FeatureClasses

Das Zielobjekt ist <ID>, wenn es in der kfs-Datei einer Definitionsgeometrie entspricht

<Representati onID>

Eindeutige zugehörige RepresentationID aus dem Abschnitt FeatureClasses

Das Zielobjekt ist < RepresentationID >, wenn es in der kfs-Datei einer Darstellungsgeometrie entspricht. Texte sind eigentlich immer Darstellungsgeometrie.

<Attributes>

Knoten, der weitere Knoten <Attribute> enthält, die Attributen des zu erzeugenden FX S- Katasterobjektes Werte zuordnen

<Attribute>

Knoten eines Attributes

„Name“ im Zielobjekt in FX S-Kataster und der Wert, der diesem Objekt bei der Umsetzung zugewiesen wird.

In FX S-Kataster bekommt hier das Attribut „Name“ einen eindeutigen Wert, der in der Regel aus der GeoInfoDok stammt.

Darüber kann in FX S-Kataster dann z.B. die Darstellung und der Anzeigename geregelt werden.

Abschnitt <ExportTable>

Der letzte Abschnitt dient dem Export von kfs-Objekten aus FX S-Kataster. Der Abschnitt heißt

<ExportTable>.

Die Objekte, die hier exportiert werden, haben nichts mit den importierten Objekten zu tun. Es handelt sich um völlig andere Objektklassen. Das Datenmodell ist in zwei große Bereiche unterteilt, in die sogenannten ALKIS-COM Objekte, die oben beschrieben wurden, und dazu dienen, die importierten Objekte als intelligente Hintergrunddaten zu representieren, und in die FX S-Kataster Rohobjekte, die im Außendienst erfasst werden und als neue „Rohobjekte“ wieder in KIVID A³ zurückgeschrieben werden. Diese Objekte erkannt man in FX S-Kataster an dem Präfix „FX-“. Sie enthalten wesentlich mehr Informationen als die importierten Objekte.

FX-Objekte können neben einer Hauptgeometrie auch weitere Geometrien haben. In der GeoInfoDok gibt es nämlich Objektklassen, die unterschiedliche Geometrien enthalten können, allerdings tritt nur eine Geometrie auf. Es handelt sich also entweder um ein Symbol oder um eine Linie, Fläche oder Text, alles gehört aber zu einer Objektklasse.

Hat eine Objektklasse in der GeoInfoDok eine eindeutige Geometrie, so hat auch das entsprechende FX Objekt diese eindeutige Geometrie als Hauptgeometrie. Besteht ein Objekt in der GeoInfoDok entweder aus einem Symbol oder einer Linie oder einer Fläche, so ist die Hauptgeometrie des FX- Objektes immer ein Symbol, welches die Sachdaten hält. Im Falle Linie oder Fläche ist das Symbol selbst nicht gesetzt, sondern als leere Geometrie im Datenbestand vorhanden, damit die Sachdaten gehalten werden können.

Der Abschnitt <ExportTable> enthält ebenfalls Items, die aber aber nicht anhand eines Types definiert werden, sondern anhand von Objektklassen, die als FX-Objektklassen im Datenmodell definiert sind.

Beispiel Abschnitt <Export Table>

Die Einträge werden anhand der Objektklasse Vegetationsmerkmal im Folgenden beschrieben:

<Item FeatureClass="FX_Vegetationsmerkmal" DestinationClass="AX_Vegetationsmerkmal">

<ObjektDarstellung>FFNEU-54001</ObjektDarstellung>

<ObjektKennung>54001</ObjektKennung>

<ObjektAnzeige>Vegetationsmerkmal</ObjektAnzeige>

<Darstellung where="bewuchs='1011 Nadelbaum'">FFNEU- 3597</Darstellung>

<Darstellung where="bewuchs='1012 Laubbaum'">FFNEU- 3599</Darstellung>

<Darstellung where="bewuchs='1400 Röhricht, Schilf'">FFNEU-3603</Darstellung>

<Darstellung where="bewuchs='1700 Korbweide'">FFNEU- 3607</Darstellung>

<Attributes>

<Attribute Name="bewuchs" />

<Attribute Name="name"/>

<Attribute Name="zustand"/>

<Attribute Name="funktion"/>

<Attribute ValueType="xml">

<modellart>

<AA_Modellart>

<advStandardModell>DLKM</advStandardModell>

</AA_Modellart>

</modellart>

</Attribute>

</Attributes>

</Item>

<Item FeatureClass="FX_Vegetationsmerkmal_linie">

<Darstellung where="bewuchs='1100 Hecke'">FFNEU-36011</ Darstellung>

<Darstellung where="bewuchs='1101 Heckenkante, rechts'">FFNEU-36012</Darstellung>

<Darstellung where="bewuchs='1102 Heckenkante, links'">FFNEU-36013</Darstellung>

<Darstellung where="bewuchs='1103 Heckenmitte'">FFNEU- 36014</Darstellung>

Zuletzt aktualisiert