Anforderungen an einen kartographischen Viewer für ... - Carto:net

Weitere Magazine

Empfehlungen

Info

Abb. 52: Diagrammtypen und der Eigenschaften Diagrammtyp Kreissektoren Balken Säulen Stab Kurven Werteintervall ]0;∝[, Nullwerte werde nicht "gezeichnet". ]0;∝[, Nullwerte werden nicht "gezeichnet". ]0;∝[, Nullwerte werden nicht "gezeichnet". ]-∝;∝[, Nullwerte werden "gezeichnet". ]-∝;∝[, Nullwerte werden "gezeichnet". Werteeigenschaften Zeicheneigenschaften sumMax xMax oder yMax sumMax, valueMax xMax, yMax sumMax xMax, yMax valueMax, valueMin valueMax, valueMin xMax, yMax xMax, yMax Kreis ]0;∝[ sumMax xMax oder yMax Symbolfigur ]0;∝[ sumMax Choroplethe ]-∝;∝[, Nullwerte werden "gezeichnet". Quelle: Eigene Darstellung, vgl. Anhang cs_"ChartsetType".js. valueMax, valueMin symbolHeight, xMax, yMax classMethod, myClasses 4 Der Prototyp Hinweise zu den Begriffen: SumMax entspricht der Maximalsumme der Werte eines DataModels in einem DatenSet, sumMin die Minimalsumme. valueMax ist der absolut größte Wert eines DataSets, valueMin der kleinste. xMax/yMax sind die größtmöglichen Ausmaße eines Diagramms. symbolHeight beschreibt die Höhe des verwendeten SVG Symbols, classMethod die Klassifizierungsmethode bei Choroplethenkarten; myClasses entspricht der Anzahl der Klassen. Der Kartenebene im SVG DOM ("mapGroup") wird ein Diagrammlayer als Kind angehängt. 4.3.2.2.3 Diagrammeigenschaften Die Diagrammeigenschaften sind in den Anwendungseinstellungen gespeicherte Attribute zur Diagrammberechnung. Dazu zählt beispielsweise der größtmögliche Radius für Kreissektoren. Um die Diagrammeigenschaften in der Propertybag zu referenzieren, ist das ChartProperties Objekt vorhanden (vgl. Abbildung 51). Dieses enthält das Attribut xmlProperties, welches das zugehörige XML Fragment enthält. Die Methode getPropertyValue() werden als Paramter eine Eigenschaft übergeben, die diese aus dem XML Fragment liest du zurückliefert (vgl. Anhang Chart.js). 4.3.2.3 Bereitstellung der Basisdaten Basisdaten werden vom Definitionsteil des SVG Dokumentes bereitgestellt (vgl. Kapitel 4.1.2.2.1). Sie bestehen aus Punkten und Polygonen. Linien spielen bisher keine Rolle, da streckenbezogene Diagramme noch nicht implementiert sind,. Der GeoObjectProvider mit seiner getGeoObject() Methode ist dafür zuständig, ein Geoobjekt im SVG DOM zu referenzieren, die nötigen Daten zu selektieren und dem Diagrammgenerator zur Verfügung zu stellen. Das GeoObjectProvider Objekt ist in der Abbildung 51 graphisch abgebildet (vgl. auch Anhang Chart.js). Damit keine Fehlinterpretationen auftreten, werden Basisdaten wie in Abbildung 53 spezifiziert. Abb. 53: Format der SVG Basisdatenfragmente GeoObjekt Beispiel eines zugehörigen XML Fragments Punkt Linie Fläche Quelle: Eigene Darstellung. Hinweis: Die im Prototypen vorgestellte Realisierung ist ungültiges XML, da das Element mit Attributen nicht in der DTD deklariert ist, obgleich eine Erweiterung um dieses kein Problem darstellt. Die Funktionalität schränkt diese Tatsache nicht ein. 80
4.3.3 Gesamtansichten des Prototypen 4 Der Prototyp Abbildung 53 zeigt drei Gesamtansichten des Prototypen. Die Thematik ist mit Kreissektorendiagrammen dargestellt. Mit dieser hierarchischen Abfolge wird das Drill-Down Mapping erläutert. Die Gebietsaufteilung erfolgt administrativ. Die Gebiete der Abbildung entsprechen den Testgebieten des im Anhang beigefügten Prototypen. Abb. 54: Drill-Down Mapping mit dem Prototypen Landkreisebene Quelle: Eigene Darstellung. 4.4 Bewertung des Prototypen Bundeslandebene Gemeindeebene Die Bewertung gibt konkrete Beispiele, in welchen Punkten sich der realisierte Prototyp für einen entsprechenden kartographischen Viewer noch nicht eignet. Dazu zählen sowohl Probleme im 81
Seite 1 und 2:
Anforderungen an einen kartographis
Seite 3 und 4:
Inhalt 1 Einleitung................
Seite 5 und 6:
3.1.2.5 Extensible Stylesheet Langu
Seite 7 und 8:
Abbildungsverzeichnis Abbildungsver
Seite 9 und 10:
1 Einleitung 1.1 Motivation und Zie
Seite 11 und 12:
2 Anforderungen an die Thematische
Seite 13 und 14:
2.1.4 Daten für das Geomarketing 2
Seite 15 und 16:
Seite 17 und 18:
Seite 19 und 20:
Seite 21 und 22:
Abb. 5: Darstellung der verschieden
Seite 23 und 24:
Seite 25 und 26:
Seite 27 und 28:
2.2.4.2.1 Ortsbezogene Diagrammkart
Seite 29 und 30: 2.2.4.4 Darstellung von Bewegung un
Seite 31 und 32: 2 Anforderungen an die Thematische
Seite 33 und 34: 2.2.5.3.6 Banddiagramme 2 Anforderu
Seite 37 und 38: 2.2.5.6.4 Übersichtskarte zur räu
Seite 47 und 48: 3 Technologien 3 Technologien Damit
Seite 49 und 50: 3.1.2.1 Extensible Markup Language
Seite 51 und 52: 3 Technologien in diesem Zusammenha
Seite 53 und 54: 3 Technologien dieses angefügt. Ma
Seite 55 und 56: 3 Technologien jeweils mit m begonn
Seite 57 und 58: 3 Technologien - ECMA 262 Spezifika
Seite 59 und 60: 3 Technologien Attribute, wie beisp
Seite 61 und 62: 3 Technologien Hinweis: Für kartog
Seite 63 und 64: 3 Technologien Auch serverseitig k
Seite 65 und 66: Abb. 37: Vereinfachte Systemarchite
Seite 67 und 68: 3 Technologien Proxyserver benötig
Seite 69 und 70: Abb. 38: Die implementierte kartogr
Seite 71 und 72: 4 Der Prototyp gestellt und zur Lau
Seite 73 und 74: Abb. 42: Auszug aus der XML Propert
Seite 75 und 76: Die globale Variable dsc deklariert
Seite 77 und 78: Abb. 48: Das legend Objekt Quelle:
Seite 79: 4 Der Prototyp Sammlung aller Diagr
Seite 83 und 84: 4.5 Verbesserungsvorschläge für d
Seite 85 und 86: 5 Zusammenfassung der Arbeit 5 Zusa
Seite 87 und 88: Literaturverzeichnis Literaturverze
Seite 89 und 90: Literaturverzeichnis HAROLD E. 2002
Seite 91 und 92: Literaturverzeichnis SAMLAND W. & H
Alle anzeigen

Anforderungen an einen kartographischen Viewer für ... - Carto:net

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?