[GRASS-dev] v.rast.stats

Hi,

There are times were dumping the results from v.rast.stats to a file is more
efficient than uploading to an attribute table. Would anyone be interested in
a slight modification to v.rast.stats that would allow this? Also, would it
be worth putting in the time to implement this in sh, when python is the
future? Therefore, would it make sense to replace the sh version in GRASS65
with a modified version of the python script from GRASS7?

Dylan

--
Dylan Beaudette
Soil Resource Laboratory
http://casoilresource.lawr.ucdavis.edu/
University of California at Davis
530.754.7341

Dylan wrote:

There are times were dumping the results from v.rast.stats
to a file is more efficient than uploading to an attribute
table. Would anyone be interested in a slight modification to
v.rast.stats that would allow this? Also, would it be worth
putting in the time to implement this in sh, when python is the
future? Therefore, would it make sense to replace the sh
version in GRASS65 with a modified version of the python script
from GRASS7?

do both?

better: rewrite in C.

Hamish

Therefore, would it make sense to replace the sh version in
GRASS65 with a modified version of the python script from GRASS7?

as far as converting shell scripts in 6.5 to python scripts for
6.5, I would say no, don't bother; if a shell version already
exists just stick with that; msys support can be relied upon
for 6.x so you don't gain anything by converting it.

(of course work on whatever you like, just that IMO time is better
spent on other things)

slightly confused,
Hamish

Dylan Beaudette wrote:

Hi,

There are times were dumping the results from v.rast.stats to a file is more
efficient than uploading to an attribute table. Would anyone be interested in
a slight modification to v.rast.stats that would allow this?

This functionality already exists in r.univar.zonal (grass-addons, C
module) which should IMHO be used by v.rast.stats in g7 because it's
much faster for vectors with many areas.

Markus M

Also, would it
be worth putting in the time to implement this in sh, when python is the
future? Therefore, would it make sense to replace the sh version in GRASS65
with a modified version of the python script from GRASS7?

Dylan

--
Dylan Beaudette
Soil Resource Laboratory
http://casoilresource.lawr.ucdavis.edu/
University of California at Davis
530.754.7341
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

On Monday 20 September 2010, Markus Metz wrote:

Dylan Beaudette wrote:
> Hi,
>
> There are times were dumping the results from v.rast.stats to a file is
> more efficient than uploading to an attribute table. Would anyone be
> interested in a slight modification to v.rast.stats that would allow
> this?

This functionality already exists in r.univar.zonal (grass-addons, C
module) which should IMHO be used by v.rast.stats in g7 because it's
much faster for vectors with many areas.

Markus M

Thanks Markus, this looks like the way to go. I'll give it a try on GRASS65
and see how it works for our application.

Cheers,
Dylan

> Also, would it
> be worth putting in the time to implement this in sh, when python is the
> future? Therefore, would it make sense to replace the sh version in
> GRASS65 with a modified version of the python script from GRASS7?
>
>
> Dylan
>
> --
> Dylan Beaudette
> Soil Resource Laboratory
> http://casoilresource.lawr.ucdavis.edu/
> University of California at Davis
> 530.754.7341
> _______________________________________________
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev

--
Dylan Beaudette
Soil Resource Laboratory
http://casoilresource.lawr.ucdavis.edu/
University of California at Davis
530.754.7341