Details Ticket 2871


Comment | Reply | Take | Open


Serial Number 2871
Subject no float on v.buffer
Area grass5.7
Queue grass
Requestors maodonovan@sentechsa.com
Owner none
Status resolved
Last User Contact Tue Jan 11 18:16:19 2005 (4 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Tue Jan 11 18:16:22 2005 (4 yr ago)
Created Mon Dec 27 09:02:03 2004 (4 yr ago)

Transaction History Ticket 2871


Mon, Dec 27 2004 09:02:03    Request created by guest  
Subject: no float on v.buffer 

Platform: GNU/Linux/i386
grass obtained from: Trento Italy site
grass binary for platform: Downloaded precompiled Binaries
GRASS Version: 5.7.cvs

My name is Michael O'Donovan

I have extensively used vector and raster images imported into GRASS (lat, lon
projection, datum -default WGS84 and SAD69 ellipsoid with a resolution of 00:00:30).
I am unable to make buffers around point areas that are not integer multiples
of degress. i.e. there is no floating point for v.buffer. 

Any number enetered is rounded down to the nearest integer (0.999 gives a radius
of 0 degrees and 1.9 gives a radius of 1). To correct this I have entered the
distance as 0.X, 00:XX, 00:XX:00, 0dXm etc. in all of these only the figures
receding the punctuation is used.

At a sub-continental scale buffers of less than 1 degree radius are not of much
use. A related problem is that measuring the distance between points always results
in GRASS returning "0.000 meters".



Mon, Jan 3 2005 10:16:57    Mail sent by blazek@itc.it  
Return-Path <blazek@itc.it>
Delivered-To grass-bugs@lists.intevation.de
Message-ID <41D90D82.2060702@itc.it>
Date Mon, 03 Jan 2005 10:16:50 +0100
From Radim Blazek <blazek@itc.it>
User-Agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
X-Accept-Language en-us, en
MIME-Version 1.0
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #2871] (grass) no float on v.buffer
References <20041227080203.80F6A102BD2@lists.intevation.de>
In-Reply-To <20041227080203.80F6A102BD2@lists.intevation.de>
Content-Type text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=2871
> -------------------------------------------------------------------------
> 
> Subject: no float on v.buffer 
> 
> Platform: GNU/Linux/i386
> grass obtained from: Trento Italy site
> grass binary for platform: Downloaded precompiled Binaries
> GRASS Version: 5.7.cvs
> 
> My name is Michael O'Donovan
> 
> I have extensively used vector and raster images imported into GRASS (lat,
lon projection, datum -default WGS84 and SAD69 ellipsoid with a resolution of
00:00:30). I am unable to make buffers around point areas that are not integer
multiples of degress. i.e. there is no floating point for v.buffer. 
> 
> Any number enetered is rounded down to the nearest integer (0.999 gives a radius
of 0 degrees and 1.9 gives a radius of 1). To correct this I have entered the
distance as 0.X, 00:XX, 00:XX:00, 0dXm etc. in all of these only the figures
receding the punctuation is used.
> 
> At a sub-continental scale buffers of less than 1 degree radius are not of
much use. A related problem is that measuring the distance between points always
results in GRASS returning "0.000 meters".

It is because abs is used instead of fabs in functions used by v.buffer.
I am trying to rewrite v.buffer because of other bug.

Radim


Tue, Jan 11 2005 18:16:19    Mail sent by mneteler  
Abs/fabs should be fixed in CVS.

Markus
Tue, Jan 11 2005 18:16:22    Status changed to resolved by mneteler  
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request