[GRASS-user] slope unit in r.param.scale

[Milton Cezar Ribeiro]

Dear friends,

I generated a map with slopes using:
   r.param.scale input=srtm output=srtm_SLOPE_ws007 param=slope  size=07
The output range from r.info is
min = 0.00  max = 3.930307
May I consider that all values >1 is equivalent to 100% (or >45 degrees) of
steepnees?
Case not, how can I identify the pixels with 100% of steepness?
By the way, my maps projection is in meters.

cheers

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

Re: [GRASS-user] Labels On Maps

[Hamish]

Rich wrote:
> My problem is that the three project-related sits are close to
> each other and the labels overlap on the whole basin map.
> 
>   What I see of the xref and yref controls is they apply to all
> labels. Is there a way to specify the position for each label
> relative> to the site itself? For example, if the two almost
> vertically aligned had labels to their left, and the third site
> (almost horizontal, and slightly below the second site) had its
> label to the right there would be no overlap.

you should use the v.label module if you want advanced placement control.
it is one case when you are encouraged to hack the x,y offsets in the
$MAPSET/paint/labels/ text file by hand. It goes well with unix power-
tools. Use d.labels + d.redraw while tweaking the labels file in a text
editor in another window.

for automatic overlap conflict-resolution you can try the v.label.sa
module.


Hamish



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

Re: [GRASS-user] Attribute table combination

[Michael Barton]

On Jan 2, 2010, at 10:00 AM, grass-user-requ...@lists.osgeo.org wrote:

> Date: Fri, 1 Jan 2010 16:37:27 -0800 (PST)
> From: Rich Shepard 
> Subject: Re: [GRASS-user] Attribute table combination
> To: grass-user 
> Message-ID:
>   
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
> 
> On Fri, 1 Jan 2010, Lyle E. Browning wrote:
> 
>> I'm trying to combine several attribute tables into one, or failing that,
>> get them into GRASS so that they can be queried. Is there an idiot level
>> explanation of how one takes a shape file and combines it with several
>> disparate attribute files such that one can then bring it into GRASS and
>> wreak havoc on the resultant dataset?
> 
> Lyle,
> 
>   I suggest that you don't want to combine all tables into a single table.
> Rather, create a relational database (I suggest using SQLite) that holds all
> the tables, one for each attribute category. You can learn about SQLite from
> the Web site, . This rdbms creates a stand-alone
> file great for single-user use. It's used by Mozilla, Apple, and a bunch of
> other big names in software so you know it's a solid tool. It's a lot easier
> to learn, install, and administer than are client/server dbms's such as
> PostgreSQL.
> 
>   If you need to learn how to build a database (e.g., data normalization)
> such information is readily available on the Web. SQLite is supported by
> GRASS.
> 
> Rich

To add to this, you can create multi-table (i.e., relational) queries and joins 
within GRASS using either command line tools or the new wxPython GUI.

Outside of GRASS, a handy free SQLite tool, SQLite Database Browser was just 
upgraded to Version 2.01 after 5 years of quiescence, and I found a good SQLite 
manager/browser for Firefox, SQLite Manager. Both are completely cross platform 
and simple to install and use. 

The OpenOffice database engine also has tools to do this. I'm not sure, but 
GRASS might read the OO database via ODBC.

Michael

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

Phone: 480-965-6262
Fax: 480-965-7671
www: www.public.asu.edu/~cmbarton, http://csdc.asu.edu






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

Re: [GRASS-user] Re: jgrass source code?

[Jarek Jasiewicz]

Margherita Di Leo pisze:

Rich Shepard wrote:

On Fri, 1 Jan 2010, Margherita Di Leo wrote:


did you try to ask in jgrass mailing list? [1]


Margherita,

No.


Just curiosity.. which module of jgrass in your opinion grass needs?


Those not in the GRASS distribution. The suggestion was made by 
others on
the GRASS mail list, and I do hydrologic modeling, so I decided to 
look into

the conversion.

Hi

Note that big part of that work is done or almost done, see 
r.stream.extract, r.stream.order, r.stream.distance and r.stream.stats 
modules in add-ons.  In next first days I will send major update of 
r.stream.order and r.stream basins with new functionality. Maybe it 
could be better you if join us and help to improve or expand that what 
is, instead of creating it from scratch?


Also note that python (and java too) is not good tool for hydrological 
modeling (especially artificial code created with converters) because 
python is a scripting language but hydrological modeling needs loots of 
RAM and loots of processing time


Jarek





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

[GRASS-user] Re: jgrass source code?

[Margherita Di Leo]

Rich Shepard wrote:

On Fri, 1 Jan 2010, Margherita Di Leo wrote:


did you try to ask in jgrass mailing list? [1]


Margherita,

No.


Just curiosity.. which module of jgrass in your opinion grass needs?


Those not in the GRASS distribution. The suggestion was made by others on
the GRASS mail list, and I do hydrologic modeling, so I decided to 
look into

the conversion.
Great! Please consider also to take a look at new r.stream.* modules 
(addons). Maybe there's something you're searching for.


Cheers
Margherita

--
Eng. Margherita Di Leo
Ph.D. Candidate
Methods and Technologies for Environmental Monitoring
Department of Environmental Engineering and Physics (DIFA)

University of Basilicata 
Campus Macchia Romana
85100 - Potenza 
Italy


Office: +39-0971205363
Fax: +39-0971205160





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

Re: [GRASS-user] Clipping Raster Map

[Rich Shepard]

On Fri, 1 Jan 2010, Hamish wrote:


2,750 sq-km at 1mm resolution!
thar's yer problem.


  That teaches me to leave the default values after importing a bunch of
vector maps!

  In the PERMANENT mapset the stored raster DEM map has 18724 rows * 24657
columns for a total of 461677668 cells. Much smaller at 46168 sq-km.

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