I very much agree with Markus. The main point is that a command line
interface is *much* faster than a GUI, once you have learned to use it.
This can take a long time to learn (take the VIM editor for example),
and for most people that is simply not worth it. When you have it in
your fingers
Michael Barton wrote:
A point on digitizing. If you haven't tried it, you should take a look
at the digitizing that Martin has built into the new GUI. Because it
has hot-key equivalents for all buttons, you CAN digitize with your
right hand on the mouse and left on the keyboard. It also has a
A question from a very old GRASS-hand (I have used it since we got
Internet in Amsterdam in 1991, having downloaded and compiled it, with
the complete X-Window system, from a 9600-baud telephone line. Had even
to compile the gcc-compiler, since native AIX cc didn't like GRASS):
In the old,
really expect is the ability to have such
shortcuts for dynamically panning and zooming, while digitizing.
Sorry if I only can give suggestions, but few coding solutions...
Thanks,
Vincent
Le mercredi 18 février 2009 à 14:53 +0100, Jan Hartmann a écrit :
A question from a very old GRASS-hand
Michael Barton wrote:
Submit enhancement requests to the GRASS Trac site. That way, they
don't get lost in a mountain of emails. I think there is a vdigit
topic. If not, put it to wxgui.
Done. Thanks Michael.
Jan
___
grass-user mailing list
, Jan Hartmann a écrit :
Yes, exactly, especially the panning and zooming. If this is not the
place to place suggestions for enhancements, where can I put them?
Vincent Bain wrote:
Hi,
it may not be the right place to develop proposals, but if I could
piggyback on what Jan said, I think his
Hamish wrote:
- use r.param.scale to create a feature map and extract all saddle-point
boundaries between the bubbles as the voronoi boundaries,
(or r.slope.aspect and find areas where slope1 deg then r.thin, r.to.vect)
Wouldn't this work with cost surfaces too? Starting from several
. It's also pretty bloated and inefficient,
so a clean, more minimalistic start might not be a bad idea.
Ben
Jan Hartmann wrote:
Wouldn't this work with cost surfaces too? Starting from several
points (the Thiessen centers) with a grid cell cost information
raster containing only the value one, you
Glynn Clements wrote:
Jan Hartmann wrote:
With that in mind, if the algorithm you propose would be indeed an
approximation to weighted Voronoi polygons, *and* it wouldn't be all to
hard to implement (I have no idea about that), would it make sense to
propose this as a new RFC for GRASS
/citation.cfm?id=1332465
With that in mind, if the algorithm you propose would be indeed an
approximation to weighted Voronoi polygons, *and* it wouldn't be all to
hard to implement (I have no idea about that), would it make sense to
propose this as a new RFC for GRASS?
Jan
Glynn Clements wrote:
Jan
Glynn Clements wrote:
Dylan Beaudette wrote:
While we are on this topic, is there a way to get a weigthed voronoi
diagram using grass ?
The ability to rank a point to tune the area's influence would be great,
for that purpose I've been using an arcgis'extension* but with grass it
is not
Markus Neteler wrote:
Hi Matt,
On Thu, Oct 30, 2008 at 1:07 PM, matt wilkie [EMAIL PROTECTED] wrote:
Hello Grass World,
As a long time GIS user I've dipped into grass from time to time but never
in depth. One of the things that's deterred me is the fact that I have a
large body of data I
12 matches
Mail list logo