Gabriele wrote:
Indeed this was doing. I made the buffer (but on many
polygons gives a bit of problems)
v.buffer can have some errors. It is currently being rewritten and we should
have something better in place by the end of the summer.
Before then, and if you are converting to raster
Hi Markus,
I have copied your comments to:
http://trac.osgeo.org/grass/wiki/BuildingOnWindows
Thanks.
I just edited few lines to complete it.
Marco
___
grass-user mailing list
grass-user@lists.osgeo.org
hello,
because doing it by hand or with already existing GRASS commands ist too
tedious, Elshad Shirinov programmed a small module for me which fullfills
this purpose.
The problem was, that coordinates which has been taken from a corner or center
of a sampling plot represent in fact a 50x50m
2008/6/18 Hamish [EMAIL PROTECTED]:
Paulo Marcondes wrote:
I had issues while triyng to import an ASCII vector file,
that looks like this:
B 240 1
333967.494 7610503.977
334065.141 7610992.215
334260.436 7610601.634
1 1
This should be a polygon that limits a very
Paulo Marcondes wrote:
I had issues while triyng to import an ASCII
vector file,
Hamish:
missing a centroid?
I thought v.build would fix that for me.
So I have do add by hand?
use v.centroids or v.category
Also, where does a centroid goes, I mean, any point inside
the boundary, or
You could do;
v.to.rast - r.thin - r.to.vect - v.clean (and maybe v.generalize)
But you'll lose the link to the attribute data.
Cheers,
Mike
- Original Message
From: Aurora Geomatics [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 18, 2008 5:24:46 PM
Subject:
Hi,
I only know the way for raster data using r.thin to get a center line
for e.g. wide raster streams.
Christian.
Am Mittwoch, den 18.06.2008, 10:24 -0700 schrieb Aurora Geomatics:
Wondering if there is a simple way in GRASS to produce skeletons of
Polygons (rivers/streams), to find the
Hello all,
I have a quick question about digitizing vector using GRASS. Can a
pen tablet be used instead of a mouse when digitizing vectors?
Thanks for any input!
charles
___
grass-user mailing list
grass-user@lists.osgeo.org
On Wed, 2008-06-18 at 13:16 -0500, charles wrote:
Hello all,
I have a quick question about digitizing vector using GRASS. Can a
pen tablet be used instead of a mouse when digitizing vectors?
Thanks for any input!
charles
Maybe this answers your question (which was my question):
On Wednesday 18 June 2008, Paulo Marcondes wrote:
Hi,
What would be the recommended way to downsample a raster?
my region resolution is currently 100m, say I want to resample my
rasters at 300m.
Why would I want to do that? Well, currently the data is too rough,
but filtering may
On 19.06.2008 00:01, Aurora Geomatics wrote:
I wonder, is there a way to create a Voronoi diagram in GRASS?
There is the v.voronoi module, which is also the subject of one of the
Summer of Code projects this summer. I've been looking at an algorithm
that creates Voronoi diagrams out of
This sounds very interesting, certainly I could see this really coming
in handy when given a few thousand polygons of rivers and streams and
asked to quickly output the centerlines... Finding centerlines of
river/stream polygons may seem so simple for all this powerful
computational
As far as I understand, there is no mechanism for optimal label
placement when labels overlay partially to each other.
I think it is an important feature. Are there any work-arounds within
grass (except of exporting to lets say SVG and play around with a vector
graphics program)? Or any plans to
Glynn Clements wrote:
Thanks! Multiplying by 1000 with r.mapcalc gives better results. Any
chance adding floating points (FCELL) to i.cluster?
I had a brief look at the code[1], and cannot see any obvious reason
why the values would need to be integers, so I'm assuming that it's
just
Hi Wesley,
as Hamish points out r.in.xyz is the way to go. I have been working with
large lidar data files over forest for a couple of months now and find the
intersection between the ground and the vegetation to create the Digital
Canopy Height Model - quite time consuming. Here is my basic
On 19.06.2008 00:40, Nikos Alexandris wrote:
As far as I understand, there is no mechanism for optimal label
placement when labels overlay partially to each other.
There is an experimental module v.label.sa, available in the svn. It is
ready but I'm still waiting on word for patches to ps.map
On Thu, 2008-06-19 at 01:40 +0300, Wolf Bergenheim wrote:
On 19.06.2008 00:40, Nikos Alexandris wrote:
As far as I understand, there is no mechanism for optimal label
placement when labels overlay partially to each other.
There is an experimental module v.label.sa, available in the svn. It
On 19.06.2008 01:44, Nikos Alexandris wrote:
I am fighting to get something on the screen. I have the impression that
it works but I can't find the proper size (in metres)?
Would this be considered as an extra feature? Estimating a default size?
Excuse my ignorance if this is something
Just reporting how I finally calculated the global_rad map.
r.slope.aspect elev=srtm3_for_global_rad slope=slope_for_global_rad
aspect=aspect_for_global_rad format=degrees
i.latitude input=srtm3_for_global_rad latitude=latitude_for_global_rad
i.longitude input=srtm3_for_global_rad
Nikos:
I am fighting to get something on the screen. I have the
impression that it works but I can't find the proper size
(in metres)?
I am not sure if v.label.la supports this, but with v.labels you can do
fontsize= and then a standard size is used for all, not based on map units.
the idea
Hullo All,
I would like to try to generate some 3d data from stereo image pairs, and
have looked at the stereo-0.2b package at
http://grass.itc.it/outgoing/grass5/.
It looks as though it was aimed at problems that are similar to what I have
in mind, but unfortunately it fails with errors when I
21 matches
Mail list logo