Details Ticket 4492


Comment | Reply | Take | Resolve


Serial Number 4492
Subject NVIZ: bugs in points visualization
Area grass6
Queue grass
Requestors tutey@o2.pl
Owner none
Status open
Last User Contact Sat Mar 3 09:55:42 2007 (1 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Sat Mar 3 09:55:42 2007 (1 yr ago)
Created Tue May 23 18:43:18 2006 (2 yr ago)

Transaction History Ticket 4492


Tue, May 23 2006 18:43:18    Request created by guest  
Subject: NVIZ: bugs in points visualization

Platform: GNU/Linux/x86
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 2006-05-23

1. 2D points are not displayed when "use X'" is chosen. But they display fine
using all other symbols.

2. 3D points are displayed on the very bottom, under the DEM raster, when  "Display
om the surface(s):" is selected.

3. Each time a new 3D points layer is added 1 or 2 huge bogus spheres are displayed.
4. The symbol size control seems "reverted": smaller is to the left, bigger is
the right; I would expect opposite.

5. Default symbol size (100) is way to big IMO.

Maciek
Tue, May 23 2006 20:44:10    Mail sent by werchowyna@epf.pl  
Return-Path <werchowyna@epf.pl>
Delivered-To grass-bugs@lists.intevation.de
Date Tue, 23 May 2006 20:43:59 +0200
From Maciek Sieczka <werchowyna@epf.pl>
To Request Tracker <grass-bugs@intevation.de>
Cc grass-dev@grass.itc.it
Subject Re: [GRASS-dev] [bug #4492] (grass) NVIZ: bugs in points visualization
Message-Id <20060523204359.5449fed4.werchowyna@epf.pl>
In-Reply-To <20060523164318.358C71005AC@lists.intevation.de>
References <20060523164318.358C71005AC@lists.intevation.de>
X-Mailer Sylpheed version 2.1.1 (GTK+ 2.8.6; i486-pc-linux-gnu)
Mime-Version 1.0
Content-Type text/plain; charset=US-ASCII
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
X-Spam-Level
Oops, I wrote it wrong. I wrote:

> 4. The symbol size control seems "reverted": smaller is to the left,
> bigger is the right; I would expect opposite.

I should have written:

> 4. The symbol size control seems "reverted": smaller is to the right,
> bigger is to the left; I would expect opposite.

Maciek

--------------------
W polskim Internecie s? setki milion?w stron. My przekazujemy Tobie tylko najlepsze
z nich!
http://katalog.panoramainternetu.pl/


Thu, May 25 2006 19:20:41    Mail sent by msieczka  
I forgot to add that I'm experiencing this in Ubuntu 5.10 (Debian fork) with
tcltk 8.4.

Maciek
Sun, Jul 23 2006 22:12:18    User changed to tutey@o2.pl by msieczka  
Sun, Jul 23 2006 22:21:33    Comments added by msieczka  
Still valid in current CVS.

Maciek
Wed, Nov 29 2006 00:16:02    Mail sent by msieczka  
Maciek wrote (Tue, May 23 2006 18:43:18):

> 1. 2D points are not displayed when "use X'" is chosen. But they display
> fine using all other symbols.

Fixed. A new (?) bug has cropped out though - one of the points is always
displayed using X icon, no matter what icon is chosen, see:

http://kufaya.googlepages.com/x_sphere.png
(spearfish60, archsites over elevation.10m)
 
> 2. 3D points are displayed on the very bottom, under the DEM raster, when
> "Display om the surface(s):" is selected.

Issue still valid.

> 3. Each time a new 3D points layer is added 1 or 2 huge bogus spheres are
> displayed.

Fixed.

> 4. The symbol size control seems "reverted": smaller is to the left, bigger
> is the right; I would expect opposite.

Fixed.

> 5. Default symbol size (100) is way to big IMO.

I was wrong here. It all depends on the region extent and the picture size, as
the symbol size is in map units.

Maciek
Thu, Nov 30 2006 08:38:31    Mail sent by mneteler  
Maciek,

this night more fixes arrived. If still open, please notify Bob Covill.

Markus
Thu, Nov 30 2006 21:41:42    Mail sent by msieczka  
mneteler wrote (Thu, Nov 30 2006 08:38:31):

> Maciek,
> 
> this night more fixes arrived.

None of the fixes touches these issues.

> If still open, please notify Bob Covill.

CCiing Bob.

Bob,

Do you mind looking into this bug? Issues #1 and #2 remain. To reproduce #1,
in spearfish:

$ g.region rast=elevation.10m
$ nviz elev=elevation.10m

add 'archsites' vector; if nothing bad happens yet, remove it and add it back
even more artifacts (lines) crop out immadietly, when doing:

$ nviz elev=elevation.10m point=archsites

Cheers,
Maciek
Sat, Mar 3 2007 09:55:42    Mail sent by msieczka  
Info:

Bob Covill has sent me a patch several weeks ago, which fixed most of these
issues. It also (or firstly) replaced the vector points-sites hack in NVIZ
with a native support for vector points. Ask Bob for details why he decided
not to sumbmit the patch yet.

Maciek
Comment | Reply | Take | Resolve

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