[GRASS-dev] nviz volume fails: unknown shade style returned in get_drawmode

[Markus Neteler]

Hi all,

Bob was so kind to fix the NVIZ volume problem in CVS.
Please test it, too.

thanks, Bob!

Markus

On Tue, Apr 03, 2007 at 02:17:42PM -0300, Bob Covill wrote:
> Hi Markus,
> 
> I have submitted the fix to CVS. I have tested it by loading both from
> the command line and the GUI, and it seems to work. If you could also
> test to make sure this does not break anything else. 
> 
> --
> Bob
> 
> On Tue, 2007-04-03 at 17:36 +0200, Markus Neteler wrote:
> > Hi Bob,
> > 
> > On Tue, Apr 03, 2007 at 12:01:45PM -0300, Bob Covill wrote:
> > > Hi Markus,
> > > 
> > > This does seem to be a mystery. I tried "g.region -dp" and it still
> > > worked? 
> > 
> > I am on a 64bit box, may this be the difference? Or Redhat,
> > or the gcc version or...
> >  
> > > I then traced the error messages from below. I looked at how volumes are
> > > loaded from the command line it appears that none of the attributes are
> > > set (which is why it is complaining). When loaded from inside nviz there
> > > is a call to Nnew_map_obj (to load the file) and then set_att to set the
> > > attributes.  
> > > 
> > > I have attached a test version of map_obj.c from nviz/src for you to
> > > try. Essentially I set some default atts when a volume is loaded. So
> > > when you run 
> > > nviz el=dem500 vol=precip3d.500z50
> > > you should see
> > > Loading Data
> > > Update elev null mask
> > > Loading Data
> > > translating colors from fp
> > > VOL DEBUG: set vol atts for 81721
> > > VOL DEBUG: done setting vol pars
> > > recalculating normals...
> > > 
> > > If this still crashes then there is something else going on, but we can
> > > eliminate the above. If this does fix it then we should try and clean up
> > > how volumes are loaded.
> > > 
> > > I will keep my fingers crossed!
> > 
> > Great job!! It works!!
> > I don't manage to crash it any more... please submit it
> > to CVS.
> > 
> > thanks a million,
> > 
> > Markus