Jonathan Greenberg wrote:
> Excellent -- symlinking is working properly -- now on to my next
> question -- is there a way to do some level of "batch" g.copy using a
> wildcard, e.g.:
>
> g.copy rast=ned_ca_masked_epsg331...@comet
>
> Or do I have to specific each raster individually, along with i
On Fri, May 21, 2010 at 6:59 PM, Achim Kisseler
wrote:
> Hi,
>
> in v.split:
> I wonder what units are be used as length in a lat-lon environment?
>
> Are these degrees?
I am afraid yes since it uses Vect_line_length(). Certainly this is
rather useless.
The doxygen documentation for that functio
Excellent -- symlinking is working properly -- now on to my next
question -- is there a way to do some level of "batch" g.copy using a
wildcard, e.g.:
g.copy rast=ned_ca_masked_epsg331...@comet
Or do I have to specific each raster individually, along with its
target file name?
--j
On Wed, May
On Fri, May 21, 2010 at 1:27 PM, Kristian Foerster wrote:
>
> Hi,
>
> I am using GRASS 6.4.0RC5+39438 (downloaded from svn server). I would like
> to obtain basins and stream segments from digital elevation data using the
> multi flow option in r.watershed as proposed in the documentation. The
> i
Thanks Markus,
Let me make sure I understand. For best results I need to set the resolution
to 10m for the 1/3 arcsec. With the region set as it is (most of Northern New
England) when I do this I run out of memory. To over come this, I can set the
region to just encompass just the NED13_01 s
On 05/24/2010 06:26 PM, Jenny Turner wrote:
Hi
Following this topic I have tested this methodology by converting from
UTM 29N to a specific local coordinate system (EPSG:3763) (available
at PROJ4)
gdalwarp -t_srs "EPSG:3763" band_landsat.TIF destination.tif
With that I got a segmentation err
On Mon, May 24, 2010 at 3:30 PM, A. Marcia BARBOSA
wrote:
> Hi,
>
> I'm using the shapefile of the GADM database of Global Administrative
> Areas (http://www.gadm.org), but the subdivisions of some countries
> (such as Spain, Slovenia and others) are too small. In order to get
> divisions that are
Hanlie wrote:
> I'm using GRASS 6.4 on two machines in different locations
> (one Win XP,
> the other Ubuntu 10.04), so I would like to keep my
> grassdata folder
> on an external drive. However, when I try to run grass in
> Ubuntu using
> the external hard drive (NTFS file system), I get the
> fo
> Luis wrote:
> Hi thereI imported Kompsat-2 images using r.in.gdal and I gfot
> this warnings:rning 1: TIFFFetchNormalTag:ASCII value for
> tag"DocumentName" does not end in null byteWarning 1:
> TIFFFetchNormalTag:ASCII value for tag
> "ImageDescription" does not end in null byteWarning 1:
> TIFF
Hanlie Pretorius pisze:
Hi,
I'm using GRASS 6.4 on two machines in different locations (one Win XP,
the other Ubuntu 10.04), so I would like to keep my grassdata folder
on an external drive. However, when I try to run grass in Ubuntu using
the external hard drive (NTFS file system), I get the fo
Luisa wrote:
> I have a few very-high resolution images that I need to
> georrectify in GRASS. Outside GRASS I created a text file with
> GCP position in the image and its real-coordinates.
> I have read this: http://grass.osgeo.org/wiki/Georeferencing
> I tried to use i.rectify but I didn't see n
Greetings
I have a few very-high resolution images that I need to georrectify in
GRASS. Outside GRASS I created a text file with GCP position in the image
and its real-coordinates. I have read this:
http://grass.osgeo.org/wiki/Georeferencing
I tried to use i.rectify but I didn't see no place to de
Hi there
I imported Kompsat-2 images using r.in.gdal and I gfot this warnings:
rning 1: TIFFFetchNormalTag:ASCII value for tag
"DocumentName" does not end in null byte
Warning 1: TIFFFetchNormalTag:ASCII value for tag
"ImageDescription" does not end in null byte
Warning 1: TIFFFetchNormalTag:ASCII
Hi
Following this topic I have tested this methodology by converting from UTM
29N to a specific local coordinate system (EPSG:3763) (available at PROJ4)
gdalwarp -t_srs "EPSG:3763" band_landsat.TIF destination.tif
With that I got a segmentation error, one TIFFReadDirectory a lot of
TIFFWriteEncod
Hi,
I'm using the shapefile of the GADM database of Global Administrative
Areas (http://www.gadm.org), but the subdivisions of some countries
(such as Spain, Slovenia and others) are too small. In order to get
divisions that are more evenly sized among all countries, I need to
dissolve sub-regions
Hi,
I'm using GRASS 6.4 on two machines in different locations (one Win XP,
the other Ubuntu 10.04), so I would like to keep my grassdata folder
on an external drive. However, when I try to run grass in Ubuntu using
the external hard drive (NTFS file system), I get the following error
as soon as I
On Sun, May 23, 2010 at 8:10 PM, Kurt Springs wrote:
> Problem was the resolution it starts working when I set it to 100m. The dem
> is ~69 x 27 km.
Apparently, the dem has a resolution of 1/3 arcsec (~10m), maybe
reprojected and resampled. With these extends, there would be about
186 million ce
17 matches
Mail list logo