<?xml version="1.0" encoding="UTF-8"?>
<!-- Hier enthält die XML-Datei nur ein Objekt, das Eingriffsverfahren. Es ist nützlich wenn die @gml:id des Objekts dem gml:identifier/text() entspricht und identisch mit der Kennung ist. Das hängt aber auch etwas von der Art und Weise ab, wie die Kennungen genau strukturiert sind - @gml:id muss eine bestimmte Struktur erfüllen (siehe GML XSD). Falls mehrere Objekte in einer XML Datei übertragen werden sollen bietet sich entweder eine WFS 2.0 FeatureCollection an oder ein in ONeo definiertes (bzw. noch zu definierendes) Collection-Objekt. Der OGC WFS Standard definiert eine standardisierte Schnittstelle für den Austausch von Objekten, die in einem (GML) Anwendungsschema definiert sind. -->
<oneo:Eingriffsverfahren xmlns:gml="http://www.opengis.net/gml/3.2"
 xmlns:xlink="http://www.w3.org/1999/xlink" 
 xmlns:gmlexr="http://www.opengis.net/gml/3.3/exr"
 xmlns:oneo="http://www.osiris-projekt.rlp.de/oneo"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://www.naturschutz.rlp.de/sites/default/non_drupal/xsd/oneo_komon.xsd" gml:id="EIV-1354698456064">
 <!-- @codeSpace sollte zu demjenigen gehören, der das EIV erstellt hat. Der Identifier sollte in dem codeSpace eindeutig sein und kann z.B. der Objektkennung entsprechen. -->
 <gml:identifier codeSpace="http://example.org/oneo">EIV-1354698456064</gml:identifier>
 <!-- Beispiel für Bounding Box, um die räumliche Ausdehnung des Objekts in einfacher Form zu beschreiben. gml:boundedBy ist optional. Die genaue Geometrie wird in oneo:geometrie angegeben. In diesem Beispiel besteht die Geometrie allerdings nur aus einem Punkt (das sollte typischerweise nicht der Fall sein). Entscheidend ist jedoch die Art und Weise, wie Geometrie kodiert wird. Der Standard ist hier die Geography Markup Language (GML). Wichtig ist hierbei eine eindeutige Identifizierung des räumlichen Referenzsystems, in dem Koordinaten angegeben sind. Wenn man dies im gml:boundedBy wie angegeben macht muss man @srsName bei folgenden Geometrien des Eingriffsverfahrens nicht noch einmal angeben. Sollten, aus welchem Grund auch immer, einmal mehrere räumliche Referenzsysteme für ein Objekt genutzt werden, so sollte man das zutreffende Referenzsystem jeweils kodieren. -->
 <gml:boundedBy>
  <gml:Envelope srsName="http://www.opengis.net/def/crs/EPSG/0/25832">
   <gml:lowerCorner>457867.09422097 5481391.8976466</gml:lowerCorner>
   <gml:upperCorner>457867.09422097 5481391.8976466</gml:upperCorner>
  </gml:Envelope>
 </gml:boundedBy>
 <!-- Beispielwert für oneo:kennung -->
 <oneo:kennung>EIV-1354698456064</oneo:kennung>
 <!-- Beispielwert für oneo:bezeichnung -->
 <oneo:bezeichnung>Containerplatzerweiterung</oneo:bezeichnung>
 <!-- Beispielwert für oneo:veroeffentlichtAm -->
 <oneo:veroeffentlichtAm>2017-09-21</oneo:veroeffentlichtAm>
 <!-- @xlink:href enthält eine URI die einen Code aus der Codeliste CLNaturschutzbehörden identifiziert. Die Basis dieser URI ist dem Tagged Value codeList dieser Klasse im Anwendungsschema zu entnehmen (bzw. steht im XML Schema im appinfo Element 'targetCodeListURI'). Wie der tatsächliche Code identifiziert und angehängt wird hängt davon ab, in welchen Formaten die Codeliste repräsentiert wird. Siehe hierzu das Beispiel der INSPIRE Registry. Im Beispiel wurde der kurze Name aus der Referenzliste genommen. Wichtig ist dass sich insgesamt eine valide URI ergibt, die idealerweise abrufbar ist. @xlink:title ist ein optionales Attribut das zur Angabe eines menschenlesbaren Namens für den Code genutzt werden kann (ggfs. also der "lange Name" aus der Referenzliste). Im Beispiel zur oneo:zulassungsbehoerde taucht bereits ein Problem auf, wenn man den Kurznamen in die URL packt. -->
 <oneo:verantwortlicheStelle
  xlink:href="http://145.253.234.118/okey/referenzlisten/referenzliste/907/2"
  xlink:title="Obere Naturschutzbehörde Koblenz"/>
 <!-- Beispielwert für oneo:foto -->
 <oneo:foto>
  <oneo:Foto>
   <!-- Fotoverweis kann alles mögliche sein, z.B. auch ein Verweis auf eine lokale Datei, oder eine textuelle Beschreibung. Die Dokumentation im Modell bzw. Objektartenkatalog fehlt an dieser Stelle. -->
   <oneo:fotoverweis>http://www.example.org/meinfoto</oneo:fotoverweis>
   <oneo:hauptfoto>false</oneo:hauptfoto>
   <oneo:aufnahmezeitpunkt>2006-05-04</oneo:aufnahmezeitpunkt>
   <oneo:bemerkung>bemerkung0</oneo:bemerkung>
  </oneo:Foto>
 </oneo:foto>
 <oneo:raumreferenz>
  <oneo:Raumreferenz>
   <oneo:ortsangabe>
    <oneo:Ortsangaben>
     <!-- Beispielwerte für Ortsangaben. Laut Dokumentation im Objektartenkatalog: Flurstücke werden per Flurstückskennzeichen identifiziert; Kreise, Verbandsgemeinden und Gemeinden über ihren Gesamtschlüssel. Kennzeichen und Gesamtschlüssel sind in der GeoInfoDok definiert. -->
     <oneo:kreisSchluessel>kreisSchluessel0</oneo:kreisSchluessel>
     <oneo:verbandsgemeindeSchluessel>verbandsgemeindeSchluessel0</oneo:verbandsgemeindeSchluessel>
     <oneo:gemeindeSchluessel>gemeindeSchluessel0</oneo:gemeindeSchluessel>
     <oneo:flurstuecksKennzeichen>flurstuecksKennzeichen0</oneo:flurstuecksKennzeichen>
     <oneo:flurstuecksKennzeichen>flurstuecksKennzeichen1</oneo:flurstuecksKennzeichen>
    </oneo:Ortsangaben>
   </oneo:ortsangabe>
   <oneo:datumAbgleich>2006-05-04T18:13:51.0</oneo:datumAbgleich>
   <!-- Kein Beispiel für optionale Fachreferenz erzeugt. -->
  </oneo:Raumreferenz>
 </oneo:raumreferenz>
 <!-- Beliebiger Text für oneo:bemerkung. -->
 <oneo:bemerkung>Baugenehmigung nach §35 BauGB; 1997</oneo:bemerkung>
 <!-- Geometrie wird definiert, je nachdem was für das EIV relevant ist. @gml:id ist Pflicht und muss im XML eindeutig sein. Per xlink:href könnte man Geometrien im selben XML Dokument wiederverwenden. Wenn @srsName nicht im gml:boundedBy des Objekts definiert ist, oder anders als dort sein soll, würde man @srsName hier auf der Geometrie (im Beispiel: gml:Point) definieren und so das räumliche Referenzsystem festlegen. Ansonsten wird es gemäß GML Standard vom gml:boundedBy übernommen. Wichtig: Zwecks Speicherung der Geometrie in einer Datenbank sollten nur Geometrien gemäß Simple Feature Standards genutzt werden. Siehe hierzu http://portal.opengeospatial.org/files/?artifact_id=42729 (Tabelle 6 in Kapitel 8.4.4.11.1 - wobei bei Nutzung von gml:Arc, gml:Circle und gml:CircleByCenterPoint Vorsicht geboten ist) und http://portal.opengeospatial.org/files/?artifact_id=25355. -->
 <oneo:geometrie>
  <gml:Point gml:id="ID01">
   <gml:pos>457867.09422097 5481391.8976466</gml:pos>
  </gml:Point>
 </oneo:geometrie>
 <!-- Beispiel für oneo:typ so erstellt wie bei oneo:verantwortlicheStelle beschrieben. -->
 <oneo:typ xlink:href="http://145.253.234.118/okey/referenzlisten/referenzliste/1048/BNatSchG"  
  xlink:title="Bundesnaturschutzgesetz"/>
 <!-- Beispiel für oneo:zulassungsbehoerde so erstellt wie bei oneo:verantwortlicheStelle beschrieben. Es wäre zu prüfen ob Kurz- und Langname überarbeitet werden. Derzeit scheint nur der kurze Name festgelegt zu sein, der aber dem langen Namen entspricht. Entsprechend hat man bei der Strukturierung der URI Sonderzeichen zu ersetzen (z.B. ' ' -> '%20') - siehe Thema URL Encoding. -->
 <oneo:zulassungsbehoerde xlink:href="http://145.253.234.118/okey/referenzlisten/referenzliste/1053/Untere%20Baubeh%C3%B6rde"
  xlink:title="Untere Baubehörde"/>
 <oneo:azZulassungsbehoerde>azZulassungsbehoerde0</oneo:azZulassungsbehoerde>
 <oneo:bemerkungZulassungsbehoerde>bemerkungZulassungsbehoerde0</oneo:bemerkungZulassungsbehoerde>
 <oneo:azKomKatasterstelle>azKomKatasterstelle0</oneo:azKomKatasterstelle>
 <oneo:eingreifer>
  <oneo:Eingreifer>
   <oneo:art xlink:href="http://145.253.234.118/okey/referenzlisten/referenzliste/1052/xyz"/>
   <oneo:bemerkung>bemerkung3</oneo:bemerkung>
  </oneo:Eingreifer>
 </oneo:eingreifer>
 <oneo:erfasser>
  <oneo:Erfasser>
   <oneo:name>name1</oneo:name>
   <oneo:bemerkung>bemerkung4</oneo:bemerkung>
  </oneo:Erfasser>
 </oneo:erfasser>
 <oneo:komKatasterstelle xlink:href="http://145.253.234.118/okey/referenzlisten/referenzliste/907/29" xlink:title="ST Ludwigshafen"/>
</oneo:Eingriffsverfahren>
