Re: [GRASS-user] Importing .csv table into GRASS

2009-06-30 Thread JanaKr

Hi everybody, thanks for suggestions; In between I've posted some comments
and wondered why there was no answer to them - now I realized that I've
simply replied to the people sending the comments, not the grass-user forum.
Sorry for the confusion. Here, once more, I attach what I wanted to write to
the grass user forum:

2-nd mail (reply to Moritz):
Actually, the .csv table was made from .dbf table of an existing vector map.
The problem is that I want to use v.db.join to transfer one attribute from
that table to another vector map through a common key; When I tried
v.db.join directly on the .dbf table, it said the .dbf format is not
supported. I am affraid  v.in.ascii will produce a .dbf table, so it does
not serve my purpose.

3-rd mail (reply to Hamish):
Thanks for suggestions. In between I took a way of least resistance  and
achieved my goal by a couple of OpenOffice Calc  operations directly on .dbf
files (instead of using db.in.ogr + v.db.join). However, the method of using
this sequence of commands (db.in.ogr + v.db.join) is recommended and used in
an example in Neteler, Mitasova, 2008: Open Source GIS and GRASS GIS
Approach (Third Edition) - page 180. Therefore, I would like to find out
what's the problem - is there a bug in the GRASS modules, or my .csv file in
not OK?

Thanks for your patience,

Jana



-- 
View this message in context: 
http://n2.nabble.com/Importing-.csv-table-into-GRASS-tp3160360p3180651.html
Sent from the Grass - Users mailing list archive at Nabble.com.

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


[GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Ricardo Filipe Soares Garcia da
Hello list

I compiled grass-6.4.0RC5 (downloaded a tarball from the main site).
I'd like to learn about scripting grass with python.

Following the first sample script at the GRASS Python scripting
library (http://download.osgeo.org/grass/grass6_progman/pythonlib.html)
I created a test file called teste.py, and placed it on the Desktop.
When I try to run it inside a GRASS session I am geting the following
error:

GRASS 6.4.0RC5 (aeigT3):~/Desktop  ./teste.py
sh: teste.py: not found
Traceback (most recent call last):
  File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/menuform.py,
line 1931, in module
GrassGUIApp( grassTask( sys.argv[1] ) ).MainLoop()
  File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/menuform.py,
line 335, in __init__
xml.sax.parseString( getInterfaceDescription( grassModule ) ,
processTask( self ) )
  File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/menuform.py,
line 1748, in getInterfaceDescription
raise IOError, _(Unable to fetch interface description for
command '%s'.) % cmd
IOError: Unable to fetch interface description for command 'teste.py'.

The file contents are just a copy+paste from the online example. Can
someone point me to the cause of the error?

Thanks in advance



-- 
___ ___ __
Ricardo Garcia Silva
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Martin Landa
Hi,

2009/6/30 Ricardo Filipe Soares Garcia da ricardo.garcia.si...@gmail.com:
 Following the first sample script at the GRASS Python scripting
 library (http://download.osgeo.org/grass/grass6_progman/pythonlib.html)
 I created a test file called teste.py, and placed it on the Desktop.
 When I try to run it inside a GRASS session I am geting the following
 error:

to launch wxGUI interface you need to copy teste.py to
$GISBASE/scripts. Anyway CLI works in every case

./teste.py --help

Martin

-- 
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Importing .csv table into GRASS

2009-06-30 Thread Moritz Lennert

JanaKr wrote:
I am trying to import a simple okresy.csv table, the first few lines 
of which are:


CAT,AREA,PERIMETER,CISLO_OKR,SO2_KG,SO2_OBYV 
64,9485480,15278.33,101,3384,0.08 66,92488080,53576.26,102,3384,0.03

 62,74758064,39651.84,103,3384,0.05 63,96450584,56394.8,104,3384,0.04


Using  db.in.ogr okresy.csv out=okresy returns error message: Input 
table okresy.csv   not found or not readable



Actually, your problem comes from the fact that your first column is
named CAT. If you look at the db.in.ogr script, it does:

WARNING=`v.in.ogr --q dsn=\$GIS_OPT_DSN\ $LAYER out=$GIS_OPT_OUTPUT
-o --o 21 | grep -i 'ERROR\|cat' | grep -v 'truncated'`
if [ ! -z $WARNING ] ; then
   echo $WARNING
   if [ ! -z $GIS_OPT_DB_TABLE ] ; then
  g.message -e Input DSN $INPUT not found or not readable
   else
  g.message -e Input table $INPUT not found or not readable
   fi
   exit 1
fi


And if you try that with your file:

v.in.ogr --q dsn=test.csv out=test -o --o

GRASS 6.3.0 (gisdemo_ncspm):~  v.in.ogr --q dsn=test.csv out=test -o --o
WARNING: Width for column CAT set to 255 (was not specified by OGR), some
 strings may be truncated!
WARNING: Width for column AREA set to 255 (was not specified by OGR), some
 strings may be truncated!
WARNING: Width for column PERIMETER set to 255 (was not specified by OGR),
 some strings may be truncated!
WARNING: Width for column CISLO_OKR set to 255 (was not specified by OGR),
 some strings may be truncated!
WARNING: Width for column SO2_KG set to 255 (was not specified by OGR),
 some strings may be truncated!
WARNING: Width for column SO2_OBYV set to 255 (was not specified by OGR),
 some strings may be truncated!
DBMI-SQLite driver error:
Error in sqlite3_prepare():
duplicate column name: CAT

ERROR: Cannot create table: create table test (cat integer, CAT varchar (
   255 ), AREA varchar ( 255 ), PERIMETER varchar ( 255 ), CISLO_OKR
   varchar ( 255 ), SO2_KG varchar ( 255 ), SO2_OBYV varchar ( 255 ))


If you rename that first column to ID or something else, it works like a
charm.

In more recent versions, there is an explicit error message which leads
you directly to the problem, although I consider this a bug of the
script, so you might want to file a bug report if it isn't already done.



2-nd mail (reply to Moritz): Actually, the .csv table was made from 
.dbf table of an existing vector map. The problem is that I want to

use v.db.join to transfer one attribute from that table to another
vector map through a common key; When I tried v.db.join directly on
the .dbf table, it said the .dbf format is not supported. I am
affraid  v.in.ascii will produce a .dbf table, so it does not serve
my purpose.


As Hamish mentioned, v.in.ascii only makes sense if your csv file
contains geometries, and not only attribute data. Sorry for misleading you.

Concerning the issue of dbf, GRASS will create the table in the default 
database backend that you define with db.connect, so just define sqlite 
as your default database backend, and it will create a table in an 
sqlite db which you can then use for v.db.join.


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


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Ricardo Filipe Soares Garcia da
Thanks for your help

Now I'll get on with the program!
Hopefully I'll be able to build a script that can find the nearest
hospital to an accident site on a vector network working ;)

Cheers


On Tue, Jun 30, 2009 at 2:51 PM, Martin Landalanda.mar...@gmail.com wrote:
 Hi,

 2009/6/30 Ricardo Filipe Soares Garcia da ricardo.garcia.si...@gmail.com:
 Following the first sample script at the GRASS Python scripting
 library (http://download.osgeo.org/grass/grass6_progman/pythonlib.html)
 I created a test file called teste.py, and placed it on the Desktop.
 When I try to run it inside a GRASS session I am geting the following
 error:

 to launch wxGUI interface you need to copy teste.py to
 $GISBASE/scripts. Anyway CLI works in every case

 ./teste.py --help

 Martin

 --
 Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa




-- 
___ ___ __
Ricardo Garcia Silva
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] r.mapcalc compile errors

2009-06-30 Thread achim

Please help: What could be missing?

Compiling on ubuntu 9.04 64bit (linux mint)

Errors in:
/usr/local/src/grass6_devel/lib/db/sqlp
/usr/local/src/grass6_devel/db/drivers/ogr
/usr/local/src/grass6_devel/db/drivers/dbf
/usr/local/src/grass6_devel/raster/r.mapcalc

Thanks a lot!
Achim

with:
CFLAGS=-O3 -msse3 -march=core2 -Wall LDFLAGS=-s  ./configure \
  --enable-64bit \
  --with-libs=/usr/lib64 \
  --with-fftw \
  --with-cxx \
  --with-sqlite \
  --with-cairo \
  --with-cairo-includes=/usr/include/cairo \
  --with-freetype \
  --with-freetype-includes=/usr/include/freetype2 \
  --with-proj-share=/usr/share/proj \
  --with-geos \
  --with-python=/usr/bin/python2.6-config \
  --with-wxwidgets=/usr/bin/wx-config \
  --with-tcltk-includes=/usr/include/tcl8.5 \
  --with-readline


GRASS is now configured for:  x86_64-unknown-linux-gnu

  Source directory:/usr/local/src/grass6_devel
  Build directory: /usr/local/src/grass6_devel
  Installation directory:  ${prefix}/grass-6.5.svn
  Startup script in directory: ${exec_prefix}/bin
  C compiler:  gcc -O3 -msse3 -march=core2 -Wall 
  C++ compiler:c++ -g -O2

  Building shared libraries:   yes
  64bit support:   yes
  OpenGL platform: X11

  MacOSX application: no

  NVIZ:   yes

  BLAS support:   no
  C++ support:yes
  Cairo support:  yes
  DWG support:no
  FFMPEG support: no
  FFTW support:   yes
  FreeType support:   yes
  GDAL support:   yes
  GEOS support:   yes
  GLw support:no
  JPEG support:   yes
  LAPACK support: no
  Large File support (LFS):   yes
  Motif support:  no
  MySQL support:  no
  NLS support:no
  ODBC support:   no
  OGR support:yes
  OpenGL support: yes
  PNG support:yes
  PostgreSQL support: no
  Python support: yes
  Readline support:   yes
  SQLite support: yes
  Tcl/Tk support: yes
  wxWidgets support:  yes
  TIFF support:   yes
  X11 support:yes




Errors in:
/usr/local/src/grass6_devel/lib/db/sqlp
/usr/local/src/grass6_devel/db/drivers/ogr
/usr/local/src/grass6_devel/db/drivers/dbf
/usr/local/src/grass6_devel/raster/r.mapcalc
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Moritz Lennert

On 30/06/09 12:58, Ricardo Filipe Soares Garcia da wrote:

Hello list

I compiled grass-6.4.0RC5 (downloaded a tarball from the main site).
I'd like to learn about scripting grass with python.

Following the first sample script at the GRASS Python scripting
library (http://download.osgeo.org/grass/grass6_progman/pythonlib.html)
I created a test file called teste.py, and placed it on the Desktop.
When I try to run it inside a GRASS session I am geting the following
error:

GRASS 6.4.0RC5 (aeigT3):~/Desktop  ./teste.py
sh: teste.py: not found
Traceback (most recent call last):
  File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/menuform.py,
line 1931, in module
GrassGUIApp( grassTask( sys.argv[1] ) ).MainLoop()
  File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/menuform.py,
line 335, in __init__
xml.sax.parseString( getInterfaceDescription( grassModule ) ,
processTask( self ) )
  File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/menuform.py,
line 1748, in getInterfaceDescription
raise IOError, _(Unable to fetch interface description for
command '%s'.) % cmd
IOError: Unable to fetch interface description for command 'teste.py'.

The file contents are just a copy+paste from the online example. Can
someone point me to the cause of the error?


In order for g.parser to work, the file teste.py needs to be in your 
PATH. So, you can do something like this:


export PATH=$PATH:.
./teste.py


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


Re: [GRASS-user] r.mapcalc compile errors

2009-06-30 Thread Martin Landa
Hi,

2009/6/30 achim a...@jupiter.uni-freiburg.de:

[...]

 Errors in:
 /usr/local/src/grass6_devel/lib/db/sqlp
 /usr/local/src/grass6_devel/db/drivers/ogr
 /usr/local/src/grass6_devel/db/drivers/dbf
 /usr/local/src/grass6_devel/raster/r.mapcalc

you have to send error log from 'lib/db/sqlp', otherwise nobody can help you.

Martin

-- 
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] tables connection in database

2009-06-30 Thread Moritz Lennert

On 26/06/09 16:38, achim wrote:

Thats exactly the problem: It shows nothing.
None of my lines has any cat.


Well, then you need to add them with 'v.category option=add'

;-)
Moritz



Achim

Moritz Lennert wrote:

On 26/06/09 15:24, achim wrote:

Hi Moritz,

thanks for reply and this detailed explanation.

I try to report my problem with an example:
reset to initial point

v.db.connect -d map=my_li...@achim
db.droptable -f table=testtable

my_lines:
 |   Type of Map:  vector (level: 2)
 |
 |   Number of points:   0   Number of areas:  0
 |   Number of lines:2326Number of islands:0
 |   Number of boundaries:   0   Number of faces:  0
 |   Number of centroids:0   Number of kernels:0
 |   Map is 3D:  No
 |   Number of dblinks:  0

Number of nodes: 2410


(with grass65 wx-gui)
v.db.addtable map=my_li...@achim table=testtable
Using user specified table name: testtable
Creating new DB connection based on default mapset settings...
Creating table with columns (cat integer)
The table testtable is now part of vector map my_li...@achim and 
may be deleted or overwritten by GRASS modules

Select privileges were granted on the table
Reading features...
Updating database...
0 categories read from vector map (layer 1)
0 records updated/inserted (layer 1)
Current attribute table links:
layer 1 table testtable in database /home/achim/grass/sqlite_db 
through driver sqlite with key cat

Vector map my_li...@achim is connected by:


?here no records updated/inserted


Probably none of your lines have categories. What does v.category 
my_lines option=report show ?


Moritz




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


[GRASS-user] hardware requirements for running r.sun

2009-06-30 Thread buraq

Hi,
I have a notebook with T7200 Intel CPU and r.sun completes one day's
calculation between 3-4 mins(with linke turbidity raster and shadowing, step
= 1). I want to run r.sun with step=0.5 in a large scale and detailed area.
So, I need to reduce the calculation time for calculating 365 day data.
Could you give me advices about hardware for reducing calculation time?

Thanks


Regards...
-- 
View this message in context: 
http://n2.nabble.com/hardware-requirements-for-running-r.sun-tp3182625p3182625.html
Sent from the Grass - Users mailing list archive at Nabble.com.

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


Re: [GRASS-user] tables connection in database

2009-06-30 Thread achim

:-)

achim

Moritz Lennert schrieb:

On 26/06/09 16:38, achim wrote:

Thats exactly the problem: It shows nothing.
None of my lines has any cat.


Well, then you need to add them with 'v.category option=add'

;-)
Moritz



Achim

Moritz Lennert wrote:

On 26/06/09 15:24, achim wrote:

Hi Moritz,

thanks for reply and this detailed explanation.

I try to report my problem with an example:
reset to initial point

v.db.connect -d map=my_li...@achim
db.droptable -f table=testtable

my_lines:
 |   Type of Map:  vector (level: 2)
 |
 |   Number of points:   0   Number of areas:  0
 |   Number of lines:2326Number of islands:0
 |   Number of boundaries:   0   Number of faces:  0
 |   Number of centroids:0   Number of kernels:0
 |   Map is 3D:  No
 |   Number of dblinks:  0

Number of nodes: 2410


(with grass65 wx-gui)
v.db.addtable map=my_li...@achim table=testtable
Using user specified table name: testtable
Creating new DB connection based on default mapset settings...
Creating table with columns (cat integer)
The table testtable is now part of vector map my_li...@achim and 
may be deleted or overwritten by GRASS modules

Select privileges were granted on the table
Reading features...
Updating database...
0 categories read from vector map (layer 1)
0 records updated/inserted (layer 1)
Current attribute table links:
layer 1 table testtable in database 
/home/achim/grass/sqlite_db through driver sqlite with key cat

Vector map my_li...@achim is connected by:


?here no records updated/inserted


Probably none of your lines have categories. What does v.category 
my_lines option=report show ?


Moritz





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


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Michael Barton



On Jun 30, 2009, at 7:10 AM, grass-user-requ...@lists.osgeo.org wrote:


Date: Tue, 30 Jun 2009 15:58:01 +0200
From: Moritz Lennert mlenn...@club.worldonline.be
Subject: Re: [GRASS-user] grass 6.4 rc5 and python scripting
To: Ricardo Filipe Soares Garcia da ricardo.garcia.si...@gmail.com
Cc: grass-user@lists.osgeo.org
Message-ID: 4a4a19e9.6030...@club.worldonline.be
Content-Type: text/plain; charset=UTF-8; format=flowed

On 30/06/09 12:58, Ricardo Filipe Soares Garcia da wrote:

Hello list

I compiled grass-6.4.0RC5 (downloaded a tarball from the main site).
I'd like to learn about scripting grass with python.

Following the first sample script at the GRASS Python scripting
library (http://download.osgeo.org/grass/grass6_progman/pythonlib.html 
)

I created a test file called teste.py, and placed it on the Desktop.
When I try to run it inside a GRASS session I am geting the following
error:

GRASS 6.4.0RC5 (aeigT3):~/Desktop  ./teste.py
sh: teste.py: not found
Traceback (most recent call last):
 File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/ 
menuform.py,

line 1931, in module
   GrassGUIApp( grassTask( sys.argv[1] ) ).MainLoop()
 File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/ 
menuform.py,

line 335, in __init__
   xml.sax.parseString( getInterfaceDescription( grassModule ) ,
processTask( self ) )
 File /usr/local/grass-6.4.0RC5/etc/wxpython/gui_modules/ 
menuform.py,

line 1748, in getInterfaceDescription
   raise IOError, _(Unable to fetch interface description for
command '%s'.) % cmd
IOError: Unable to fetch interface description for command  
'teste.py'.


The file contents are just a copy+paste from the online example. Can
someone point me to the cause of the error?


In order for g.parser to work, the file teste.py needs to be in your
PATH. So, you can do something like this:

export PATH=$PATH:.
./teste.py


Moritz


There are at least 3 ways for a GRASS to recognize and run a custom  
script of any kind, including Python.


1. Put it into a folder/directory already recognized by GRASS by  
default, such as $GISBASE/scripts (noted by Martin)

2. Change your executables PATH list (noted above by Moritz).
3. Set the GRASS_ADDON_PATH variable in the .grassrc6 file (or its  
equivalent in GRASS 7). For example, I could add...


GRASS_ADDON_PATH: /Users/Michael/Desktop;/Users/Michael/Documents

...and any script on my desktop or in my documents folder would be  
accessible to g.parser and GRASS. (Note: I'm not sure if ; or  
something else should be the separator between paths). This is very  
convenient for having a permanent folder outside the main GRASS  
distribution location where you can put any custom scripts.


Michael

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


Re: [GRASS-user] hardware requirements for running r.sun

2009-06-30 Thread Hamish

buraq wrote:
 I have a notebook with T7200 Intel CPU and r.sun completes
 one day's calculation between 3-4 mins(with linke turbidity raster
 and shadowing, step = 1). I want to run r.sun with step=0.5 in a
 large scale and detailed area.
 So, I need to reduce the calculation time for calculating 365 day data.
 Could you give me advices about hardware for reducing
 calculation time?

see tips here:
  http://grass.osgeo.org/wiki/r.sun

(run r.horizon first)

24 hours to complete isn't so bad :)
suggestion: to take advantage of dual processor split up operations and
(if running linux) run two concurrent mapsets for day 0-180 and 181-365.
then when done use g.mapsets to add second mapset to first's search path.

wish: someone in the know adds OpenMP* support to r.sun
[*] (or pthreads, but OpenMP seems easier)
 http://grass.osgeo.org/wiki/OpenMP


Hamish



  

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


[GRASS-user] g.remove error?

2009-06-30 Thread Paolo Cavallini
Hi all.
While running form the QGIS GRASS shell, I get:

GRASS  g.remove vect=random_butta
Removing vector random_butta
WARNING: Unable to remove directory

'/home/Documenti/datigrass/CEA_location/Cea_GRASS/.tmp/ursus/31318.0'
WARNING: couldn't be removed
WARNING: random_butta nothing removed

but the layer is in fact removed: any explanation for this?
Thanks a lot.
-- 
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Glynn Clements

Glynn Clements wrote:

  In order for g.parser to work, the file teste.py needs to be in your 
  PATH.
 
 This is actually a bug in G_parser() and G_gui(). menuform.py is being
 passed the base filename rather than the complete path. There isn't
 any other reason why the script needs to be in the path.

I've fixed this in 7.x with r38126. However, menuform.py still tries
to run the script using its basename.

-- 
Glynn Clements gl...@gclements.plus.com
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.remove error?

2009-06-30 Thread Glynn Clements

Paolo Cavallini wrote:

 Hi all.
 While running form the QGIS GRASS shell, I get:
 
 GRASS  g.remove vect=random_butta
 Removing vector random_butta
 WARNING: Unable to remove directory
 
 '/home/Documenti/datigrass/CEA_location/Cea_GRASS/.tmp/ursus/31318.0'
 WARNING: couldn't be removed
 WARNING: random_butta nothing removed
 
 but the layer is in fact removed: any explanation for this?

Vect_delete() renames the directory before deleting it. If the
deletion fails, you will get the above error. However, as the
directory has been renamed, it won't show up as a vector map.

Does the directory listed above exist? Does it contain any files or
subdirectories?

-- 
Glynn Clements gl...@gclements.plus.com
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] g.remove error?

2009-06-30 Thread Paolo Cavallini
Glynn Clements ha scritto:

 Does the directory listed above exist? Does it contain any files or
 subdirectories?
 

Thanks Glynn for explaining. An nfs problem, apparently:

ls -la /home/Documenti/datigrass/CEA_location/Cea_GRASS/.tmp/ursus/31318.0/
totale 16
drwx--x--x  2 paolo paolo 4096 30 giu 17:45 .
drwx--x--x 11 paolo paolo 4096 30 giu 17:45 ..
-rw---  1 paolo paolo 2914 30 giu 17:41 .nfs00d980010006
-rw---  1 paolo paolo  184 30 giu 17:41 .nfs00d980030007

I have nfs-mounted homes. The .nfs* files are deleted correctly upon
QGIS closure.
All the best.
-- 
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Hamish

Michael Barton wrote:
 3. Set the GRASS_ADDON_PATH variable in the .grassrc6 file
 (or its equivalent in GRASS 7). For example, I could add...
 
 GRASS_ADDON_PATH: /Users/Michael/Desktop;/Users/Michael/Documents
 
 ...and any script on my desktop or in my documents folder
 would be accessible to g.parser and GRASS. (Note: I'm not
 sure if ; or something else should be the separator
 between paths). This is very convenient for having a
 permanent folder outside the main GRASS distribution
 location where you can put any custom scripts.


does that really work??
it should be an environment variable, not a g.gisenv GRASS variable.


the path separator on UNIXes is ':', the path sep on MS Win is ';'.
but those shouldn't be needed here (unless you want to define
multiple addon dirs).


Hamish



  

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


[GRASS-user] Re: [GRASS-dev] problem with sql query

2009-06-30 Thread Martin Landa
{moved to grass-user ML}

Hi,

2009/6/30 Quentin Page quentin.p...@avignon.inra.fr:
 echo update table table1 set attribute1 = 1 where table1.attribute2 =
 table2.attribute2 |db.execute

 I receive an error message. Is there a syntax error with the point between
 tables and attributes?

well, and what error?

Martin

-- 
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Repository for RH Enterprise Linux / Scientific Linux ? - SOLVEDish

2009-06-30 Thread John A Stevenson


Under CentOS Dag Wieer's RPM Repository satisfies some of my GRASS 
Dependencies, which might also work with ScientificLinux (since both 
are built from RHEL Source)???  Sorry I am NOT familiar with SL, so I 
can NOT be more definitive...


   http://dag.wieers.com/rpm/

NOTE: Dag's Repositories can also be accessed directly from YUM, APT and
  UP2DATE...


Thanks,

In the end I got GDAL and Proj and most of my other dependencies from 
the Dag Wieers repository.  It turns out that the Dag repository in 
Scientific Linux 
(ftp://ftp.scientificlinux.org/linux/extra/dag/redhat/el4/en/x86_64/RPMS.dag/) 
doesn't have the same packages as the main Dag repository 
(http://dag.wieers.com/rpm/packages/?M=D), so I had to change that.


I'm having problems with the wxpython and vdigit still, as it says that 
there is some kind of version number mismatch, but I don't know if that 
is related to repositories or down to my messy installation.


Cheers

John


--


Dr John Stevenson
Postdoctoral Research Associate
School of Earth, Atmospheric and Environmental Sciences
Williamson Building (Room 2.42)
University of Manchester
Manchester M13 9PL, UK
tel. +44(0)161 306 6585; fax. +44(0)161 306 9361;
john.steven...@manchester.ac.uk 


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


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Michael Barton
It really does work. It's pretty nice. I don't know how .grassrc6  
handles separators--GRASS specific or OS specific.


Michael
__
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies, School of Human Evolution  Social Change
Director, Center for Social Dynamics  Complexity
Arizona State University
Tempe, AZ  85287-2402
USA

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

On Jun 30, 2009, at 9:31 AM, Hamish wrote:



Michael Barton wrote:

3. Set the GRASS_ADDON_PATH variable in the .grassrc6 file
(or its equivalent in GRASS 7). For example, I could add...

GRASS_ADDON_PATH: /Users/Michael/Desktop;/Users/Michael/Documents

...and any script on my desktop or in my documents folder
would be accessible to g.parser and GRASS. (Note: I'm not
sure if ; or something else should be the separator
between paths). This is very convenient for having a
permanent folder outside the main GRASS distribution
location where you can put any custom scripts.



does that really work??
it should be an environment variable, not a g.gisenv GRASS variable.


the path separator on UNIXes is ':', the path sep on MS Win is ';'.
but those shouldn't be needed here (unless you want to define
multiple addon dirs).


Hamish







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


Re: [GRASS-user] hardware requirements for running r.sun

2009-06-30 Thread Dylan Beaudette
On Tuesday 30 June 2009, Hamish wrote:
 buraq wrote:
  I have a notebook with T7200 Intel CPU and r.sun completes
  one day's calculation between 3-4 mins(with linke turbidity raster
  and shadowing, step = 1). I want to run r.sun with step=0.5 in a
  large scale and detailed area.
  So, I need to reduce the calculation time for calculating 365 day data.
  Could you give me advices about hardware for reducing
  calculation time?

 see tips here:
   http://grass.osgeo.org/wiki/r.sun

 (run r.horizon first)

 24 hours to complete isn't so bad :)
 suggestion: to take advantage of dual processor split up operations and
 (if running linux) run two concurrent mapsets for day 0-180 and 181-365.
 then when done use g.mapsets to add second mapset to first's search path.

 wish: someone in the know adds OpenMP* support to r.sun
 [*] (or pthreads, but OpenMP seems easier)
  http://grass.osgeo.org/wiki/OpenMP


 Hamish


Not trying to honk one's own horn, but an application of r.sun and time 
requirements was recently published here:

http://soil.scijournals.org/cgi/content/abstract/73/4/1345

Let me know if you want a PDF

Dylan




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


[GRASS-user] GIPE INSTALL UBUNTU

2009-06-30 Thread Leonardo Hardtke
Hi!
I'm not linux expert, and i couldn't install GIPE (and other add-ons) on my
Ubuntu 9.04 (GRASS 6.4 RC4 les-ejk repo)...

I downloaded grass source, (apt-get source  grass) and svn add-ons, then I
changed the first lines on the GIPE install script..

GRASSSVNDIR=/home/leomint/Descargas/fuente/grass-6.4.0~rc4
ADDONSVNDIR=/home/leomint/Descargas/fuente/grass-addons

when I ran the script, it doesn't worked

leom...@leo-cenpat ~/Descargas/fuente/grass-addons/gipe $ sudo
./install_yanns_grass.sh

Makefile.gipe:13: ../include/Make/Platform.make: No existe el fichero ó
directorio
Makefile.gipe:17: ../include/Make/Dir.make: No existe el fichero ó
directorio
make: *** No hay ninguna regla para construir el objetivo
`../include/Make/Dir.make'.  Alto.
cp: no se puede efectuar `stat' sobre
«/home/leomint/Descargas/fuente/grass-addons/i.*»: No existe el fichero ó
directorio
Makefile.gipe:3: ..//include/Make/Dir.make: No existe el fichero ó
directorio
make: *** No hay ninguna regla para construir el objetivo
`..//include/Make/Dir.make'.  Alto.
cp: no se puede crear el fichero regular
«/home/leomint/Descargas/fuente/gui/tcltk/gis.m/»: No existe el fichero ó
directorio
cp: no se puede crear el fichero regular
«/home/leomint/Descargas/fuente/gui/wxpython/gui_modules/»: No existe el
fichero ó directorio
./install_yanns_grass.sh: line 75: cd: /home/leomint/Descargas/fuente/gui:
No existe el fichero ó directorio
Makefile:8: ../../include/Make/Module.make: No existe el fichero ó
directorio
make: *** No hay ninguna regla para construir el objetivo
`../../include/Make/Module.make'.  Alto.
make: *** No hay ninguna regla para construir el objetivo `install'.  Alto.

Thanks in advise
Leonardo Hardtke


-- 
Lic. Leonardo A. Hardtke
Laboratorio de Teledetección y S.I.G.
Centro Nacional Patagónico (CONICET)
Bvd. Brown 2825, 9120 Puerto Madryn, Chubut, Argentina
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Ricardo Filipe Soares Garcia da
Hello all
Thanks for your good advice. I decided to go with the option of
EXPORTing the grass addon path and put my scripts there, which works
ok, well... kind of.

It happens that when I launch GRASS from the terminal, the
GRASS_ADDON_PATH gets correctly added to the PATH and I can load my
test script. However, if I start GRASS from the gnome menu (or
gnome-do) the GRASS_ADDON_PATH gets ignored. Maybe theres some config
file that I have to tweak?

On Tue, Jun 30, 2009 at 5:54 PM, Michael Bartonmichael.bar...@asu.edu wrote:
 It really does work. It's pretty nice. I don't know how .grassrc6 handles
 separators--GRASS specific or OS specific.

 Michael
 __
 C. Michael Barton, Professor of Anthropology
 Director of Graduate Studies, School of Human Evolution  Social Change
 Director, Center for Social Dynamics  Complexity
 Arizona State University
 Tempe, AZ  85287-2402
 USA

 voice: 480-965-6262; fax: 480-965-7671
 www: http://www.public.asu.edu/~cmbarton

 On Jun 30, 2009, at 9:31 AM, Hamish wrote:


 Michael Barton wrote:

 3. Set the GRASS_ADDON_PATH variable in the .grassrc6 file
 (or its equivalent in GRASS 7). For example, I could add...

 GRASS_ADDON_PATH: /Users/Michael/Desktop;/Users/Michael/Documents

 ...and any script on my desktop or in my documents folder
 would be accessible to g.parser and GRASS. (Note: I'm not
 sure if ; or something else should be the separator
 between paths). This is very convenient for having a
 permanent folder outside the main GRASS distribution
 location where you can put any custom scripts.


 does that really work??
 it should be an environment variable, not a g.gisenv GRASS variable.


 the path separator on UNIXes is ':', the path sep on MS Win is ';'.
 but those shouldn't be needed here (unless you want to define
 multiple addon dirs).


 Hamish






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




-- 
___ ___ __
Ricardo Garcia Silva
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] link to datasets from other locations?

2009-06-30 Thread Tim Michelsen

Hello grass users,

There exist v.external and r.external to link to data which hasn't been 
imported into GRASS.


But in order to save time and disk space I would like to link to data 
sets from other locations:


How do I link to a raster and vector data in another location presuming 
it has the same projection?


Kind regards,
Timmie

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


Re: [GRASS-user] link to datasets from other locations?

2009-06-30 Thread Hamish

Tim Michelsen wrote:
 There exist v.external and r.external to link to data which
 hasn't been imported into GRASS.
 
 But in order to save time and disk space I would like to
 link to data sets from other locations:
 
 How do I link to a raster and vector data in another
 location presuming it has the same projection?

add the mapset as a symlink to the mapset in the other location,
then use the @othermapset notation.

(at your own risk)

Hamish



  

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


Re: [GRASS-user] grass 6.4 rc5 and python scripting

2009-06-30 Thread Hamish

Ricardo Filipe Soares Garcia da wrote:
 Thanks for your good advice. I decided to go with the
 option of EXPORTing the grass addon path and put my scripts
 there, which works ok, well... kind of.
 
 It happens that when I launch GRASS from the terminal, the
 GRASS_ADDON_PATH gets correctly added to the PATH and I can
 load my test script. However, if I start GRASS from the gnome
 menu (or gnome-do) the GRASS_ADDON_PATH gets ignored. Maybe
 theres some config file that I have to tweak?

how/where do you set the variable? it needs to be set before
GRASS begins.
in the gnome menu entry prefs do you have start in terminal ticked?


Hamish



  

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


[GRASS-user] Multiple v.net.path parameters

2009-06-30 Thread J. Holden

Hello,

I am looking to use v.net.path to determine the distance of many different 
points to many different other points on a network.

Is it possible to send multiple parameters to v.net.path? For instance, I have 
(in theory) 4 points connected to a network. I want to find the distance of the 
line segments between points 1 and 4, 2 and 4,  3 and 4. 

I want to:
run v.net.path once by passing multiple parameters;
get vector line output of each of these three paths found by v.net.path in one 
output file;
calculate the distance of each line from the file using v.to.db.

Since this is not a module of GRASS which I have worked with in the past, I am 
wondering if this is possible.

Thanks
John


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


Re: [GRASS-user] Multiple v.net.path parameters

2009-06-30 Thread Hamish

J. Holden wrote:
 I am looking to use v.net.path to determine the distance of
 many different points to many different other points on a
 network.
 
 Is it possible to send multiple parameters to v.net.path?
 For instance, I have (in theory) 4 points connected to a
 network. I want to find the distance of the line segments
 between points 1 and 4, 2 and 4,  3 and 4. 

run 3 times and then combine with v.patch?

 I want to:
 run v.net.path once by passing multiple parameters;
 get vector line output of each of these three paths found
 by v.net.path in one output file;
 calculate the distance of each line from the file using
 v.to.db.
 
 Since this is not a module of GRASS which I have worked
 with in the past, I am wondering if this is possible.

IIUC something like this has newly been worked on as part of the
Google Summer of Code project by Daniel Bundala.

http://grass.osgeo.org/wiki/GSoC_Network_Analysis


you might want to contact him and act as a beta tester for his
new modules. (find him on the OSGeo SoC mailing list)


Hamish



  

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


Re: [GRASS-user] Multiple v.net.path parameters

2009-06-30 Thread J. Holden

Well, I will have a database with thousands of points and I don't want to 
create thousands of vector files. Plus, I'm worried I will lose the length data 
if I use v.patch, which is what I am most interested in.

I will contact Daniel. Thanks for the tip.

Cheers,
John

--- On Tue, 6/30/09, Hamish hamis...@yahoo.com wrote:

 From: Hamish hamis...@yahoo.com
 Subject: Re: [GRASS-user] Multiple v.net.path parameters
 To: grass-user@lists.osgeo.org, J. Holden statto...@yahoo.com
 Date: Tuesday, June 30, 2009, 8:01 PM
 
 J. Holden wrote:
  I am looking to use v.net.path to determine the
 distance of
  many different points to many different other points
 on a
  network.
  
  Is it possible to send multiple parameters to
 v.net.path?
  For instance, I have (in theory) 4 points connected to
 a
  network. I want to find the distance of the line
 segments
  between points 1 and 4, 2 and 4,  3 and 4. 
 
 run 3 times and then combine with v.patch?
 
  I want to:
  run v.net.path once by passing multiple parameters;
  get vector line output of each of these three paths
 found
  by v.net.path in one output file;
  calculate the distance of each line from the file
 using
  v.to.db.
  
  Since this is not a module of GRASS which I have
 worked
  with in the past, I am wondering if this is possible.
 
 IIUC something like this has newly been worked on as part
 of the
 Google Summer of Code project by Daniel Bundala.
 
 http://grass.osgeo.org/wiki/GSoC_Network_Analysis
 
 
 you might want to contact him and act as a beta tester for
 his
 new modules. (find him on the OSGeo SoC mailing list)
 
 
 Hamish
 
 
 
       
 
 



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