[Qgis-developer] Fwd: Re: [GRASS-dev] GRASS performance references

Paolo Cavallini cavallini at faunalia.it
Tue Aug 14 22:39:34 PDT 2012


Interesting question.
It would be good to add some performance tests to QGIS. Radim has done a
great job on this, and it could be expanded to data processing. Through
Sextante it is easy to build a model that compares the same analysis
through different backends. A method to store processing times could be
added.
All the best.

-------- Messaggio originale --------
Oggetto: 	Re: [GRASS-dev] GRASS performance references
Data: 	Wed, 15 Aug 2012 04:35:04 +0200
Mittente: 	Rasmus Lundgaard Borgstrøm <rlb at grasdk.com>
A: 	Peter Löwe <ploewe at gfz-potsdam.de>
CC: 	grass-dev at lists.osgeo.org <grass-dev at lists.osgeo.org>



Hi Peter

Thanks for supplying your info and links, looks very interesting and relevant.

"What kind of quantitative measurements and performance metrics would you consider useful for GRASS GIS ?"
Basically measurements of volume and speed of processing certain image amounts;  
E.g. GRASS GIS loaded, processed (e.g. standard classification) and exported an 10 GB RapidEye image mosaic in XX minutes/hours. 
Ideally this flow should be compared with identical processed performed in closed source SW, as ENVI, Erdas, ArcGIS and other Open Source SW. 

I would also like to identify any bottlenecks/showstoppers with regards to data volume. 

I have seen something similar in the CASCADOSS project; 
http://www.cascadoss.eu/en/index.php?option=com_content&task=view&id=14&Itemid=14
But not exactly what I wanted to showcase and use for documentation/justification of our setup. 

Kind regards,
Rasmus

-----Original Message-----
From: Peter Löwe [mailto:ploewe at gfz-potsdam.de] 
Sent: 14 August 2012 17:10
To: Rasmus Lundgaard Borgstrøm
Subject: Re: [GRASS-dev] GRASS performance references

 > In this respect, I am trying to identify references about GRASS GIS  > performance, that would allow me to state any quantitative measures of the  > expected performance (data volume, processing speed etc.). Thus any links to  > documented work on handling large and multiple raster files in GRASS GIS  > would be appreciated.
 >

Hello Rasmus,

regarding your question on GRASS-dev concerning quantitative measures for large and multiple raster processing in GRASS:

Previous work at RapidEye (http://www.rapideye.com/) involved large scale satellite image processing with GRASS, also using multiple scenes. 
Until now only bits of this has been published: 
http://2010.foss4g.org/presentations_show.php?id=3678
As my current work involves GRASS-based workflows on a HPC cluster, I would also be interested if the topic of quantitative measures would receive more attention.

What kind of quantitative measurements and performance metrics would you consider useful for GRASS GIS ?

Kind regards,
Peter

PS: Here are some links to presentions regarding HPC/GRASS:
http://www.wgug.org/images/stories/materialy/2011/pl_rendering_virtual_globes_presentation.pdf
http://presentations.copernicus.org/EGU2012-4364_presentation.pdf







--
------------------------------
Dr. Peter Löwe
Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum - GFZ
Telegraphenberg A20
D-14473 Potsdam
Germany
Tel: +49-331-288-2338
Fax: +49-331-288-1703
------------------------------



_______________________________________________
grass-dev mailing list
grass-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20120815/f8f4f310/attachment.html>


More information about the Qgis-developer mailing list