Datenmodell: Unterschied zwischen den Versionen
Stefan (Diskussion | Beiträge) (→Normen und Standards) |
Stefan (Diskussion | Beiträge) (→Allgemeines) |
||
Zeile 19: | Zeile 19: | ||
;Def. Darstellungsmodell (Quelle angelehnt an Def. im Glossar zu INTERLIS 2): Ein D. legt die kartografische Darstellung von Geodaten fest. Wird festgelegt durch eine Menge von Grafikdefinitionen, die auf einer Sicht oder einer Klasse basieren. Eine Grafikdefinition ordnet durch Zeichnungsregeln dieser Sicht oder Klasse je eine Grafiksignatur zu, damit Grafikobjekte erzeugt werden können. | ;Def. Darstellungsmodell (Quelle angelehnt an Def. im Glossar zu INTERLIS 2): Ein D. legt die kartografische Darstellung von Geodaten fest. Wird festgelegt durch eine Menge von Grafikdefinitionen, die auf einer Sicht oder einer Klasse basieren. Eine Grafikdefinition ordnet durch Zeichnungsregeln dieser Sicht oder Klasse je eine Grafiksignatur zu, damit Grafikobjekte erzeugt werden können. | ||
− | :: Bemerkung: Ein Darstellungsmodell besteht grundsätzlich aus zwei Komponenten: 1. Einer Zuordnung von Daten zu Signaturen (Symbolen) und 2. den Signaturen (Symbolen, Symbolbibliotheken) selber. | + | :: Bemerkung: Ein Darstellungsmodell besteht grundsätzlich aus zwei Komponenten: 1. Einer Zuordnung von Daten zu Signaturen (Symbolen) und 2. den Signaturen (Symbolen, Symbolbibliotheken, Styling) selber. |
;Def. Grafiksignatur (Quelle Glossar zu INTERLIS 2): In einem eigenen Datenmodell (Signaturenmodell) definierte Signaturen (Punktsymbol, Linie, Flächenfüllung, Textanschrift). | ;Def. Grafiksignatur (Quelle Glossar zu INTERLIS 2): In einem eigenen Datenmodell (Signaturenmodell) definierte Signaturen (Punktsymbol, Linie, Flächenfüllung, Textanschrift). |
Version vom 17. Juli 2008, 09:54 Uhr
Inhaltsverzeichnis
Allgemeines
Allgemeines: (Daten-)Modellieren ist ein Prozess mit dem Hauptziel der Dokumentation von (Software-)Systemen und der Verständigung unter Fachleuten. Datenmodellieren, Datenbeschreibungen und Dokumentationen bedienen sich möglichst allgemeinverständlicher aber präziser Sprachen und Zeichen. Diese sind in Standards (de-jure und de-facto) geregelt und genormt (Normen). Wir verwenden dafür manchmal das Wort "Spezifikation und vermeiden dieses im Zusammenhang mit Systemen; dafür bevorzugen "Dokumentation von Systemen".
Eine vollständige Datenbeschreibung (Daten-Dokumententation), insbesondere im Geoinformationsbereich, besteht aus verschiedenen Dokumenten:
- (Geo-)Datenmodell-Dokumententation
- (Geo-)Darstellungsmodell-Dokumententation
- Geo-Metadaten-Dokumententation
- Ggf. Protokoll-Dokumententation
- Ggf. Prozess-Dokumentation
Wichtig: Geodaten sind grafiklos. Aus einem Geodatensatz kann man verschiedene Grafiken erzeugen.
Definitionen:
- Def. Datenmodell (Quelle Glossar zu INTERLIS 2)
- Exakte Beschreibung von Daten (sogenanntes konzeptionelles Schema), die vollständig und in sich geschlossen ist. Das D. ist das hierarchisch höchste Modellierungselement. Syn.: Modell, Datenbeschreibung.
- Bemerkung: Vorsicht! In der Datenbanktheorie ist D. gebräuchlich als Syn. für konzeptionellen Formalismus (d.h. ein D. wird als Methode für die Herstellung eines konzeptionellen Datenschemas betrachtet).
- Bemerkung: Ein D. besteht aus mindestens einem Thema (umgangssprachlich: 'Layer').
- Def. Darstellungsmodell (Quelle angelehnt an Def. im Glossar zu INTERLIS 2)
- Ein D. legt die kartografische Darstellung von Geodaten fest. Wird festgelegt durch eine Menge von Grafikdefinitionen, die auf einer Sicht oder einer Klasse basieren. Eine Grafikdefinition ordnet durch Zeichnungsregeln dieser Sicht oder Klasse je eine Grafiksignatur zu, damit Grafikobjekte erzeugt werden können.
- Bemerkung: Ein Darstellungsmodell besteht grundsätzlich aus zwei Komponenten: 1. Einer Zuordnung von Daten zu Signaturen (Symbolen) und 2. den Signaturen (Symbolen, Symbolbibliotheken, Styling) selber.
- Def. Grafiksignatur (Quelle Glossar zu INTERLIS 2)
- In einem eigenen Datenmodell (Signaturenmodell) definierte Signaturen (Punktsymbol, Linie, Flächenfüllung, Textanschrift).
- Def. Legende
- Beschriftung und Erklärung einer Karte, bzw. eines Plans und der dabei verwendeten Grafiksignaturen.
Normen und Standards
Normen und Standards für Datenmodelle:
Normen und Standards für Darstellungsmodelle:
- ISO 19117 - Geographic Information Portrayal (CD 2008, IS 2010-06) => "rule based", abstrakt
- OGC: keine Spezifikation speziell für Darstellungsmodelle vorhanden, doch Bezug zu
- INTERLIS 2.3 (2006) inkl. Anhang J Signaturenmodelle: => "rule based"
Grafiksignaturen:
- SVG (Styles)
- Systemspezifische, dokumentierte (z.B. UMN Mapserver)
Stand / Beispiele
- Darstellungsmodelle (CH): tabellarisch/Legende
- (AV: Übersichtsplan, Plan für das GB)
- Naturgefahren, St. Gallen (2006)
- SIA 405 MB 2015, Leitungskataster (2005)
- Plan für das Grundbuch, Amtl. Verm. (2007)
- SIA 424, Rahmennutzungsplanung (2007)
- SIA 425, Erschliessungsplanung (2008)
- Darstellungsmodelle (intl.): CityGML, und ?
Fazit: Umgesetzte Standards und Symbolbibliotheken fehlen praktisch!
Wie nun Modellieren und Dokumentieren?
Datenmodelle modellieren
Wir empfehlen INTERLIS (siehe auch das Geoinformationsgesetz des Bundes (Schweiz)).
Darstellungmodelle modellieren
Ein Darstellungsmodell besteht grundsätzlich aus zwei Komponenten: 1. Einer Zuordnung von Daten zu Signaturen (Symbolen) und 2. den Signaturen (Symbolen, Symbolbibliotheken) selber.
Überblick der Ansätze zur Zuordnung von Daten zu Signaturen:
- "Rule based" ('abstrakt'), textuell
- Tool-basiert interaktiv, grafisch
- Tabellarisch (Legende), textuell
Grafiksignatur/Signaturenmodell (Symbole):
- Es ist uns kein explizites Signaturenmodell bekannt, ausser das INTERLIS 2-Signaturenmodell.
- Man unterscheidet folgende Symbol-Typen:
- Raster: bekannte Rasterformate, wie gif, png, jpg
- Vektor: SVG (welches SVG?)
- Symbol-Font: => Font-Standards wie OpenType (TrueType)
- Farben: Es gibt das CIE-LCh/CIE-Lab und optional RGB (Bildschirm), CMYK (Druck).
Diskussion: Wir beginnen mit den Darstellungsmodell-Elementen, zu denen praktische Lösungen (d.h. klare Regelungen und z.T. Software) vorliegen zuerst:
- Für Farben gibt es eine Lösung: Wir empfehlen eine Tabelle mit CIE-LCh/CIE-Lab (verbindlich, Toleranz +/-5 Grad) und zur Illustration RGB (Bildschirm), CMYK (Druck) optional.
- Für Signaturen (Symbolen) stehen zwei Lösungen im Vordergrund:
- SVG gem. Einschränkungen der SLD Styles
- UMN MapServer-Symbole
- Als Darstellungsmodellierungs-Sprache kommt "Rule based" noch kaum in Frage, weil noch keine Standards vorliegen. Ebensowenig gibt es systemneutrale Tools, zur interaktiven Dokumentation. Es bleibt daher nur die tabellarische, textuelle Dokumentation.
Aufbau tabellarische, textuelle Dokumentation
- "Legende": Liste von Themen und ihren Elementen mit Verweisen auf Signaturen und Kommentaren.
- Liste der Signaturen (Symbole), textuell mit Grafik-Beispielen: Punkt-, Linien-, sowie Flächensymbole
- Liste der Farben
Besonders zu beachten sind dabei:
- Prioritätenregelung (1..100, 1 zuoberst)
- Zielmassstab, bzw. 'Massstabreihen'
- Massstabsabhängigkeit (Darstellung einer Signatur von Massstab... bis Massstab...)
Experten beiziehen!