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

4 Der Prototyp
4 Der Prototyp
Weitere Aufgabe der Arbeit war es, die theoretischen Ausführungen des zweiten Kapitels anhand
der behandelten Technologien (vgl. Kapitel 3) durch einen Prototypen zu realisieren. Dieser muss
aufzeigen, wie ein vollständiger Viewer entwickelt werden könnte. Dabei sind Darstellungen aus
dem Geomarketing berücksichtigt worden. Zudem zeigt er wichtige Funktionalität eines Webmapping-Clients
auf. Die folgenden Kapitel besprechen den realisierten Prototypen umfassend.
Hinweis: Ein kompletter Viewer unterscheidet sich von einem Prototypen hauptsächlich in einem Punkt. Mit ihm muss
gearbeitet werden. Ein prototypischer Viewer dient dagegen nur zu Anschauungszwecken und soll den zukünftigen Viewer
gerechtfertigen.
4.1 Anforderungen an die Anwendung
Um die theoretischen Grundlagen anhand des Prototypen vermitteln zu können, müssen
verschiedene Anforderungen gestellt werden. Dabei stehen folgende Gesichtspunkte an erster
Stelle.
Ein prototypischer Viewer für thematische Karten muss die von einem Server transferierten Daten
geeignet visualisieren können. Die Wissenschaft der Thematischen Kartographie gibt dafür die
Grundlagen. Sowohl im Geomarketing übliche Karteninhalte als auch erforderliche Funktionalität
gilt es zu realisieren.
Bezüglich des Karteninhaltes sind besonders Diagrammimplementierungen von Bedeutung. Diese
müssen Kreissektoren, Balken, Säulen, Kurven, Stäbe und Symbole beinhalten. Weiter spielen
Choroplethenkarten eine wichtige Rolle. Zu den verschiedenen Darstellungstypen sind außerdem
Legenden erforderlich. Eine Maßstabsleiste sowie eine Übersichtskarte müssen zur räumlichen
Orientierung vorhanden sein. Die erforderliche Funktionalität schließt besonders räumliche
Navigation ein. Dazu gehören Zoomen und Verschieben der Ansicht durch entsprechende
Werkzeuge. Auch das im Geomarketing sehr beliebte Drill-Down Mapping beziehungsweise Roll-
Up Mapping müssen realisiert werden. Dafür benötigte Geo- und Sachdaten sind nachzuladen. Eine
kartographische Benutzeroberfläche gibt dafür den Rahmen.
Um eine derartige Anwendung zu erweitern und zu personalisieren, ist zeitgerechte
Programmierung notwendig. Dazu soll die Anwendung auf den drei Komponenten
Geoinformation, Thematik und Eigenschaften aufbauen. Entwickelte Javascriptmodule in Form
von Objekten dienen zur Verarbeitung dieser. Die Integration in vorhandene Systeme muss
besonders einfach zu realisieren sein. Deswegen ist der Einsatz von spezifizierten Techniken
notwendig. Anwenderfreundlichkeit muss gegeben sein. Dazu zählen einfaches und zuverlässiges
Benutzen sowie gutes "Bechmarking" (→ Benchmark). Letztendlich soll die vorgestellte Lösung
ein Demonstrationsprototyp sein, dessen Ziel es ist, dem Anwender detaillierte Vorteile eines
zukünftigen Viewers aufzuzeigen.
4.2 Funktionalität des Prototypen
Die Funktionalität beschreibt die realisierten Anforderungen des Prototypen. Die Beschreibung
lehnt sich an die implementierte kartographische Benutzeroberfläche (Abbildung 38).
68