[GRASS-user] i. pca and i.cca

2008-12-15 Thread Manuel Seeger

Hello,
I am using i.pca and i.cca for terrain analysis.
As I want to understand the influence of each of the input parameters, I 
need some information of the output.
The eigenvector-info (r.info map=my.pca.map) gives the weight of each of 
the input maps composing the new pca map.


But where get I the eigenvalue of each of the of the principal components?

Afterwards I run i.cca on them, for better separability of distinct 
areas. I have the correlation matrix of the pca, but how do I get the 
information on the cca?


I hope I explained myself...

Best regards

Manuel

--

___
Dr. Manuel Seeger
Wiss. Assistent Scientific Assistant
Physische GeographieDpt. of Physical Geography
FB VI - Geographie/GeowissenschaftenGeography/Geosciences
Universität Trier   University of Trier
D - 54286 Trier
Tel.:   +49-651-201 4557
Fax:+49-651-201 3976
Web:http://www.uni-trier.de/index.php?id=18521
___

EGU General Assembly 2009
SSS17. Experimental Methods in Soil Erosion Studies
Convener:   Seeger, M.
Co-Convener:Kuhn, N.; Quinton, J.
http://meetingorganizer.copernicus.org/EGU2009/session/930
___

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


[GRASS-user] d.rast.edit does not save edited map although Save button is pressed

2008-12-15 Thread georgew

Hi, I must be doing something wrong with the following:

d.rast.edit input=track21_r...@permanent output=track21_edited_rast
aspect=contours21_r...@permanent width=640 height=480 size=12 rows=200
cols=200 --overwrite 

The edited data is not saved in the output map which remains identical to
the input map, although I pressed the Save button in the grid display.
 All the data is in my home directory (and anyway using sudo d.rast.edit
results in d.rast.edit not found error.)
Any clues what I might be doing wrong. ?
Many thanks
George
-- 
View this message in context: 
http://www.nabble.com/d.rast.edit-does-not-save-edited-map-although-Save-button-is-pressed-tp21011399p21011399.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] barin option in r.flow module

2008-12-15 Thread Casagrande Luca

Hello everybody,
I have got some troubles using r.flow with this option..it stays forever at
the:
Reading input files: elevation...
, barrier
If I remove the barin option, all is fine.
I am using the DEM from spearfish with GRASS 6.2.3 and latest 6.4svn.
Thanks
Luca
-- 
View this message in context: 
http://www.nabble.com/barin-option-in-r.flow-module-tp21015531p21015531.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] d.rast.edit does not save edited map although Save button is pressed

2008-12-15 Thread Glynn Clements

georgew wrote:

 Hi, I must be doing something wrong with the following:
 
 d.rast.edit input=track21_r...@permanent output=track21_edited_rast
 aspect=contours21_r...@permanent width=640 height=480 size=12 rows=200
 cols=200 --overwrite 
 
 The edited data is not saved in the output map which remains identical to
 the input map, although I pressed the Save button in the grid display.
  All the data is in my home directory (and anyway using sudo d.rast.edit
 results in d.rast.edit not found error.)
 Any clues what I might be doing wrong. ?

What is the nature of the editing? If the only changes are setting
specific cells to null, that's one thing which d.rast.edit can't
handle. You would need to set the cells to some unused value then
subsequently change them to nulls with r.null.

If you're changing cells to non-null values, then I don't know what
the problem is.

-- 
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] barin option in r.flow module

2008-12-15 Thread Casagrande Luca


Casagrande Luca wrote:
 
 Hello everybody,
 I have got some troubles using r.flow with this option..it stays forever
 at the:
 Reading input files: elevation...
 , barrier
 If I remove the barin option, all is fine.
 I am using the DEM from spearfish with GRASS 6.2.3 and latest 6.4svn.
 
This is how replicate using Spearfish dataset:
g.region rast=elevation.10m
v.to.rast input=stre...@permanent output=streamTest use=val type=line
layer=1 value=1 rows=4096 --overwrite 
r.null map=streamsTest null=0
r.report units=me map=streamsTest | grep no data
r.flow elevin=elevation.10m barin=streamsTest skip=37 bound=9432
flout=testvector lgout=testraster

Thanks and sorry for double post.
Luca
-- 
View this message in context: 
http://www.nabble.com/barin-option-in-r.flow-module-tp21015531p21016012.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] The upper limit for displaying large vector layers

2008-12-15 Thread Moritz Lennert

On 13/12/08 13:01, Maciej Sieczka wrote:

Maciej Sieczka pisze:

Maybe related:

http://trac.osgeo.org/grass/ticket/384
http://trac.osgeo.org/qgis/ticket/1430


And another one - maybe:

https://trac.osgeo.org/qgis/ticket/1427


See [1] for a previous debate about the issue is.

Glynn, is this in any way addressed in your reforms of the display system ?

In trunk, displaying the same dataset used in the example in [2] (2 
area), I now seem to see longer display times than before:


GRASS 7.0.svn (BELGIQUE):~  time d.vect ssbel01 fcol=none type=area
real0m4.815s
user0m4.292s
sys 0m0.508s


Times before seemed to have been around max. 3 seconds.

Moritz

[1]http://lists.osgeo.org/pipermail/grass-dev/2006-September/025864.html 
(and previous)

[2]http://lists.osgeo.org/pipermail/grass-dev/2006-August/025269.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Re: Command to summarize the frequency distribution table

2008-12-15 Thread Moritz Lennert

On 09/12/08 15:43, sgw00...@nifty.com wrote:

Dear Moritz and all


r.stats or r.report


Thank you for profitable advice. 
When this command was used, the table is output as follows:. 


|---|
| Category Information   |  square  |
|  #|description |kilometers|
|---|
|  1| . . . . . . . . . . . . . . . . . .| 37.30|
|  2| . . . . . . . . . . . . . . . . . .|  5.89|
|  3| . . . . . . . . . . . . . . . . . .|  5.89|
|  4| . . . . . . . . . . . . . . . . . .|  7.85|


This means that your elevation map is already a reclassified map with
elevation classes, but that you did not include the information about
the classes in the reclassed map. I.e., using r.reclass, you can do
something like this:

0 thru 10 = 1

but if you want to keep the information about the class amplitude, then
you have to do this (adding a label to each class):

0 thru 10 = 1 0 - 10m

You can also add labels to the existing classes, using r.category. Just
create a text file:

1: 0 - 10 m
2:11 - 20 m
3:21 - 30 m
...

and run r.category map=YourMap rules=TextFile.

Then r.report will include these labels.


Moritz

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


Re: [GRASS-user] output r.out.ascii

2008-12-15 Thread Moritz Lennert

On 11/12/08 03:20, Hamish wrote:

Hufkens Koen wrote:

I'm trying to use r.out.ascii to dump a map (or better
a masked part of it) to stdout. I would then use sed to
clean up the data so I'm only left with the pixel values
and no spatial information (don't need it).


in newer versions of grass try r.out.xyz, e.g.

  r.out.xyz fields | cut -f3 -d'|'

for older grass versions use r.stats -1gn


Pure curiosity: Any reason not to use this anymore in newer grass version  ?

Moritz

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


Re: [GRASS-user] Re: Overlapping polygons and v.distance

2008-12-15 Thread Moritz Lennert

On 11/12/08 14:56, Adam Wilson wrote:
I figured out a solution to my problem using R, which is posted below 
for any future user's benefit (though this is specific to my dataset, 
some changes will be needed).  I would still like to know if it is 
possible in GRASS, though.  



At this stage, I don't think it is, but it shouldn't be too hard to add
'to_id' as one of the upload options to v.distance. Please file a
feature request to the bug tracker, so we keep that in mind.

Moritz



Thanks,


Adam

###  This code intersects a set of points with any 
number of polygons (which may be overlapping)


library(sp);library(rgdal)
fires=readOGR(/media/Data/Work/Regional/CFR/FireAnalysis/FireData/fires_15072008,all_fires_07_08)  
#read in shapefile
d=as.data.frame(cbind(slot(fires,data)[1,],point=1))  #use first row 
as template, add point as placeholder to be filled later

nfires=nrow(slot(fires,data)) #get the number of polygons
for(i in 1:nfires) {  #loop through each polygon one at a time
  d2=overlay(fires[i,],points)  #do overlay of all points for each fire 
polygon (this may result in lots of NAs)
  d2$point=as.factor((1:nrow(d2))+100)  #add point ID - my point IDs 
start at 101 and go up, you will have to adjust this

  d=rbind(d,d2)  #bind this polygon's overlay to the previous one
  print(paste(i, out of ,nfires))  #print progress
}

d=d[-1,] #remove first line - used to start dataframe
d=d[!is.na http://is.na(d$FIREREFERE),] #get rid of all the NAs using 
a field that is always populated
d2=merge(d,slot(points,data),by.x=point,by.y=Locality_n,all.x=T)  
#merge with point data to get point attributes for each point


#


On Wed, Dec 10, 2008 at 9:13 AM, Adam Wilson 
adammichaelwils...@gmail.com mailto:adammichaelwils...@gmail.com wrote:


Greetings all,

Summary:  I would like to request that the v.distance function be
updated (with a flag?) to allow reporting of multiple categories in
one layer.

Example of why this can be important:

I am working with historical forest fire data and want to extract
histories for different points.   I start with a shapefile that
contains many (1000s) of polygons, many of which overlap in x-y
space but vary over time (time information is in the attribute
table). I could separate this into separate shapefiles (one for each
year) prior to importing to GRASS, but this would result in almost
100 different layers and I would rather avoid it.  When I import it
into grass using v.in.ogr, it is topologically cleaned and the
result is a layer of (intersected) polygons, many of which have
multiple categories that link to the attribute table.  For example,
a single polygon could have burned in multiple years, so it is
linked to multiple rows in the attribute table.  These multiple
categories are visible with v.category -g input=fire option=print
which results in something like this:
2452
2452/2540
2452/2526/2540/2543
2540/2575
2406/2420/2517/2563/2581/2584
2406/2420/2517/2563/2581
2416/2452/2536
Where each row is a unique polygon and the different elements are
the various categories (rows in the attribute table) that are linked
to it.  So far so good.  But what I want to do is extract the fire
history for a number of points, but v.distance only reports the last
category for each polygon (which in my case is usually only the most
recent fire) and reports *WARNING: more cats of to_layer*.  So
there seems to be a hidden ID value for each polygon (which would
correspond to the invisible row number in the output above) but I
cannot seem to access it directly.  If I could, then it would be
possible to v.distance to that ID, then use the output above to link
a given point to several fire records.  


If v.distance was updated to include multiple categories in the same
layer, I would be able to do this easily. This has been proposed
before:
http://www.mail-archive.com/grass-user@lists.osgeo.org/msg02056.html. 
I would like to encourage this revision (though maybe with a -m flag

so you could turn this feature on if wanted).  It would ideally (for
me) return a table with multiple records for each point, each with
an attribute from the polygon layer.  For example, something like this:


point | fireyear
1   1950
1   1975
1   2002
2   1960
2   1972
3   1954

In the short term, does anyone have any ideas on how I can get 
extract this data?



Thanks for any ideas,

Adam Wilson




--
Adam Wilson
  __o   http://hydrodictyon.eeb.uconn.edu/people/wilson/
_`\,_ Department of Ecology and Evolutionary Biology
(*)/ (*)BioPharm 223
  University of Connecticut
  Tel: 860.486.4157
  adam.wil...@uconn.edu



Re: [GRASS-user] Bug in GRASS 6.4 svn and 7.0 svn; both from 13.december this year

2008-12-15 Thread Martin Landa
Hi,

2008/12/14 Lars Forseth lars.fors...@bluezone.no:
 GRASS 6.4.svn (Frosta):~  g.mlist -m vect
[...]
 vp_ra...@larsf@larsf
[...]

this is bad, how have you created this element?

Martin

PS: please keep cc to grass-user ML.

-- 
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] Bug in GRASS 6.4 svn and 7.0 svn; both from 13.december this year

2008-12-15 Thread Lars Forseth
Mandag 15. desember 2008 skreiv Martin Landa:
 Hi,

 2008/12/14 Lars Forseth lars.fors...@bluezone.no:
  GRASS 6.4.svn (Frosta):~  g.mlist -m vect

 [...]

  vp_ra...@larsf@larsf

 [...]

 this is bad, how have you created this element?

 Martin

 PS: please keep cc to grass-user ML.

Thanks

Agreed, bad. I think I've tried to overwrite an existing dataset; and @larsf 
is then tagged on. I think I've created such elements before (ie with two @), 
but what happened then was that I had problems getting rid of them; and that 
was the worst. 

Maybe something could be done to prevent such names being applied to datasets? 
A test, (if...then) which tests for such cases?

Regards
larsf

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


[GRASS-user] grass 6.3 install problem... can't get past splash screen on centos

2008-12-15 Thread Ken Kwasnicki

hi all,
i've now had this problem on a couple centos 5.1 installations. i first 
build and install from source: fftw, proj4, and gdal,  make sure i have 
all the tcl/tk devel libraries, then install grass 6.3 from source which 
compiles without errors but when i go to run it i can select a location 
(spearfish-permanent), then the Output window comes up with the 
medieval map splash screen which never goes away and none of the other 
windows appear.   i have to do a kill -9 on the wish process to get 
rid of the output window and splash screen.


i've successfully installed grass63 on a couple other systems, one of 
which was also centos 5.1, but i don't know what i've done differently 
this time.   and there are no error messages being displayed.

appreciate any thoughts on why this is happening?
thanks,
ken

[apologies if this message appears twice, my first send was from the 
wrong address.]

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


Re: [GRASS-user] grass 6.3 install problem... can't get past splash screen on centos

2008-12-15 Thread Daniel Victoria
I had a similar problem some time ago and it turned out to be a badly
installed gdal lib. I'd double check your gdal installation, including
the shared libraries

Daniel

On Mon, Dec 15, 2008 at 4:58 PM, Ken Kwasnicki ken.kwasni...@gmail.com wrote:
 hi all,
 i've now had this problem on a couple centos 5.1 installations. i first
 build and install from source: fftw, proj4, and gdal,  make sure i have all
 the tcl/tk devel libraries, then install grass 6.3 from source which
 compiles without errors but when i go to run it i can select a location
 (spearfish-permanent), then the Output window comes up with the medieval
 map splash screen which never goes away and none of the other windows
 appear.   i have to do a kill -9 on the wish process to get rid of the
 output window and splash screen.

 i've successfully installed grass63 on a couple other systems, one of which
 was also centos 5.1, but i don't know what i've done differently this time.
   and there are no error messages being displayed.
 appreciate any thoughts on why this is happening?
 thanks,
 ken

 [apologies if this message appears twice, my first send was from the wrong
 address.]
 ___
 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


Re: [GRASS-user] d.rast.edit does not save edited map although Save button is pressed

2008-12-15 Thread georgew

thanks Glynn, here is what I am doing. After I type the command two new
windows open up: one a grid with a faint outline of the input raster maps,
the other what I consider to be a navigation window, to help displaying on
the grid the area to be edited.
I want to extend the track21_raster map line, a walking track. So I click on
the cell nearest to the last colored cell in the grid and enter the two
category values I have, in the bottom grid display boxes: one called value
(I enter a 1, the track segment value), the other aspect (I enter the
elevation, 640) then press enter. (There is a third box called also Value,
which I leave blank as I don't know what to place there!).
A new whitish cell is created. I repeat the process for a few cells then
save, but nothing is saved. The output map is identical to the input. The
following is displayed in the terminal:
WARNING: Raster map tmp.d.rast.edit not found
WARNING: tmp.d.rast.edit nothing removed
Is it possible that the new cells are painted in white therefore invisible
when seen in the display? I have not found a way to change their color.
Any further help you can give will be most welcome.
By the way I am on GRASS 6.3 and  Ubuntu 8.04.


Glynn Clements wrote:
 
 
 georgew wrote:
 
 Hi, I must be doing something wrong with the following:
 
 d.rast.edit input=track21_r...@permanent output=track21_edited_rast
 aspect=contours21_r...@permanent width=640 height=480 size=12 rows=200
 cols=200 --overwrite 
 
 The edited data is not saved in the output map which remains identical to
 the input map, although I pressed the Save button in the grid display.
  All the data is in my home directory (and anyway using sudo
 d.rast.edit
 results in d.rast.edit not found error.)
 Any clues what I might be doing wrong. ?
 
 What is the nature of the editing? If the only changes are setting
 specific cells to null, that's one thing which d.rast.edit can't
 handle. You would need to set the cells to some unused value then
 subsequently change them to nulls with r.null.
 
 If you're changing cells to non-null values, then I don't know what
 the problem is.
 
 -- 
 Glynn Clements gl...@gclements.plus.com
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
 
 

-- 
View this message in context: 
http://www.nabble.com/d.rast.edit-does-not-save-edited-map-although-Save-button-is-pressed-tp21011399p21020243.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] Bug in GRASS 6.4 svn and 7.0 svn; both from 13.december this year

2008-12-15 Thread Martin Landa
Hi,

2008/12/15 Lars Forseth lars.fors...@bluezone.no:
 Maybe something could be done to prevent such names being applied to datasets?
 A test, (if...then) which tests for such cases?

invalid elements are ignored

http://trac.osgeo.org/grass/changeset/34900

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


[GRASS-user] grass users at agu fall meeting

2008-12-15 Thread Jaime Carrera
Hi all,

I was thinking it would be good to know if some grass users are presenting work 
done with GRASS at AGU this week. If so, I would like to know. 

Cheers,
Jaime



  

¡Todo sobre Amor y Sexo!
La guía completa para tu vida en Mujer de Hoy.   
http://mujerdehoy.telemundo.yahoo.com/___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Varying results - v.select,v.distance,v.what

2008-12-15 Thread Kevin Webb

At 03:03 PM 11/20/2008, Kevin Webb wrote:

At 12:15 PM 11/19/2008, Kevin Webb wrote:



--Workflow--
A LOCATION was created tailored to the specifics of the layer
I am processing. The layer itself was imported using:
v.external, followed by v.category, followed by v.db.connect.


Am I doing this incorrectly?
Should I expect the three methods to yield the same result?
Which method is suggested to be the most reliable?

Thank you.


KFW


I decided to run v.select, v.distance, and v.what comparisons on another
layer that I have imported using v.external. The 3 query techniques all
returned the same value which lead me to believe that it was something
I had done improperly on the import sequence for the layer that was giving
me erroneous results; investigation yields more questions.

--The layer for which v.select, v.distance and v.what results match--

GRASS 6.4.svn (PREC0101):~  v.db.connect -p PREC0102_EXT
Vector map prec0102_...@permanent is connected by:
layer 1 table PREC0102 in database 
/home/kfw4/dev/grass_db/climate/prec/PREC0102.SHP through driver ogr 
with key 

GRASS 6.4.svn (PREC0101):~  v.info -c PREC0102_EXT
Displaying column types/names for database connection of layer 1:
INTEGER|ID
INTEGER|GRIDCODE
CHARACTER|INCHES

Supposedly, queries are NOT supposed to work on this layer because v.category
has not been run - there is no category (cat) field, yet v.select, 
v.distance, and v.what all

work and result values are the same.

Why do queries on this layer this work?


Classes in the OGR library have member objects and methods for accessing the
FID attribute (Feature ID is a key field in shapefile attribute tables and 
is analogous
to the CAT attribute in Grass). Grass code that references the fid works 
correctly
on v.db.select operations without having to execute v.category to prepare a 
vector

that was imported using v.external.

g.region vect=EXT_CENSUS
v.proj single_point location=lat_lon mapset=PERMANENT --overwrite
v.db.addtable single_point --q
v.select ainput=EXT_CENSUS binput=single_point output=single_select 
--overwrite --q

v.db.addtable single_select --q
fid=`v.db.select -c single_select --q`

if [ -n $fid ]; then
   result=`v.db.select -c EXT_CENSUS column=POP00_SQMI where=fid=$fid --q`
fi




--The layer for which v.select, v.distance, and v.what results do NOT match--



I think the issue with varying results for v.select, v.distance , and 
v.what as I
have experienced are due to an OGR 'relationship with' the GEOS library. 
Tests I
have run suggest the GEOS library should be an installation 
requirement/prerequisite
for any user intending on executing operations on vectors imported using 
v.external.

(The GEOS library may be an undocumented requirement for all OGR ops.)

Note: I used the phrase relationship with' instead of dependency. OGR 
will certainly
compile without GEOS, but OGR operations without GEOS may yield suspect 
results.


This discovery came about when I was testing code that calls the OGR 
library directly.

Calls to OGRGeometry::Distance(OGRGeometry *) errored out because GEOS was not
installed. After installing GEOS and recompiling GDAL, 
OGRGeometry::Distance() works
and I noticed changes in values for my test points previously run with 
OGRGeometry::Intersects().


Thinking that GEOS may have an impact on Grass, I executed similar 
before-and-after-GEOS
tests in Grass and observed the same improvement; points that resulted in 
multiple FIDs
coming from v.select before-GEOS, yielded a single value after-GEOS. 
v.select and v.distance

return the same value now that GEOS has been installed.



KFW




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


Re: [GRASS-user] grass 6.3 install problem... can't get past splash screen on centos

2008-12-15 Thread Ken Kwasnicki
thank you daniel!  i had forgotten to run ldconfig following the gdal 
installation.  that fixed it.

thanks,
ken

Daniel Victoria wrote:

I had a similar problem some time ago and it turned out to be a badly
installed gdal lib. I'd double check your gdal installation, including
the shared libraries

Daniel

On Mon, Dec 15, 2008 at 4:58 PM, Ken Kwasnicki ken.kwasni...@gmail.com wrote:
  

hi all,
i've now had this problem on a couple centos 5.1 installations. i first
build and install from source: fftw, proj4, and gdal,  make sure i have all
the tcl/tk devel libraries, then install grass 6.3 from source which
compiles without errors but when i go to run it i can select a location
(spearfish-permanent), then the Output window comes up with the medieval
map splash screen which never goes away and none of the other windows
appear.   i have to do a kill -9 on the wish process to get rid of the
output window and splash screen.

i've successfully installed grass63 on a couple other systems, one of which
was also centos 5.1, but i don't know what i've done differently this time.
  and there are no error messages being displayed.
appreciate any thoughts on why this is happening?
thanks,
ken

[apologies if this message appears twice, my first send was from the wrong
address.]
___
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


Re: [GRASS-user] output r.out.ascii

2008-12-15 Thread Hamish
Hamish:
  in newer versions of grass try r.out.xyz, e.g.
r.out.xyz fields | cut -f3 -d'|'
  
  for older grass versions use r.stats -1gn

Moritz wrote:
 Pure curiosity: Any reason not to use this anymore in newer
 grass version  ?

no reason other than it is harder to remember. r.out.xyz is just a wrapper
script around that r.stats call, with a much more obvious name.


Hamish



  

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


Re: [GRASS-user] grass users at agu fall meeting

2008-12-15 Thread Dylan Beaudette
On Mon, Dec 15, 2008 at 11:35 AM, Jaime Carrera
jaicarrerah...@yahoo.com wrote:
 Hi all,

 I was thinking it would be good to know if some grass users are presenting
 work done with GRASS at AGU this week. If so, I would like to know.

 Cheers,
 Jaime


Hi Jamie. I am here in SF, will be here until Wed PM, presenting a
poster on Wed AM.

It would be fun to meetup with other GRASS users. Maybe coffee / lunch
tomorrow or wed?

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


Re: [GRASS-user] grass users at agu fall meeting

2008-12-15 Thread Jonathan Greenberg
I'll be presenting some work I did with GRASS in the RS for 
biogeosciences poster session on Thursday morning -- how about a 
Wednesday post-AGU happy hour meet?  I can recommend a good 
bar/restaurant nearby (Thirsty Bear, on Howard between 3rd and 2nd, 2 
blocks from AGU), although, in full disclosure, my wife is the executive 
chef of the place :)  They do have good beer and (totally unbiased) good 
food. 


--j

Dylan Beaudette wrote:

On Mon, Dec 15, 2008 at 11:35 AM, Jaime Carrera
jaicarrerah...@yahoo.com wrote:
  

Hi all,

I was thinking it would be good to know if some grass users are presenting
work done with GRASS at AGU this week. If so, I would like to know.

Cheers,
Jaime




Hi Jamie. I am here in SF, will be here until Wed PM, presenting a
poster on Wed AM.

It would be fun to meetup with other GRASS users. Maybe coffee / lunch
tomorrow or wed?

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


--

Jonathan A. Greenberg, PhD
Postdoctoral Scholar
Center for Spatial Technologies and Remote Sensing (CSTARS)
University of California, Davis
One Shields Avenue
The Barn, Room 250N
Davis, CA 95616
Cell: 415-794-5043
AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 


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


Re: [GRASS-user] grass users at agu fall meeting

2008-12-15 Thread Dylan Beaudette
On Mon, Dec 15, 2008 at 10:08 PM, Jonathan Greenberg
greenb...@ucdavis.edu wrote:
 I'll be presenting some work I did with GRASS in the RS for biogeosciences
 poster session on Thursday morning -- how about a Wednesday post-AGU happy
 hour meet?  I can recommend a good bar/restaurant nearby (Thirsty Bear, on
 Howard between 3rd and 2nd, 2 blocks from AGU), although, in full
 disclosure, my wife is the executive chef of the place :)  They do have good
 beer and (totally unbiased) good food.
 --j


Sounds like fun-- although I am heading back to davis wednesday
afternoon. Others may be able to attend...

Dylan

 Dylan Beaudette wrote:

 On Mon, Dec 15, 2008 at 11:35 AM, Jaime Carrera
 jaicarrerah...@yahoo.com wrote:


 Hi all,

 I was thinking it would be good to know if some grass users are
 presenting
 work done with GRASS at AGU this week. If so, I would like to know.

 Cheers,
 Jaime



 Hi Jamie. I am here in SF, will be here until Wed PM, presenting a
 poster on Wed AM.

 It would be fun to meetup with other GRASS users. Maybe coffee / lunch
 tomorrow or wed?

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


 --

 Jonathan A. Greenberg, PhD
 Postdoctoral Scholar
 Center for Spatial Technologies and Remote Sensing (CSTARS)
 University of California, Davis
 One Shields Avenue
 The Barn, Room 250N
 Davis, CA 95616
 Cell: 415-794-5043
 AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307

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


Re: [GRASS-user] grass users at agu fall meeting

2008-12-15 Thread Jaime Carrera
Hi,
Thanks for replying. It would be great to meet for an after AGU meeting, and 
join the thirsty bear. I can't make it on Wed night, but what about tomorrow 
(Tue) night?

Cheers,

Jaime


--- El mar 16-dic-08, Jonathan Greenberg greenb...@ucdavis.edu escribió:
De: Jonathan Greenberg greenb...@ucdavis.edu
Asunto: Re: [GRASS-user] grass users at agu fall meeting
A: Dylan Beaudette dylan.beaude...@gmail.com
Cc: jaicarrerah...@yahoo.com, grass-user@lists.osgeo.org
Fecha: martes, 16 diciembre, 2008, 12:08 am

I'll be presenting some work I did with GRASS in the RS for biogeosciences
poster session on Thursday morning -- how about a Wednesday post-AGU happy hour
meet?  I can recommend a good bar/restaurant nearby (Thirsty Bear, on Howard
between 3rd and 2nd, 2 blocks from AGU), although, in full disclosure, my wife
is the executive chef of the place :)  They do have good beer and (totally
unbiased) good food. 
--j

Dylan Beaudette wrote:
 On Mon, Dec 15, 2008 at 11:35 AM, Jaime Carrera
 jaicarrerah...@yahoo.com wrote:
   
 Hi all,
 
 I was thinking it would be good to know if some grass users are
presenting
 work done with GRASS at AGU this week. If so, I would like to know.
 
 Cheers,
 Jaime
 
 
 
 Hi Jamie. I am here in SF, will be here until Wed PM, presenting a
 poster on Wed AM.
 
 It would be fun to meetup with other GRASS users. Maybe coffee / lunch
 tomorrow or wed?
 
 Dylan
 ___
 grass-user mailing list
 grass-user@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/grass-user
   

-- 
Jonathan A. Greenberg, PhD
Postdoctoral Scholar
Center for Spatial Technologies and Remote Sensing (CSTARS)
University of California, Davis
One Shields Avenue
The Barn, Room 250N
Davis, CA 95616
Cell: 415-794-5043
AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307 



  

Premios MTV 2008¡En exclusiva! Fotos, nominados, videos, y mucho más! Mira aquí 
http://mtvla.yahoo.com/___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user