Milton Cezar Ribeiro wrote:
I just downloaded some tiles from GDEM/NASA and imported on GRASS.
Now I would like to generate a mosaic with the tiles,
but unfortunatelly r.patch (
http://grass.itc.it/gdp/html_grass63/r.patch.html )
is not compiled for GRASS 6.4R4 (windows / vista).
Which
Tim wrote:
So sharing data between locations is not really supported?
Hamish:
Not at all supported. (except for v.proj, r.proj, i.rectify)
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
Hamish:
...
use 'g.region rast=tile1,tile2,tile3,tile5' first to set the computational
region to the outside bounds of all the tiles listed.
OR,
given that you keep the original naming convention of the (elevation)
tiles without the .tif extension (e.g. ASTGTM_N34E024_dem,
Hamish wrote:
perhaps you could sneak a way with r.external using the GRASS
GDAL driver plugin?
I don't think so. GDAL's GRASS support uses libgis functions, and
there's only one copy of libgis' variables. So when GDAL uses
G__setenv() to set the database/location/mapset of the input map, it
Jhon Ortiz:
...
I have the same problem when I tried to import the shapefile with
v.in.org
I'm working with GRASS 6.4.0svn on a 64x Ubuntu 9.04
In the terminal give this errors
GRASS 6.4.0svn (Prueba_location):~ *** buffer overflow detected ***:
...
Some advice?
Hi John.
This is a
Nikos Alexandris wrote:
Hamish:
...
*every* single GIS I have seen which does on-the-fly reprojection has
had major problems which can present itself in a way which is not
obvious to the user (typically due to mixed datums).
Then the user happily goes along doing their work,
Micha Silver mi...@arava.co.il writes:
And in addition I entered a paragraph in the Tips for Arc Users page
http://grass.osgeo.org/grass-wiki/Tips_for_Arc_users
Thanks, that's helpful. I think the link is wrong though:
http://grass.osgeo.org/wiki/Tips_for_Arc_users
Tyler
--
Saint Mary's -
Hi all,
the straightforward approach to write out a raster to either a JPG or a PNG via
r.out.gdal WITHOUT additional createopt-parameters results in errors (r.out.png
works fine ,though).
Where are the missing parameters documented? Are there examples anywhere
?(couldn't find any)
Thanks,
Hamish:
use 'g.region rast=tile1,tile2,tile3,tile5' first to
set the computational region to the outside bounds of all
the tiles listed.
Nikos:
Something against using g.region's -a flag?
If all tiles are from the same source and of the same type it
will not be needed, as bounds
On Thu, 2009-07-02 at 06:59 -0700, Hamish wrote:
GRASS' logical database structure (one projection
definition per LOCATION) is designed to avoid problems
such as the ones introduced with the on-the-fly
reprojection ability (typically problems caused by
mixed datums) which is present in
Nikos:
GRASS' logical database structure (one projection
definition per LOCATION) is designed to avoid problems
such as the ones introduced with the on-the-fly
reprojection ability (typically problems caused by
mixed datums) which is present in most GISes.
Hamish:
I'm not sure
GRASS' logical database structure (one projection
definition per LOCATION) is designed to avoid problems
such as the ones introduced with the on-the-fly
reprojection ability (typically problems caused by
mixed datums) which is present in most GISes.
I'm not sure I'd use the word designed
Hi Guys,
I will try first download the latest SVN. In fact I am running a compiled
version of 6.4R4, and I remember, on that time, few programs (like r.patch
if I am not wrong) not compiled properly. Case it not work, I try r.series.
Thanks a lot,
milton
2009/7/2 Hamish hamis...@yahoo.com
Hi all
Was someone able to download the 30m dem from aster site?
Regards
Edmondo
--
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.4.0 (MingW32) - GPGshell v3.47
mQGiBEL7K/4RBACPWlwG4/4nkjfVpHRBr/1tPjTWzs5Lgddtc32XzbvwW6Kb0RzH
Edmondo E:
Was someone able to download the 30m dem from aster site?
Regards
Ciao Edmondo,
try downloading from https://wist.echo.nasa.gov
Greets, Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
On Thu, Jul 2, 2009 at 12:07 AM, Hamishhamis...@yahoo.com wrote:
2c POV:
*every* single GIS I have seen which does on-the-fly reprojection has had
major problems which can present itself in a way which is not obvious
to the user (typically due to mixed datums). Then the user happily goes
Hi Edmondo,
The .jp site really not work properly (I tryed for three days without luck!)
but following the tips of Daniel, I downloaded several tiles on less than
a hour on NASA's site (WIST!).
good luck.
milton
brazil=toronto
2009/7/2 Edmondo Elisei edmondo.eli...@gmail.com
Hi all
Was
If you have GDAL 1.6 installed, you can use gdalbuildvrt to create a VRT of
the files, and then link to this using r.external. This way you have a
mosaic without duplicating the data.
On Thu, Jul 2, 2009 at 7:53 AM, Milton Cezar Ribeiro
miltinho.astrona...@gmail.com wrote:
Hi Guys,
I will
I have prepared a step by step tutorial [1] for other purposes but the
download parts should be enough, is in Spanish but have a lot of
pictures.
[1]
http://gvsigmac.blogspot.com/2009/07/el-mundo-tu-alcance-aster-gdem-30m-en.html
On Jul 2, 2009, at 5:11 PM, Edmondo Elisei wrote:
Hi all
Was
I don't understand what you want to do here. AFAICT, the only reason
for saving a GRASS region is to use the region in GRASS. The same goes
for a workspace file. As others have pointed out g.region and g.proj
will export the details of any projection used by GRASS.
If you are trying to use
On Jul 2, 2009, at 8:30 AM, grass-user-requ...@lists.osgeo.org wrote:
Date: Thu, 2 Jul 2009 10:53:16 -0400
From: Milton Cezar Ribeiro miltinho.astrona...@gmail.com
Subject: Re: [GRASS-user] mosaic raster files
To: Hamish hamis...@yahoo.com,Nikos Alexandris
Hi Michael Barton,
Yes, I am running under Vista (sorry about that!).
I will try 6.4R5 (just downloading).
Bests,
milton
2009/7/2 Michael Barton michael.bar...@asu.edu
On Jul 2, 2009, at 8:30 AM, grass-user-requ...@lists.osgeo.org wrote:
Date: Thu, 2 Jul 2009 10:53:16 -0400
From: Milton
30 minutes for 35 tiles.
I tried to use some commercial software: 2 hours until 10 files with
subsequent error :D.
g.region rast=`g.mlist pat=AST*dem sep=,`
r.series input=`g.mlist pat=AST*dem sep=,` output=aster_dem
method=average
Qui, 2009-07-02 às 08:28 -0700, Jamie Adams escreveu:
If you
Hi Guys,
I've just started to use GRASS and there is one major problem, that bothers
me! When I want to start creating a vector map from a raster file with this
GRASS-version: WinGRASS-6.4.0SVN-r37703-1, the digitizing tool within the
wxPython GUI says, that there is no vector map selected,
Dear all,
I just imported a shapefile on GRASS, and I need to convert several fields
from CHAR to numeric (double precision) - at my own risk, of course.
Can I do it on grass, or I need to redo the thinks on arcgis ?!
bests
milton
brazil=toronto
___
On 02/07/09 18:52, Milton Cezar Ribeiro wrote:
Dear all,
I just imported a shapefile on GRASS, and I need to convert several
fields from CHAR to numeric (double precision) - at my own risk, of course.
Can I do it on grass, or I need to redo the thinks on arcgis ?!
Depends on your database
Excuse me if I seem stupid but I have a problem with r.mapcalc. I have a dem
stored in FCELL with range of data(z) : min = -26.67 max = 695.960022 .
I try to extract a raster/dem with all values 0.
I try
r.mapcalc 'test = if(mydem 0.,mydem,null())'
Results give me
Range of datafor test :
On Jul 2, 2009, at 10:33 AM, grass-user-requ...@lists.osgeo.org wrote:
Message: 5
Date: Thu, 2 Jul 2009 09:44:07 -0700 (PDT)
From: Dominik Wiedner dominikwied...@web.de
Subject: [GRASS-user] GRASS 6.4.0 Windows, problem with digitizing
tool
To: grass-user@lists.osgeo.org
Message-ID:
Hi Moritz,
As I am using dbf, with v.db.addcol + v.db.update it is running find.
Thanks!
milton
2009/7/2 Moritz Lennert mlenn...@club.worldonline.be
On 02/07/09 18:52, Milton Cezar Ribeiro wrote:
Dear all,
I just imported a shapefile on GRASS, and I need to convert several
fields from
Hi Martin
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
d.mon start=x0
d.erase
d.rast test
Juan Carlos
Well, I finally found out that the 6S algorithm of i.atcorr is not to be
performed only with the header-file information of the Aster-L1B Images. So
I switched to an easier image-based operation (the landsat standard-equation
for the CosT-approach) which was very easy to perform with r.mapcalc.
Augustin, I made an English version of your tutorial:
http://digitalelevation.blogspot.com/2009/07/aster-gdem-download-tutorial.html
cheers
Carlos
On Thu, Jul 2, 2009 at 12:41, Agustin Diez Castilload...@uv.es wrote:
I have prepared a step by step tutorial [1] for other purposes but the
Sorry, Hamish already gave an answer to that in his first reply:
add the mapset as a symlink to the mapset in the other location,
then use the @othermapset notation.
BTW, how do you do this on a Windows computer?
___
grass-user mailing list
Juan Carlos Torres wrote:
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
Or use d.rast -n ...,
34 matches
Mail list logo