Re: [GRASS-dev] grass and planetary science

[Hamish]

Yann wrote:

> in preparation of the grass code sprint in Prague,
> I would like to gather planetary applications.
> So far I have:
> 
> 1 - Isis2grass (ellipsoid table already ported by Hamish, g.isis3mt to
> add to trunk, CLI integration to do)
> 
> 2 - started to write r.crater, will try to finish it in Prague
> 
> Anyone having something to be done for Planetary Sciences,
> please feel free to add on the list (please provide download URL),

and the wiki :)
  http://grasswiki.osgeo.org/wiki/Planetary_mapping


Hamish

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

Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool

[Michael Barton]

Are you planning to use wxPlot for the scatterplot display? This provides a 
consistent graphical interface with the other plotting modules.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












On Jul 7, 2013, at 10:21 AM, Štěpán Turek 
mailto:stepan.tu...@seznam.cz>>
 wrote:

Hi,

yes, you can just run your command giving the right environment variables...


I have just one more question.


Will it work properly when I will call some function from C libraries:

Im my case it is something like this:

 int I_ComputeScatts(struct Cell_head *region, struct scCats * scatt_conds, 
const char ** bands,

  int n_bands, struct scCats * scatt_plts, 
const char ** cats_rasts)


 scatt_conds are selected areas in open scatter plots  and  scatt_plts there 
are returned computed scatter plots. Let say that this function will be called 
in separate process form wxGUI  created by multiprocessing module. And in this 
function there is used raster library.

Is it (or can be) this raster library independent form raster library loaded to 
wxGUI and from the other processes created from wxGUI?

Let say that this function will call Rast_set_window function. Will be raster 
region set only in scope of the separate process or also out of it?


If the libraries are independent it solves the issue.


Best

Stepan

___
SoC mailing list
s...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/soc

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

Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool

[Sören Gebbert]

Hi,

[snip]


> Be aware that you must use Python objects to transfer the data from
> the child process to its parent process using a queue[5]. I think that
> numpy array objects should work.

I just realized that you can use shared ctypes objects as well for
inter process communication[1].

[1] 
http://docs.python.org/2/library/multiprocessing.html#module-multiprocessing.sharedctypes

Best
Soeren
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool

[Sören Gebbert]

Hi,

2013/7/7 Štěpán Turek :
> Hi,
>
>
> yes, you can just run your command giving the right environment variables...
>
>
> I have just one more question.
>
>
> Will it work properly when I will call some function from C libraries:
>
> Im my case it is something like this:
>
>  int I_ComputeScatts(struct Cell_head *region, struct scCats * scatt_conds,
> const char ** bands,
>   int n_bands, struct scCats *
> scatt_plts, const char ** cats_rasts)

Please use the GNU/GRASS style to implement new C library functions[1].

>
> scatt_conds are selected areas in open scatter plots  and  scatt_plts there
> are returned computed scatter plots. Let say that this function will be
> called in separate process form wxGUI  created by multiprocessing module.
> And in this function there is used raster library.
>
> Is it (or can be) this raster library independent form raster library loaded
> to wxGUI and from the other processes created from wxGUI?

Yes, it is. The new process has its own environment that is not shared
with other process. It will inherit the environment from its parent
process and can modify its own environment[2,3,4].

>
> Let say that this function will call Rast_set_window function. Will be
> raster region set only in scope of the separate process or also out of it?

If you use Rast_set_window() in the new process the computational
region will only be set for this process.

Be aware that you must use Python objects to transfer the data from
the child process to its parent process using a queue[5]. I think that
numpy array objects should work.

[1] http://trac.osgeo.org/grass/browser/grass/trunk/SUBMITTING#L201
[2] https://en.wikipedia.org/wiki/Unix_process
[3] https://en.wikipedia.org/wiki/Child_process
[4] https://en.wikipedia.org/wiki/Parent_process
[5] http://docs.python.org/2/library/multiprocessing.html#multiprocessing.Queue

Best regards
Soeren

> If the libraries are independent it solves the issue.
>
>
> Best
>
> Stepan
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool

[Štěpán Turek]

Hi,
"
yes, you can just run your command giving the right environment variables...
"



I have just one more question.




Will it work properly when I will call some function from C libraries:


Im my case it is something like this:

 int I_ComputeScatts(struct Cell_head *region, struct scCats * scatt_conds, 
const char ** bands, 

                                      int n_bands, struct scCats * scatt_
plts, const char ** cats_rasts)  




 scatt_conds are selected areas in open scatter plots  and  scatt_plts there
are returned computed scatter plots. Let say that this function will be 
called in separate process form wxGUI  created by multiprocessing module. 
And in this function there is used raster library.

Is it (or can be) this raster library independent form raster library loaded
to wxGUI and from the other processes created from wxGUI?

Let say that this function will call Rast_set_window function. Will be 
raster region set only in scope of the separate process or also out of it? 




If the libraries are independent it solves the issue.




Best

Stepan
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] grass mapswipe issue

[Yann Chemin]

Hi

mapswipe is having a small issue,
when i start it from a zoomed area with a single map layer selected,
then I selected a second map layer, the second map layer does not have
the zzomed extents of the first one...

a screenshot available on request...


--

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

Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool

[Pietro Zambelli]

Hi Štěpán,

On Sunday 07 Jul 2013 13:55:15 Štěpán Turek wrote:
> many thanks for big help. If I understand it correctly, the key, which will
> solve my issue, is the multiprocessing  module, which allows to define
> region just in this process without affecting the others (as it is in the
> modules). Thanks to that it will be possible to use raster library in the
> backend and get rid of files produced by r.out.bin.


yes, you can just run your command giving the right environment variables...

{{{
import subprocess as sub

sub.Popen(['grasscmd', 'option', etc.], env={dictionary with your variables})
}}}

I've used it in the pygrass.modules.grid to split the grass operations in 
several 
independent processes running the same command in different mapsets with 
different regions. You can have a look here:

http://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/grid/grid.py#L34


> [snip]
> Extending PyGRASS to provide access to the backend  is good idea. I will do
> so.

Please ask me if you have any doubts... I will be happy to help! :-)

Have a nice day!

Pietro

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

Re: [GRASS-dev] [SoC] Weekly report #3 - GRASS Interactive Scatter Plot Tool

[Štěpán Turek]

Hi Sören and Markus,




many thanks for big help. If I understand it correctly, the key, which will 
solve my issue, is the multiprocessing  module, which allows to define 
region just in this process without affecting the others (as it is in the 
modules). Thanks to that it will be possible to use raster library in the 
backend and get rid of files produced by r.out.bin.



"
I would avoid to use ctypes in the same process as wxGUI. The grass
libraries call exit() in case a fatal error occurs. This will also
crash the GUI in this case. I would strongly suggest to use
multiprocessing Python module to spawn new processes that make use of
ctypes. However, what is the reason that you use ctypes directly
instead of PyGRASS that was designed to provide an abstract layer
above several grass libraries? Maybe you can add an OO layer in
PyGRASS providing access to your backend?"



Extending PyGRASS to provide access to the backend  is good idea. I will do 
so.




Best

Stepan

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

[GRASS-dev] grass and planetary science

[Yann Chemin]

Hi all,

in preparation of the grass code sprint in Prague,
I would like to gather planetary applications.
So far I have:

1 - Isis2grass (ellipsoid table already ported by Hamish, g.isis3mt to
add to trunk, CLI integration to do)

2 - started to write r.crater, will try to finish it in Prague

Anyone having something to be done for Planetary Sciences,
please feel free to add on the list (please provide download URL),

Thank you,
Yann

--

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

Re: [GRASS-dev] Compiling grass7_trunk in Funtoo

[Nikos Alexandris]

Nikos Alexandris wrote:

> >The first error is:
> > --%<---
> > [..]
> > /bin/sh: ./ctypesgen.py: Permission denied
> > make[1]: *** [OBJ.x86_64-unknown-linux-gnu/date.py] Error 126
> > make[1]: Leaving directory `/osgeo/src/grass7_trunk/lib/python/ctypes'
> > make: *** [default] Error 2
> > --->%--

> > > > tells that some script was denied permissions to execute.  I think it
> > > > is a Gentoo/Funtoo thing and has nothing to do with GRASS or missing
> > > > dependencies.

> > More upon this -- The partition I am running all this is mounted as
> > /dev/sda5   /osgeo  ext4auto,rw,exec,user 0 2

> I used
> --%<---
> cat /etc/fstab | grep osgeo
> 
> /dev/sda5   /osgeo  ext4auto,rw,exec,user 0
> 2 --->%--

> But it goes like
> --%<---
> mount | grep sda5
> 
> /dev/sda5on  /osgeo type  ext4
> (rw,noexec,nosuid,nodev,commit=0)
> --->%--

> Heh?  Is the "user" option wrong?

cat /etc/fstab | grep osgeo
/dev/sda5   /osgeo  ext4defaults,rw,exec
0 2
nik@localhost /osgeo/src/grass7_trunk $ mount | grep sda5
/dev/sda5on  /osgeo type  ext4(rw,commit=0)

That fixed all errors :-)

I guess I need to read what the consequences of auto and/or user options are 
in fstab...

Nikos
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Compiling grass7_trunk in Funtoo

[Nikos Alexandris]

Nikos Alexandris wrote:
>The first error is: 
> --%<---
> [..]
> /bin/sh: ./ctypesgen.py: Permission denied
> make[1]: *** [OBJ.x86_64-unknown-linux-gnu/date.py] Error 126
> make[1]: Leaving directory `/osgeo/src/grass7_trunk/lib/python/ctypes'
> make: *** [default] Error 2
> --->%--
 
> > > tells that some script was denied permissions to execute.  I think it is
> > > a Gentoo/Funtoo thing and has nothing to do with GRASS or missing
> > > dependencies.
 
> More upon this -- The partition I am running all this is mounted as
 
> /dev/sda5 /osgeo  ext4auto,rw,exec,user 0 2

I used

--%<---
cat /etc/fstab | grep osgeo

/dev/sda5   /osgeo  ext4auto,rw,exec,user 0 2
--->%--

But it goes like
--%<---
mount | grep sda5

/dev/sda5on  /osgeo type  ext4 
(rw,noexec,nosuid,nodev,commit=0)
--->%--

Heh?  Is the "user" option wrong?

Nikos
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2010: r.in.wms2 fails to install on 6.x

[GRASS GIS]

#2010: r.in.wms2 fails to install on 6.x
---+
 Reporter:  hamish |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  6.4.4
Component:  Addons | Version:  svn-releasebranch64  
 Keywords:  r.in.wms2  |Platform:  Linux
  Cpu:  All|  
---+

Comment(by hamish):

 Hi,

 some notes & observations:

  * png8 support missing for WMS 1.3.0

  * color picker greyed out in the "Add web service layer" WMS gui.

  * loss of region precision in the saved map,

 computational region:
 {{{
 g.region -p
 north:  4941600
 south:  4848400
 west:   1343900
 east:   1436600
 rows:   1864
 cols:   1854
 }}}

 right click on WMS layer, save from computational region. new raster:
 {{{
 r.info
  |   Rows: 1861
  |   Columns:  1852
  |N: 4941600.1201S: 4848400.0474   Res:50 |
  |E: 1436600.0344W: 1343899.9621   Res:50 |
 }}}


  * WFS mixes in WMS layers, and has lot of traceback parse errors, but
 realistic data plots; can't query it in the map display window though.  is
 WFS supposed to work yet or is it still a work in progress?


 thanks,
 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Compiling grass7_trunk in Funtoo

[Markus Neteler]

On Sun, Jul 7, 2013 at 12:07 PM, Hamish  wrote:
> Markus Metz:
>
>> AFAIK, BLAS and LAPACK are not used.
>
> have a look at lib/gmath/

They need to be compiled into GMATH when compiling the
i.spec.unmix (and i.spec.sam) Addons.

markusN
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Compiling grass7_trunk in Funtoo

[Hamish]

Markus Metz:

> AFAIK, BLAS and LAPACK are not used.

have a look at lib/gmath/


Hamish

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

Re: [GRASS-dev] i.segment on panchromatic band of Worldview 2 scene: what resources are necessary to complete segmentation ?

[Yann Chemin]

1 - Find a faster CPU machine with 16Gb RAM and a SSD for a start, it
will be better,
Also if you have the opportunity check that the RAM is a 1800MHz one,
details like this may actually add your computation performance.


2 - Cut in pieces (See Markus Comment about supercomputing) and run 4
quads on 4 CPUs instead of one large image in one CPU.

3 - Recode i.segment to work natively on heterogeneous computers...
(would be fun!)

Good luck!

On 4 July 2013 14:10, Moritz Lennert  wrote:
> Hello,
>
> In parallel to the discussion going on in another thread, I have a question
> concering the segmentation of another Worldview 2 scene:
>
> I first used all 8 multispectral bands and managed to get a series of
> results with increasing thresholds in very reasonable running times. The
> region was as follows:
>
>> g.region -p
> projection: 1 (UTM)
> zone:   -36
> datum:  wgs84
> ellipsoid:  wgs84
> north:  7251172
> south:  7234772
> west:   333792
> east:   350192
> nsres:  2
> ewres:  2
> rows:   8200
> cols:   8200
> cells:  6724
>
> and the command line:
>
> i.segment group=xs out=seg_xs minsize=2 memory=3072 threshold=0.05 (and
> thresh=0.1 and 0.2 in successive runs using the results of the previous run
> as seeds).
>
> Now, I would like to test segmentation of just the panchromatic band. This
> means the following region settings:
>
> projection: 1 (UTM)
> zone:   -36
> datum:  wgs84
> ellipsoid:  wgs84
> north:  7251172
> south:  7234772
> west:   333792
> east:   350192
> nsres:  0.5
> ewres:  0.5
> rows:   32800
> cols:   32800
> cells:  107584
>
> Trying to run with the following command line on my i3, 8GB RAM machine:
>
> i.segment group=pan out=seg_pan_005 threshold=0.05 memory=3072
>
> had the process running for almost 13 hours with it then becoming apparently
> stuck in the fourth pass at 10%. At that point the percent didn't change for
> over an hour, so I decided to kill the process. Can I assume that I'm here
> above the capacities of my machine ? Is there anything (besides working on a
> smaller subsample of the image) that I can do to make it work ? What kind of
> resources would I need to be able to run such a segmentation?
>
> I guess I'll have to move these kinds of treatments to our university
> supercomputer, but I first have to get them to install GRASS...
>
> Moritz
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev



-- 

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

Re: [GRASS-dev] Compiling grass7_trunk in Funtoo

[Nikos Alexandris]

Nikos Alexandris:
> > Hope that some advanced Gentoo user is tuned-in.  I am trying to compile
> > grass7_trunk in Funtoo.  I managed to get a clean configuration of almost
> > everything required (except for LAPACK, BLAS and FFMPEG, all of which, if
> > I am no miss-taking, are not required).

Markus Metz wrote: 
> You can check for optional functionality with ./configure --help.
> AFAIK, BLAS and LAPACK are not used.
 
> > The compilation ends-up like:
> > 
> > --%<---
> > Started compilation: Sun Jul  7 10:24:41 EEST 2013
> > --
> > Errors in:
> > /osgeo/src/grass7_trunk/lib/python/ctypes
> > /osgeo/src/grass7_trunk/db/drivers/ogr
> > /osgeo/src/grass7_trunk/db/drivers/dbf
> > /osgeo/src/grass7_trunk/db/drivers/postgres
> > /osgeo/src/grass7_trunk/db/drivers/sqlite
> > /osgeo/src/grass7_trunk/db/drivers/odbc
> > /osgeo/src/grass7_trunk/db/drivers/mysql
> > /osgeo/src/grass7_trunk/gui/wxpython/vdigit
> > /osgeo/src/grass7_trunk/gui/wxpython/mapswipe
> > /osgeo/src/grass7_trunk/gui/wxpython/rlisetup
> > /osgeo/src/grass7_trunk/gui/wxpython/animation
> > /osgeo/src/grass7_trunk/gui/wxpython/dbmgr
> > /osgeo/src/grass7_trunk/gui/wxpython/psmap
> > /osgeo/src/grass7_trunk/gui/wxpython/iclass
> > /osgeo/src/grass7_trunk/gui/wxpython/gmodeler
> > /osgeo/src/grass7_trunk/man
> > --
> > In case of errors please change into the directory with error and run
> > 'make'.
> 
> Please note that...
> 
> > If you get multiple errors, you need to deal with them in the order they
> > appear in the error log. If you get an error building a library, you will
> > also get errors from anything which uses the library.
> > 
> > --
> > Finished compilation: Sun Jul  7 10:25:27 EEST 2013
> > make: *** [default] Error 1
> > --->%--
> > 
> > 
> > Running make inside some of the above mentioned directories,
> 
> You should really start with the first error

So did I.  Sorry, I skipped it in my post.  The first error is:

--%<---
[..]
/bin/sh: ./ctypesgen.py: Permission denied
make[1]: *** [OBJ.x86_64-unknown-linux-gnu/date.py] Error 126
make[1]: Leaving directory `/osgeo/src/grass7_trunk/lib/python/ctypes'
make: *** [default] Error 2
--->%--

> > tells that
> > some script was denied permissions to execute.  I think it is a
> > Gentoo/Funtoo thing and has nothing to do with GRASS or missing
> > dependencies.

More upon this -- The partition I am running all this is mounted as

/dev/sda5   /osgeo  ext4auto,rw,exec,user 0 2


Trying in fist place to execute "./confiure" or "./configure --help" 
wouldn't/wont do a thing. i.e.

--%<---
./configure --help

bash: ./configure: Permission denied
--->%---


Instructing, as I read somewhere (don't remember where!),  "sh ./configure --
help" works fine!  So, I think it is the same issue here too. For example,

--%<---
./osgeo/src/grass7_trunk/lib/python/ctypes $ ./ctypesgen.py

bash: ./ctypesgen.py: Permission denied
--->%--


So, in a similar way, instructing

--%<---
python ./ctypesgen.py

Error: No header files specified
--->%--

seems to work just fine.


My guess is that it's the same for all "Permission denied" errors.  I need to 
find a "global" solution and not going into handcrafting the scripts myself -- 
that wouldn't be the "right" way to do it.

 
> > For example,
> > 
> > --%<---
> > /osgeo/src/grass7_trunk/db/drivers/ogr $ make
> > 
> > VERSION_NUMBER=7.0.svn /osgeo/src/grass7_trunk/dist.x86_64-unknown-
> > linux-gnu/tools/g.html2man.py /osgeo/src/grass7_trunk/dist.x86_64-
> > unknown-linux-gnu/docs/html/grass-ogr.html
> > /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
> > gnu/docs/man/man1/grass-ogr.1
> > /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
> > gnu/tools/g.html2man.py: Permission denied
> 
> Check the permissions of
> /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-gnu/tools/g.html2man.py

--%<---
ls -lah g.html2man.py 

-rwxr-xr-x 1 nik users 1.1K Jul  7 10:24 g.html2man.py
--->%--

and "I" am in users,

--%<---
groups nik

wheel audio cdrom video users
--->%--

Hence, if I do

--%<---
python /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/tools/g.html2man.py

Traceback (most recent call last):
  File "/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/tools/g.html2man.py", line 48, in 
main()
  File "/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/tools/g.html2man.py", line 15, in main
infile = sys.argv[1]
IndexError: list index out of range
--->%--

it looks like it's going.


[stuff remove]
 
> Compilation should be done as normal user, not root. That means that
> the source should be obtained and copied to its current location as
> normal user. Maybe that helps.

Yes, I don't repeat this (anymore, since long ago).  Trying to learn 
Gentoo/Funtoo :-)

Danke Markus,
Nikos
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Compiling grass7_trunk in Funtoo

[Markus Metz]

On Sun, Jul 7, 2013 at 10:25 AM, Nikos Alexandris
 wrote:
> Hi devs!
>
> Hope that some advanced Gentoo user is tuned-in.  I am trying to compile
> grass7_trunk in Funtoo.  I managed to get a clean configuration of almost
> everything required (except for LAPACK, BLAS and FFMPEG, all of which, if
> I am no miss-taking, are not required).

You can check for optional functionality with ./configure --help.
AFAIK, BLAS and LAPACK are not used.

>
> The compilation ends-up like:
>
> --%<---
> Started compilation: Sun Jul  7 10:24:41 EEST 2013
> --
> Errors in:
> /osgeo/src/grass7_trunk/lib/python/ctypes
> /osgeo/src/grass7_trunk/db/drivers/ogr
> /osgeo/src/grass7_trunk/db/drivers/dbf
> /osgeo/src/grass7_trunk/db/drivers/postgres
> /osgeo/src/grass7_trunk/db/drivers/sqlite
> /osgeo/src/grass7_trunk/db/drivers/odbc
> /osgeo/src/grass7_trunk/db/drivers/mysql
> /osgeo/src/grass7_trunk/gui/wxpython/vdigit
> /osgeo/src/grass7_trunk/gui/wxpython/mapswipe
> /osgeo/src/grass7_trunk/gui/wxpython/rlisetup
> /osgeo/src/grass7_trunk/gui/wxpython/animation
> /osgeo/src/grass7_trunk/gui/wxpython/dbmgr
> /osgeo/src/grass7_trunk/gui/wxpython/psmap
> /osgeo/src/grass7_trunk/gui/wxpython/iclass
> /osgeo/src/grass7_trunk/gui/wxpython/gmodeler
> /osgeo/src/grass7_trunk/man
> --
> In case of errors please change into the directory with error and run
> 'make'.

Please note that...

> If you get multiple errors, you need to deal with them in the order they
> appear in the error log. If you get an error building a library, you will
> also get errors from anything which uses the library.

> --
> Finished compilation: Sun Jul  7 10:25:27 EEST 2013
> make: *** [default] Error 1
> --->%--
>
>
> Running make inside some of the above mentioned directories,

You should really start with the first error

> tells that
> some script was denied permissions to execute.  I think it is a
> Gentoo/Funtoo thing and has nothing to do with GRASS or missing
> dependencies.
>
> For example,
>
> --%<---
> /osgeo/src/grass7_trunk/db/drivers/ogr $ make
>
> VERSION_NUMBER=7.0.svn /osgeo/src/grass7_trunk/dist.x86_64-unknown-
> linux-gnu/tools/g.html2man.py /osgeo/src/grass7_trunk/dist.x86_64-
> unknown-linux-gnu/docs/html/grass-ogr.html
> /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
> gnu/docs/man/man1/grass-ogr.1
> /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
> gnu/tools/g.html2man.py: Permission denied

Check the permissions of
/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-gnu/tools/g.html2man.py

>
> or
>
> --%<---
> nik@localhost /osgeo/src/grass7_trunk/gui/wxpython/vdigit $ make
>
> [..]
> /bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
> gnu/scripts/g.gui.vdigit: Permission denied

Check the permissions of
/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit

Compilation should be done as normal user, not root. That means that
the source should be obtained and copied to its current location as
normal user. Maybe that helps.

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment on panchromatic band of Worldview 2 scene: what resources are necessary to complete segmentation ?

[Markus Neteler]

On Thu, Jul 4, 2013 at 10:40 AM, Moritz Lennert
 wrote:
...
> I guess I'll have to move these kinds of treatments to our university
> supercomputer, but I first have to get them to install GRASS...

If you/they need assistance with that, we have accumulated some
experience in the past years with GRASS GIS 7 on various
supercomputer operating systems.

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Compiling grass7_trunk in Funtoo

[Nikos Alexandris]

Hi devs!

Hope that some advanced Gentoo user is tuned-in.  I am trying to compile 
grass7_trunk in Funtoo.  I managed to get a clean configuration of almost 
everything required (except for LAPACK, BLAS and FFMPEG, all of which, if 
I am no miss-taking, are not required).

The compilation ends-up like:

--%<---
Started compilation: Sun Jul  7 10:24:41 EEST 2013
--
Errors in:
/osgeo/src/grass7_trunk/lib/python/ctypes
/osgeo/src/grass7_trunk/db/drivers/ogr
/osgeo/src/grass7_trunk/db/drivers/dbf
/osgeo/src/grass7_trunk/db/drivers/postgres
/osgeo/src/grass7_trunk/db/drivers/sqlite
/osgeo/src/grass7_trunk/db/drivers/odbc
/osgeo/src/grass7_trunk/db/drivers/mysql
/osgeo/src/grass7_trunk/gui/wxpython/vdigit
/osgeo/src/grass7_trunk/gui/wxpython/mapswipe
/osgeo/src/grass7_trunk/gui/wxpython/rlisetup
/osgeo/src/grass7_trunk/gui/wxpython/animation
/osgeo/src/grass7_trunk/gui/wxpython/dbmgr
/osgeo/src/grass7_trunk/gui/wxpython/psmap
/osgeo/src/grass7_trunk/gui/wxpython/iclass
/osgeo/src/grass7_trunk/gui/wxpython/gmodeler
/osgeo/src/grass7_trunk/man
--
In case of errors please change into the directory with error and run 
'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: Sun Jul  7 10:25:27 EEST 2013
make: *** [default] Error 1
--->%--


Running make inside some of the above mentioned directories, tells that 
some script was denied permissions to execute.  I think it is a 
Gentoo/Funtoo thing and has nothing to do with GRASS or missing 
dependencies.

For example,

--%<---
/osgeo/src/grass7_trunk/db/drivers/ogr $ make

VERSION_NUMBER=7.0.svn /osgeo/src/grass7_trunk/dist.x86_64-unknown-
linux-gnu/tools/g.html2man.py /osgeo/src/grass7_trunk/dist.x86_64-
unknown-linux-gnu/docs/html/grass-ogr.html 
/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/docs/man/man1/grass-ogr.1
/bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/tools/g.html2man.py: Permission denied
make: *** [/osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/docs/man/man1/grass-ogr.1] Error 126
--->%--

or

--%<---
nik@localhost /osgeo/src/grass7_trunk/gui/wxpython/vdigit $ make

[..]
/bin/sh: /osgeo/src/grass7_trunk/dist.x86_64-unknown-linux-
gnu/scripts/g.gui.vdigit: Permission denied
make[1]: *** [g.gui.vdigit.tmp.html] Error 1
rm g.gui.vdigit.tmp.html
make[1]: Leaving directory `/osgeo/src/grass7_trunk/gui/wxpython/vdigit'
make: *** [guiscript] Error 2
--->%--

What should I watch out for?
Thank you, Nikos
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev