Stephan,

Alan is handling the OSGeo finalization; but let me point out that there are projects that have hundreds of MB, also of vector data (according to the overview spreadsheet), so maybe this has a potential for an effective reduction.

my 2 cents,
Peter


On 01/17/2013 08:21 PM, Stephan Meißl wrote:
Angelos, Peter,

great discussion and I would be more than happy to use a common dataset.
At the moment the EOxServer demonstration is using 5MB (confirmed on
6.5beta1). I guess using a common and probably bigger dataset would make
the demonstration more convincing.

An alternative to MODIS data would be Landsat. Btw. which format,
projection, etc. should we use for the common data?

cu
Stephan


On 01/10/2013 10:47 PM, Angelos Tzotsos wrote:
Hi Peter and thanks for bringing this topic here.

It would be great to have more data space and perhaps we can save some
space if we track which projects use non common data-sets.
 From the IRC discussion there was a thought to include a hyperspectral
dataset so that rasdaman, OTB, OSSIM, EOxServer and GRASS to use in
common. Any thoughts on that? Should we play safe with free MODIS
dataset or is there another suggestion? Would it be ok if we limit this
to ~50MB size or would we need more? I know this is not enough for a
good remote sensing dataset, but we are short on disk space currently.

I liked the idea of using some web services for demo purposes in
addition to data included in the disk as long as there is a notice to
the user that those are available only with internet connection.

About projects mentioned:
MapGuide is actually not included in the disk due to that large
footprint (caused by mono dependency).
Marble in large because its dependencies for Qt bring in large parts of
the KDE libraries.

We definitely need to hear more from the projects on this!

Best,
Angelos

Hi listers,

as space is running short on the ISO we need to reconsider sizings. In
today's OSGel Live chat I was tasked to initiate this discussion.
Current disk footprint of each application is available from
https://docs.google.com/spreadsheet/ccc?key=0Al9zh8DjmU_RdGIzd0VLLTBpQVJuNVlHMlBWSDhKLXc#gid=13


Top riders currently:
- mapguide: 550mb
- marble: 300 mb (includes disk caching!)
- grass >250mb

One way of saving space is to enlarge it (ie, go to 8 GB) which is
unclear due to some unresolved questions; another one is to deflate
unused datasets, a third one to share data among applications.

Can I ask all those with 3-digit disk hunger to chime into this
discussion.

thanks,
Peter

_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://live.osgeo.org
http://wiki.osgeo.org/wiki/Live_GIS_Disc

--
Dr. Peter Baumann
 - Professor of Computer Science, Jacobs University Bremen
   www.faculty.jacobs-university.de/pbaumann
   mail: [email protected]
   tel: +49-421-200-3178, fax: +49-421-200-493178
 - Executive Director, rasdaman GmbH Bremen (HRB 26793)
   www.rasdaman.com, mail: [email protected]
   tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882
"Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)


_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://live.osgeo.org
http://wiki.osgeo.org/wiki/Live_GIS_Disc

Reply via email to