On Aug 26, 2010, at 12:03 PM, Dwight Needels wrote:
Dwight wrote:
Is there a straightforward way to encode a survey description of a
parcel in a text file that can then be imported into GRASS as a
vector? The type of description I am talking about looks something
like this (where the numbers
Dwight wrote:
Is there a straightforward way to encode a survey description of a
parcel in a text file that can then be imported into GRASS as a
vector? The type of description I am talking about looks something
like this (where the numbers are degrees/.minutes/seconds)...
"Beginning at [a defin
On Aug 25, 2010, at 12:35 PM, Markus Neteler wrote:
On Wed, Aug 25, 2010 at 4:27 PM, Dwight Needels > wrote:
Is there a straightforward way to encode a survey description of a
parcel in
a text file that can then be imported into GRASS as a vector? The
type of
description I am talking ab
Is there a straightforward way to encode a survey description of a
parcel in a text file that can then be imported into GRASS as a
vector? The type of description I am talking about looks something
like this (where the numbers are degrees/.minutes/seconds)...
"Beginning at [a defined point]
Hi all,
My standard location is a Lambert Conformal Conic (2SP) created using
EPSG 2234. When I receive data from my city GIS system, it arrives (as
a shape file) in a very similar but non-identical projection. I
created a new location based on one of the data files, and re-project
to and
Hi all,
The v.out.gpsbabel module is wonderful. I particularly like the way to
automatically reprojects data into Lat/LonWGS84.
I have been importing multiple GPS tracks (of hiking trails) into
GRASS for "averaging", then using v.out.gpsbabel to export a .gpx
track format for use on my GP
I have been importing multiple GPS tracks (of hiking trails) into
GRASS for "averaging", then using v.out.gpsbabel to export a .gpx
track for use on my GPS. I used v.drape to pull elevations from a DEM
into the vector, and had hoped that using v.out.gpsbabel to export the
resulting 3D vecto
On Mar 7, 2010, at 2:10 PM, Markus Neteler wrote:
On Sun, Mar 7, 2010 at 7:13 PM, Dwight Needels > wrote:
I have a 3D vector [test_3D] created using v.drape, confirmed as 3D
with
v.info. I used v.split to split the polyline at the vertices:
v.split input=test_3D output=test_3D_split verti
I have a 3D vector [test_3D] created using v.drape, confirmed as 3D
with v.info. I used v.split to split the polyline at the vertices:
v.split input=test_3D output=test_3D_split vertices=2
The resulting vector [test_3D_split] is a 2D vector (i.e. it lost the
z geometry data according to v.in
Hi all,
Does anybody have a suggestion for subtracting the elements in one
line vector from another line vector?
-D
On Jul 21, 2009, at 7:06 PM, Dwight Needels wrote:
Hi all,
I have two nearly identical line vectors, and I would like to
extract the lines that differ between the two
Hi all,
I have two nearly identical line vectors, and I would like to extract
the lines that differ between the two vectors into a third vector.
Specifically, I want to isolate the connecting lines that were
generated by v.net operation=connect. Something like:
[map_C = map_A NOT map_
On Jun 18, 2009, at 3:15 PM, Markus GRASS wrote:
If the tool is run repeatedly, the final vector will have no dangles
shorter than thresh.
Not so sure if repeated runs are necessary. One run should be enough
to
have no dangles shorter than thresh in the output vector.
My mistake. I had what
On Jun 17, 2009, at 11:13 AM, Markus GRASS wrote:
Maybe start with a lower threshold first, e.g. 5 ft to remove D and E
first, then increase the threshold for any other, longer dangles you
would like to remove
This is exactly what I ended up doing, and it works great. The only
question is ho
On Jun 16, 2009, at 3:41 AM, Markus GRASS wrote:
Dwight Needels wrote:
When the rmdangle tool runs into a pair of dangles at the end of a
line where each is shorter than threshold (a "Y"), it removes one but
leaves the other. This makes sense, because after the first one is
removed
On Jun 15, 2009, at 2:25 AM, Markus GRASS wrote:
Then there was nothing snapped? You can see what happened with v.clean
--verbose. Just to make sure I understand you correctly, have a look
at
the attached image. I guess you want to remove the line segments
indicated by the arrows? Then the two
On Jun 14, 2009, at 3:00 AM, Markus GRASS wrote:
Dwight Needels wrote:
The rmdangle tool in v.clean usually behaves exactly the way I would
expect it to, but occasionally it does not.
I have a vector generated from a raster using r.thin and r.to.vect
that has numerous dangles. In the attached
The rmdangle tool in v.clean usually behaves exactly the way I would
expect it to, but occasionally it does not.
I have a vector generated from a raster using r.thin and r.to.vect
that has numerous dangles. In the attached screenshot there are what
appear to be two dangles with lengths of ~
On Jun 11, 2009, at 12:50 AM, Dwight Needels wrote:
On Jun 11, 2009, at 12:01 AM, Dwight Needels wrote:
On Jun 6, 2009, at 11:36 PM, Dwight Needels wrote:
Hi all. I have run into a quirk using r.thin, but I am not sure
whether or not it is a bug. I have a raster that was generated
from
On Jun 11, 2009, at 12:01 AM, Dwight Needels wrote:
On Jun 6, 2009, at 11:36 PM, Dwight Needels wrote:
Hi all. I have run into a quirk using r.thin, but I am not sure
whether or not it is a bug. I have a raster that was generated from
multiple GPS tracks using v.rast followed by r.buffer
On Jun 6, 2009, at 11:36 PM, Dwight Needels wrote:
Hi all. I have run into a quirk using r.thin, but I am not sure
whether or not it is a bug. I have a raster that was generated from
multiple GPS tracks using v.rast followed by r.buffer. Using r.thin
followed by r.to.vect creates a vector
I have a GRASS vector that originated as multiple GPS tracks from
walking a particular trail segment on several different days. Is there
a good way to average these lines to get a single line? I want to
minimize GPS accuracy errors by averaging across multiple days and
also minimize precisi
On May 28, 2009, at 10:04 PM, Dwight Needels wrote:
I am trying to create a map of hiking trails based on GPS data. If
anyone can point me to a tutorial that discusses the techniques and
issues involved, I would appreciate it. Meanwhile, a couple of
specific questions.
I have a series of
On Jun 3, 2009, at 4:50 AM, Moritz Lennert wrote:
On 02/06/09 20:50, Dwight Needels wrote:
Hi all,
I have two vectors: Vector A has lines and Vector B has points that
share the same coordinates as a subset of the vertices in the
lines. I would like to delete all of the vertices/nodes in
Hi all,
I have two vectors: Vector A has lines and Vector B has points that
share the same coordinates as a subset of the vertices in the lines. I
would like to delete all of the vertices/nodes in Vector A that lie
directly underneath the points in Vector B (or perhaps lie within a
thresh
On May 31, 2009, at 7:34 PM, Hamish wrote:
Dwight wrote:
What is the easiest way to reverse the direction of either a specific
line segment or all lines in a vector?
have a look for a script to do that in the wiki addons site.
or maybe v.edit can do it (and your node problem too), I'm not s
What is the easiest way to reverse the direction of either a specific
line segment or all lines in a vector?
Thanks, -Dwight
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hamish,
Getting closer (I was wondering how to accomplish the extraction of
nodes from a vector... thanks!). Unfortunately, this still leaves me
with the problem of a short line segment attached to the end of the
original line by a node rather than a vertex, which can put in a kink
that r
On May 29, 2009, at 4:50 AM, Hamish wrote:
Dwight wrote:
I am looking for a way to force the polylines (from GPS
tracks) to terminate at the points (from averaged
waypoints). One possibility would be to snap each terminal
node to the nearest point (within a threshold), with the
point coordinate
I am trying to create a map of hiking trails based on GPS data. If
anyone can point me to a tutorial that discusses the techniques and
issues involved, I would appreciate it. Meanwhile, a couple of
specific questions.
I have a series of GPS tracks that have been brought into GRASS as
poly
Glynn Clements wrote:
For integer maps, you can create a reclass map using r.reclass. This
has much lower overhead than creating a complete new map with
r.mapcalc.
That is exactly what I was looking for (thanks!).
Glynn Clements wrote:
Are you talking about simply specifying colours in HSB,
Hi,
I have been using r.mapcalc to set various combinations of colors in a
13-color DRG to null to allow the map to be displayed as a series of
overlays on top of other maps. It occurs to me that it would be useful
to be able to accomplish this using r.colors by defining the color of
spec
That took care of the problem. Thanks!
on 7/18/08 8:43 PM, William Kyngesburye at [EMAIL PROTECTED] wrote:
> New GRASS 6.3 build online.
>
> On Jul 17, 2008, at 10:17 PM, Dwight Needels wrote:
>
>>> Hmmm. I wonder if my gpsbabel binary is f'd for Tiger... A
on 7/17/08 11:02 PM, William Kyngesburye at [EMAIL PROTECTED] wrote:
> On Jul 17, 2008, at 9:38 PM, Dwight Needels wrote:
>>
>> GRASS 6.3.0 (Meriden_GIS):~ > type gpsbabel
>> gpsbabel is hashed (/Applications/GRASS-6.3.app/Contents/MacOS/bin/
>> gpsbabel)
>>
on 7/17/08 10:23 PM, William Kyngesburye at [EMAIL PROTECTED] wrote:
> On Jul 17, 2008, at 8:53 PM, Dwight Needels wrote:
>
>> I do not have a specific need for GPSBabel 1.3.5. I deleted the
>> installer
>> receipt for your GRASS version and reinstalled 6.3.0-1 [sam
thout an explicit path; it works fine when I use an explicit path to the
gps.babel.org version or when I use a fresh (non-GRASS) Terminal session.
>
> On Jul 16, 2008, at 9:06 PM, Dwight Needels wrote:
>
>> on 7/11/08 12:03 PM, Dwight Needels at [EMAIL PROTECTED] wro
on 7/11/08 12:03 PM, Dwight Needels at [EMAIL PROTECTED] wrote:
> Hi all,
>
> I get an error when I try to run v.in.gpsbabel...
>
> v.in.gpsbabel -t input=/Users/dwight/t_Westfield.gpx output=Westfield
> format=gpx
>
> Loading Tracks from ...
> dyld: Library not
Hi all,
I get an error when I try to run v.in.gpsbabel...
v.in.gpsbabel -t input=/Users/dwight/t_Westfield.gpx output=Westfield
format=gpx
Loading Tracks from ...
dyld: Library not loaded: /usr/lib/libexpat.1.dylib
Referenced from: /Applications/GRASS-6.3.app/Contents/MacOS/bin/gpsbabel
Reas
on 7/6/08 12:00 PM, "Markus Neteler" <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 5, 2008 at 7:28 PM, Dwight Needels <[EMAIL PROTECTED]>
> wrote:
>> Hi all,
>>
>> What is the quickest way to clip a vector to the current region, while
>> ending up w
Hi all,
What is the quickest way to clip a vector to the current region, while
ending up with the attribute table retaining all original field names and
data values?
Thanks,
-Dwight
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.o
Hi all,
I have what I thought might be a use for multiple layers in GRASS, but I
haven't been able to figure out how to test it (I am relatively new to
GRASS). I am using William Kyngesburye¹s 6.3cvs on Mac OS 10.4.11 with a
SQLite database backend.
I have a parcels vector file (myParcels) with ~
40 matches
Mail list logo
