Warning, /education/marble/MANIFESTO.txt is written in an unsupported language. File is not indexed.
0001
0002 MARBLE - MANIFESTO
0003
0004 Principles and intentions of the Marble Project
0005
0006
0007 v.0.3.2, April 12th, 2007
0008
0009
0010 Virtual Globes have existed since decades already and have been
0011 subject of numerous papers in scientific research. Although many of
0012 them had been available for personal computers they only recently
0013 gained the awareness of public interest: Google Earth suddenly allowed
0014 people to spot their houses' roofs free of charge from high above and
0015 enabled them in combination with Google Maps to show their Google
0016 Search Queries referenced on a geographical map. Almost instantly
0017 Google Earth had become the "industry leader" among virtual globes
0018 that others had to measure up to [1].
0019
0020
0021 Why Marble?
0022 ===========
0023
0024 Today there exist numerous virtual globes and the market has embraced
0025 strong contenders such as Google Earth/Maps, MS Virtual Earth 3D and
0026 NASA WorldWind [2]. A new virtual globe project must be able to offer
0027 strong selling points and has got to focus on those without
0028 compromises. Otherwise it simply won't gain public relevance.
0029
0030 "Where?" is a pretty basic question that computer users have got to
0031 ask and answer quite often - no matter what they are working on. The
0032 free desktop has been advancing since years already. And while
0033 there's a pretty large amount of free software GIS ("Geographical
0034 Information System") applications available [3] they are mostly
0035 targeted at advanced users who deal with geo data during their daytime
0036 jobs or as a matter of enthusiasm. However, most people out there
0037 aren't cartographers and don't want to be. These people expect a
0038 simple and clean task-oriented interface that adheres to the map
0039 layout standards that decades of cartography have developed to improve
0040 ease of use of maps.
0041
0042 So for casual users there is still missing a fast, flexible, visually
0043 pleasing and easy to use map component. For developers, Marble offers
0044 a light-weight, fast, cross platform map component that can be used
0045 online as well as offline with meaningful results and that don't
0046 require proprietary webservices.
0047
0048 Marble is meant to become for "geo browsers" what KHTML/WebKit is for
0049 web browsers already.
0050
0051 From an average user's point of view a map component such as "Marble"
0052 should meet the following requirements:
0053
0054 1. FAST:
0055
0056 To allow instant access and usage as a widget the Marble Widget
0057 should start up instantly and be ready for use within 2-3
0058 seconds. So "application" startup time should always be kept as
0059 low as possible.
0060
0061 Technically this means that the Marble Widget needs to be heavily
0062 optimized for start up times and should have a minimal number of
0063 dependencies (as an increasing amount of libraries will slow down
0064 the application's launch).
0065
0066 Most other virtual globes have startup times of 15-30 secs.
0067 That's just an eternity to wait for if you just want to look up
0068 something.
0069
0070
0071 2. VISUALLY APPEALING:
0072
0073 The maps drawn by Marble Widget should adhere to visual
0074 cartographic standards and should look appealing. Usually people
0075 prefer the 3D globe view as it looks more natural, mostly because
0076 of minimal distortion and because it looks more "advanced". It
0077 should be possible to easily print the maps and to embed them into
0078 documents without getting a pixel mess that is hard to decipher.
0079
0080 Most other virtual globes don't offer good printing support and
0081 the graphical representation most of the time is just limited to
0082 satellite views that are often labeled pretty badly. Web based
0083 solutions (such as Google Maps) are quite static in their
0084 appearance and are limited in terms of possible modification.
0085
0086
0087 3. EASE OF USE:
0088
0089 Another very important aspect is usability: The feature set should
0090 cover the use cases of the primary target user only. 3D flights
0091 are pretty exciting for users that want to be entertained.
0092 However most users don't need them, don't have the time to
0093 experiment with them or don't even discover that feature. So
0094 focusing on the top-bottom view exclusively ("2.5D") makes sense
0095 for Marble.
0096
0097 Maps should be easy to read. In a lot of cases this will mean
0098 that the flat projection ("equirectangular projection" / "plate
0099 carrée") is more convenient (e.g. in a timezone chooser dialog).
0100
0101 I personally consider Google Earth's interface too complex for
0102 most users we are aiming for. Google Maps on the other hand seems
0103 too simple to me and also has a slight annoyance factor due to its
0104 web based nature.
0105
0106
0107 4. MINIMAL HARDWARE/SOFTWARE REQUIREMENTS:
0108
0109 The Marble Widget should work at usable speed out of the box on
0110 all possible hardware the desktop environment is running on. It
0111 should always show exactly the same output independent of the
0112 hardware. During installation modifications to the system should
0113 stay as low as possible.
0114
0115 This is an important point as people will simply neglect a
0116 solution if it's too painful to install or results in other
0117 unnecessary challenges during configuration. Unfortunately many,
0118 if not most, computer systems out there don't offer decent 3D
0119 hardware acceleration for graphics. So the solution we are aiming
0120 for should not depend on 3D hardware acceleration, although we
0121 certainly might want to offer solutions such as an OpenGL backend
0122 as an option. Also the amount of software needed to install the
0123 map component should stay as low as possible (see 1.) ).
0124
0125
0126 5. OFFLINE USAGE:
0127
0128 The Marble Widget should offer a minimal data set that is
0129 specifically edited and compiled for offline usage. This is
0130 especially useful in countries where internet access is restricted
0131 or expensive. Online usage should cover incremental downloading
0132 of texture tiles, vector data (e.g. OpenStreetMap) and wikipedia
0133 articles.
0134 Concerning offline geographical data Marble intends to deliver the
0135 "biggest bang for the byte" and provide as much high quality
0136 information per byte as possible.
0137
0138 For all information that goes beyond map labels ("Marble Almanac")
0139 we have started cooperation with the Wikipedia Offline Reader
0140 Project.
0141
0142
0143 6. FREE SOFTWARE & OPEN STANDARDS:
0144
0145 The Marble Widget is free software and should use a small set of
0146 open standards for communication with other applications at
0147 runtime and to save data to the storage medium. The open KML file
0148 format[4] used by Google Earth is probably the most popular file
0149 format these days to geo reference data. Through "feeding" KML
0150 streams to the map component, applications are offered a simple
0151 "programming" interface to control the map's appearance and
0152 behaviour. All Information displayed on the map widget should be
0153 covered by free licenses using sources such as NASA or
0154 OpenStreetMap.
0155
0156 Many other virtual globes are proprietary and are using commercial
0157 geo data that is considered "non-free" (as it isn't freely
0158 redistributable).
0159
0160
0161 The Marble Universe
0162 ===================
0163
0164 Apart from the Marble Widget (which is implemented using the Qt4.2
0165 library only) there are other planned member components of the Marble
0166 universe:
0167
0168 1. "Marble Desktop Globe":
0169
0170 KDE 4 application for KDE-EDU: This "reference" application is
0171 meant to show off much of Marble's full potential. At the current
0172 point of time it's the next logical step as educational
0173 applications don't need to cover the data in full detail to be
0174 useful. Once it reaches maturity the Marble backend could be
0175 moved into a more central place, e.g. kdelibs/base.
0176
0177 2. "Marble Widget":
0178
0179 Can be used in different applications like KStars, KControl,
0180 DigiKam, KGeography, Kopete, Addressbook, Risk-Game, KWorldClock,
0181 Traceroute, Plasma Weather Applet, and so on. Depending on the use case
0182 it can have different appearances:
0183 - "normal" widget
0184 - selection dialog
0185 - developer mode
0186
0187 3. "Marble Framework":
0188
0189 A framework of geo services for the desktop. This should cover a
0190 "position provider" backend like GPS, hostip.info, track turtle,
0191 and information services ( "Marble Almanac" ).
0192
0193
0194 Torsten Rahn
0195
0196
0197 References:
0198
0199 [1] as an interesting read see the discussion section at
0200 http://www.earthslot.org/vgconference/VGconference_results.php
0201
0202 [2] for a nice introduction into virtual globes and a
0203 non-comprehensive list of them see the article at Wikipedia
0204 http://en.wikipedia.org/wiki/Virtual_Globe
0205
0206 [3] www.freegis.org provides a nice software overview on Free
0207 Geographic Information Systems
0208
0209 [4] KML 2.1 Reference available at:
0210 http://earth.google.com/kml/kml_tags_21.html