[Live-demo] "big" data sets on OSGeo Live

[Peter Baumann]

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
> Live-demo at lists.osgeo.org
> 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: p.baumann at jacobs-university.de
    tel: +49-421-200-3178, fax: +49-421-200-493178
  - Executive Director, rasdaman GmbH Bremen (HRB 26793)
    www.rasdaman.com, mail: baumann at rasdaman.com
    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)