Re: [GRASS-dev] [GRASS GIS] #1676: clang: compile error in ami_stream

2012-06-18 Thread GRASS GIS
#1676: clang: compile error in ami_stream ---+ Reporter: kyngchaos | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 6.4.3

Re: [GRASS-dev] new strange error

2012-06-18 Thread Michael Barton
I figured it out. Michael On Jun 18, 2012, at 10:53 PM, Michael Barton wrote: > Any idea why the following statement... > > grass.run_command('g.remove', rast='s%' % panmatch1) > > ...raises the following error... > > Traceback (most recent call last): > File "/Users/cmbarton/Library/GRASS/

[GRASS-dev] new strange error

2012-06-18 Thread Michael Barton
Any idea why the following statement... grass.run_command('g.remove', rast='s%' % panmatch1) ...raises the following error... Traceback (most recent call last): File "/Users/cmbarton/Library/GRASS/7.0/Modules/scripts/i.pansharpen", line 417, in main() File "/Users/cmbarton/Library/GRAS

Re: [GRASS-dev] big speedups for i.landsat.rgb

2012-06-18 Thread Michael Barton
On Jun 18, 2012, at 8:35 PM, Hamish wrote: > Hamish wrote: >> i.oif(.sh) is also low-hanging fruit, and we can also port the >> method over to python scripts > > Hi, > > The r.univar part of i.oif is now parallelized in 6.5svn (.sh) > and trunk (.py) versions. > > .sh: https://trac.osgeo.org/

Re: [GRASS-dev] big speedups for i.landsat.rgb

2012-06-18 Thread Hamish
Hamish wrote: > i.oif(.sh) is also low-hanging fruit, and we can also port the > method over to python scripts Hi, The r.univar part of i.oif is now parallelized in 6.5svn (.sh) and trunk (.py) versions. .sh: https://trac.osgeo.org/grass/changeset/52126 .py: https://trac.osgeo.org/grass/change

Re: [GRASS-dev] PCA question

2012-06-18 Thread Michael Barton
The constant (i.e., the band mean) was in the pca primer that someone sent me a link to in this discussion. Using the Eigenvectors resulting from i.pca, I can achieve the results of i.pca using my formula below. This is essentially the same as your formula minus the constant--which doesn't reall

Re: [GRASS-dev] Problems with v.net.distance

2012-06-18 Thread Markus Metz
On Mon, Jun 18, 2012 at 3:13 PM, Roberto Marzocchi wrote: > Hi Markus, > > many thannks for your changes. I think now the command is quite O.K.. > Nevertheless I have encountered a new error: > I have tried with the command that you suggested me (to_type is point and > not line) and it works. > >

Re: [GRASS-dev] Problems with v.net.distance

2012-06-18 Thread Roberto Marzocchi
Hi Markus, many thannks for your changes. I think now the command is quite O.K.. Nevertheless I have encountered a new error: I have tried with the command that you suggested me (to_type is point and not line) and it works. v.net.distance input=network_cat4 output=network_cat4_distance alayer=3

Re: [GRASS-dev] big speedups for i.landsat.rgb

2012-06-18 Thread Hamish
Hamish wrote: > Experimental, but seems to work fine. (only tested on Linux) Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] big speedups for i.landsat.rgb

2012-06-18 Thread Hamish
Hi, I just committed some changes to i.landsat.rgb(.sh) in 6.5svn which may be of interest.. For my test map what used to take 40 sec to run now completes in 6.8 sec. * combine two repeated r.univar calls into a single run now that r.univar supports multiple percentile=s. -- this easily cut