Wenn Geodaten und Fachanwendungen nicht zusammenpassen: Datenaufbereitung und Objektbildung mit CITRA (CISS) Referent: Matthias Heide

Anforderungen der Anwender - (Wozu Softwareschnittstellen?) 1. Entwicklung von offenen Systemen mit Basisfunktionen  spezielle Funktionen sind wünschenswert  Fachschale, Modul, ... als branschenspezifische Lösung 2. Zusammenarbeit von verschiedenen Fachbereichen  Selektion von Daten, relevante Fachinformationen aus unterschiedlichen Gebieten  Verbindung zwischen den Datenmodellen 3. „...Eine reine Konvertierung von GIS Formaten sind allein kein Qualitätsmerkmal von Schnittstellensoftware...“

Worin bestehen die Lösungen? Integration Austausch Verschiedene Datenbestände Ein Datenbestand Quell-System Ziel-System Geodaten-server - Analyse - Aufbereitung - Modellierung Anzahl der Benutzer ? Performance ? Redundanz? Sicherheit ?

Daten-Austausch (auf unterschiedlichem Niveau) Fachschalen erfordern mind. eine Konvertierung Qualitätsanspruch steigt mit der Komplexität Komplexität Einfache Konvertierung Datenübernahme Migration  Kosten Analyse und damit Kostenabschätzung

Einfache Datenkonvertierung insbesondere bei einer einmaligen Übernahme der Daten 1 : 1 Umsetzung meist nur Graphik aufwendige Auseinandersetzung mit den Datenmodellen in Q- und Z-System entfällt Ziel: Kosten sollen gering gehalten werden (kleinere Projekte)

Datenübernahme etwas mehr als eine reine Graphik-Umsetzung gewisse Modellierung erfolgt bereits einfache Objektbildung geringere Komplexität als Migration Definitionen beschreiben den Aufwand unzureichend  verläßliche Kostenabschätzung Testdatenbestand zur Analyse Plot dieses Testdatenbestandes Datenmodellbeschreibung des Ausgangssystems ggf. Beschreibung des Zieldatenmodells

Datenmigration komplexe Modellierung bei sehr großen Datenmengen Erzeugung neuer Objekte möglichst keine Daten sollen beim Systemwechsel verloren gehen Ziele: Qualitätssteigerung:Erstellung von Regeln zur Datenaufwertung und somit Nutzensteigerung, Vermeidung von Nachbearbeitung Entdeckung und automatisierte Bereinigung von Fehlern in der Datenquelle (unter Vergleich von Q- und Z-System) betroffen sind mittlere und große Versorgungs-unternehmen und Behörden

Datenintegration Datenintegration & Geodatenserver Ziel: Beschaffung, Speicherung und Fortführung komplexer heterogener Datenbestände Verzicht auf ein einheitliches GIS (Datenmodell) Beschreibung der Daten durch Kataloge Daten mit verschiedenem räumlichen Bezug sowie Inhalten und Qualität sollen den Nutzer erreichen Modellierung während der Abgabe an den Benutzer nicht nur nach inhaltlichen Aspekten

Datenintegration Vorteil: Redundanzfreiheit Nachteil: Schnelligkeit insbesondere in Netzwerken Performance-Schwierigkeiten Anwendung im Intra- und Internet vom GIS unabhängige Speicherung der Daten durch entsprechende Geodatenbankverwaltungssoftware bereits im Angebot

Datenanalyse Analyse hinsichtlich der Graphik, Attributierung und Objektstruktur Datenstruktur in Q- und Z-System Hindernisse bei der Abbildung im Z-System Datenaufbereitung

Datenaufbereitung Graphik (Symbole, Beschriftung) Modifikationen der Sachdaten Attribut 1 Attribut n Quelle Ziel Kontrolle der Datenkonsistenz

Modellierung Sachdaten (Umbenennung von Feldern...) Geometrie (Umwandlung von Primitiven...) Flächenbearbeitung Herstellen von Beziehungen Objekte modifizieren (trennen, verschmelzen...) Beispiel: Bach

Datenaufbereitung und Objektbildung mit CITRA (Fa. CISS) CITRA = eigenes Datenformat + Software Datenformat ist neutral (ASCII Format kann gelesen und analysiert werden) Objektorientiert „Drehscheibe zwischen den Systemen“ Standardisierung und Automatisierung von wiederkehrenden Problemen „Lesen“ und „Schreiben“ durch Konfigurationstabellen

Der CITRA-Kreis

Objektdefinition Neutraler Objektname (11 Zeichen) Attributteil Attributsegmentname (11 Zeichen) bei gleicher Sachdatenstruktur ein und derselbe Attributsegmentname ATTSEG=CITRA_ATT_1 Nr Feldname <Datentyp>:Feldinhalt 12 Straße C(24):Barbarossastraße Geometrieteil beginnt mit PICTURE beliebig viele unterschiedliche grafische Primitive Koordinaten keine Angabe des Styling

Beispiel-Objekt FACDEF ATTSEG = CITRA_ATT_1 Beginn FACDEF ATTSEG = CITRA_ATT_1 12 STRAßE C(42) : Barbarossastraße PICTURE FTEXT = CITRA_FTEXT FLDID = 12 2518872.838 5686469.762 LINE = CITRA__LINE 2518864.95 5686472.05 2518866.74 5686472.83 2518865.65 5686475.32 TEXT = CITRA__TEXT 2518872.838 5686472.762 `CISS TDI GmbH` ENDFAC Attributteil Geometrie-teil Ende

Beispielobjekt - und so siehts dann aus CISS TDI GmbH Barbarossastraße

Konfigurationstabellen Logik und Steuerung Ein-/ Ausblenden der zu konvertierenden Daten eventuelle Belegung mit Defaultwerten Angabe zu Farbe, Font, Symbolgröße und Ausrichtung keine automatische Konfigurationserweiterung „Was nicht in der Konfigurationstabelle vorkommt, bleibt unverändert und wird gemeldet“ Protokollierung von nicht erfaßten Objekten Kapselung durch Module (standardisierte Algorithmen) Prüfung der Belegung von Attributfeldern Suche nach und Beseitigung von Redundanz Bildung oder Veränderung von Objektbeziehungen (Schriftplazierung)

Probleme unterschiedliche Datenstrukturen: Datenfehler ein Quell-Objekt verfügt über unterschiedliche Attribute 50 kV Datenfehler Fehler bei der Erfassung  deshalb: Analyse des Gesamtbestandes auf Grundlage einer Objektabbildungsvorschrift

Wie funktioniert die Zusammenarbeit mit Firmen zu dessen Produkten Sie Schnittstellen entwickeln? „distanziert bis gut“ Vertraulichkeit und Neutralität Loyalität interne Informationen werden ausgetauscht bevor die Software auf dem Markt erscheint Garantie bestimmter Information durch Exklusiv-Verträge

Perspektiven Zahl der Geodatennutzer wird zunehmen Normierungs- und Koordinierungbestrebungen vs. Vergrößerung der Individualität durch Komponenten-technologie Widerspruch: „...individuelle Modellierung kann nicht durch eine Definition der Datengrundlage gelöst werden...“ Verbesserung: strikte Trennung der Datenbestände (Geodaten) von Visualisierungs- und Bearbeitungswerkzeugen Nutzung eines leistungsfähigen Datenservers (Verwaltung unabhängig vom GIS durch standardisierte Datenbank)