Details Ticket 979


Comment | Reply | Take | Resolve


Serial Number 979
Subject NVIZ Load / Save 3-D Settings doesn't work
Area bug
Queue grass
Requestors paul-grass@stjohnspoint.co.uk
Owner none
Status open
Last User Contact Wed Dec 20 22:52:43 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Thu Dec 21 13:29:43 2006 (2 yr ago)
Created Mon Mar 25 15:21:33 2002 (6 yr ago)

Transaction History Ticket 979


Mon, Mar 25 2002 15:21:33    Request created by guest  
Subject: NVIZ Load / Save 3-D Settings doesn't work

Platform: SGI/Irix
grass downloaded at: CVS Server, Germany
grass binary for platform: I compiled the sources myself
grass sources source: GRASS 5.0.0pre3

Load / Save 3-D Settings option in File menu in NVIZ is disabled (and doesn't
work).
It is mentioned in the tcl/tk source file that these options are disabled because
they are buggy; I tried enabling them just to try but loading a 3d view has no
effect on the position settings in NVIZ.
NVIZ is of no use for my work without accurate observer position settings (easting,
northing, elevation, field of view etc.) and I am currently using SG3d and GRASS
4.3 with reasonably successful results (SG3d can read the 3dview files created
either manually or with d.3d, which enable a lot of control over the exact observer
position).
However I would very much like to make use of the 3-D vectors in GRASS 5.1; for
this I need NVIZ and also the missing advanced positioning functionality. 

Perhaps in a year or so's time I may be in a position to fix the problem myself,
but at the minute I would be out of my depth: beyond the tcl/tk functions, there
are several layers of nested function calls back through the gsurf library to
the low-level G_get_3dview and G_save_3dview that SG3d and d.3d use.

I am quite surprised that such an obvious piece of functionality is still missing,
but perhaps exact positioning is not important for geographical applications?
(I am approaching this from an engineering background). I hope anyway that submitting
this to the bugtracker will bring it more to the forefront of attention of the
relevant person.

Paul Kelly
Mon, Mar 25 2002 18:03:32    Mail sent by hmitaso@unity.ncsu.edu  
Return-Path <hmitaso@unity.ncsu.edu>
Delivered-To grass-bugs@lists.intevation.de
Sender helena@uni02mr.unity.ncsu.edu
Message-ID <3C9F55C6.CE4E3099@unity.ncsu.edu>
Date Mon, 25 Mar 2002 11:52:22 -0500
From Helena Mitasova <hmitaso@unity.ncsu.edu>
X-Mailer Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2smp i686)
X-Accept-Language en
MIME-Version 1.0
To Request Tracker <grass-bugs@intevation.de>
Cc grass5@grass.itc.it
Subject Re: [GRASS5] [bug #979] (grass) NVIZ Load / Save 3-D Settings doesn't work
References <20020325142133.C6DC9139C9@lists.intevation.de>
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
X-Spam-Status No, hits=0 required=5 tests=SUPERLONG_LINE
Request Tracker wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=979
> -------------------------------------------------------------------------
>
> Subject: NVIZ Load / Save 3-D Settings doesn't work
>
> Platform: SGI/Irix
> grass downloaded at: CVS Server, Germany
> grass binary for platform: I compiled the sources myself
> grass sources source: GRASS 5.0.0pre3
>
> Load / Save 3-D Settings option in File menu in NVIZ is disabled (and doesn't
work).

It works here on LINUX. We use it all the time. Are you sure that you are using
GRASS 5.0.0pre3?

> It is mentioned in the tcl/tk source file that these options are disabled because
they are buggy; I tried enabling them just to try but loading a 3d view has no
effect on the position settings in NVIZ.

It saves not only the position settings but also the size of widnows and lot
of other things so you can start exactly
where you left it. It sounds like you are using some old version of NVIZ. Note
that the NVIZ state file is NOT the 3dview file.

>
> NVIZ is of no use for my work without accurate observer position settings (easting,
northing, elevation, field of view etc.) and I am currently using SG3d and GRASS
4.3 with reasonably successful results (SG3d can read the 3dview files created
either manually or with d.3d, which enable a lot of control over the exact observer
position).
> However I would very much like to make use of the 3-D vectors in GRASS 5.1;
for this I need NVIZ and also the missing advanced positioning functionality.
saving state in NVIZ is much better now that it was for SG3d (it saves also the
vectors and sites and lot of other settings
that SG3d did not save). As I said, this it is not saved in 3dview file but in
a separate file - I usually store it in a directory along with
the images - so it is not stored in GRASS database as 3dview was. Just save one
file with your favourite settings and
then you can modify it manually

> Perhaps in a year or so's time I may be in a position to fix the problem myself,
but at the minute I would be out of my depth: beyond the tcl/tk functions, there
are several layers of nested function calls back through the gsurf library to
the low-level G_get_3dview and G_save_3dview that SG3d and d.3d use.

This is one thing that bothers me about the NVIZ design. One reason for re-designing
SG3d to NVIZ by developing gsurf library
was to make the development of enhancements, customization and development of
various interfaces easier.
However, it seems the the result is just the opposite. While adding such features
as a wide range of possibilities to display sites,
displaying scale and legends or adding volumes to SG3d was possible and was done
relatively quickly, it seems to be
extremely complex if not next to impossible in the current structure of NVIZ
code.

> I am quite surprised that such an obvious piece of functionality is still missing,
but perhaps exact positioning is not important for geographical applications?
(I am approaching this from an engineering background). I hope anyway that submitting
this to the bugtracker will bring it more to the forefront of attention of the
relevant person.

exact positioning and saving the state is absolutely crucial for GIS applications
and it is functional, so please first check
the version of NVIZ that you are using and then if it is up to date and still
does not work it may be an SGI specific issue
(we can check with Bill Brown whether he has it working as I am not using SGI
any more). Or you are trying to load 3dview
fiel instead of nviz state file.

>
>
> Paul Kelly
>
> -------------------------------------------- Managed by Request Tracker
> _______________________________________________
> grass5 mailing list
> grass5@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5


Mon, Mar 25 2002 19:07:03    Mail sent by paul-grass@stjohnspoint.co.uk  
Return-Path <paulk@ukshells.co.uk>
Delivered-To grass-bugs@lists.intevation.de
Date Mon, 25 Mar 2002 18:06:36 +0000 (GMT)
From Paul Kelly <paul-grass@stjohnspoint.co.uk>
X-Sender paulk@agrippa.ukshells.co.uk
To Helena Mitasova <hmitaso@unity.ncsu.edu>
Cc Request Tracker <grass-bugs@intevation.de>, "grass5@grass.itc.it" <grass5@grass.itc.it>
Subject Re: [GRASS5] [bug #979] (grass) NVIZ Load / Save 3-D Settings doesn't work
In-Reply-To <3C9F55C6.CE4E3099@unity.ncsu.edu>
Message-ID <Pine.LNX.4.21.0203251744330.18531-100000@agrippa.ukshells.co.uk>
MIME-Version 1.0
Content-Type TEXT/PLAIN; charset=US-ASCII
X-Spam-Status No, hits=0 required=5 tests=

On Mon, 25 Mar 2002, Helena Mitasova wrote:

> saving state in NVIZ is much better now that it was for SG3d (it saves also
the vectors and sites and lot of other settings
> that SG3d did not save). As I said, this it is not saved in 3dview file but
in a separate file - I usually store it in a directory along with
> the images - so it is not stored in GRASS database as 3dview was. Just save
one file with your favourite settings and
> then you can modify it manually
> 

Well yes it is the 3dview file (saved in the GRASS database) I am talking
about, not the NVIZ state file (saved in the current working directory). 

My application is, for example: I am standing at a point with known
easting and northing (either from GPS or I just stand beside an easily
recognisable landmark that I can check on a map) and I take a
photograph. I know the roll, pitch and yaw angles (the direction the
camera is pointing) so I can calculate where the centre of view is. The
camera has also been calibrated so I know its field of view. I can then
take all these parameters, manually enter them into a 3dview file and save
it in the 3d.view directory in the GRASS database. When I load this 3dview
file in SG3d it will then draw the landscape as seen by my camera, and I
can compare the real image and GIS 3-D view and do my further analyses as
necessary.

I studied the NVIZ state file format a while ago and I can not see any
easy way of entering the same parameters. As far as I can see all the
values in the NVIZ state file are sort of referenced to the current region
and resolution; the centre of view is specified explicitly and then the
observer position is specified as a distance and direction vector with
respect to the centre of view.

It may be possible to calculate the correct values of these parameters
from the values in the 3dview file but it is beyond me (presumably that is
what the disabled 'Load 3dview' function is supposed to do).


> > Perhaps in a year or so's time I may be in a position to fix the problem
> > myself, but at the minute I would be out of my depth: beyond the tcl/tk 
> > functions, there are several layers of nested function calls back through
> > the gsurf library to the low-level G_get_3dview and G_save_3dview that SG3d
> > and d.3d use.
> 
> This is one thing that bothers me about the NVIZ design. One reason for re-designing
SG3d to NVIZ by developing gsurf library
> was to make the development of enhancements, customization and development
of various interfaces easier.
> However, it seems the the result is just the opposite. While adding such features
as a wide range of possibilities to display sites,
> displaying scale and legends or adding volumes to SG3d was possible and was
done relatively quickly, it seems to be
> extremely complex if not next to impossible in the current structure of NVIZ
code.
> 

I have been gaining that impression as well so it is good to see somebody
agrees. I have been experimenting with some modifications to SG3d and I
must say it is been very easy and clear to find the relevant pieces of
code, and easy to follow as it is all written in C.

> exact positioning and saving the state is absolutely crucial for GIS applications
and it is functional, so please first check
> the version of NVIZ that you are using and then if it is up to date and still
does not work it may be an SGI specific issue
> (we can check with Bill Brown whether he has it working as I am not using SGI
any more). Or you are trying to load 3dview
> fiel instead of nviz state file.
> 

Yes as said above I am looking to load a 'classic' 3dview file. I am
definitely using 5.0pre3. If there is an easier way of doing this I would
be very grateful to hear about it.

Thank you very much for the reply; your opinion is highly valued

Paul Kelly


Wed, Dec 20 2006 22:52:43    Mail sent by mneteler  
Hello Paul,

does this bug persist with the recent updates of NVIZ?

Markus
Thu, Dec 21 2006 13:29:43    Mail sent by paul-grass@stjohnspoint.co.uk  
Return-Path <paul-grass@stjohnspoint.co.uk>
Delivered-To grass-bugs@lists.intevation.de
Date Thu, 21 Dec 2006 12:29:17 +0000 (GMT)
From Paul Kelly <paul-grass@stjohnspoint.co.uk>
X-X-Sender paulk@agrippa.ukshells.co.uk
To Markus Neteler via RT <grass-bugs@intevation.de>
Subject Re: [bug #979] (grass) NVIZ Load / Save 3-D Settings doesn't work
In-Reply-To <20061220215243.22552101EF4@lists.intevation.de>
Message-ID <Pine.LNX.4.62.0612211225280.22553@agrippa.ukshells.co.uk>
References <20061220215243.22552101EF4@lists.intevation.de>
MIME-Version 1.0
Content-Type TEXT/PLAIN; charset=US-ASCII; format=flowed
X-SA-Do-Not-Run Yes
X-SA-Exim-Connect-IP 217.10.143.90
X-SA-Exim-Mail-From paul-grass@stjohnspoint.co.uk
X-SA-Exim-Scanned No (on mail.ukshells.net); SAEximRunCond expanded to false
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
Hello Markus
ISTR that Bob enabled it a while ago but that I still had some issues 
with it. I'm not in a position to test at the minute though because
a) I won't be at home for a day or two and
b) Nviz currently isn't working on Windows again, where I'm working at the 
minute, since it was changed to start using a script.

I would say the bug's probably mostly fixed now but it will be worth 
checking that it operates exactly as it should though.

And what an old bug report!

Paul


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