Mon, Dec 6 2004
23:46:04
|
|
Request created by jidanni@jidanni.org
|
|
Return-Path |
<jidanni@jidanni.org>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
To |
grass-bugs@intevation.de
|
Subject |
where v.segment creates the points
|
From |
Dan Jacobson <jidanni@jidanni.org>
|
Date |
Tue, 07 Dec 2004 06:36:43 +0800
|
Message-ID |
<87u0qzgikk.fsf@jidanni.org>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
$ grep -C 1 crea vector/v.segment/description.html
Points are generated in the middle of the lines. Points are created on
the line for given distance from the beginning of the vector line.
Sound like the sentence conflicts with itself.
P.S., perhaps offer the user options of just where he would like to
create the point. Front, back, xxx meters down the road, or all of the
above.
|
|
Tue, Jan 11 2005
17:57:00
|
|
Mail sent by mneteler
|
|
Did you find out?
Then let me know.
|
|
Wed, Dec 7 2005
21:29:23
|
|
Area changed to grass6 by msieczka
|
|
Tue, Sep 26 2006
20:44:47
|
|
Mail sent by guest
|
|
v.segment creates new points in the 'center' of the 'width' of the line (i.e.,
the orthognal offset is zero by default). I'll update the man page to make
this more clear.
~ Eric. |
|
Mon, Oct 9 2006
01:10:36
|
|
Comments added by msieczka
|
|
Cc: grass-dev@grass.itc.it
I have used v.segment in the last days and I'm sure there is a bug in the side
offset, at least for point mode. The bug is that the offset doesn't work, it
is always 0.
Folks have been reporting this:
http://grass.itc.it/pipermail/grassuser/2005-December/031522.html
http://www.nabble.com/-GRASS-user--HEC-RAS-tf2066275.html#a5691777
http://www.nabble.com/-GRASS-user--v.segment---how-to-use-orthogonal-offset--tf2065644.html#a5691131
Maciek
|
|
Mon, Oct 9 2006
19:54:39
|
|
Subject changed to v.segment: side offset is ignored by msieczka
|
|
Mon, Oct 9 2006
20:00:25
|
|
Comments added by msieczka
|
|
Cc: grass-dev@grass.itc.it
Hi,
Is there a chance this bug will be fixed for 6.2? v.segment's side offset is
a
highly appreciated feature in a script I'm currently developing. I'm working
the bug around by creating parallel lines (v.parallel) and running v.segment
on them, but it's a bit cumbersome and requires intermediate temporary vectors
which I could avoid if v.sgemnt wasn't buggy.
msieczka wrote (Mon, Oct 9 2006 01:10:36):
> I have used v.segment in the last days and I'm sure there is a bug in
> the side offset, at least for point mode. The bug is that the offset
> doesn't work, it is always 0.
>
> Folks have been reporting this:
>
> http://grass.itc.it/pipermail/grassuser/2005-December/031522.html
> http://www.nabble.com/-GRASS-user--HEC-RAS-tf2066275.html#a5691777
>
http://www.nabble.com/-GRASS-user--v.segment---how-to-use-orthogonal-offset--tf2065644.html#a5691131
|
|
Tue, Oct 10 2006
03:35:20
|
|
Mail sent by epatton@nrcan.gc.ca
|
|
Return-Path |
<epatton@nrcan.gc.ca>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<0E5A77B55A57D511BB3F0002A537C26208C55BD0@s5-dar-r1.nrn.nrcan.gc.ca>
|
From |
"Patton, Eric" <epatton@nrcan.gc.ca>
|
To |
'Maciek Sieczka via RT ' <grass-bugs@intevation.de>
|
Cc |
"'grass-dev@grass.itc.it '" <grass-dev@grass.itc.it>
|
Subject |
RE: [GRASS-dev] [bug #2793] (grass) where v.segment creates the p oints
|
Date |
Mon, 9 Oct 2006 22:35:17 -0300
|
MIME-Version |
1.0
|
X-Mailer |
Internet Mail Service (5.5.2657.72)
|
List-Help |
<mailto:grass-dev-request@grass.itc.it?subject=help>
|
List-Subscribe |
<http://grass.itc.it/mailman/listinfo/grass-dev>,<mailto:grass-dev-request@grass.itc.it?subject=subscribe>
|
List-Unsubscribe |
<http://grass.itc.it/mailman/listinfo/grass-dev>,<mailto:grass-dev-request@grass.itc.it?subject=unsubscribe>
|
x-originalarrivaltime |
<grass-dev-bounces@grass.itc.it>
|
x-warning |
<grass-dev-bounces@grass.itc.it>
|
x-whitelist |
<grass-dev-bounces@grass.itc.it>
|
x-envelope-from |
<grass-dev-bounces@grass.itc.it>
|
x-envelope-to |
<grass-dev-bounces@grass.itc.it>
|
x-sender |
<grass-dev-bounces@grass.itc.it>
|
x-mailman-version |
<grass-dev-bounces@grass.itc.it>
|
list-post |
<grass-dev-bounces@grass.itc.it>
|
list-id |
<grass-dev-bounces@grass.itc.it>
|
x-beenthere |
<grass-dev-bounces@grass.itc.it>
|
list-archive |
<grass-dev-bounces@grass.itc.it>
|
Errors-To |
<grass-dev-bounces@grass.itc.it>
|
x-request-id |
<grass-dev-bounces@grass.itc.it>
|
x-rt-loop-prevention |
<grass-dev-bounces@grass.itc.it>
|
x-managed-by |
<grass-dev-bounces@grass.itc.it>
|
x-bogosity |
<grass-dev-bounces@grass.itc.it>
|
Content-Type |
text/plain; charset="iso-8859-1"
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
Maciek,
I was trying to figure out more about what is going on with this bug as
well. The side offset gets read from stdin, but never gets used in the
creation of a new line:
while ( fgets (buf, sizeof(buf), stdin) != NULL ) {
G_debug ( 2, "SEGMENT: %s", G_chop(buf));
side_offset = 0;
Vect_reset_line ( SPoints );
Vect_reset_cats ( SCats );
switch ( buf[0] ) {
case 'P':
side_offset = 0;
ret = sscanf ( buf, "%c %d %d %lf %lf", &stype, &id, &lcat,
&offset1, &side_offset);
*/ OK, side offset has been read */
if ( ret < 4 ) {
G_warning ( "Cannot read input: %s", buf);
break;
}
points_read++;
G_debug (2, "point: %d %d %f %f", id, lcat, offset1,
side_offset);
/* OK, write point */
line = find_line ( &In, lfield, lcat );
if ( line == 0 ) {
G_warning ( "Cannot find line of cat %d", lcat);
break;
}
Vect_read_line ( &In, LPoints, LCats, line );
ret = Vect_point_on_line ( LPoints, offset1, &x, &y, &z,
&angle, NULL);
/* Should Vect_point_on_line be passed the side offset here?
*/
if ( ret == 0 ) {
len = Vect_line_length ( LPoints );
G_warning ( "Cannot get point on line: cat = %d offset =
%f (line length = %f)\n%s",
lcat, offset1, len, buf);
break;
}
Vect_append_point ( SPoints, x, y, z );
Vect_cat_set ( SCats, 1, id );
Vect_write_line ( &Out, GV_POINT, SPoints, SCats);
points_written++;
break;
I thought I might try to follow the program logic to see if anything obvious
was weird, but I'm way out of my league here. Vect_point_on_line is fed
offset1, but not the side_offset; instead, it reads x, y, z and angle, but I
don't know where these come from, or how they're calculated (?).
~ Eric.
-----Original Message-----
From: grass-dev-bounces@grass.itc.it
Cc: grass-dev@grass.itc.it
Sent: 10/8/2006 7:10 PM
Subject: [GRASS-dev] [bug #2793] (grass) where v.segment creates the points
this bug's URL: http://intevation.de/rt/webrt?serial_num=2793
Request number 2793 was commented on by 'msieczka' (Maciek Sieczka).
Responding to this message will send mail to the requestor.
Request Tracker
rt@intevation.de
--------------------------------------------------------------
Cc: grass-dev@grass.itc.it
I have used v.segment in the last days and I'm sure there is a bug in
the side
offset, at least for point mode. The bug is that the offset doesn't
work, it
is always 0.
Folks have been reporting this:
http://grass.itc.it/pipermail/grassuser/2005-December/031522.html
http://www.nabble.com/-GRASS-user--HEC-RAS-tf2066275.html#a5691777
http://www.nabble.com/-GRASS-user--v.segment---how-to-use-orthogonal-off
set--tf2065644.html#a5691131
Maciek
-------------------------------------------- Managed by Request Tracker
_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
|
|
Tue, May 1 2007
12:14:22
|
|
Mail sent by mneteler
|
|
https://intevation.de/rt/webrt?serial_num=2793
Apparently Vect_point_on_line() lacks support for side offset. Indeed, it
doesn't even have such a parameter.
We can now either remove all the side_offset stuff from the manual page or
convince a developer to expand Vect_point_on_line(). The functions used in
v.buffer/v.parallel might be helpful in this regard.
Markus |
|
Thu, May 3 2007
11:53:44
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Thu, 3 May 2007 21:53:27 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
Markus Neteler via RT <grass-bugs@intevation.de>
|
Cc |
jidanni@jidanni.org, grass-dev@grass.itc.it
|
Subject |
Re: [GRASS-dev] [bug #2793] (grass) v.segment: side offset is ignored
|
Message-Id |
<20070503215327.369698b9.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20070501101422.93F7F1006C7@lists.intevation.de>
|
References |
<20070501101422.93F7F1006C7@lists.intevation.de>
|
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-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, score=-3.151 tagged_above=-999 required=3.5 tests=[BAYES_00=-5, FORGED_YAHOO_RCVD=1.849]
|
X-Spam-Score |
-3.151
|
X-Spam-Level |
|
Markus Neteler via RT wrote:
> https://intevation.de/rt/webrt?serial_num=2793
>
> Apparently Vect_point_on_line() lacks support for side offset. Indeed,
> it doesn't even have such a parameter.
>
> We can now either remove all the side_offset stuff from the manual
> page or convince a developer to expand Vect_point_on_line(). The
> functions used in v.buffer/v.parallel might be helpful in this regard.
Vect_point_on_line() is fine, the adjustment should come just after:
ret = Vect_point_on_line ( LPoints, offset1, &x, &y, &z, &angle, NULL);
/* Should Vect_point_on_line be passed the side offset here? */
/*** (YES) ***/
if(side_offset != 0.0) better? if(fabs(side_offset) > 0.0)
shift_point_90(&x, &y, side_offset, angle);
...
Vect_append_point ( SPoints, x, y, z );
if we know the slope of the line at the point (angle*), it is easy
enough to calculate a point perpendicular to it (in the x,y plane)
offset by a certain distance with a little trig.
Vect_point_on_line()
*angle - pointer to angle of line in that point (radians,
counter clockwise from x axis) or NULL
with luck the line direction is ok- shift off to the left or right?
can anyone compose a nicer example for the v.segment help page?
(v.to.points -n or -v to get points?)
or is <side offset> for a threshold? (I'm not really sure how v.segment
is supposed to work)
For 6.2 we should <!-- comment out --> the references to it in the help
page.
Hamish
|
|
Thu, May 3 2007
12:18:34
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Thu, 3 May 2007 22:18:24 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
grass-bugs@intevation.de
|
Cc |
jidanni@jidanni.org, grass-dev@grass.itc.it
|
Subject |
Re: [GRASS-dev] [bug #2793] (grass) v.segment: side offset is ignored
|
Message-Id |
<20070503221824.311669d8.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20070503215327.369698b9.hamish_nospam@yahoo.com>
|
References |
<20070501101422.93F7F1006C7@lists.intevation.de> <20070503215327.369698b9.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 |
multipart/mixed; boundary="Multipart=_Thu__3_May_2007_22_18_24_+1200_le9QHkK2aKTo.rCw"
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, score=-3.151 tagged_above=-999 required=3.5 tests=[BAYES_00=-5, FORGED_YAHOO_RCVD=1.849]
|
X-Spam-Score |
-3.151
|
X-Spam-Level |
|
This is a multi-part message in MIME format.
--Multipart=_Thu__3_May_2007_22_18_24_+1200_le9QHkK2aKTo.rCw
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
> Markus Neteler via RT wrote:
> > https://intevation.de/rt/webrt?serial_num=2793
> >
> > Apparently Vect_point_on_line() lacks support for side offset.
> > Indeed, it doesn't even have such a parameter.
Hamish:
> if we know the slope of the line at the point (angle*), it is easy
> enough to calculate a point perpendicular to it (in the x,y plane)
> offset by a certain distance with a little trig.
..
> with luck the line direction is ok- shift off to the left or right?
see attached patch. raw & completely untested. All I know is that it
compiles.
> can anyone compose a nicer example for the v.segment help page?
> (v.to.points -n or -v to get points?)
Hamish
--Multipart=_Thu__3_May_2007_22_18_24_+1200_le9QHkK2aKTo.rCw
Content-Type: text/plain;
name="side_off.diff"
Content-Disposition: attachment;
filename="side_off.diff"
Content-Transfer-Encoding: 7bit
Index: main.c
===================================================================
RCS file: /home/grass/grassrepository/grass6/vector/v.segment/main.c,v
retrieving revision 1.9
diff -u -r1.9 main.c
--- main.c 26 Mar 2007 02:47:04 -0000 1.9
+++ main.c 3 May 2007 10:14:42 -0000
@@ -16,6 +16,7 @@
**************************************************************/
#include <stdlib.h>
#include <string.h>
+#include <math.h>
#include <time.h>
#include <grass/gis.h>
#include <grass/Vect.h>
@@ -23,9 +24,11 @@
#include <grass/glocale.h>
int find_line ( struct Map_info *Map, int lfield, int cat );
-
+void offset_pt_90(double *, double *, double, double);
+
int main(int argc, char **argv)
{
+ int i;
int ret, points_written, lines_written, points_read, lines_read;
int lfield;
int line;
@@ -117,6 +120,9 @@
break;
}
+ if(fabs(side_offset) > 0.0)
+ offset_pt_90(&x, &y, angle, side_offset);
+
Vect_append_point ( SPoints, x, y, z );
Vect_cat_set ( SCats, 1, id );
@@ -154,7 +160,12 @@
lcat, offset1, offset2, len, buf);
break;
}
-
+
+ if(fabs(side_offset) > 0.0) {
+ for(i=0; i<SPoints->n_points; i++)
+ offset_pt_90(&SPoints->x[i], &SPoints->y[i], angle, side_offset);
+ }
+
Vect_cat_set ( SCats, 1, id );
Vect_write_line ( &Out, GV_LINE, SPoints, SCats);
@@ -203,4 +214,14 @@
}
return 0;
+}
+
+
+/* calculate a point perpendicular to the current line angle, offset by a distance
+ * works in the x,y plane.
+ */
+void offset_pt_90(double *x, double *y, double angle, double distance)
+{
+ *x += distance * cos(M_PI_2 - angle);
+ *y += distance * sin(M_PI_2 - angle);
}
--Multipart=_Thu__3_May_2007_22_18_24_+1200_le9QHkK2aKTo.rCw--
|
|
Thu, May 3 2007
14:08:14
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Fri, 4 May 2007 00:08:02 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
grass-bugs@intevation.de
|
Cc |
grass-dev@grass.itc.it, jidanni@jidanni.org
|
Subject |
Re: [GRASS-dev] [bug #2793] (grass) v.segment: side offset is ignored
|
Message-Id |
<20070504000802.3991423c.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20070503221824.311669d8.hamish_nospam@yahoo.com>
|
References |
<20070501101422.93F7F1006C7@lists.intevation.de> <20070503215327.369698b9.hamish_nospam@yahoo.com> <20070503221824.311669d8.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-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, score=-3.151 tagged_above=-999 required=3.5 tests=[BAYES_00=-5, FORGED_YAHOO_RCVD=1.849]
|
X-Spam-Score |
-3.151
|
X-Spam-Level |
|
> > Markus Neteler via RT wrote:
> > > https://intevation.de/rt/webrt?serial_num=2793
> > >
> > > Apparently Vect_point_on_line() lacks support for side offset.
> > > Indeed, it doesn't even have such a parameter.
>
> Hamish:
> > if we know the slope of the line at the point (angle*), it is easy
> > enough to calculate a point perpendicular to it (in the x,y plane)
> > offset by a certain distance with a little trig.
now functional in CVS. please test.
Backport to 6.2 or comment out references to offset in the help page?
> > shift offset to the left or right?
I have set it to shift to the left as you go along the line, for little
reason other than I had to pick something and that's the side of the
road we drive on here. If there is a reason to have positive offsets
shift to the right (e.g. v.lrs or vector topology side 1,2 conventions;
Cartesian axes make +x go to the right; electro-magnetic interactions;
other..) let me know and I'll swap it.
Untested on 3D points & lines. Right now it outputs in the xy plane, but
full 3D points would be possible using Vect_point_on_line(...,slope);
(probably reuse Lat/lon code for that!) but offset is only 1D right now.
Vect_line_parallel() is only 2D AFAICT, so lines would require more
work, but would be a cool feature to have. (but again with the 1D offset)
still open:
> can anyone compose a nice example (x2) for the v.segment help page?
Hamish
|
|
Fri, May 4 2007
07:55:01
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Fri, 4 May 2007 17:54:49 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
Markus Neteler <neteler@itc.it>
|
Cc |
grass-dev@grass.itc.it, grass-bugs@intevation.de
|
Subject |
Re: [GRASS-dev] [bug #2793] (grass) v.segment: side offset is ignored
|
Message-Id |
<20070504175449.7a682342.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20070503122406.GM26403@bartok.itc.it>
|
References |
<20070501101422.93F7F1006C7@lists.intevation.de> <20070503215327.369698b9.hamish_nospam@yahoo.com> <20070503221824.311669d8.hamish_nospam@yahoo.com> <20070504000802.3991423c.hamish_nospam@yahoo.com> <20070503122406.GM26403@bartok.itc.it>
|
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-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, score=-3.151 tagged_above=-999 required=3.5 tests=[BAYES_00=-5, FORGED_YAHOO_RCVD=1.849]
|
X-Spam-Score |
-3.151
|
X-Spam-Level |
|
Markus Neteler wrote:
> > > > > https://intevation.de/rt/webrt?serial_num=2793
..
> > now functional in CVS.
..
> > Backport to 6.2 or comment out references to offset in the help
> > page?
>
> +1 for backport.
done.
> > > > shift offset to the left or right?
Markus:
> At least it should be consistent within GRASS.
I have now changed it to match Vect_line_parallel(). Positive side-
offsets now go to the right side of the line.
> > > can anyone compose a nice example (x2) for the v.segment help
> > > page?
Markus did this, and just now I've added a little more.
Markus:
> BTW: v.lrs.segment suffers from the same problem:
> http://grass.itc.it/grass63/manuals/html63_user/v.lrs.segment.html
> P <pid> <lid> <milepost>+<offset> [<side offset>]
> L <sid> <lid> <milepost>+<offset> <milepost>+<offset> [<side offset>]
Yes, code is mostly cloned so it would be easy to copy & paste in the
same solution.
BUG: (adding to the tracker)
There is a problem with side-offset parallel line generation for inside
corners. It is in Vect_line_parallel(), so v.parallel et al. are also
affected. See it by doing the "-500" side-offset example in the
v.segment help page and changing -500 to +500. Or "v.parallel dist=500"
using the railroads vector map.
Hamish
|
|
Sun, May 6 2007
10:15:15
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Sun, 6 May 2007 20:15:02 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
neteler@itc.it
|
Cc |
grass-bugs@intevation.de, grass-dev@grass.itc.it
|
Subject |
Re: [GRASS-dev] [bug #2793] (grass) v.segment: side offset is ignored
|
Message-Id |
<20070506201502.669c92f3.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20070504175449.7a682342.hamish_nospam@yahoo.com>
|
References |
<20070501101422.93F7F1006C7@lists.intevation.de> <20070503215327.369698b9.hamish_nospam@yahoo.com> <20070503221824.311669d8.hamish_nospam@yahoo.com> <20070504000802.3991423c.hamish_nospam@yahoo.com> <20070503122406.GM26403@bartok.itc.it> <20070504175449.7a682342.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-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, score=-3.151 tagged_above=-999 required=3.5 tests=[BAYES_00=-5, FORGED_YAHOO_RCVD=1.849]
|
X-Spam-Score |
-3.151
|
X-Spam-Level |
|
> Markus:
> > BTW: v.lrs.segment suffers from the same problem:
> > http://grass.itc.it/grass63/manuals/html63_user/v.lrs.segment.html
> > P <pid> <lid> <milepost>+<offset> [<side offset>]
> > L <sid> <lid> <milepost>+<offset> <milepost>+<offset> [<side
> > offset>]
H:
> Yes, code is mostly cloned so it would be easy to copy & paste in the
> same solution.
v.lrs.segment updated in 6.3 CVS to observe side_offset.
I also added a file= option to both v.segment and v.lrs.segment to read
the instructions from a file instead of stdin. This is so the modules
can work from the GUI menu where stdin is not available.
none of the v.lrs.segment changes have been tested, as I've never used
LRS. I'd appreciate if someone who has can test that the side_offset
and file= options work properly.
Hamish
|
|