[GRASS5] nviz problems
neteler at itc.it
Mon Nov 8 11:56:51 EST 2004
On Sun, Nov 07, 2004 at 09:55:00PM -0500, Helena wrote:
> It would certainly be much less confusing for the users to have
> a single WIND file both for 2D and 3D. I am all for it unless
> it requires a lot of changes that nobody has time to do.
IMHO it's the only way to avoid that we upset all GRASS users
(including ourselves). To change many, many locations I am not
really interested in. Let's try the suggested approach which
should be backward compatible to older locations.
> This would be a significnat change - what do others think about it?
I feel from a user's point of view that it is less significant than
having to change all my locations.
> Are there any significant problems that this would cause that we haven't
> thought about?
Worth a try - we are in CVS HEAD, so we can try that. And it should
be done before releasing 6.0.
> Radim Blazek wrote:
> >Why WIND and WIND3?!
> >Cannot we add top, bottom, depths and t-b resol to WIND? Default (if not
> >defined) will be:
> >top: 1
> >bottom: 0
> >depths: 1
> >t-b resol: 1
> >We can add these variables to struct Cell_head and call G_*_window from
> >Helena wrote:
> >>I already discussed this issue with Markus but I did not follow up
> >>on the list (as I am trying not to create too many distractions from
> >>5.4 release).
> >>Yes, nviz ALWAYS needs WIND3, even if you work just with 2D data.
> >>It is needed to initialize the interface. It will be rather messy to have
> >>it start differently for 2D and 3D data.
> >>This is my suggestion (as there are and will be more modules that will
> >>3D region)
> >>>Modify grass57 startup to check and ask for 3D region info.
> >>> What I have in mind is that when you start grass57, it will check for
> >>>WIND3 and if it is not there it will say e.g.:
> >>>This GRASS release is a 3D GIS and requires 3D region definition, do you
> >>>want to have it automatically created (you can later modify it using
> >>g3.region) ? y/n
> >>> then the default WIND3 will just take the current region information
> >>>and define WIND3 with 1 vertical layer.
> >>>If it is done like this we don't have to worry about which module
> >>>it and we don't need to implement this question into each such module
> >>Markus, would you have time to implement this modified start-up?
> >>After Paul is done with the release, I suggest that we also revisit
> >>the vertical
> >>datum issue and creation of a new location under 5.7 as a 3D location
> >>with 3D window and
> >>a coordinate system definition that includes both horizontal and
> >>vertical datums.
More information about the grass-dev