[GRASS-user] r.univar.zonal not installing

GRASS GRASS user
1

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11 64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:

if [ “” != “” ] ; then
for dir in ; do
make -C $dir install ;
done ;
fi

Various other addons were installed using these steps, then I think I am missing something here … Thank you in advance for any hints!

Laura

2

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:
------------------------------------
if [ "" != "" ] ; then \
for dir in ; do \
make -C $dir install ; \
done ; \
fi
-----------------------------------

Various other addons were installed using these steps, then I think I am
missing something here ... Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 ../
-rw-r--r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r--r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r--r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r--r-- 1 neteler neteler 2286 2010-02-18 21:36 r3.univar.zonal.html
-rw-r--r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r--r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r--r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r--r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o

-> PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)...
svn: URL 'https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn't exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
       connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)...
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>...
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE=\""grassmods"\"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
...

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

3

Hi Markus,

I got the exact same error message as Laura, when trying to use g.extension: this is what i get (below). I’m afraid I did not follow your solution to the problem? - Vishal

g.extension r.univar2.zonal
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)…
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43800.
Compiling <r.univar2.zonal>…
—
make[3]: Leaving directory /home/vishal/grassdata/cru/rad/.tmp/SEI-Davis/17635.0/r.univar2.zonal'* *make[2]: Leaving directory /home/vishal/grassdata/cru/rad/.tmp/SEI-Davis/17635.0/r.univar2.zonal’
make[1]: Leaving directory `/home/vishal/grassdata/cru/rad/.tmp/SEI-Davis/17635.0/r.univar2.zonal’
Installing r.univar2.zonal…
*if [ “” != “” ] ; then *
*for dir in ; do *
*make -C $dir install ; *
*done ; *
fi
ERROR: Module did not install properly

On Tue, Oct 5, 2010 at 12:17 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:

if [ “” != “” ] ; then
for dir in ; do
make -C $dir install ;
done ;
fi

Various other addons were installed using these steps, then I think I am
missing something here … Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 …/
-rw-r–r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r–r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r–r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r–r-- 1 neteler neteler 2286 2010-02-18 21:36 r3.univar.zonal.html
-rw-r–r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r–r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r–r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r–r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o

→ PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)…
svn: URL ‘https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn’t exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)…
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>…
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE="“grassmods”"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
…

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

–
Vishal K. Mehta, PhD
Scientist
Stockholm Environment Institute - US
133 D St Suite F
Davis CA 95616
www.sei-us.org

4

On Tue, Oct 5, 2010 at 9:17 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:
------------------------------------
if [ "" != "" ] ; then \
for dir in ; do \
make -C $dir install ; \
done ; \
fi
-----------------------------------

Various other addons were installed using these steps, then I think I am
missing something here ... Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 ../
-rw-r--r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r--r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r--r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r--r-- 1 neteler neteler 2286 2010-02-18 21:36 r3.univar.zonal.html
-rw-r--r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r--r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r--r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r--r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o

-> PROGRAMS that does not reflect the directory name.

Because it is based on r.univar which lives in raster/r.univar2, the
directory has been renamed to r.univar only in grass7.

I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.

Markus M

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)...
svn: URL 'https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn't exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)...
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>...
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE=\""grassmods"\"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
...

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

5

On Wed, Oct 6, 2010 at 10:00 AM, Markus Metz
<markus.metz.giswork@googlemail.com> wrote:
...

I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.

Thanks for that. Yet no success since g.extension in GRASS 6 seems to fail
on multi-target Makefiles.

Markus

6

Markus Neteler wrote:

Markus Metz wrote:
...

I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.

Thanks for that. Yet no success since g.extension in GRASS 6 seems to fail
on multi-target Makefiles.

OK, suggested remedy:

1) in 6.5 and trunk replace r.univar with r.univar.zonal because
without the zones option, r.univar.zonal behaves exactly like
r.univar, and r.univar.zonal seems to be a popular addon (at some
stage v.rast.stats should also be replaced)

2) as an addon for 64, split r.univar.zonal in r.univar.zonal and
r3.univar.zonal with conventional Makefile targets to make g.extension
happy

Markus M

7

Hi ~

GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython

I'm having a problem with the georectify module - which is strange since I've used it a lot in the past without any problems; although maybe not since I upgraded to this GRASS version - hard to remember. The module executes smoothly through the selection of GCPs and will compute an rms error. However, when the georectify button is activated I get an error message stating that the Group does not exist. Right above this message is a line from i.points stating that the points file was saved for this group -- i.e.

POINTS file </Users/stu/grassdata/xy2/PERMANENT/group/sheet9/POINTS> saved
(Wed Oct 6 09:03:44 2010)
i.rectify -a group=sheet9 extension=georect64214 order=1
ERROR: Group <sheet9> does not exist
(Wed Oct 6 09:03:44 2010) Command finished (0 sec)

This looks a little like a bug that was identified last year and fixed (# 689 / # 709)

BTW, what is the complex 'extension' and why is the auto-generated value so 'complex'

Thanks for any assistance .......

Stu

8

On Wed, Oct 6, 2010 at 11:43 AM, Markus Metz
<markus.metz.giswork@googlemail.com> wrote:

Markus Neteler wrote:

Markus Metz wrote:
...

I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.

Thanks for that. Yet no success since g.extension in GRASS 6 seems to fail
on multi-target Makefiles.

OK, suggested remedy:

1) in 6.5 and trunk replace r.univar with r.univar.zonal because
without the zones option, r.univar.zonal behaves exactly like
r.univar, and r.univar.zonal seems to be a popular addon (at some
stage v.rast.stats should also be replaced)

2) as an addon for 64, split r.univar.zonal in r.univar.zonal and
r3.univar.zonal with conventional Makefile targets to make g.extension
happy

Both sounds good to me.

Markus

9

Sometimes I have the same problem.

My solution is to use the georectify module to set the GPCs, save, close it and then run:
i.group - i.target - i.rectfy.
It’s fail safe.

Pablo Torres Carreira

From: sedwards2@cinci.rr.com
Date: Wed, 6 Oct 2010 09:23:17 -0400
To: grass-user@lists.osgeo.org
Subject: [GRASS-user] help with georectify

Hi ~

GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython

I’m having a problem with the georectify module - which is strange since I’ve used it a lot in the past without any problems; although maybe not since I upgraded to this GRASS version - hard to remember. The module executes smoothly through the selection of GCPs and will compute an rms error. However, when the georectify button is activated I get an error message stating that the Group does not exist. Right above this message is a line from i.points stating that the points file was saved for this group – i.e.

POINTS file </Users/stu/grassdata/xy2/PERMANENT/group/sheet9/POINTS> saved
(Wed Oct 6 09:03:44 2010)
i.rectify -a group=sheet9 extension=georect64214 order=1
ERROR: Group does not exist
(Wed Oct 6 09:03:44 2010) Command finished (0 sec)

This looks a little like a bug that was identified last year and fixed (# 689 / # 709)

BTW, what is the complex ‘extension’ and why is the auto-generated value so ‘complex’

Thanks for any assistance …

Stu_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

10

Thank you very much. That is indeed the fail safe way to go. For anyone else following this - note that the three steps indicated are run from the xy location not the location where you want the map to end up.

Cheers

Stu

On Oct 6, 2010, at 2:39 PM, Pablo Carreira wrote:

Sometimes I have the same problem.

My solution is to use the georectify module to set the GPCs, save, close it and then run:
i.group - i.target - i.rectfy.
It’s fail safe.

Pablo Torres Carreira

From: sedwards2@cinci.rr.com
Date: Wed, 6 Oct 2010 09:23:17 -0400
To: grass-user@lists.osgeo.org
Subject: [GRASS-user] help with georectify

Hi ~

GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython

I’m having a problem with the georectify module - which is strange since I’ve used it a lot in the past without any problems; although maybe not since I upgraded to this GRASS version - hard to remember. The module executes smoothly through the selection of GCPs and will compute an rms error. However, when the georectify button is activated I get an error message stating that the Group does not exist. Right above this message is a line from i.points stating that the points file was saved for this group – i.e.

POINTS file </Users/stu/grassdata/xy2/PERMANENT/group/sheet9/POINTS> saved
(Wed Oct 6 09:03:44 2010)
i.rectify -a group=sheet9 extension=georect64214 order=1
ERROR: Group does not exist
(Wed Oct 6 09:03:44 2010) Command finished (0 sec)

This looks a little like a bug that was identified last year and fixed (# 689 / # 709)

BTW, what is the complex ‘extension’ and why is the auto-generated value so ‘complex’

Thanks for any assistance …

Stu_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

11

Dear all,
it worked using g.extension on an updated version of GRASS65.
Sorry for my late answer but in the past days I was unable to try.

Thank you

Laura

On 5 October 2010 20:17, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:

if [ “” != “” ] ; then
for dir in ; do
make -C $dir install ;
done ;
fi

Various other addons were installed using these steps, then I think I am
missing something here … Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 …/
-rw-r–r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r–r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r–r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r–r-- 1 neteler neteler 2286 2010-02-18 21:36 r3.univar.zonal.html
-rw-r–r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r–r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r–r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r–r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o

→ PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)…
svn: URL ‘https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn’t exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)…
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>…
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE="“grassmods”"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
…

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

12

Hi Laura,

Did you have to recompile an updated Grass65 from svn?
I am still unable to install this either from g.extension or compiling it from source…

Vishal

On Fri, Oct 8, 2010 at 1:43 AM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
it worked using g.extension on an updated version of GRASS65.
Sorry for my late answer but in the past days I was unable to try.

Thank you

Laura

On 5 October 2010 20:17, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:

if [ “” != “” ] ; then
for dir in ; do
make -C $dir install ;
done ;
fi

Various other addons were installed using these steps, then I think I am
missing something here … Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 …/
-rw-r–r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r–r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r–r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r–r-- 1 neteler neteler 2286 2010-02-18 21:36 r3.univar.zonal.html
-rw-r–r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r–r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r–r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r–r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o

→ PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)…
svn: URL ‘https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn’t exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)…
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>…
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE="“grassmods”"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
…

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

–
Vishal K. Mehta, PhD
Scientist
Stockholm Environment Institute - US
133 D St Suite F
Davis CA 95616
www.sei-us.org

13

Hi Vishal,
I recompiled grass from sources because I also wanted to update it to the most recent release. I now installed r.univar.zonal on two different computers and it worked fine. But I recompiled grass each time.

Laura

On 11 October 2010 20:41, Vishal Mehta <vishalm1975@gmail.com> wrote:

Hi Laura,

Did you have to recompile an updated Grass65 from svn?
I am still unable to install this either from g.extension or compiling it from source…

Vishal

On Fri, Oct 8, 2010 at 1:43 AM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
it worked using g.extension on an updated version of GRASS65.
Sorry for my late answer but in the past days I was unable to try.

Thank you

Laura

On 5 October 2010 20:17, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com> wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:

if [ “” != “” ] ; then
for dir in ; do
make -C $dir install ;
done ;
fi

Various other addons were installed using these steps, then I think I am
missing something here … Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 …/
-rw-r–r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r–r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r–r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r–r-- 1 neteler neteler 2286 2010-02-18 21:36 r3.univar.zonal.html
-rw-r–r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r–r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r–r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r–r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o

→ PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)…
svn: URL ‘https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn’t exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to ~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)…
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>…
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE="“grassmods”"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
…

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

–
Vishal K. Mehta, PhD
Scientist
Stockholm Environment Institute - US
133 D St Suite F
Davis CA 95616
www.sei-us.org

14

BTW, r.univar in 6.5 and 7 has been updated with the functionality of
r.univar.zonal. Of course r.univar behaves as before without the
options for zonal statistics. IOW, r.univar.zonal is only needed for
6.4.

Markus M

On Tue, Oct 12, 2010 at 10:41 AM, Laura Poggio <laura.poggio@gmail.com> wrote:

Hi Vishal,
I recompiled grass from sources because I also wanted to update it to the
most recent release. I now installed r.univar.zonal on two different
computers and it worked fine. But I recompiled grass each time.

Laura

On 11 October 2010 20:41, Vishal Mehta <vishalm1975@gmail.com> wrote:

Hi Laura,

Did you have to recompile an updated Grass65 from svn?
I am still unable to install this either from g.extension or compiling it
from source..

Vishal

On Fri, Oct 8, 2010 at 1:43 AM, Laura Poggio <laura.poggio@gmail.com>
wrote:

Dear all,
it worked using g.extension on an updated version of GRASS65.
Sorry for my late answer but in the past days I was unable to try.

Thank you

Laura

On 5 October 2010 20:17, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com>
wrote:
> Dear all,
> since a while, I am trying to compile the r.univar.zonal addon on a
> Fedora11
> 64 bit machine and using GRASS 6.5
>
> I used:
> svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
> cd r.univar2.zonal/
> make MODULE_TOPDIR=~/bin/grass65/grass6_devel/
>
> No errors were detected, but when I try:
> make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install
>
> I am getting:
> ------------------------------------
> if [ "" != "" ] ; then \
> for dir in ; do \
> make -C $dir install ; \
> done ; \
> fi
> -----------------------------------
>
> Various other addons were installed using these steps, then I think I
> am
> missing something here ... Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly
confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la
grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 ../
-rw-r--r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r--r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r--r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r--r-- 1 neteler neteler 2286 2010-02-18 21:36
r3.univar.zonal.html
-rw-r--r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r--r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r--r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r--r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o
$(OBJDIR)/stats.o

-> PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to
~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)...
svn: URL
'https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn't exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o
$(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to
~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)...
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>...
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p
OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE=\""grassmods"\"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
...

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

--
Vishal K. Mehta, PhD
Scientist
Stockholm Environment Institute - US
133 D St Suite F
Davis CA 95616
www.sei-us.org

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

15

Thanks Markus and Laura,
i will try recompiling 6.5 and report back,
Vishal

On Tue, Oct 12, 2010 at 2:09 AM, Markus Metz <markus.metz.giswork@googlemail.com> wrote:

BTW, r.univar in 6.5 and 7 has been updated with the functionality of
r.univar.zonal. Of course r.univar behaves as before without the
options for zonal statistics. IOW, r.univar.zonal is only needed for
6.4.

Markus M

On Tue, Oct 12, 2010 at 10:41 AM, Laura Poggio <laura.poggio@gmail.com> wrote:

Hi Vishal,
I recompiled grass from sources because I also wanted to update it to the
most recent release. I now installed r.univar.zonal on two different
computers and it worked fine. But I recompiled grass each time.

Laura

On 11 October 2010 20:41, Vishal Mehta <vishalm1975@gmail.com> wrote:

Hi Laura,

Did you have to recompile an updated Grass65 from svn?
I am still unable to install this either from g.extension or compiling it
from source…

Vishal

On Fri, Oct 8, 2010 at 1:43 AM, Laura Poggio <laura.poggio@gmail.com>
wrote:

Dear all,
it worked using g.extension on an updated version of GRASS65.
Sorry for my late answer but in the past days I was unable to try.

Thank you

Laura

On 5 October 2010 20:17, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio <laura.poggio@gmail.com>
wrote:

Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a
Fedora11
64 bit machine and using GRASS 6.5

I used:
svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal
cd r.univar2.zonal/
make MODULE_TOPDIR=~/bin/grass65/grass6_devel/

No errors were detected, but when I try:
make MODULE_TOPDIR=/home/myuser/bin/grass65/grass6_devel install

I am getting:

if [ “” != “” ] ; then
for dir in ; do
make -C $dir install ;
done ;
fi

Various other addons were installed using these steps, then I think I
am
missing something here … Thank you in advance for any hints!

Perhaps that comes from the directory name which I find slightly
confusing:

GRASS 6.4.1svn (nc_spm_08):~ > ls -la
grass-addons/raster/r.univar2.zonal/
total 76
drwxr-xr-x 3 neteler neteler 4096 2010-02-18 21:40 ./
drwxr-xr-x 53 neteler neteler 4096 2010-09-23 12:04 …/
-rw-r–r-- 1 neteler neteler 1806 2010-02-18 21:36 globals.h
-rw-r–r-- 1 neteler neteler 624 2009-04-09 10:44 Makefile
-rw-r–r-- 1 neteler neteler 8426 2010-02-18 21:36 r3.univar_main.c
-rw-r–r-- 1 neteler neteler 2286 2010-02-18 21:36
r3.univar.zonal.html
-rw-r–r-- 1 neteler neteler 9829 2010-02-18 21:36 r.univar_main.c
-rw-r–r-- 1 neteler neteler 4411 2009-04-09 10:44 r.univar.zonal.html
-rw-r–r-- 1 neteler neteler 3358 2009-02-24 08:27 sort.c
-rw-r–r-- 1 neteler neteler 15223 2010-02-18 21:36 stats.c
drwxr-xr-x 6 neteler neteler 4096 2010-09-22 09:25 .svn/

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o
$(OBJDIR)/stats.o

→ PROGRAMS that does not reflect the directory name.

GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to
~/.grass6/addons/
Fetching <r.univar.zonal> from GRASS-Addons SVN (be patient)…
svn: URL
‘https://svn.osgeo.org/grass/grass-addons/raster/r.univar.zonal’
doesn’t exist
ERROR: GRASS Add-on r.univar.zonal not found in repository or no network
connection or another problem

But like this it works:

GRASS 6.4.1svn (nc_spm_08):~ > grep univ
grass-addons/raster/r.univar2.zonal/Makefile
PROGRAMS = r.univar.zonal r3.univar.zonal
R3UNIVAR = $(BIN)/r3.univar.zonal$(EXE)
RUNIVAR = $(BIN)/r.univar.zonal$(EXE)
$(RUNIVAR): $(OBJDIR)/r.univar_main.o $(OBJDIR)/sort.o $(OBJDIR)/stats.o
$(R3UNIVAR): $(OBJDIR)/r3.univar_main.o $(OBJDIR)/sort.o
$(OBJDIR)/stats.o
GRASS 6.4.1svn (nc_spm_08):~ > g.extension r.univar2.zonal
WARNING: GRASS_ADDON_PATH is not defined, installing to
~/.grass6/addons/
Fetching <r.univar2.zonal> from GRASS-Addons SVN (be patient)…
A r.univar2.zonal/stats.c
A r.univar2.zonal/sort.c
A r.univar2.zonal/globals.h
A r.univar2.zonal/r.univar.zonal.html
A r.univar2.zonal/r.univar_main.c
A r.univar2.zonal/r3.univar.zonal.html
A r.univar2.zonal/r3.univar_main.c
A r.univar2.zonal/Makefile
U r.univar2.zonal
Checked out revision 43799.
Compiling <r.univar2.zonal>…
test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p
OBJ.x86_64-unknown-linux-gnu
gcc -I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -fexceptions -mtune=nocona -m64
-minline-all-stringops -DPACKAGE="“grassmods”"
-I/home/neteler/grass64/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/r.univar_main.o -c r.univar_main.c
…

Proposals
@authors: rename directory to first program name

@Laura: please try g.extension

best,
Markus

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

–
Vishal K. Mehta, PhD
Scientist
Stockholm Environment Institute - US
133 D St Suite F
Davis CA 95616
www.sei-us.org

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

–
Vishal K. Mehta, PhD
Scientist
Stockholm Environment Institute - US
133 D St Suite F
Davis CA 95616
www.sei-us.org

16

Stuart Edwards wrote:

Hi ~

GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython

I'm having a problem with the georectify module - which is strange since I've used it a lot in the past without any problems; although maybe not since I upgraded to this GRASS version - hard to remember. The module executes smoothly through the selection of GCPs and will compute an rms error. However, when the georectify button is activated I get an error message stating that the Group does not exist. Right above this message is a line from i.points stating that the points file was saved for this group -- i.e.

POINTS file </Users/stu/grassdata/xy2/PERMANENT/group/sheet9/POINTS> saved
(Wed Oct 6 09:03:44 2010)
i.rectify -a group=sheet9 extension=georect64214 order=1
ERROR: Group <sheet9> does not exist
(Wed Oct 6 09:03:44 2010) Command finished (0 sec)

This looks a little like a bug that was identified last year and fixed (# 689 / # 709)

It seems that this was not enough, I can reproduce the i.rectify error
on Linux. This is fixed in the wxGUI Ground Control Manager (6.4.1 and
above) which includes all features of the wxGUI Georectifier and all
features of i.points plus some new features to make GCP creation and
management easier.

BTW, what is the complex 'extension' and why is the auto-generated value so 'complex'

extension is the Output raster map(s) suffix [1] and it is so complex
in order to come up with a unique extension/map name. In the wxGUI
Ground Control Manager you can change the extension within the
settings dialog.

Markus M

[1] http://grass.osgeo.org/grass64/manuals/html64_user/i.rectify.html

17

On Oct 13, 2010, at 9:31 AM, Markus Metz wrote:

GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython

I'm having a problem with the georectify module - which is strange since I've used it a lot in the past without any problems; although maybe not since I upgraded to this GRASS version - hard to remember. The module executes smoothly through the selection of GCPs and will compute an rms error. However, when the georectify button is activated I get an error message stating that the Group does not exist. Right above this message is a line from i.points stating that the points file was saved for this group -- i.e.

POINTS file </Users/stu/grassdata/xy2/PERMANENT/group/sheet9/POINTS> saved
(Wed Oct 6 09:03:44 2010)
i.rectify -a group=sheet9 extension=georect64214 order=1
ERROR: Group <sheet9> does not exist
(Wed Oct 6 09:03:44 2010) Command finished (0 sec)

This looks a little like a bug that was identified last year and fixed (# 689 / # 709)

It seems that this was not enough, I can reproduce the i.rectify error
on Linux. This is fixed in the wxGUI Ground Control Manager (6.4.1 and
above) which includes all features of the wxGUI Georectifier and all
features of i.points plus some new features to make GCP creation and
management easier.

BTW, what is the complex 'extension' and why is the auto-generated value so 'complex'

extension is the Output raster map(s) suffix [1] and it is so complex
in order to come up with a unique extension/map name. In the wxGUI
Ground Control Manager you can change the extension within the
settings dialog.

Markus M

[1] http://grass.osgeo.org/grass64/manuals/html64_user/i.rectify.html

OK - thanks for the explanations. Should this be filed as a 6.4.0 bug, or is a 6.4.1 release imminent?

Stu

18

Stuart Edwards wrote:

Markus Metz wrote:

GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython

I'm having a problem with the georectify module - which is strange since I've used it a lot in the past without any problems; although maybe not since I upgraded to this GRASS version - hard to remember. The module executes smoothly through the selection of GCPs and will compute an rms error. However, when the georectify button is activated I get an error message stating that the Group does not exist. Right above this message is a line from i.points stating that the points file was saved for this group -- i.e.

POINTS file </Users/stu/grassdata/xy2/PERMANENT/group/sheet9/POINTS> saved
(Wed Oct 6 09:03:44 2010)
i.rectify -a group=sheet9 extension=georect64214 order=1
ERROR: Group <sheet9> does not exist
(Wed Oct 6 09:03:44 2010) Command finished (0 sec)

This looks a little like a bug that was identified last year and fixed (# 689 / # 709)

It seems that this was not enough, I can reproduce the i.rectify error
on Linux. This is fixed in the wxGUI Ground Control Manager (6.4.1 and
above) which includes all features of the wxGUI Georectifier and all
features of i.points plus some new features to make GCP creation and
management easier.

BTW, what is the complex 'extension' and why is the auto-generated value so 'complex'

extension is the Output raster map(s) suffix [1] and it is so complex
in order to come up with a unique extension/map name. In the wxGUI
Ground Control Manager you can change the extension within the
settings dialog.

Markus M

[1] http://grass.osgeo.org/grass64/manuals/html64_user/i.rectify.html

OK - thanks for the explanations. Should this be filed as a 6.4.0 bug, or is a 6.4.1 release imminent?

Bugs in 6.4.0 will be fixed only in 6.4.1; since this particular bug
is fixed in the alternative to the wxGeorectifier, I would recommend
to use the alternative in 6.4.1.

I hope that a 6.4.1 release is imminent, apart from a 6.4.1 release
you can work with a current svn checkout of 6.4.1.

Markus M