[GRASS5] nviz problems
michael.barton at asu.edu
Mon Nov 8 13:30:11 EST 2004
My opinion shouldn't count as much as those who know what might be involved
in modifying other applications. But for my 2 cents worth this seems like
the best option by far. If GRASS is going to generally support 3D (and I
very much hope it continues to go this way) a single WIND file makes much
more sense than 2 separate ones.
On 11/7/04 7:55 PM, "Helena" <hmitaso at unity.ncsu.edu> 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.
> This would be a significnat change - what do others think about it?
> Are there any significant problems that this would cause that we haven't
> thought about?
> 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.
Michael Barton, Professor of Anthropology
School of Human, Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
voice: 480-965-6262; fax: 480-965-7671
More information about the grass-dev