On Tue, Sep 1, 2009 at 3:26 PM, Benjamin
Duckebenjamin.du...@oxfordarch.co.uk wrote:
...
My current approach is to think about it like this:
Benjamin,
could you please add below ideas to
http://trac.osgeo.org/grass/wiki/Grass7/VectorLib
A) One additional dimension adds one degree of freedom
Hi all,
could anybody enlighten me about the status of the GRASS 3D
geometry type GV_VOLUME? I assume this is meant to be
the equivalent of the 2D GV_AREA, i.e. GV_KERNEL + GV_FACE(S)?
Is there some actual Vect library level support for processing
such geometries or does GV_VOLUME just exist as a
Benjamin Ducke wrote:
could anybody enlighten me about the status of the GRASS 3D
geometry type GV_VOLUME? I assume this is meant to be the equivalent
of the 2D GV_AREA, i.e. GV_KERNEL + GV_FACE(S)?
AFAIU it is only really used by NVIZ so far for displaying 3D vector
volumes*, but I think it
AFAIU it is only really used by NVIZ so far for displaying 3D vector
volumes*, but I think it is important to keep it in a state ready to
be
implemented :)
[* e.g. v.in.dxf (not -f) - nviz
http://bambi.otago.ac.nz/hamish/grass/screenshots/nyc3d_nviz3_midtown.png
]
Hmmm,
A quick grep