AdV-CityGML Export
Der export citygml-adv Befehl des AdV Plugins erweitert den export Befehl von
vcdb-tool und ermöglicht die AdV-konforme Ausgabe von 3D-Gebäudemodellen aus der VCDB v5. Im Vergleich zum
bestehenden CityGML-Export Befehl wendet der export citygml-adv Befehl strenge
Filterkriterien an. Dadurch werden nur die Objektarten, Attribute und Geometrien exportiert, die gemäß dem
AdV-CityGML-3.0 Format zulässig sind. Auch weitere Vorgaben zu Metadaten sowie zu Nachkommastellen für Koordinaten
und Messwerte werden automatisch berücksichtigt.
| Der Exportbefehl des AdV Plugins stellt die inhaltliche Struktur des Ausgabeformats sicher. Eine Validierung der Daten gegen den AdV-PQS-Standard findet jedoch nicht statt. |
Optionen
Der export citygml-adv Befehl bietet die identischen Optionen wie der export citygml
Befehl an. Die nachfolgende Übersicht dient daher vor allem der Vollständigkeit. Weitergehende Einstellungen können über
eine JSON-Konfigurationsdatei definiert werden.
Globale Optionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Eine oder mehrere Argumentdateien mit Optionen. |
|
|
Hilfenachricht anzeigen und beenden. |
|
|
Versionsinformationen ausgeben und beenden. |
|
|
Konfiguration aus dieser Datei laden. |
|
|
Log-Level: |
|
|
Log-Nachrichten in diese Datei schreiben. |
|
|
Deaktiviert Log-Nachrichten auf der Konsole. |
|
|
Datei mit der Prozess-ID erstellen. |
|
|
Erweiterungen aus diesem Verzeichnis laden. |
|
|
Plugins mit passendem vollqualifiziertem Klassennamen aktivieren oder deaktivieren. |
|
Weitere Informationen zu den globalen Optionen und Nutzungshinweise siehe hier.
Allgemeine Exportoptionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Name der Ausgabedatei. |
|
|
Kodierung, die für die Ausgabedatei verwendet wird. |
|
|
Bei Fehlern sofort beenden. |
|
|
Temporäre Dateien in diesem Verzeichnis speichern. |
|
|
Anzahl der Threads für die parallele Verarbeitung. |
|
|
SRID oder Identifier des CRS, das für die Koordinaten von Geometrien verwendet wird. |
VCDB CRS |
|
Name des CRS, der in der Ausgabedatei verwendet werden soll. |
|
|
Koordinaten mit einer 3x4-Matrix im Row-Major-Format transformieren. |
Weitere Informationen zu den allgemeinen Exportoptionen und Nutzungshinweise siehe hier.
CityGML-Exportoptionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
CityGML-Version: |
|
|
Ausgabedatei formatieren und einrücken. |
|
|
Anwendung von XSLT-Stylesheets zur Transformation der Ausgabe. |
Weitere Informationen zu den CityGML-Exportoptionen und Nutzungshinweise siehe hier.
Upgrade-Optionen für CityGML 2.0 und 1.0
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Verwende LoD4 als LoD3 und ersetze bestehende LoD3 Geometrien. |
|
|
Bilde LoD0 Roof-Edge Geometrien auf Dachflächen ab. |
|
|
Bilde LoD1 Multi-Surfaces auf generische thematische Begrenzungsflächen ab. |
Weitere Informationen zu den Upgrade-Optionen und Nutzungshinweise siehe hier.
Abfrage- und Filteroptionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Namen der zu verarbeitenden Features. |
|
|
Filter zum Abrufen von Features. Verwenden Sie die erweiterte CQL2-Filtersprache der VCDB. |
|
|
SRID oder Identifier des CRS, das für Geometrien im Filterausdruck verwendet wird. |
VCDB CRS |
|
SQL-Query, die als Filter verwendet wird. |
|
|
Eigenschaften und Sortierreihenfolgen zur Sortierung der Features. |
|
|
Maximale Anzahl der zu verarbeitenden Features. |
|
|
Index innerhalb der Eingabemenge, ab dem Features verarbeitet werden. |
|
|
Exportiere Geometrien mit passendem LoD. |
|
|
LoD-Filtermodus: |
|
|
Anzahl der Ebenen von Subfeatures, die nach passenden LoDs durchsucht werden. |
0 |
|
Appearances nicht verarbeiten. |
|
|
Appearances mit passendem Theme verarbeiten. Verwenden Sie |
Weitere Informationen zu den Abfrage- und Filteroptionen und Nutzungshinweise siehe hier.
Zeitbasierte Objekt-Historie-Optionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Verarbeitung von Feature basierend auf ihrer Gültigkeit: |
|
|
Gültigkeit zu einem bestimmten Zeitpunkt prüfen. Das Zeitformat muss |
|
|
Referenz für die Gültigkeitszeit: |
|
|
Unvollständige Gültigkeitsintervalle von Features ignorieren. |
Weitere Informationen zu den zeitbasierten Objekt-Historie-Optionen und Nutzungshinweise siehe hier.
Kachelungsoptionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Exportiere Kacheln in einem Spalten x Zeilen Raster. |
|
|
Exportiere Kacheln mit angegebener Breite und Höhe, ausgerichtet am Raster des Datenbank-CRS (die Längeneinheit des CRS wird als Standard angenommen). |
|
|
Ausdehnung, die für die Kachelung verwendet wird. |
automatisch berechnet |
|
Ursprung der Kachel-Indizes: |
|
Weitere Informationen zu den Kachelungsoptionen und Nutzungshinweise siehe hier.
Datenbank-Verbindungsoptionen
| Option | Beschreibung | Standardwert |
|---|---|---|
|
Hostname des VCDB Datenbankservers. |
|
|
Port des VCDB Datenbankservers. |
5432 |
|
Name der VCDB-Instanz, zu eine Verbindung hergestellt werden soll. |
|
|
Schema, das beim Verbinden zur VCDB verwendet werden soll. |
|
|
Benutzername für die Verbidung zur VCDB. |
|
|
Passwort für die Verbidung zur VCDB. Leer lassen, um zur Eingabe aufgefordert zu werden. |
|
|
Datenbankspezifische Verbindungsparameter. |
Weitere Informationen zu den Datenbank-Verbindungsoptionen und Nutzungshinweise siehe hier.
Verwendung
Die Dokumentation der einzelnen Optionen und allgemeine Hinweise zu ihrer Nutzung finden Sie in der
Dokumentation zum export citygml Befehl hier.
|
Objekt- und Attributfilterung
Der export citygml-adv Befehl beschränkt den Export auf die im AdV-PQS-Standard vorgegebenen Objektarten und
Attribute sowie die vordefinierten Geometrierepräsentationen und LoD-Stufen. Weitere Objektarten und Attribute aus der
Datenbank, die über die Vorgaben des AdV-PQS-Standards hinausgehen, werden grundsätzlich nicht ausgegeben. Auf diese
Weise wird sichergestellt, dass jeder Export mit dem AdV Plugin den Vorgaben des AdV-CityGML-3.0 Formats entspricht.
Der Feature-Typ Filter über die Option --type-name ist daher nur eingeschränkt nutzbar, da nur erlaubte Objektarten
akzeptiert werden. So kann ein AdV-Export beispielsweise über --type-name auf bldg:Building oder
con:OtherConstruction Objekte beschränkt werden. Andere CityGML-Objektarten wie
veg:SolitaryVegetationObject werden auch dann nicht exportiert, wenn sie im Feature-Typ Filter angegeben werden,
da sie nicht Teil des AdV-Standards sind.
Auch der LoD-Filter über die --lod Option ist auf die AdV-konformen LoD-Stufen beschränkt.
Für die Ausgabe von Attributen erlaubt der export citygml-adv Befehl die folgenden Ausnahmen:
-
Attribut-Mapping: Bestehende Attribute in der Datenbank können vor der Ausgabe auf ein AdV-konformes Attribut gemappt werden. Dadurch lassen sich auch die Inhalte anderer Attribute für einen AdV-konformen Export nutzen, ohne diese Attribute in der Datenbank umbenennen zu müssen.
-
Attribut-Filter: Über eigene Attribut-Filter des
export citygml-advBefehls kann festgelegt werden, dass bestimmte Attribute dennoch exportiert oder vom Export ausgeschlossen werden.
Das Attribut-Mapping und die Attribut-Filter werden in der JSON-Konfiguration des export citygml-adv Befehls definiert
und sind hier weiter beschrieben.
| Der Einsatz von Attribut-Filtern kann dazu führen, dass die resultierende Ausgabedatei nicht mehr den Vorgaben des AdV-CityGML-3.0-Formats entspricht und somit nicht mehr AdV-konform ist. |
| Im Rahmen der Vorgaben des AdV-Standards können alle Filteroptionen eingesetzt werden. Die Dokumentation der allgemeinen Abfrage- und Filtermöglichkeiten des Export-Befehls finden Sie hier. |
CityGML-Version
Der AdV-Standard legt die CityGML-Version der Ausgabedatei auf CityGML 3.0 fest. Die Angabe einer anderen Zielversion
über die Option --citygml-version führt daher immer zu einer Fehlermeldung und zum Abbruch des Exportvorgangs.
Nachkommastellen
Gemäß den Vorgaben des AdV-Standards werden die Nachkommastellen von Koordinaten und Messwerten, beispielsweise der
Gebäudehöhe (con:Height/con:value), auf drei Nachkommastellen beschränkt.
Anpassungen von Attributwerten
Für die folgenden Attribute gelten beim Export feste Vorgaben des AdV-Standards, auch wenn die Datenbank andere Werte enthält:
-
Die
con:highReferenceder Gebäudehöhe wird auftopOfConstructiongesetzt. -
Die
con:lowReferenceder Gebäudehöhe wird auflowestGroundPointgesetzt. -
Der
con:statusder Gebäudehöhe wird abhängig vom generischen AttributDatenquelleDachhoehegesetzt:-
estimated: Bei einem Wert von 3000. -
measured: Bei allen anderen Werten.
-
-
Der
con:valueder Gebäudehöhe erhält den Werturn:adv:uom:mals Einheit. -
Das
core:informationSystemvon externen Referenzen wird nicht ausgegeben. -
Datums- und Zeitwerte werden ohne Zeitzonenoffset serialisiert.
Datei-Metadaten
Für jede Ausgabedatei setzt der Exportbefehl die folgenden Metadaten im Wurzelelement core:CityModel:
-
Dateiname ohne Dateiendung als
gml:name. -
Bounding-Box der Datei als
gml:Envelope. Die Bounding-Box wird über alle Objekte in der Datei berechnet und entspricht daher nicht lediglich den Kachelgrenzen eines gekachelten Exports. -
Koordinatenreferenzsystem (CRS) als
srsNameAttribut desgml:EnvelopeElements.
Für die Angabe des CRS wird der Identifier des Datenbank-CRS verwendet, der beim Einrichten der VCDB-Instanz
angegeben wurde und in der Tabelle DATABASE_SRS gespeichert ist.
Soll ein anderer CRS-Identifier für den Export verwendet werden, kann dieser über die Option --crs-name festgelegt werden.
|
Gekachelter Export
Die Kachel- und Dateinamenstruktur für Exporte aus der VCDB v5 wird durch den export citygml-adv Befehl nicht
vorgegeben, sondern kann wie bei einem normalen CityGML-Export frei gewählt werden. Dadurch sind sowohl Einzeldateien
als auch gekachelte Exporte möglich.
Die Optionen des export citygml-adv Befehls ermöglichen es, die AdV-Vorgaben für die gekachelte Datenabgabe einfach
umzusetzen:
-
--tile-dimension: Legt die Breite und Höhe der resultierenden Kacheln fest. Für einen Export mit einem Kachelgitter von 1x1 km muss der Wert auf1000,1000bzw.1km,1kmfestgelegt werden. Für die Ausgabe von Kacheln mit 2x2 km entsprechend auf2000,2000bzw.2km,2km. -
--skip-empty-tiles: Kann optional angegeben werden, wenn Leerkacheln automatisch gelöscht werden sollen.
Weiterhin wird für den Dateinamen jeder Kacheldatei das folgende Format erwartet:
LoD<Level>_<UTM-Zone>_<East>_<North>_<Kantenlänge>_<Land>.gml
Die Werte für die Platzhalter <Level>, <UTM-Zone>, <Kantenlänge> und <Land> sind für alle Kacheldateien identisch und
können daher beim Dateinamen fest vorgegeben werden. Nur die Platzhalter <East> und <North> sind dynamisch und hängen von
der aktuell verarbeiteten Kachel ab. Dafür unterstützt der export Befehl von vcdb-tool bereits vordefinierte Platzhalter im
Dateinamen, die zur Laufzeit durch die entsprechenden Kachelwerte ersetzt werden.
Für eine AdV-konforme Ausgabe sind die folgenden Platzhalter zu verwenden:
| AdV-Token | Beschreibung | vcdb-tool Token |
|---|---|---|
|
3-stelliger Rechtswert der linken unteren Ecke in Kilometern. |
|
|
4-stelliger Hochwert der linken unteren Ecke in Kilometern. |
|
| Alle Optionen für gekachelte Exporte werden ausführlich im Export-Befehl von vcdb-tool beschrieben. |
Beispiel
Das folgende Beispiel zeigt den Aufruf des export citygml-adv Befehls für einen gekachelten Export des Bundeslands
Schleswig-Holstein (SH) im LoD 2 und der UTM-Zone 32 sowie einer Kantenlänge der Kacheln von 2km. Leerkacheln sollen
dabei automatisch entfernt und der CRS-Identifier in den Ausgabedateien auf ETRS89_UTM32*DE_DHHN2016_NH festgelegt werden.
-
Linux
-
Windows CMD
./vcdb export citygml-adv [...] \
-H my_server -d my_database -u my_user -p my_password \
--crs-name=ETRS89_UTM32*DE_DHHN2016_NH \
--tile-dimension=2000,2000 \
--skip-empty-tiles \
-o /my/path/LoD2_32_@x_min,%3.3s@_@y_min,%4.4s@_2_SH.gml
vcdb export citygml-adv [...] ^
-H my_server -d my_database -u my_user -p my_password ^
--crs-name=ETRS89_UTM32*DE_DHHN2016_NH ^
--tile-dimension=2000,2000 ^
--skip-empty-tiles ^
-o C:\my\path\LoD2_32_@x_min,%3.3s@_@y_min,%4.4s@_2_SH.gml