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