Dear all,
I tryed to run the following over a ASTER GDEM elevation map:
r.terraflow elevation=ASTGTM_S25W049_dem
filled=ASTGTM_S25W049_dem_terraflow_filled
direction=ASTGTM_S25W049_dem_terraflow_direction
swatershed=ASTGTM_S25W049_dem_terraflow_swatershed
accumulation=ASTGTM_S25W049_dem_terraflow
startup screen:
> LOCATION: This is the name of a geographic location. It is
> defined by a co-ordinate system and a rectangular boundary.
> The REGION defaults to the entire area of the chosen
> LOCATION. You may change it later with the command: g.region
> - - - - - - - - - - - - - - - -
Hamish wrote:
> > add the mapset as a symlink to the mapset in the other
> > location, then use the @othermapset notation.
Tim:
> As GRASS is aim to support Windows, this is not an option
The symlink suggestion was meant as a local hack for you, not as
official recommended usage for all users.
T
Tim wrote:
> In order not to pollute the project location with a lot of
> test rasters, you start a new location to do the testing.
>
> It would be nice to have the save region settings available
> for /all/ locations with the same projection.
I think you mix up the purpose of location and mapse
Nikos Alexandris wrote:
> I have "wgs84" locations in different dbases, for example:
> "/grassdb/ellas/wgs84" and "/grassdb/global/wgs84".
>
> I want to "r.proj" something from "ellas" to "global" dbase
> and I get
> the following error:
>
> ---
> # working in "global"
> g.gisenv
>
> GISDBASE=/
Tim Michelsen wrote:
> How do I get my data from the testing location into the
> location my main project location?
> By file system based copying?
Yes. If you are sure the projections of the locations are the
same, move the entire mapset over.
you may have to reconnect databases if you set them
add the mapset as a symlink to the mapset in the other location,
then use the @othermapset notation.
As GRASS is aim to support Windows, this is not an option
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listi
I don't understand what you want to do here.
Image the following use case:
You have project location.
Then you would like to test out some new processing workflows or
developed a new methodology.
In order not to pollute the project location with a lot of test rasters,
you start a new location to
Maybe I am misunderstanding the concept of mapsets.
And that the develpers meat mapsets to provide this kind of functionality.
I read the basic explanation at:
http://grass.osgeo.org/wiki/Gis_Concepts#How_a_GRASS_project_is_organized
So for testing new data or methods, I definately should use a
add the mapset as a symlink to the mapset in the other location,
then use the @othermapset notation.
As GRASS is aim to support Windows, this is not an option
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/list
grass-user-requ...@lists.osgeo.org wrote:
Send grass-user mailing list submissions to
grass-user@lists.osgeo.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/grass-user
or, via email, send a message with subject or body 'help'
moving from one location to another location (which usually is/should be
of another projection) is "safely" done with v.proj. Why use another
command for that?
Then v.proj should support:
* -r flag for importing only the current region extend
* -ship_project flag if source & target locations have
I don't understand what you want to do here.
Image the following use case:
You have project location.
Then you would like to test out some new processing workflows or
developed a new methodology.
In order not to pollute the project location with a lot of test rasters,
you start a new location to
moving from one location to another location (which usually is/should be
of another projection) is "safely" done with v.proj. Why use another
command for that?
Then v.proj should support:
* -r flag for importing only the current region extend
* -ship_project flag if source & target locations have
What about a command that lets users safely move a vector
from one locagion into the other?
as above. this is on purpose to protect distinct map projections.
please see my use case where a locations serves global datasets for
other smaller locations.
Or the one with a test / "development" locati
[straying more than slightly off-topic]
If you are a fan of the structured/sanitized approach to data management
you might enjoy the LyX word(document)-processor. It's a WYSIWYM frontend
to the LaTeX typesetting language, and to use the vernacular- it rocks.
For writing manuscripts there is little
2009/7/4 Martin Landa :
[...]
> I.e. in GRASS7 are null values displayed opaque by default.
s/GRASS7/GRASS6/g
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mail
Hi,
2009/7/4 Nikos Alexandris :
[...]
>> yes,
>> -n Make null cells opaque
>
>> in GRASS7 null cells are displayed transparent by default (in GRASS6
>> you have to use '-o' flag for that).
>
> So it's just that "-o" changed to "-n" (?).
-o has opposite meaning of -n
See
-o Overlay (non
Glynn:
> >> Or use "d.rast -n ...", which will draw null cells.
Nikos:
> > Ehm... where is this flag (-n) ? In grass70?
Martin:
> yes,
> -n Make null cells opaque
> in GRASS7 null cells are displayed transparent by default (in GRASS6
> you have to use '-o' flag for that).
So it's just that
Hi,
2009/7/4 Nikos Alexandris :
> Glynn C:
>> Or use "d.rast -n ...", which will draw null cells.
>
> Ehm... where is this flag (-n) ? In grass70?
yes,
-n Make null cells opaque
in GRASS7 null cells are displayed transparent by default (in GRASS6
you have to use '-o' flag for that).
Martin
GRASS-ers,
I have "wgs84" locations in different dbases, for example:
"/grassdb/ellas/wgs84" and "/grassdb/global/wgs84".
I want to "r.proj" something from "ellas" to "global" dbase and I get
the following error:
---
# working in "global"
g.gisenv
GISDBASE=/geo/grassdb/global
LOCATION_NAME=wgs8
Juan CT:
> > I think that your second command is correct. That is
> > r.mapcalc 'test = if(mydem < 0.,mydem,null())'
> >
> > Probably your problem is that your are drawing the new map on top of the
> > older one. Just try to erase the monitor before drawing
Glynn C:
> Or use "d.rast -n ...
On Wed, Jul 1, 2009 at 8:10 PM, Mike Willis wrote:
> Hi can anyone quickly tell me if it is possible to orthorectify
> satellite imagery using GRASS?
It is not yet possible but an Italian researcher is luckily working
on that:
http://lists.osgeo.org/pipermail/grass-dev/2009-June/044422.html
Marku
Dear List,
I am still running into problems with connecting an additional attribute
table to an existing map.
I am using postgres to store all tables in. This is my setup: GRASS 6.4
RC5, Suse 11.1, and Postgresql 8.3.7.
I have a polygon (area, centroid) map containing my whole study area.
There a
Hi all,
I would like to discuss the sponsoring issue a little bit. For GIS
managers that are not in direct charge of their budgets but need to
discuss/approve their budget with their bosses/supervisors, I can say that:
* It is relatively easy to raise money for development work of concrete
f
25 matches
Mail list logo