Laura Toma wrote:
> Markus,
>
>
> Here is what the cellhd contains (it seems correct).
>
> proj: 3
> zone: 0
> north: 61:00:01.5N
> south: 9:59:58.5N
> east: 179:59:58.5W
> west: 179:59:58.5E
That's the problem. g.region or some underlying function thinks that
this
> Hamish wrote:
> > due to the grid vs cell center registration difference
> > between srtm tiles and grass's raster maps I think it is
> > normal that the cell edges seem to hang 1/2 a cell beyond
> > exact round numbers.
>
> (which in this case causes a slight overlap)
and can be solved b
Hamish wrote:
> due to the grid vs cell center registration difference between
> srtm tiles and grass's raster maps I think it is normal that
> the cell edges seem to hang 1/2 a cell beyond exact round
> numbers.
(which in this case causes a slight overlap)
Hamish
___
#636: r.thin creates triangle at acute intersection of two lines
---+
Reporter: needelsd | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal|
> Rodelec Neuba wrote:
> > hi this is my first grass complete grass script in C.
> > I was trying to draw a rectangle around the map region.
Moritz wrote:
> You do know that there is v.in.region ?
also d.region.box in wiki addons.
Hamish
#629: WinGRASS: spaces in pathnames
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.4.0
Laura wrote:
> I imported a large SRTM grid with r.in.gdal; when
> starting grass64 with this location there is an error.
> Some part of Grass seems to work despite this error, except
> d.rast shows a blank screen. The east and west (see
> below) have the same value, except E/W. Could this
> ca
Quentin wrote:
> I want to know what are distances between several little
> vectors and the big one. so I write :
>
> v.distance -p -a from=grille...@ventoux288
> to=rola...@ventoux288 from_type=centroid to_type=boundary
> from_layer=1 to_layer=1 dmax=-1 upload=cat,dist
> table=cat,dist
>
> the
#635: v.kernel and r.surf.fractal overwriting
-+--
Reporter: pcav| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
Martin Landa wrote:
> just for the curiosity, do we need r.buffer2 (raster/r.buffer) in
> GRASS7? There is r.buffer (scripts/r.buffer).
r.buffer2 is quite a bit quicker, particularly for the geodesic case,
but requires that you can fit the entire map in memory.
--
Glynn Clements
_
#636: r.thin creates triangle at acute intersection of two lines
---+
Reporter: needelsd | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal |
Moritz Lennert club.worldonline.be> writes:
>
> On 10/06/09 02:47, Danho Fursy Rodelec Neuba wrote:
> > hi this is my first grass complete grass script in C. I was trying to
> > draw a rectangle around the map region.
>
> You do know that there is v.in.region ?
Yes I don't know v.in.region. My
Markus,
Here is what the cellhd contains (it seems correct).
proj: 3
zone: 0
north: 61:00:01.5N
south: 9:59:58.5N
east: 179:59:58.5W
west: 179:59:58.5E
cols: 432001
rows: 61201
e-w resol: 0:00:03
n-s resol: 0:00:03
format: 3
compressed: 1
bu
Hi,
just for the curiosity, do we need r.buffer2 (raster/r.buffer) in
GRASS7? There is r.buffer (scripts/r.buffer).
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/ma
Laura Toma wrote:
> GRASS 6.4.0RC4
> (northamericaSRTM3):~/gis/DATA/SRTM/SRTM-V2-frome0srp01u.ecs.nasa.gov/SRTM3/north_america
> > g.region -p
> projection: 3 (Latitude-Longitude)
> zone: 0
> datum: wgs84
> ellipsoid: wgs84
> north: 61:00:01.5N
> south: 9:59:58.5N
> west:
Laura Toma wrote:
> Hi,
>
> I imported a large SRTM grid with r.in.gdal; when starting grass64
> with this location there is an error.
> Some part of Grass seems to work despite this error, except d.rast
> shows a blank screen. The east and west (see below) have the same
> value, except E/W. Cou
On 10/06/09 02:47, Danho Fursy Rodelec Neuba wrote:
hi this is my first grass complete grass script in C. I was trying to
draw a rectangle around the map region.
You do know that there is v.in.region ?
The script work very well but I
can not display the vector map.
Please can you help me to
On 10/06/09 17:16, Quentin Page wrote:
hi,
I want to know what are distances between several little vectors and the
big one.
so I write :
v.distance -p -a from=grille...@ventoux288 to=rola...@ventoux288
from_type=centroid to_type=boundary from_layer=1 to_layer=1 dmax=-1
upload=cat,dist tabl
#625: make errors (missing demolocation)
--+-
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Mil
Hamish wrote:
> ps- how to symlink grass64.1 man page to grass.1 as is done for the main
> startup script?
Don't use symlinks for man pages; use a ".so" command, e.g.:
echo ".so man1/grass64.1" > $GISBASE/man/man1/grass.1
--
Glynn Clements
wxpython,
My apologies for failing to mention that earlier.
GRASS GIS wrote:
#632: Thematic Maps
---+
Reporter: voncasec | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
#635: v.kernel and r.surf.fractal overwriting
-+--
Reporter: pcav | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6
Hi,
I imported a large SRTM grid with r.in.gdal; when starting grass64
with this location there is an error.
Some part of Grass seems to work despite this error, except d.rast
shows a blank screen. The east and west (see below) have the same
value, except E/W. Could this cause troubles?
hi,
I want to know what are distances between several little vectors and the
big one.
so I write :
v.distance -p -a from=grille...@ventoux288 to=rola...@ventoux288
from_type=centroid to_type=boundary from_layer=1 to_layer=1 dmax=-1
upload=cat,dist table=cat,dist
the little vectors are in g
#629: WinGRASS: spaces in pathnames
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.4.0
Wolf Bergenheim wrote:
> >> I just read on the development Wiki that there is limited support for
> >> C++ and was hoping someone could clarify that. If I'm writing a module
> >> can I use C++?
> >
> > You're welcome to try. The main issue is that most of the configure
> > checks are performed u
On Tue, Jun 09, 2009 at 09:51:10AM -0700, Hamish wrote:
>
> ps- how to symlink grass64.1 man page to grass.1 as is done for the main
> startup script?
>
I'm going to use the alternatives mechanism to complete the
what-ever-version-you-wish support. As is the symlink use still would prevent
pack
#597: Digitize tool won't work
-+--
Reporter: vince | Owner: martinl
Type: defect | Status: assigned
Priority: normal | Milestone: 6.4.0
Component: wxGUI | Version: 6.4.0 RCs
Res
Hi all!
For feedback and discussion:
Although GRASS has a great 3D vector engine, I never utilised it's
power because of the lacking possibility of direct user interaction
with 3D data (or have I missed something essential here?), i.e. the 3D
vector data can be stored, processed by many/mos
Hi
I'm looking forward to write a grass module for orthorectification of
satellite images by Rational Functions Model (aka RPC). It would be nice
if people would help, give advice or also provide validation images/DEMs
of level 1 for Quickbird, Ikonos or any other satellite that provides
RPC info
30 matches
Mail list logo