this bug's URL: http://intevation.de/rt/webrt?serial_num=4343
-------------------------------------------------------------------------
[WISH6]
Begin forwarded message:
Date: Tue, 25 Apr 2006 22:42:06 -0700
From: Michael Barton
To: Hamish, Trevor Wiens
Cc: dylan beaudette, grasslist
Subject: [GRASSLIST:887] Re: v.segment
Hamish,
I followed this thread and was surprised to find my post as the last comment
(it WAS over 6 months ago...). I'll repeat it as it still is relevant...
For my 2 cent's worth, db.in.ascii is where a user would logically look
first to find a way to get an ascii file into the default dbf format. The
2nd most logical place to look (IMHO) would be v.in.ascii (with the flag
that you or someone else mentioned).
That said, making this doable anyplace is better than the current lack of
this functionality in a straightforward form.
Any chance to get this in before 6.2?
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
From: Hamish
Date: Wed, 26 Apr 2006 17:32:11 +1200
Subject: Re: [GRASSLIST:859] Re: v.segmentnot sure if this would do what you want, but I made a module called
d.bearing for the creation of transects, with some notes on dividing
up the main line segment into points along that line:..
Thanks for the link. I may use it in the future. I modified my script
to use. v.categories to add the category information (it was cleaner
than using v.build). Making the stops with v.segment is fast. The slow
part was building the attribute table at the end. It is still a bit
slow (1 - 2 minutes for every 1000 points on my fairly new AMD box)
but works. v.segment was great because the BBS (Breeding Bird Survey)
routes are not straight, but follow road lines. They digitized the
routes, but didn't have the stop information (observation locations),
so I needed to break them up and number them so I can relate the bird
information to the right piece of landscape. My solution wasn't
perfect, but the day it took to figure it out was a lot quicker than
going out with GPS unit to 173 routes scatted across Alberta. My
v.makestops script needs some cleanup, but I will post it to the wiki
later. I think it is potentially useful for others.Dylan, Trevor,
you may want to check out Radim's v.lrs.* modules new in CVS.
http://mpa.itc.it/radim/lrs/index.htmlAs for speeding up table filling, I think it is faster to write all
SQL statements to a file, then use just a single "db.execute input="
call. If this does speed it up significantly, let us know & we can add
the hint to db.execute help page. (insert "time" on the command line
before the command to benchmark)Michael:
You could simply import them into a spreadsheet and export them as
dbf. Then use v.db.connect. Even better if there was a txt2dbf
utility. Maybe someone knows of one."db.in.ascii"
All the code to write it is already in v.in.ascii, see these threads:
http://thread.gmane.org/gmane.comp.gis.grass.user/6038
http://thread.gmane.org/gmane.comp.gis.grass.devel/5155(I thought this was in the bug tracker already as a wish, guess not)
see also v.in.db.
Hamish
--- Headers Follow ---
From hamish_nospam@yahoo.com Wed Apr 26 12:54:16 2006
Return-Path: <hamish_nospam@yahoo.com>
Delivered-To: grass-bugs@lists.intevation.de
Received: from mail.intevation.de (aktaia [212.95.126.10])
by lists.intevation.de (Postfix) with ESMTP id A708F1005A4
for <grass-bugs@lists.intevation.de>; Wed, 26 Apr 2006 12:54:16 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
by mail.intevation.de (Postfix) with ESMTP id 4449236F2B
for <grass-bugs@lists.intevation.de>; Wed, 26 Apr 2006 12:54:16 +0200 (CEST)
Received: from mailhub1.otago.ac.nz (mailhub1.otago.ac.nz [139.80.64.218])
by mail.intevation.de (Postfix) with ESMTP id 5D55C36F13
for <grass-bugs@intevation.de>; Wed, 26 Apr 2006 12:54:14 +0200 (CEST)
Received: from galadriel.otago.ac.nz (galadriel.otago.ac.nz [139.80.64.213])
by mailhub1.otago.ac.nz (8.13.6/8.13.6) with ESMTP id k3QAsCDb031836
for <grass-bugs@intevation.de>; Wed, 26 Apr 2006 22:54:12 +1200
Received: from taihua (taihua.otago.ac.nz [139.80.35.27])
by galadriel.otago.ac.nz (8.12.8/8.12.8) with SMTP id k3QAsCjW008171
for <grass-bugs@intevation.de>; Wed, 26 Apr 2006 22:54:12 +1200 (NZST)
Date: Wed, 26 Apr 2006 22:54:12 +1200
From: Hamish <hamish_nospam@yahoo.com>
To: grass-bugs@intevation.de
Subject: Fw: [GRASSLIST:887] Re: v.segment
Message-Id: <20060426225412.15de327e.hamish_nospam@yahoo.com>
X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
X-Face: M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB
8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00,
FORGED_YAHOO_RCVD
X-Spam-Level:
-------------------------------------------- Managed by Request Tracker