Willkommen zum Projekt LiegKat-Archiv

Ziel des Projektes LiegKat-Archiv ist es, das Wissen über die mit der Einführung von ALKIS® als Austauschformat für Daten des Liegenschaftskatasters und ETRS89/UTM als deren Bezugssystem obsolet werdenden Datenformate (z.B. BGRUND, DFK, EDBS, WLDGE, ...) und Koordinatensysteme (Gauß-Krüger-Bessel, Krassowsky-Bessel) zu archivieren.

Dies erfolgt durch die Bereitstellung von Python Skripten und XSL-Dateien zum Parsen und Konvertieren der obsolet werdenden Datenformate in eine XML-Struktur. Für die Koordinatentransformationen werden die vom Bundesamt für Kartographie und Geodäsie (BKG) veröffentlichten Parameter für Koordinaten Referenz Systeme (CRS) in den Python Skripten verwendet.

Prinzipiell sollten diese Formate nach der Einführung von ALKIS® keine praktische Anwendung mehr finden. Auf Grund der Dauer ihres Einsatzes teilweise seit den 70er Jahren wird aber sicherlich bei mancher Plattenputzaktion die eine oder andere Datei in einem dieser Formate wieder zu Tage treten. Dann ist eine simple visuelle Präsentation in einem Planetenbrowser mit einer Genauigkeit der Transformation im Meter Bereich ausreichend, um den Inhalt der Datei visuell zu überprüfen.

• Eine Unterstützung der ALKIS® Migration ist ausdrücklich außerhalb des Fokus vom Projekt LiegKat-Archiv, da hier gerade wegen der rechtlichen Bedeutung der Liegenschaftsdaten besondere Sorgfalt und Genauigkeiten zu gewährleisten sind, die nicht im Rahmen dieses Projektes zu leisten sind.

Merkmale von LiegKat-Archiv

Durch die Verwendung von Python und XSL-Transformationen wird eine Konvertierung und Visualisierung der ALK Daten in einem KML Viewer (z.B Google Earth) ohne Aufbau einer Datenbank und MapServer Umgebung ermöglicht, z.B. zum Zwecke der Datenevaluierung vor einer Migration.

• Konvertierung properitärer ALK Datenformate in eine XML Struktur
  • Unterstütze Formate: HK (Hauskoordinaten), BGRUND, DFK und SQD/SQS
  • Geometrien werden im GML2 Format abgelegt
  • Umsetzung des deutschen Zeichensatzes DIN 66003 (ASCII DE) nach ISO 8859-1 und UTF-8
• Geometrien können bei der Konvertierung nach DE_ETRS89 / UTM und WGS84 transformiert werden
  • Unterstützung der BeTA2007 NTv2-Gitternetzdatei
• XSLT Konfigurationen zur Konvertierung dieser XML Daten nach KML 2.1
  • Sachdaten werden als KML Element <ExtendedData><Data> abgebildet.
  • In Google Earth bewirkt dies eine tabellarische Auflistung der Sachdaten.
  • Die DFK, BGRUND und EDBS Gebäude werden als 3D Klötzchen abgebildet. Beim SQD Format ist dies nur für Hamburger Gebäude umgesetzt.
  • Die BGRUND und EDBS Flächen der tatsächlichen Nutzung sind abhängig vom Nutzungsschlüssel eingefärbt.
  • Gruppierung der Geometrien in kleinräumlichen KML Regionen, z.B. nach NBZ oder Flurkarte. Dies bewirkt, dass bei großen Dateien nicht alle Geometrien auf einmal in Google Earth angezeigt werden.
• XSLT Konfigurationen zur Konvertierung dieser XML Daten nach JML (OpenJump?)
  • HK, BGRUND und EDBS-ALK Daten können damit in OpenJump? verarbeitet werden
  • Spalte die Ausgangsdaten in Klassen von Fachobjekten auf und erzeugte für jede Klasse eine separate JML Datei.
  • Konvertierung der Geometrien ist stabil, die der Sachdaten noch nicht
• Installationskripte zum gebündelten Download der frei zugänglichen Testdaten der Landesvermessungsämter
• Skripte zum Konvertieren der Testdaten in das XML und KML Format

Download

• Auflistung und Beschreibung der aktuell verfügbaren Downloads

Dokumentation

• Beschreibung der unterstützten Formate
• Hinweise zur Installation
• Beschreibung der Funktionsweise
• Hinweise zu den beteiligten Lizenzen
• Abriss der Entstehungsgeschichte
• vollständige Projekt Dokumentation

Plan

• aktuelle und denkbare Weiterentwicklungen

Support

• Hinweise, wie Anfragen und Fehlermeldungen gestellt werden können, siehe [LkaSupport]

Projektverwaltung via Sourceforge und Trac

Die Projektverwaltung (diese Seiten) erfolgt über die von Sourceforge bereit gestellte Hosted App Trac. Es dient als Wiki zum gegenseitigen Informationsaustausch (interaktive Mitarbeitet ist willkommen!), als Ticketsystem für Fehler, neue Anforderungen und konkrete Arbeitsaufgaben und verknüpft diese Informationen mit den mittels Subversion ebenfalls bei Sourceforge verwalteten Sourcen.

• alle verfügbaren Seiten dieses Wiki siehe [TitleIndex].
• Informationen und Dokumentation zu Trac siehe [TracGuide]