Luigi Ponti wrote:
A better course of action might be to try to revive the w11 driver
(--enable-w11 configure option) which is similar but uses Windows
functions instead of sockets. I don't know how near being finished it
is; might be worth looking at.
The most recent thread I have
Hi Nikos,
if you mean historical really historical - there's a database of
historical climate sources (www.hisklid.de). Because its records are
starting somewhen in the middle age there are no instrument data
available. Would be a nice project to georeference the spatial
terminology used to
Dear Maris, dear Damiel,
first of all mz thanks to the developers who developed GRASS for
Windows. After some zears working with ERDAS I did a small project with
GRASS and it worked out verz fine.
Regarding the Anti Virus software, a month ago we made a worshop with 15
students and worked
Hi Tom, Hi Hamish,
thanks for your replies! The r.null setnull option was what I was
looking for. Works great!
I set the No Data Value to - because i'm gonna export the data from
grass to a pollutant propagation simulation that expects - as
NoDataValue by default.
For the export of the
Dear friends,
what does the warning:
WARNING: more cats of to layer
mean, when you execute the command v.distance?
Best Regards
--
Corrado Topi
Global Climate Change and Biodiversity
Area 18,Department of Biology
University of York, York, YO10 5YW, UK
Phone: + 44 (0) 1904 328645, E-mail:
Hi,
2008/3/12, Corrado [EMAIL PROTECTED]:
what does the warning:
WARNING: more cats of to layer
mean, when you execute the command v.distance?
which GRASS version are you using? I cannot find such kind of message
in grass_trunk.
Martin
--
Martin Landa landa.martin gmail.com *
[fwd to list]
Hi,
it means that given vector feature from 'to' map (layer 'to_layers')
has more then one category. Maybe it would make sense to change
warning text to something less cryptic.
Martin
2008/3/12, Corrado [EMAIL PROTECTED]:
Dear Martin,
I am using 6.2.3.
On
I created a new location using today's svn source, and noticed that db.connect
doesn't have its database parameter pre-populated with
$GISDBASE/$LOCATION_NAME/$MAPSET/dbf as it used to; it is now blank. Possible
bug? Would it possible to get the module to at least populate
Hi,
in your case the vector map (given as 'to' in v.distance) contains
some areas (bunch of boundaries and centroid inside). Category number
of area is assigned to the centroid. Geometry feature (point, line,
boundary, centroid, face or kernel) can have more categories in
general. The message
Sto avendo un problemino nel tentativo di eseguire un buffer di 150 m
su un poligono generato da un raster con risoluzione 5x5 metri.
Agendo sul poligono, composto di una sola area con 1576 vertici, il
buffer mi genera 32633 vertici e poi, nella costruzione della
topologia impazzisce. Tenta di
Hi,
yes, see
http://trac.osgeo.org/grass/ticket/7
It seems to me that the VAR file should defined for newly created
mapset by default to avoid possible problems.
Martin
2008/3/12, Patton, Eric [EMAIL PROTECTED]:
I created a new location using today's svn source, and noticed that
db.connect
Hi,
yes, see
http://trac.osgeo.org/grass/ticket/7
It seems to me that the VAR file should defined for newly created
mapset by default to avoid possible problems.
Martin
Thanks for the pointer. I'll hardcode my database paths for now.
~ Eric.
___
Hi,
anyway if you run some command which calls Vect_default_field_info()
from Vlib, VAR file is created and default driver set up to dbf.
e.g. g.copy vect=
Martin
2008/3/12, Patton, Eric [EMAIL PROTECTED]:
Hi,
yes, see
http://trac.osgeo.org/grass/ticket/7
It seems to me that
I've tried to use a *convex* polygon with the same characteristics
(built from 5x5 raster). The buffer has worked right.
So, I suppose it depends on the non-convexity on the previous (as I
show in the ascii-art figure).
Giovanni
___
grass-user mailing
Dear GRASS users!
GRASS has been selected as one of the projects to be supported by this
years
Season of Usability:
http://season.openusability.org/
This means that we will get a review of the GRASS workflow and GUIs by
approved and internationally well known usability experts.
We will soon
G. Allegri wrote:
I'm having a problem trying to execute a buffer of 150m on a polygon
generated from a raster with resolution 5x5.
The polygon is a single area, constituted of 1576 vertices (highly
granular).
v.buffer generates 32633 vertices, the it get mad building the
topology: it tries
On Wed, 2008-03-12 at 18:45 -0700, Hamish wrote:
[...]
v.buffer has some problems,
http://trac.osgeo.org/grass/ticket/90
It's not a perfect solution but maybe try v.to.rast + r.buffer +
r.to.vect ?
Hamish
In general I try to avoid rasterising of vectors, do something and then
Hamish wrote:
v.buffer has some problems,
http://trac.osgeo.org/grass/ticket/90
It's not a perfect solution but maybe try v.to.rast + r.buffer +
r.to.vect ?
Nikos:
In general I try to avoid rasterising of vectors, do something and
then vectorise back.
it's not a great solution,
On Wed, 2008-03-12 at 19:08 -0700, Hamish wrote:
Hamish wrote:
v.buffer has some problems,
http://trac.osgeo.org/grass/ticket/90
It's not a perfect solution but maybe try v.to.rast + r.buffer +
r.to.vect ?
Nikos:
In general I try to avoid rasterising of vectors, do
19 matches
Mail list logo