Testing with GRASS 6.4.3RC2
Rem-ing out line 684 in gvl_calc_c
/* gvl_align_data(dbuff[i].ndx_new, dbuff[i].new); */
prevents crashing. But I don't see an isosurface.
Helena,
I'm using your test data (jr_7408MR_2m_t70)
What is a good value to set for an isosurface to see anything?
Slices
When I put in values between 15 and 20 I can see the horizontal outline of a
rectangle but not the 3D shape of a box. No isosurfaces display. No crash
either.
I un-commented line 684 and commented line 1009 in gvl_calc_c to see what
happens to slices
/* gvl_align_data(pos, slice->data); */
A
Michael,
what you describe sounds as if you had only one depth layer so let us check
first that the 3D region is right.
If the 3d region is set to the provided 3d raster given here
http://skagit.meas.ncsu.edu/~helena/grasswork/JR_7408MR_2m_t70.asci
http://skagit.meas.ncsu.edu/~helena/grasswork/J
Aha. You were right. The tbres and top bound was set to 1. Odd since I use set
the region to match the 3d map.
So I'll try it again and with the command and report back.
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology,
GREAT NEWS!
Commenting out both gvl_align_data lines (#684 and #1009) in gvl_calc_c makes
this work. Both slices and isosurfaces display and do not crash. I don't know
if there would be a problem with larger files or not. But this is finally
functional again.
BUT the command you sent does NOT
So I found a change that would make volumes visible again a week ago. Anyone
have any thoughts about this? Do we need the function/procedure that sets the
memory pointer for volume displays? Or can we simply get rid of it? Is it
needed for Linux? Windows? Any thoughts about what happens without
Hi Michael,
On Mon, Jan 7, 2013 at 7:57 AM, Michael Barton wrote:
> So I found a change that would make volumes visible again a week ago. Anyone
> have any thoughts about this? Do we need the function/procedure that sets the
> memory pointer for volume displays? Or can we simply get rid of it?
On Jan 11, 2013, at 2:48 PM, Anna Kratochvílová wrote:
> Hi Michael,
>
> On Mon, Jan 7, 2013 at 7:57 AM, Michael Barton wrote:
>> So I found a change that would make volumes visible again a week ago. Anyone
>> have any thoughts about this? Do we need the function/procedure that sets
>> the me
Perhaps Windows and Linux--and earlier versions of OS X--ignore the code.
The header for gvl_calc.c says that the author is Tomas Paudits (February
2004). Does anyone know if he is still around to ask?
Michael
__
C. Michael Barton
Director, Center for Social Dynamic
I have not commented out both gvl_align_data lines (#684 and #1009) in
gvl_calc.c, but fixed variable initialization in trunk r54866. Please
test.
Markus M
On Fri, Jan 11, 2013 at 10:33 PM, Michael Barton wrote:
> Perhaps Windows and Linux--and earlier versions of OS X--ignore the code.
>
> The
I will try to test today if I can. Thanks.
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:
Markus and others,
I just tested this with GRASS trunk r54874 and it is still broken.
Removing all reference to lines gvl_align_data (and the function as well)
works. AFAICT, this only is called for viewing volumes. Does removing this
function break volume viewing for any other platform?
Mich
12 matches
Mail list logo