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

4.5 Verbesserungsvorschläge für den Prototypen
4 Der Prototyp
Um aus dem Prototypen einen Viewer zu realisieren, bedarf es noch einiger Verbesserungen.
Zuerst sind die im vorherigen Kapitel angesprochene Schwierigkeiten zu verbessern. Weiter lassen
sich allgemeine Korrekturen zur Erarbeitung einer Viewerbasis und Vorschläge zur kartographischen
Aufwertung unterscheiden. Im Folgenden dies wichtigsten Vorschläge zur Aufwertung
der Anwendung.
Vorschläge zur Erarbeitung einer Viewerbasis:
Folgende allgemeine Gedanken optimieren beziehungsweise erweitern den Prototypen zu einem
Basisprodukt. Dieses dient als Grundstock für eine individuelle Anpassung der Anwendung.
Für die Anwendung muss ein grundlegendes Konzept für Metadaten entwickelt werden. Metadaten
sind zum Beispiel namentliche Bezeichnungen der Geoobjekte oder weitere Informationen zu
Standorten. Diese dient als Grundlage für die Implementierung verschiedenster Events zum
Anzeigen von zusätzlichen Informationen.
Außerdem ist ein Plan zur automatischen Auswahl des besten Kartentypen für eine Datenreihe
notwendig. Dafür müssen Sachdaten für Geomarketing mit Attributen versehen werden, die eine
Aussage über den geeigneten Darstellungstypen treffen. Dies muss anhand der in Abschnitt 2.2.3.2
besprochenen Eigenschaften von Informationen erfolgen. Daten werden deswegen nach ihrer
Implantation und ihres Skalenniveaus attributiert. Weiter ist zwischen absoluten und relativen
Werten zu unterscheiden. Die zur Darstellung notwendigen graphischen Variablen sind nun
vorgegeben. Weiter muss der Darstellungstyp attributiert werden.
Der Anwender ist deswegen nicht auf kartographisches Know-how angewiesen. Trotzdem darf ein
fortgeschrittener Benutzer nicht dieser Darstellungsmethode ausgeliefert sein. Individuelle
Anpassung muss gewährleistet werden.
Die Benutzerschnittstelle des Prototypen muss um weitere Elemente, wie beispielsweise einem
Statusbalken, erweitert werden. Dieser zeigt den Downloadstatus beim Nachladen von Daten an.
Während dessen ist es zudem sinnvoll, alle Events durch pointer-events="off" zu unterdrücken.
Außerdem müssen die Javascriptroutinen der Anwendung weiter optimiert werden. Es gilt, beste
Konfigurierbarkeit zu erreichen. Verschiedene Objekte und Methoden bedarf es der Umstrukturierung,
um bessere Scripting Performance zu erreichen.
Für jedes Softwareanwendung ist die Implementierung einer Aussagekräftigen Hilfe notwendig.
Diese muss den Anwender unterstützen und gegebenenfalls weiterführende Erklärungen liefern.
Weitere Vorschläge zur kartographischen Aufwertung:
Von großer Bedeutung ist die Implementierung weiterer Klassifizierungsmethoden für
Choroplethenkarten. Als "default" ist eine Klassifizierung nach Quantilen allgemein gebräuchlich.
Zusätzlich können individuelle Klassifizierungsmöglichkeiten ins Auge gefasst werden (vgl.
Kapitel 2.2.5.4). Zum Beispiel ermöglicht ein Schieberegler, dass die Klassengrenzen individuell
eingestellt werden können.
Die Implementierung weiterer kartographischer Elemente wie streckenbezogene Diagrammkarten
muss angedacht werden. Zusätzlich können eine Integration für Business Intelligence übliche
Darstellungsformen den Viewer umfangreicher gestalten. Dazu zählen beispielsweise Tachometerdiagramme
die auch unter dem Begriff "Cockpit" bekannt sind.
Analog zur Berücksichtigung des größten Diagrammausmaßes ist die Einbeziehung eines
Größenwertes für minimal erkennbare Kartenelemente anzudenken. Die Einschließung derartiger
Werte in die Anwendungseigenschaften vermeidet zu kleine Diagrammdarstellungen.
83