Rich Shepard wrote:
Helena,
Is there some documentation I've not found that will explain to me the
relationships among 2D raster maps, Bill's Grid3D modules, and nviz?
I look at the man pages for the g3d... modules, but I don't see anything
that tells me how to use it with regular GRASS data, or what it does.
evolution of g3d is a long story and as of now it is still buggy and will be
hopefully part of next release (GRASS5.1). It is for working with volumetric
data -
3D rasters. Look at our website for examples of applications that we have
done for the prototype.
Helena
Thanks,
Rich
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
+ 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard@appl-ecosys.com
Making environmentally-responsible mining happen.
On Wed, 8 Aug 2001, Helena wrote:
evolution of g3d is a long story and as of now it is still buggy and will
be hopefully part of next release (GRASS5.1). It is for working with
volumetric data - 3D rasters. Look at our website for examples of
applications that we have done for the prototype.
Helena,
Thanks for the insight. I assumed that the purpose was volumetric analysis
and disply, so how closely related to nviz is it? Do the g3d modules do data
processing that's displayed with nviz?
I'm just trying to understand how it all fits together, not pushing for
anything to be complete now.
Thanks,
Rich
Rich Shepard wrote:
On Wed, 8 Aug 2001, Helena wrote:
> evolution of g3d is a long story and as of now it is still buggy and will
> be hopefully part of next release (GRASS5.1). It is for working with
> volumetric data - 3D rasters. Look at our website for examples of
> applications that we have done for the prototype.
Helena,
Thanks for the insight. I assumed that the purpose was volumetric analysis
and disply, so how closely related to nviz is it? Do the g3d modules do data
processing that's displayed with nviz?
yes, nviz has already the interface part for it - it should call r3.showdspf
(which does not work completely either as it does not do the "walls", boxes
and fences) and display the isosurfaces, crossections and other type of volume
stuff along with multiple surfaces, vectors and sites. That is what sg4d did.
For whatever reason Bill could not finish it for nviz. There is a lot of stuff
that we have prototyped
for GRASS5 which is not being released as there is a long way from a prototype
to releasable code.
Quite a bit of work for years ahead.
Helena
I'm just trying to understand how it all fits together, not pushing for
anything to be complete now.
Thanks,
Rich
On Thu, 9 Aug 2001, Helena wrote:
yes, nviz has already the interface part for it - it should call
r3.showdspf (which does not work completely either as it does not do the
"walls", boxes and fences) and display the isosurfaces, crossections and
other type of volume stuff along with multiple surfaces, vectors and
sites. That is what sg4d did. For whatever reason Bill could not finish it
for nviz. There is a lot of stuff that we have prototyped for GRASS5 which
is not being released as there is a long way from a prototype to
releasable code. Quite a bit of work for years ahead.
Helena,
Thanks very much!
I'll wait for the time there is more information on how to get data into
the existing modules, then play with them to see what they do.
Rich