[GRASS5] [bug #4343] (grass) Fw: [GRASSLIST:887] Re: v.segment

Wed Apr 26 06:54:16 EDT 2006

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.segment
> 
>>> not 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:
>>> 
>>> http://casoilresource.lawr.ucdavis.edu/drupal/node/149
> ..
>> 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.html
> 
> As 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 at yahoo.com  Wed Apr 26 12:54:16 2006
Return-Path: <hamish_nospam at yahoo.com>
Delivered-To: grass-bugs at 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 at 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 at 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 at 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 at 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 at intevation.de>; Wed, 26 Apr 2006 22:54:12 +1200 (NZST)
Date: Wed, 26 Apr 2006 22:54:12 +1200
From: Hamish <hamish_nospam at yahoo.com>
To: grass-bugs at intevation.de
Subject: Fw: [GRASSLIST:887] Re: v.segment
Message-Id: <20060426225412.15de327e.hamish_nospam at 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, at 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