Re: [GRASS-user] v.to.db

2009-01-25 Thread Paolo Craveri
Hi

2009/1/20 Martin Landa landa.mar...@gmail.com:
 Hi,


 should be fixed in r35515.

 Martin

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


I have just updated   grass6.4 from svn but error remains.

ciao

-- 
-- 
Paolo C.
Lat. 44° 39' 11.08'' N  Long. 7° 23' 25.26'' E
GRASS 6.4.svn (spearfish60):~/script_grass  ./vtodb.sh -s
+ g.copy vect=archsites,mypoints --o
Copy vector archsi...@permanent to current mapset as mypoints
WARNING: Vector map mypoints already exists and will be overwritten
+ v.category in=mypoints out=mypoints2 layer=2 opt=add --o
WARNING: Vector map mypoints2 already exists and will be overwritten
Processing features...
0 new centroids placed in output map
Copying attribute table(s)...
Building topology for vector map mypoints2...
Registering primitives...
25 primitives registered
25 vertices registered
Building areas...
 100%
0 areas built
0 isles built
Attaching islands...
Attaching centroids...
 100%
Number of nodes: 25
Number of primitives: 25
Number of points: 25
Number of lines: 0
Number of boundaries: 0
Number of centroids: 0
Number of areas: 0
Number of isles: 0
v.category complete. 25 features modified.
+ v.db.connect -d mypoints2 layer=1
+ db.droptable mypoints2 -f
Forcing ...
+ echo CREATE TABLE mypoints2_2 (cat integer, x double precision, y double 
precision)
+ db.execute
+ v.db.connect map=mypoints2 layer=2 key=cat table=mypoints2_2
The table mypoints2_2 is now part of vector map mypoints2 and may be
deleted or overwritten by GRASS modules
Select privileges were granted on the table
+ v.to.db mypoints2 layer=2 opt=cat col=cat
Reading features...
 100%
ERROR: Database connection not defined for layer 1. Use v.db.connect first.
+ v.to.db mypoints2 layer=2 opt=coor col=x,y
Reading features...
 100%
ERROR: Database connection not defined for layer 1. Use v.db.connect first.
+ v.db.addtable mypoints2 layer=1
Using vector map name as table name: mypoints2
Creating new DB connection based on default mapset settings...
Creating table with columns (cat integer)
The table mypoints2 is now part of vector map mypoints2 and may be
deleted or overwritten by GRASS modules
Select privileges were granted on the table
Reading features...
 100%
Updating database...
 100%
25 categories read from vector map (layer 1)
25 categories read from vector map don't exist in selection from table
25 records updated/inserted (layer 1)
Current attribute table links:
Vector map mypoin...@user1 is connected by:
layer 2 table mypoints2_2 in database 
/home/paolo/grassdata/spearfish60/user1 through driver dbf with key cat
layer 1 table mypoints2 in database 
/home/paolo/grassdata/spearfish60/user1 through driver dbf with key cat
+ v.to.db mypoints2 layer=2 opt=cat col=cat
Reading features...
 100%
Updating database...
 100%
25 categories read from vector map (layer 2)
25 categories read from vector map don't exist in selection from table
25 records updated/inserted (layer 2)
+ v.to.db mypoints2 layer=2 opt=coor col=x,y
Reading features...
 100%
Updating database...
 100%
25 categories read from vector map (layer 2)
25 records selected from table (layer 1)
25 categories read from vector map exist in selection from table
25 records updated/inserted (layer 2)
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] v.to.db

2009-01-25 Thread Markus Neteler
On Sun, Jan 25, 2009 at 3:07 PM, Paolo Craveri pcrav...@gmail.com wrote:
 Hi

 2009/1/20 Martin Landa landa.mar...@gmail.com:
 Hi,


 should be fixed in r35515.

 Martin

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


 I have just updated   grass6.4 from svn but error remains.

Did you also recompile?

here it works now...:

... commands as in initial email.
...
db.droptable mypoints2 -f
Forcing ...
# # # create a table
 echo CREATE TABLE mypoints2_2 (cat integer, x double precision, y
double precision) | db.execute
 # # # connect table to layer 2

v.db.connect map=mypoints2 layer=2 key=cat table=mypoints2_2
The table mypoints2_2 is now part of vector map mypoints2 and may be
deleted or overwritten by GRASS modules
Select privileges were granted on the table

v.to.db mypoints2 layer=2 opt=cat  col=cat
Reading features...
 100%
Updating database...
 100%
25 categories read from vector map (layer 2)
25 categories read from vector map don't exist in selection from table
25 records updated/inserted (layer 2)

v.to.db mypoints2 layer=2 opt=coor col=x,y
Reading features...
 100%
Updating database...
 100%
25 categories read from vector map (layer 2)
25 records selected from table (layer 1)
25 categories read from vector map exist in selection from table
25 records updated/inserted (layer 2)

No more error!

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


Re: [GRASS-user] v.to.db

2009-01-25 Thread Paolo Craveri
Hi

2009/1/25 Markus Neteler nete...@osgeo.org:
 On Sun, Jan 25, 2009 at 3:07 PM, Paolo Craveri pcrav...@gmail.com wrote:
 Hi

 2009/1/20 Martin Landa landa.mar...@gmail.com:
 Hi,


 should be fixed in r35515.

 Martin

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


 I have just updated   grass6.4 from svn but error remains.

 Did you also recompile?

 here it works now...:


I'm to blame. It works. Sorry, I was running an old version!

ciao
-- 
-- 
Paolo C.
Lat. 44° 39' 11.08'' N  Long. 7° 23' 25.26'' E
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Aspect direction in r.slope.aspect

2009-01-25 Thread Hamish
Doc Robinson wrote:
 4. What then about r.param.scale? Output is in the 0 +/- 180 range rather
 than 0-360.


Hi,

I have added more metadata output to r.param.scale in trunk and develbranch6.

testing welcome.


Hamish



  

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


[GRASS-user] re: Mac OSX- How slow can you go?

2009-01-25 Thread Macsurfcat
I am running _OSX.5.6_ on an _intel_ _Mac_ using two (2) duo-core 
processors and a bunch of memory. I have set up GRASS 6.3 and it seems 
to be especially sluggish; i.e., literally all night to import a vector 
shapefile, albeit a substantial one. In addition, many modules 
(commands) will execute and then force an exit from the application, 
requiring a re-launch. Curiously, the tasks themselves are often completed.


The brand is *OpenOX Grass*, an it requires no additional 
dependencies package.


Anyone else running into the same problem?

Eugene


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


[GRASS-user] Re: detection of landscape features from landsat

2009-01-25 Thread Tim Michelsen

Besides that you can also generate indices or do a transform.
See for example
 http://grass.osgeo.org/grass64/manuals/html64_user/i.tasscap.html
 - 'Wetness' Tasseled Cap component 3 (screenshot)

thanks for this hint. looks useful.

For completeness, I found also:
* Impervious surface deliniation with GRASS: 
http://www.perrygeo.net/wordpress/?p=104
* similar NAIP-based classification - 
http://casoilresource.lawr.ucdavis.edu/drupal/node/548


Kind regards,
Timmie

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


Re: [GRASS-user] import error

2009-01-25 Thread José María Michia
2009/1/25 Stefanie Obmann stef...@gmx.at

 Dear GRASS users,



 I try to import an ascii file which should then be a table with 11 columns: 
 gg length, gg latitude, hight above sea level, int number column, name, 6 
 columns including different values;



 If I do the v.in.ascii command I get a DBMI-DBF error back.



 Do you know maybe what's wrong?


Hi Stefi,

I think that you must define length for columns of type varchar. Example:

Bad: columns=..., nombre varchar, ...
Good: columns=..., nombre varchar(40), ...

I hope this be useful.

Saludos
José María
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] ogr2ogr help

2009-01-25 Thread mtnbiketrail

Hi,
beginner user. First off, am disappointed with help files for syntax for 
ogr2ogr.
I have a shp file( with .shx, and .dbf) and want to convert it to a 
different projection. When I run ogr2ogr from command line, it doesn't 
do anything, I tried to set the debug level for more verbose and there 
is not enough information to get debug to work. I assume debug is like 
verbose. I tried --debug [on], --debug 1. Just get back usage description.


Here is the command I'm using:
ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610 myfile.shp mynewfile.shp

it just returns the usage description help file. No errors, no way of 
knowing what is wrong. I looked online at gdal.org and it is almost 
worthless for help.
p.s. I also have Desktop GIS by Gary Sherman and not all the book 
examples work(pg 188).thanks,

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


Re: [GRASS-user] ogr2ogr help

2009-01-25 Thread José María Michia
2009/1/25  mtnbiketr...@zzz.com:
 Hi,
 beginner user. First off, am disappointed with help files for syntax for
 ogr2ogr.
 I have a shp file( with .shx, and .dbf) and want to convert it to a
 different projection. When I run ogr2ogr from command line, it doesn't do
 anything, I tried to set the debug level for more verbose and there is not
 enough information to get debug to work. I assume debug is like verbose. I
 tried --debug [on], --debug 1. Just get back usage description.

 Here is the command I'm using:
 ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610 myfile.shp mynewfile.shp

 it just returns the usage description help file. No errors, no way of
 knowing what is wrong. I looked online at gdal.org and it is almost
 worthless for help.
 p.s. I also have Desktop GIS by Gary Sherman and not all the book examples
 work(pg 188).thanks,
 Tom

Hi Tom. I think that you have an error syntax, at least. You must
write first the name of the destination shape file, and later the name
of the source shape file.

Try this:

ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610  mynewfile.shp myfile.shp

Also, make sure that your source shape file, has a coordinate system
defined. You can verify this using ogrinfo:

ogrinfo -so myfile.shp myfile

If not, use the option -s_srs to assign one, like following:

ogr2ogr -f ESRI Shapefile -s_srs EPSG:4326 -t_srs EPSG:32610
mynewfile.shp myfile.shp

Change EPSG:4326 to the correct epsg code.

I hope that be useful.

Saludos
José María
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] ogr2ogr help

2009-01-25 Thread Brent Wood
Hi,

The help can be arcane, but it is there. Given the wide array of formats, each 
with its own idiosyncrasies, I don't ever see using ogr2ogr being simple  
straightforward.

However, for your problem:

ogr2ogr --help
Usage: ogr2ogr [--help-general] [-skipfailures] [-append] [-update] [-gt n]
   [-select field_list] [-where restricted_where]
   [-sql sql statement]
   [-spat xmin ymin xmax ymax] [-preserve_fid] [-fid FID]
   [-a_srs srs_def] [-t_srs srs_def] [-s_srs srs_def]
   [-f format_name] [-overwrite] [[-dsco NAME=VALUE] ...]
   dst_datasource_name src_datasource_name
   [-lco NAME=VALUE] [-nln name] [-nlt type] [layer [layer ...]]

It says the destination name is given before the source name, whereas your 
command has these reversed. 

So instead of 
ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610 myfile.shp mynewfile.shp

try 
ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610 mynewfile.shp myfile.shp



HTH,

   Brent Wood




Brent Wood
DBA/GIS consultant
NIWA, Wellington
New Zealand
 mtnbiketr...@zzz.com 01/26/09 1:39 PM 
Hi,
beginner user. First off, am disappointed with help files for syntax for 
ogr2ogr.
I have a shp file( with .shx, and .dbf) and want to convert it to a 
different projection. When I run ogr2ogr from command line, it doesn't 
do anything, I tried to set the debug level for more verbose and there 
is not enough information to get debug to work. I assume debug is like 
verbose. I tried --debug [on], --debug 1. Just get back usage description.

Here is the command I'm using:
ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610 myfile.shp mynewfile.shp

it just returns the usage description help file. No errors, no way of 
knowing what is wrong. I looked online at gdal.org and it is almost 
worthless for help.
p.s. I also have Desktop GIS by Gary Sherman and not all the book 
examples work(pg 188).thanks,
Tom
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

NIWA is the trading name of the National Institute of Water  Atmospheric 
Research Ltd.
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] ogr2ogr help

2009-01-25 Thread mtnbiketrail

Thanks.
I see I missed that output file goes first.

I would have thought a 3d shape file has  coordinate system embedded in 
it.  Otherwise the only info I have is that it is NAD83 UTM Zone 10. 
Indeed, ogrinfo says  Layer SRS WKT: (unknown)


I looked on the spatialreference.org website and I have 3 choices. 
3717(which I think it is not, as this shp file was made in 2006, 3740, 
and 26910. How do I guess?



José María Michia wrote:

2009/1/25  mtnbiketr...@zzz.com:
  

Hi,
beginner user. First off, am disappointed with help files for syntax for
ogr2ogr.
I have a shp file( with .shx, and .dbf) and want to convert it to a
different projection. When I run ogr2ogr from command line, it doesn't do
anything, I tried to set the debug level for more verbose and there is not
enough information to get debug to work. I assume debug is like verbose. I
tried --debug [on], --debug 1. Just get back usage description.

Here is the command I'm using:
ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610 myfile.shp mynewfile.shp

it just returns the usage description help file. No errors, no way of
knowing what is wrong. I looked online at gdal.org and it is almost
worthless for help.
p.s. I also have Desktop GIS by Gary Sherman and not all the book examples
work(pg 188).thanks,
Tom



Hi Tom. I think that you have an error syntax, at least. You must
write first the name of the destination shape file, and later the name
of the source shape file.

Try this:

ogr2ogr -f ESRI Shapefile -t_srs EPSG:32610  mynewfile.shp myfile.shp

Also, make sure that your source shape file, has a coordinate system
defined. You can verify this using ogrinfo:

ogrinfo -so myfile.shp myfile

If not, use the option -s_srs to assign one, like following:

ogr2ogr -f ESRI Shapefile -s_srs EPSG:4326 -t_srs EPSG:32610
mynewfile.shp myfile.shp

Change EPSG:4326 to the correct epsg code.

I hope that be useful.

Saludos
José María



No virus found in this incoming message.
Checked by AVG - http://www.avg.com 
Version: 8.0.176 / Virus Database: 270.10.13/1914 - Release Date: 1/24/2009 8:40 PM


  


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


[GRASS-user] Announcing the release of QGIS 1.0 'Kore'

2009-01-25 Thread maning sambale
apologies for the cross-post:

Dear QGIS Users, Developers and FOSSGIS devotees

We are extremely pleased to announce the release of QGIS 1.0 and the
shiny new QGIS 1.0 User's Guide. We have also revamped our web site at
http://qgis.org. See the note below from our project chair:

-

This release is the culmination of literally hundreds of hours of work
by a team of developers, translators, documentation writers, and
graphics designers.

QGIS began life in February of 2002, with the first release in June of
the same year. The initial goal was to create a viewer for PostGIS data
that ran on Linux. From those humble beginnings, QGIS has become a true
cross-platform application that runs on all major versions of unix,
Linux, as well as Mac and Windows. It supports editing and map
composition as well as integration with GRASS to provide powerful GIS
capability. QGIS has been translated into many languages by a dedicated
internationalization team.

At 1.0 we provide a stable API from which you can develop custom
solutions in Python or C++. Even though 1.0 is fresh, there are a number
of exciting developments underway in both the core application and
plugins. Although it took nearly 7 years to get to version 1.0, I think
you'll find that this version is the best yet. Thanks for using
QGIS---you, the users, have played a large part in its success.


-- Gary Sherman, Chair, QGIS Project Steering Committee
-

For more detailed release information, visit:

http://blog.qgis.org/node/123

For Gnu/Linux, Mac OS X and Microsoft Windows downloads, visit:

http://download.qgis.org *

* Source code and User's Guide are also available from this site.

--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--



-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user