DCAT-AP.PLU Export DiPlanCockpit Basis - Versionsgeschichte

Diplanung: /* dcat:Dataset */

2025-12-08T08:03:31Z

dcat:Dataset

Diplanung: /* Metadatenübermittlung an die OGC API for Features */

2025-09-01T12:45:49Z

Metadatenübermittlung an die OGC API for Features

Änderungen zeigen

Diplanung: /* DCAT-AP.PLU Template */

2025-02-12T09:37:45Z

DCAT-AP.PLU Template

Diplanung: /* Aktualität der Metadaten */

2024-12-03T09:50:49Z

Aktualität der Metadaten

Diplanung: /* Austauschformat DCAT-AP.PLU */

2024-12-03T09:34:27Z

Austauschformat DCAT-AP.PLU

Diplanung: /* Austauschformat DCAT-AP.PLU */

2024-12-03T09:33:06Z

Austauschformat DCAT-AP.PLU

Diplanung am 3. Dezember 2024 um 09:31 Uhr

2024-12-03T09:31:26Z

Änderungen zeigen

Diplanung: Die Seite wurde neu angelegt: „'''> Zurück zur Hauptseite [https://wiki.diplanung.de/index.php%3Ftitle=DiPlan_Cockpit_Basis_f%C3%BCr_Mandanten-Administratoren_(M-A) DiPlan Cockpit Basis fü…“

2024-12-03T09:20:38Z

Die Seite wurde neu angelegt: „'''> Zurück zur Hauptseite [https://wiki.diplanung.de/index.php%3Ftitle=DiPlan_Cockpit_Basis_f%C3%BCr_Mandanten-Administratoren_(M-A) DiPlan Cockpit Basis fü…“

Neue Seite

'''> Zurück zur Hauptseite [https://wiki.diplanung.de/index.php%3Ftitle=DiPlan_Cockpit_Basis_f%C3%BCr_Mandanten-Administratoren_(M-A) DiPlan Cockpit Basis für Mandanten-Administratoren (M-A)]'''

@@ Zeile 176: / Zeile 176: @@
 |-
 |plu:procedurePeriod (darin  dct:PeriodOfTime und darin dcat:endDate)
-|Datum der Bekanntmachung, wenn sich das Verfahren im Verfahrensstand "inkraftgetreten" befindet. Untergangsdatum, wenn sich das Verfahren im Verfahrensstand "ganz aufgehoben" befindet.
+|'''Bauleitplanung''': Das Datum der Bekanntmachung, wenn sich das Verfahren im Verfahrensstand "inkraftgetreten" befindet. Das Untergangsdatum, wenn sich das Verfahren im Verfahrensstand "ganz aufgehoben" befindet. '''Raumordnung''': Das Datum des "Tag des Inkrafttretens", wenn sich das Verfahren im Verfahrensstand "inkraftgetreten" befindet. Das Datum des "Tag des Außerkafttretens" Untergangsdatum, wenn sich das Verfahren im Verfahrensstand "außerkraftgetreten" befindet.
+|
 |}

@@ Zeile 74: / Zeile 74: @@
 ==== DCAT-AP.PLU Template ====
-Das verwendete Austauschformat auf Basis des entworfenen Datenmodells wird über das Template "dcat-ap-plu-template.xml"  gepflegt. Alle Mandanten spezifischen Eigenschaften müssen am Template administrativ gepflegt werden!
+Das verwendete Austauschformat auf Basis des entworfenen Datenmodells wird über das Template "dcat-ap-plu-template.xml"  gepflegt. Alle Mandanten spezifischen Eigenschaften müssen am Template administrativ gepflegt werden. Für die Anzeige und Überarbeitung der Templates sollte kein Browser sondern eine professionelle XML-Anwendung verwendet werden. Wenn eine solche nicht vorhanden ist, können Sie behelfsweise einen Texteditor wie Notepad++ nutzen.
 {| class="wikitable"
 !DCAT-AP.PLU Element/Attribut

@@ Zeile 7: / Zeile 7: @@
 ==== Erläuterung zu DCAT-AP.PLU ====
-Als Datenmodell für die Beschreibung von Planverfahren wird eine Erweiterung des Datenmodells DCAT-AP von der Firma wemove unter dem Namen DCAT-AP.PLU (PLU steht für Planned Land Use) entwickelt. Die Erweiterung des DCAT-AP Datenmodells ermöglicht es u.a. Informationen zum Art und Status eines Planverfahrens, der Planart oder den Prozessschritten zu dokumentieren.
+Als Datenmodell für die Beschreibung von Planverfahren wird eine Erweiterung des Datenmodells DCAT-AP von der Firma wemove unter dem Namen DCAT-AP.PLU (PLU = Planned Land Use) entwickelt. Die Erweiterung des DCAT-AP Datenmodells ermöglicht es u.a. Informationen zum Art und Status eines Planverfahrens, der Planart oder den Prozessschritten zu dokumentieren.
 ==== Aktualität der Metadaten ====
-Es steht die Vorstellung, dass Metadaten immer aktuell im DiPlanPortal recherchiert werden können (Dokumentation Datentransfer Portal). Der generierte Metadatensatz soll in den zentralen Suchindex (Elastic Search Index) der OZG Lösung importiert werden. Dies hat zur Folge, dass bei Änderung bestimmter Eigenschaften am Planverfahren automatisiert ein aktualisierten Metadatensatz generiert wird. Ein vorheriger Datensatz wird dadurch ausgetauscht. Ggf. muss ein vorhandener Datensatz auch ersatzlos gelöscht werden.
+Es steht die Vorstellung, dass Metadaten immer aktuell im DiPlanPortal recherchiert werden können. Der generierte Metadatensatz soll in den zentralen Suchindex (Elastic Search Index) der OZG Lösung importiert werden. Dies hat zur Folge, dass bei Änderung bestimmter Eigenschaften am Planverfahren automatisiert ein aktualisierten Metadatensatz generiert wird. Ein vorheriger Datensatz wird dadurch ausgetauscht. Ggf. muss ein vorhandener Datensatz auch ersatzlos gelöscht werden.
 ==== Datenkatalog ====
-Die Metadaten der Verfahren werden durch Kataloge gruppiert. Pro Mandant/Bundesland wird es einen Katalog geben.
+Die Metadaten der Verfahren werden durch Kataloge gruppiert. Pro Mandant/Bundesland wird es einen Katalog geben. Das OGC-Metadateninformationssystem stellt für jede Umgebung initial folgende Kataloge bereit:
 {| class="wikitable"
 !Katalog
@@ Zeile 76: / Zeile 74: @@
 ==== DCAT-AP.PLU Template ====
-Das verwendete Austauschformat auf Basis des entworfenen Datenmodells wird über das Template "dcat-ap-plu-template.xml" in der K1 gepflegt. Alle Mandanten-spezifischen Eigenschaften müssen am Template administrativ gepflegt werden!
+Das verwendete Austauschformat auf Basis des entworfenen Datenmodells wird über das Template "dcat-ap-plu-template.xml"  gepflegt. Alle Mandanten spezifischen Eigenschaften müssen am Template administrativ gepflegt werden!
 {| class="wikitable"
 !DCAT-AP.PLU Element/Attribut
 !Inhalt
-!Mandanten-spezifisch
+!Mandanten spezifisch
 |-
 |dct:title
@@ Zeile 127: / Zeile 125: @@
 |-
 |plu:procedurePeriod/dct:PeriodOfTime/dcat:startDate
-|Das Datum an welchem das Verfahren gestartet wurde
+|Datum, an dem das Verfahren gestartet wurde
+|
 |-
 |plu:procedurePeriod/dct:PeriodOfTime/dcat:endDate
-|Das Datum der Bekanntmachung, wenn sich das Verfahren im Verfahrensstand "inkraftgetreten" befindet. Das Untergangsdatum, wenn sich das Verfahren im Verfahrensstand "ganz aufgehoben" befindet.
+|Datum der Bekanntmachung, wenn sich das Verfahren im Verfahrensstand "inkraftgetreten" befindet.  Untergangsdatum, wenn sich das Verfahren im Verfahrensstand "ganz aufgehoben" befindet.
+|
 |}
@@ Zeile 141: / Zeile 139: @@
 |-
 |dcat:Distribution/@rdf:about
-|"<nowiki>https://bauleitplanung.hamburg.de/planzeichnung</nowiki> <span aria-hidden="true" role="presentation" class="fabric-icon ms-Icon--NavigateExternalInline font-size"></span>"
+|für Hamburg: "<nowiki>https://bauleitplanung.hamburg.de/p</nowiki><span aria-hidden="true" role="presentation" class="fabric-icon ms-Icon--NavigateExternalInline font-size"></span>lanzeichnung "
 |ja
 |-
@@ Zeile 174: / Zeile 172: @@
 === Automatischer Export ===
-In bestimmten Fällen übermittelt die K1 aktiv ein Metadatendokument von laufenden Verfahren an die OGC API for Records, sodass sich instantan der ElasticSearch Index aktualisiert und das Verfahren im DiPlanPortal sofort gefunden werden kann.
+In bestimmten Fällen übermittelt das DiPlanCockpit aktiv ein Metadatendokument laufender Verfahren an die OGC API for Records, sodass sich sofort der ElasticSearch Index aktualisiert und das Verfahren im DiPlanPortal gefunden werden kann.
 Dieser Export kann beim Bearbeiten eines Verfahrens über das Cockpit bzw. beim Import ausgelöst werden.
@@ Zeile 205: / Zeile 203: @@
 * MessageTyp CREATE_OR_UPDATE_RECORD (Anlegen/Aktualisieren), DELETE_RECORD (Löschen)
-Ein periodisch laufender Hintergrundjob startet die eigentliche Übermittlung in Abhängigkeit folgender Parameter an:
+Ein periodisch laufender Hintergrundjob startet die eigentliche Übermittlung in Abhängigkeit folgender Parameter:
 {| class="wikitable"
 !Art
@@ Zeile 238: / Zeile 236: @@
 ==== Schnittstelle PLU API ====
-Die REST-Schnittstelle wurde aus einer von wemove bereitgestellten Konfigurationsdatei "api-plu.yml" generiert und läst sich über Systemparameter an das entsprechende Zielsystem anpassen:
+Die REST-Schnittstelle wurde aus einer von wemove bereitgestellten Konfigurationsdatei "api-plu.yml" generiert und lässt sich über Systemparameter an das entsprechende Zielsystem anpassen:
 {| class="wikitable"
 !Art
@@ Zeile 248: / Zeile 246: @@
 |-
 |Parameter
-|Der lokale Identifikator eines mandantenspezifischen Datenkatalogs
+|lokaler Identifikator eines mandanten spezifischen Datenkatalogs
 |OGC_API_COLLECTION_ID
 |DCATAP_PLU
@@ Zeile 284: / Zeile 282: @@
 === Manueller Export ===
-Der Endpunkt "verfahren/<planId>/metadaten?format=DCAT_AP_PLU" steht zur Verfügung, um für aktive Verfahren Metadaten nach dem Format DCAT-AP.PLU als xml zu exportieren.
+Der Endpunkt "verfahren/<planId>/metadaten?format=DCAT_AP_PLU" steht zur Verfügung, um für aktive Verfahren Metadaten nach dem Format DCAT-AP.PLU als XML zu exportieren.

@@ Zeile 7: / Zeile 7: @@
 ==== Erläuterung zu DCAT-AP.PLU ====
-Als Datenmodell für die Beschreibung von Planverfahren wird im Rahmen des OZG Umsetzungsprojektes eine Erweiterung des Datenmodells DCAT-AP von der Firma wemove unter dem Namen DCAT-AP PLU (PLU steht für Planned Land Use) entwickelt. (<nowiki>https://www.dev.diplanung.de/DefaultCollection/EfA</nowiki> DiPlanung/_git/dcat-ap-plu) Die Erweiterung des DCAT-AP Datenmodells ermöglicht es u.a. Informationen zum Art und Status eines Planverfahrens, Planart oder Prozessschritte zu dokumentieren.
+Als Datenmodell für die Beschreibung von Planverfahren wird eine Erweiterung des Datenmodells DCAT-AP von der Firma wemove unter dem Namen DCAT-AP.PLU (PLU steht für Planned Land Use) entwickelt. Die Erweiterung des DCAT-AP Datenmodells ermöglicht es u.a. Informationen zum Art und Status eines Planverfahrens, der Planart oder den Prozessschritten zu dokumentieren.
 ==== Aktualität der Metadaten ====

@@ Zeile 4: / Zeile 4: @@
 Metadaten von Planverfahren werden in Abhängigkeit des jeweiligen Verfahrensstandes per DCAT-AP.PLU an die OGC API for Features des Metadatenservers übermittelt, um verfahrensspezifische Berichtspflichten und die OZG Leistung "Veröffentlichen von Planwerksinformationen" zu erfüllen.
-== Austauschformat DCAT-AP.PLU ==
+=== Austauschformat DCAT-AP.PLU ===
-=== Erläuterung zu DCAT-AP.PLU ===
+==== Erläuterung zu DCAT-AP.PLU ====
 Als Datenmodell für die Beschreibung von Planverfahren wird im Rahmen des OZG Umsetzungsprojektes eine Erweiterung des Datenmodells DCAT-AP von der Firma wemove unter dem Namen DCAT-AP PLU (PLU steht für Planned Land Use) entwickelt. (<nowiki>https://www.dev.diplanung.de/DefaultCollection/EfA</nowiki> DiPlanung/_git/dcat-ap-plu) Die Erweiterung des DCAT-AP Datenmodells ermöglicht es u.a. Informationen zum Art und Status eines Planverfahrens, Planart oder Prozessschritte zu dokumentieren.
-=== Aktualität der Metadaten ===
+==== Aktualität der Metadaten ====
 Es steht die Vorstellung, dass Metadaten immer aktuell im DiPlanPortal recherchiert werden können (Dokumentation Datentransfer Portal). Der generierte Metadatensatz soll in den zentralen Suchindex (Elastic Search Index) der OZG Lösung importiert werden. Dies hat zur Folge, dass bei Änderung bestimmter Eigenschaften am Planverfahren automatisiert ein aktualisierten Metadatensatz generiert wird. Ein vorheriger Datensatz wird dadurch ausgetauscht. Ggf. muss ein vorhandener Datensatz auch ersatzlos gelöscht werden.
-=== Datenkatalog ===
+==== Datenkatalog ====
 Die Metadaten der Verfahren werden durch Kataloge gruppiert. Pro Mandant/Bundesland wird es einen Katalog geben.
@@ Zeile 75: / Zeile 75: @@
 |}
-=== DCAT-AP.PLU Template ===
+==== DCAT-AP.PLU Template ====
 Das verwendete Austauschformat auf Basis des entworfenen Datenmodells wird über das Template "dcat-ap-plu-template.xml" in der K1 gepflegt. Alle Mandanten-spezifischen Eigenschaften müssen am Template administrativ gepflegt werden!
 {| class="wikitable"
@@ Zeile 173: / Zeile 173: @@
 |}
-== Automatischer Export ==
+=== Automatischer Export ===
 In bestimmten Fällen übermittelt die K1 aktiv ein Metadatendokument von laufenden Verfahren an die OGC API for Records, sodass sich instantan der ElasticSearch Index aktualisiert und das Verfahren im DiPlanPortal sofort gefunden werden kann.
@@ Zeile 237: / Zeile 237: @@
 Eine Übermittlung über OGC API Features wird im Verfahrenslog (Protokoll) geloggt.
-=== Schnittstelle PLU API ===
+==== Schnittstelle PLU API ====
 Die REST-Schnittstelle wurde aus einer von wemove bereitgestellten Konfigurationsdatei "api-plu.yml" generiert und läst sich über Systemparameter an das entsprechende Zielsystem anpassen:
 {| class="wikitable"
@@ Zeile 283: / Zeile 283: @@
 |}
-== Manueller Export ==
+=== Manueller Export ===
 Der Endpunkt "verfahren/<planId>/metadaten?format=DCAT_AP_PLU" steht zur Verfügung, um für aktive Verfahren Metadaten nach dem Format DCAT-AP.PLU als xml zu exportieren.
-== Datenaustausch zwischen DiPlanCockpit und DiPlanPortal ==
+=== Datenaustausch zwischen DiPlanCockpit und DiPlanPortal ===
 * Ergänzte Infos aus QA-Sicht siehe: <nowiki>https://www.dev.diplanung.de/DefaultCollection/EfA</nowiki> DiPlanung/_wiki/wikis/EfA DiPlanung Wiki/1682/Datentransfer-Portal-(DCAT-AP.PLU)
 * Austellung des Elasticsearch Index von demos: <nowiki>https://www.dev.diplanung.de/DefaultCollection/EfA</nowiki> DiPlanung/_wiki/wikis/EfA DiPlanung Wiki/368/Elasticsearch-Index-Details?anchor=feld-mappings-in-den-unterschiedlichen-komponenten