0 Amsterdam / Berlin / Bern
/ Rome / Stockholm / Vienna
Subject: Re: [GRASS-dev] GV_VOLUME: does it exist?
On Tue, Sep 1, 2009 at 3:26 PM, Benjamin
Ducke 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
On Tue, Sep 1, 2009 at 3:26 PM, Benjamin
Ducke 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 to geometric
> representation.
> 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 qu
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 thin
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 a
