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

Weitere Magazine

Empfehlungen

Info

3 Technologien CSS @media Types erlauben verschiedene "style" Definitionen für unterschiedliche Ausgabetypen. Wird für den Druck und den Bildschirm unterschiedlich formatiert, weichen die beiden Darstellungen voneinander ab. Das hat den Vorteil, dass beispielsweise eine Farbskala am Bildschirm farbig erscheint. Beim Druck wird sie dagegen automatisch in eine echte Grauwertskala umgewandelt. Allgemein können CSS sowohl intern als auch extern definiert werden (vgl. FIBINGER I. 2002 S.172-182). Neben CSS werden auch Entitäten mit graphischen Attributen für die Formatierung von SVG Elementen eingesetzt. Zudem sind die zur Gestaltung von Elementen in Abbildung 33 aufgeführten Elemente noch zu erwähnen. 3.2.2.4 Koordinatensystem, Transformation und Kartenansichten SVG verwendet ein, für die graphische Softwareentwicklung typisches, kartesisches Koordinatensystem mit negativer y-Achse und positiver x-Achse. Der Nullpunkt ist auf dem Bildschirm "links oben". Bei kartesischen Koordinatensystemen des Geoinformationswesens liegt der Ursprung dagegen "links unten". Deswegen müssen kartographische Darstellungen durch das transform Attribut verschoben und skaliert werden. Sphärische Koordinaten finden keine Unterstützung. SVG unterstützt zusätzlich verschiedene Maßeinheiten. Unterschieden werden absolute Maße, in beispielsweise Inch oder Zentimeter, und relativen Maße, in Pixeln (default Einstellung) oder Prozenten. Durch das viewBox Attribut oder das Element lassen sich verschiedene Bildansichten erzeugen. Diese Tatsache ist im Hinblick auf kartographische Anwendungen von großer Bedeutung. Räumlich Navigation kann, wie im Prototypen realisiert, durch verschiedene Bildansichten berechnet werden (vgl. 4.1.2.2). Im Zusammenhang mit dem viewbox Attribut ist das preserveAspectRatio Attribut zu erwähnen. Dieses ist muss gesetzt werden, um die Proportionen der Darstellung zu erhalten (vgl. FERRAIOLO J. et al 2001, Chapter 7 und SCHONEFELD P. 2002, Part 1 – Viewing SVG). 3.2.2.5 Interaktion durch Clientseitiges Scripting Damit in SVG Interaktion möglich wird, ist der Einsatz von clientseitigem Scripting notwendig. Clientseitiges Scripting zur Manipulation des SVG Baumes steht dabei im Vordergrund. So verwendet man Scripting beispielsweise um verschiedene Kartenebenen durch Checkboxen ein- und auszublenden. Meist wird dafür Javascript auf Basis des ECMA 262 Standards eingesetzt (vgl. ECMA 1999). Zudem unterstützen alle gängigen Browser das DOM (level 2) Interface mit dessen Methoden und Eigenschaften. Das als Standard anzusehende Adobe SVG Viewer 3 (→ ASV3) Plug-In beinhaltet zudem eine eigene Scriptingengine. Diese unterstützt neben ECMA 262 und DOM (level2) weitere Methoden und Eigenschaften, wie die "ECMAScript Language Binding for SVG". Zudem sind eigene Methoden und Eigenschaften implementiert, wie beispielsweise die getURL() Methode. Mit deren Hilfe können Anfragen an einen Server gesendet werden. Das Nachladen von Daten wird dadurch ermöglicht. Folgende Referenzen sind für die optimale Programmierung von besonderem Nutzen: 56
3 Technologien - ECMA 262 Spezifikation (vgl. ECMA 1999) - ECMAScript Language Binding for DOM2 Core (vgl. LE HORS A. et al 2000, Anhang E) - ECMAScript Language Binding for SVG1 (vgl. FERRAIOLO J. et al 2001, Anhang E) - Current Support for SVG – Adobe SVG Viewer (vgl. ADOBE 2001) Die Referenzen sind aufgrund der fehlenden Entwicklungsumgebung besonders hilfreich. Sie unterstützen den Entwickler in großem Maße. Um Skripte verwenden zu können, müssen diese in den SVG Baum eingebunden werden. Das Element erlaubt interne sowie externe Scriptdefinition. Dabei muss zusätzlich die Scriptsprache sowie der einzusetzende Scriptinterpreter angegeben werden. Sind Scripte eingebunden, können diese durch Events aufgerufen werden. SVG unterstützt verschiedene Events, die das Ausführen bzw. Starten von Scriptroutinen auslösen. FERRAIOLO et al geben eine ausführliche Übersicht aller unterstützen Events sowie deren Eventhandler (vgl. FERRAIOLO J. et al 2001, 16.2 Complete list of supported events). Die Wichtigsten sind User Interface Events, die beispielsweise durch das Betätigen einer Taste oder der Maus, ausgelöst werden. SVG lässt das Deklarieren von Events als Attribut direkt in einem Element zu. Treten bei der Interpretation der Funktionen Syntaxfehler auf, erscheinen diese in einer Nachrichtbox. Aufgrund der fehlenden Entwicklungsumgebung gestaltet sich das Auffinden von Fehlermeldungen äußerst schwierig. Die Implementierung des Prototypen nutzt das Grundkonzept der Objektorientierung. Diese ist in JavaScript, im Vergleich zu dem Konzept der Klassen und dem der Objekte höherer Programmiersprachen (z.B. in C++ oder Java), durch das Konzept der Prototypen implementiert. Es dient also nicht eine Klasse als Vorlage für ein Objekt, sondern ein prototypisches Objekt. Jedes Objekt kann zur Laufzeit durch Attribute und Methoden erweitert werden. Eine derartige Erweiterung betrifft aber ausschließlich das referenzierte Objekt. Soll die Veränderung alle Instanzen modifizieren, so erfordert dies eine Erweiterung des Prototypen durch die Eigenschaft prototype. Diese Eigenschaft kann genutzt werden, die Vererbung von Methoden und Eigenschaften, die im Sprachumfang von Javascript nicht unmittelbar vorgesehen ist, nachzuempfinden (vgl. ZIEGLER C. 2001; LINDSEY K. 2002). 3.2.2.6 Animationsmöglichkeiten Für zeitgemäßes Design ist es wichtig, auch dynamische Vorgänge beschreiben zu können. Dafür sind Elemente der W3C Empfehlung für Multimedia SMIL in SVG implementiert. Weitere SVGinterne Animationselemente erweitern die Möglichkeit, Bewegungen darzustellen. Animationselemente werden als Kinder des zu animierenden Elementes deklariert. Dabei werden fast alle Elemente und Attribute unterstützt. SVG definiert echte zeitbasierte Animation. Daher ist alleine der User Agent für die Renderingzeit verantwortlich. Eine Vielzahl von Animationsmöglichkeiten mit zugehörigen Beispielen beschreibt QUINT (vgl. QUINT A. 2002a). Teilweise kann durch geschickt programmierte Animation auf Scripting verzichtet werden. Ein beeindruckendes Beispiel zeigt HIRTZLER. Dabei ist eine Drop-Down Liste nur mit Elementen der Animation realisiert worden. Auf Scripting konnte deswegen komplett verzichtet werden (vgl. HIRTZLER M. 2002). 3.2.2.7 Sonstiges Rastergraphiken werden mit dem Element in den SVG Baum eingebunden. Viele der gängigen Graphikformate (dazu zählt auch SVG selbst) werden unterstützt. Auch base64 kodierte 57
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 21 und 22: Abb. 5: Darstellung der verschieden
Seite 27 und 28: 2.2.4.2.1 Ortsbezogene Diagrammkart
Seite 29 und 30: 2.2.4.4 Darstellung von Bewegung un
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: 3 Technologien jeweils mit m begonn
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 und 80: 4 Der Prototyp Sammlung aller Diagr
Seite 81 und 82: 4.3.3 Gesamtansichten des Prototype
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

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?