Live GIS Disc Packages

Goal

The goal of creating packages for the Live GIS Disc is everything required to create a customized version of the Live Disc. This includes Debian packages of

• geospatial applications
• configuration files
• sample data
• sample projects and examples

The efforts to provide Debian packages does not compete with the DebianGIS-project. Our focus is not on creating official packages for any applications. We only package applications where a project's build process or dependencies make it difficult to create a package fulfilling the official requirements and guidelines for a Debian package. Instead our focus is on packaging additional material (data, examples, configurations) in order to make them easily usable for everyone.

Guidelines

• Basic rules of reuse apply. If the same application configuration is used by more than one tutorial, it belongs in it's own package.
• Standard version numbering is required to ensure compatibility as tutorials are updated.
• Packages should be compatible with both Ubuntu and Debian
• OSGeo should host a package repository for this work
• Applications should target release to official Debian repositories as a long-term goal

Issues

• Having applications start on boot-up causes high memory use and a very slow boot time.
• Running several applications at a time will have serious consequences for performance. uDig by default used a GeoServer that was backed onto PostGIS. On a system with 1GB RAM, I was unable to finish loading uDig within 4 hours. Showcase a single app at a time by default.

Meta-Packages

Also working on packaging applications and additional material makes the collaboration between the different contributors of a project more easy.

To allow for easily reproduce packages and repackaging we store scripts, config-files and instructions on how to build each package in the projects subversion repository.

Debian Repository

These sections describe what is in, and what we would like in, the Debian repositories.

Direct from Debian

* GDAL/OGR (with Python, Perl, Ruby bindings)
* mapserver 
* postgis
* pgadmin
* grass
* gdal-grass plugin
* proj

For a complete list see DebianGIS Package list and Package status pages.

Not in Debian

* qgis (just needs to be uploaded/approved)
* geoserver
* uDig
* gvSig (some preliminary work done by a DD, issues pointed)
* r-spatial
* GeoNetwork

Possiblies

* ossim (available on d-gis svn)
* jump
* WW Java (needs a custom app and testing on debian/ubuntu)
   http://packages.ubuntu.com/source/intrepid/worldwind

OSGeo Repository

Access

• The files can be browsed here: http://trac.osgeo.org/osgeo/browser/livedvd

• The files can be checked out of SVN as follows:

svn checkout https://svn.osgeo.org/osgeo/livedvd

Coordination

These sections describe the packages we have or want in the OSGeo repository.

Suggestions / Requests

• Addition of some more python tools:
  • OGR
  • Shapely
  • Featureserver
  • Tilecache
  • MapFish
• Add JTS-1.8.0, with a script to launch the TestBuilder as a demo
• Add OpenStreetMap stuff :
  • JOSM
  • Mapnik
• Add GpsDrive

(Can render OpenStreetMap data with Mapnik; already packaged)

Meta-Packages

Available packages

The list is not complete.

Application	On LiveDVD?	Version on DVD	Application packaged?	Meta-package in SVN?	Example available?	Example packaged?	Documenation available?	Documentation packaged?	Comment
Postgres/Postgis	YES	8.3.5/1.3.3-1	YES	NO	YES	NO	NO	NO
GeoServer	YES	1.7.0	YES	NO	YES	NO	NO	NO	Comes with examaple config, but needs additional config for postgis
Mapserver	YES	5.0.0-3	YES	NO	YES	NO	NO	NO	Example looks crap
GRASS	YES	6.3.0-0	YES	NO	YES	NO	NO	NO
Qgis	YES	0.11.0-Metis	YES	NO	YES	NO	NO	NO	Better example needed
gvSIG	YES	1.1.2	NO	NO	YES	NO	NO	NO	Better example needed
uDig	YES	1.1.1	YES, only unofficially	YES	YES	YES	NO	NO	Better example needed
Open Layers	YES	2.6	NO	NO	YES	NO	NO	NO	Better example needed. Only on DVD as part of GeoServer
GeoNetwork	NO		NO	NO	NO	NO	NO	NO
Mapguide	NO		NO	NO	NO	NO	NO	NO
Open Jump	NO		YES	NO	NO	NO	NO	NO
Deegree	NO		NO	NO	NO	NO	NO	NO