I tried again to get r3.showdspf to work without success. I am using the
sample weather dataset and Lorenzo Moretti's binaries under Mac OSX 10.3.5
Problem #1. When I run r3.showdspf via g_gui(), it sends output to the tcltk
output display window--as expected. However, it needs to send output to an
xterm so that you can interact with it. I can script around this in
tcltkgrass menus, but thought I would mention it.
Problem #2. Potentially more serious. When I run r3.showdspf from the
command line
r3showdspf grid3=CloudLCP.992172300 dspf=test
I get the desired prompt. But when I enter any of the normal r3.showdspf
commands (e.g., +, -, d, ?) I get a "Broken pipe" error.
I also get errors when I try to run r3.mkdspf. This generates many errors.
For example....
GRASS 5.7.cvs:~ > r3.mkdspf grid3=CloudLCP.992172300 dspf=cloudtest2 tnum=7
Region from getWindow: 80 100 21
** cloudtest2 exists. ok to overwrite? (y/n) [n] y
rows=80 cols=100 depths=21
threshold values: 0.000000 0.183333 0.366667 0.550000 0.733333 0.916667
1.100000
No. of thresholds: 8
DSPF DIMS: 80 100 21
Writing cloudtest2 from CloudLCP.992172300...display file completed:ERROR:
G_fpc
ompress_readXdrNums: read error
ERROR: G3d_readTileCompressed: error in G_fpcompress_readXdrNums
ERROR: G3d_readTile: error in G3d_readTileCompressed
ERROR: cacheRead_readFun: error in G3d_readTile
ERROR: G3d_cache_elt_ptr: error in c->eltLoadFun
ERROR: G3d_getTilePtr: error in G3d_cache_elt_ptr
FATAL ERROR: G3d_getFloatRegion: error in G3d_getTilePtr
Any thoughts anyone?
____________________
C. Michael Barton, Professor
School of Human Diversity and Social Change
PO Box 872402
Arizona State University
Tempe, AZ 85287-2402
USA
Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>
Michael Barton wrote:
I tried again to get r3.showdspf to work without success. I am using the
sample weather dataset and Lorenzo Moretti's binaries under Mac OSX 10.3.5
Problem #1. When I run r3.showdspf via g_gui(), it sends output to the tcltk
output display window--as expected. However, it needs to send output to an
xterm so that you can interact with it. I can script around this in
tcltkgrass menus, but thought I would mention it.
Right. I guess that the parser interface needs another function to
indicate that the program needs a terminal. This would need to be
communicated to the Tcl code (e.g. via an additional argument to
begin_dialog).
Problem #2. Potentially more serious. When I run r3.showdspf from the
command line
>>r3showdspf grid3=CloudLCP.992172300 dspf=test
I get the desired prompt. But when I enter any of the normal r3.showdspf
commands (e.g., +, -, d, ?) I get a "Broken pipe" error.
Has the child process (which actually does the work) crashed?
r3.showdspf fork()s; the parent just runs a loop, printing the prompt,
reading a line of input, and sending it to the child. The child does
everything else. If the child dies, the parent will receive SIGPIPE
the next time it writes to the pipe.
I also get errors when I try to run r3.mkdspf. This generates many errors.
For example....
GRASS 5.7.cvs:~ > r3.mkdspf grid3=CloudLCP.992172300 dspf=cloudtest2 tnum=7
Region from getWindow: 80 100 21
** cloudtest2 exists. ok to overwrite? (y/n) [n] y
rows=80 cols=100 depths=21
threshold values: 0.000000 0.183333 0.366667 0.550000 0.733333 0.916667
1.100000
No. of thresholds: 8
DSPF DIMS: 80 100 21
Writing cloudtest2 from CloudLCP.992172300...display file completed:ERROR:
G_fpcompress_readXdrNums: read error
This indicates that G_zlib_read() returned an error. You can't
realistically determine anything else without using a debugger.
Although: are you sure that the grid3d file is valid?
--
Glynn Clements <glynn.clements@virgin.net>
Michael,
I was away so I did not follow all discussion about r3.showdspf but my suggestion is that you
don't spend time on r3.showdspf and the cloud data sample - they are not good,
instead, please get GRASS5.3 or 5.7 from here - it has the volume visualization working
within nviz:
http://kopernik.cc.fmph.uniba.sk/~paudits/
The author is now working on extracting the new and modified parts of the code so that
it can be submitted to CVS, but you can use and test his GRASS5.7 or 5.3 code meanwhile.
Let me know if you need test data sets - the cloud data set supposedly does not work
with the current g3d.
Helena
Michael Barton wrote:
I tried again to get r3.showdspf to work without success. I am using the
sample weather dataset and Lorenzo Moretti's binaries under Mac OSX 10.3.5
Problem #1. When I run r3.showdspf via g_gui(), it sends output to the tcltk
output display window--as expected. However, it needs to send output to an
xterm so that you can interact with it. I can script around this in
tcltkgrass menus, but thought I would mention it.
Problem #2. Potentially more serious. When I run r3.showdspf from the
command line
r3showdspf grid3=CloudLCP.992172300 dspf=test
I get the desired prompt. But when I enter any of the normal r3.showdspf
commands (e.g., +, -, d, ?) I get a "Broken pipe" error.
I also get errors when I try to run r3.mkdspf. This generates many errors.
For example....
GRASS 5.7.cvs:~ > r3.mkdspf grid3=CloudLCP.992172300 dspf=cloudtest2 tnum=7
Region from getWindow: 80 100 21
** cloudtest2 exists. ok to overwrite? (y/n) [n] y
rows=80 cols=100 depths=21
threshold values: 0.000000 0.183333 0.366667 0.550000 0.733333 0.916667
1.100000
No. of thresholds: 8
DSPF DIMS: 80 100 21
Writing cloudtest2 from CloudLCP.992172300...display file completed:ERROR:
G_fpc
ompress_readXdrNums: read error
ERROR: G3d_readTileCompressed: error in G_fpcompress_readXdrNums
ERROR: G3d_readTile: error in G3d_readTileCompressed
ERROR: cacheRead_readFun: error in G3d_readTile
ERROR: G3d_cache_elt_ptr: error in c->eltLoadFun
ERROR: G3d_getTilePtr: error in G3d_cache_elt_ptr
FATAL ERROR: G3d_getFloatRegion: error in G3d_getTilePtr
Any thoughts anyone?
____________________
C. Michael Barton, Professor
School of Human Diversity and Social Change
PO Box 872402
Arizona State University
Tempe, AZ 85287-2402
USA
Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>
_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5
Thanks Helena,
Hope you've had a good summer. I'd like to try this version of NVIZ. I
checked the link you gave me and the GRASS 5.7 version there is an older one
than I am using, so I'd need to compile it into a different locale so as not
to mess up my working versions.
If I have time, I'll give it a try. I hope that the author can get this into
the CVS. It certainly makes more sense to have NVIZ do 3D than a separate
program. While he/she is working on this, I've noticed that the current
version of NVIZ reads the new GRASS 5.7 vector points and lines correctly,
but chokes on areas (it crashes rather than display the areas as
boundaries). Also Hamish is fixing a bug in the hires PPM output that
crashed NVIZ and prevented the PPM pieces from reassembling. Finally, is
there any hope for the scale function to work?
In a totally different vein, I am going to Tucson tomorrow to talk with
Steve Lansing--someone who has been doing agent modeling of irrigation
networks in Bali and has a biocomplexity grant to do this. I will also meet
with Brett Hill, one of the GIS/geospatial modeling people. If you haven't
touched base with Brett yet, you might want to do so. He has been trying to
get GRASS up and running under Cygwin recently. I'll find out tomorrow if
he's been successful or not. His email is bhill@cdarc.org and phone is
520-882-6946. I'd like to also talk with Tim Kohler, who has been doing work
like we propose in SW Colorado. Are there folks that I/you ought to think
about contacting to see if they have advice for us? I am hoping we can avoid
re-inventing the wheel as much as possible and also avoid any pitfalls that
others have run into.
I am hoping to get set up to do video conferencing/chat here. I thought it
might make it easier to exchange information among the somewhat far-flung
team members of the project. Do you have a set up to do this?
Anyway, thanks for the note. We should get in touch with each other and
Brett some this fall to talk about strategy. Hope your semester is off to a
good start.
Cheers,
Michael
On 8/26/04 8:26 AM, "Helena" <hmitaso@unity.ncsu.edu> wrote:
Michael,
I was away so I did not follow all discussion about r3.showdspf but my
suggestion is that you
don't spend time on r3.showdspf and the cloud data sample - they are not good,
instead, please get GRASS5.3 or 5.7 from here - it has the volume
visualization working
within nviz:
http://kopernik.cc.fmph.uniba.sk/~paudits/
The author is now working on extracting the new and modified parts of the code
so that
it can be submitted to CVS, but you can use and test his GRASS5.7 or 5.3 code
meanwhile.
Let me know if you need test data sets - the cloud data set supposedly does
not work
with the current g3d.
Helena
______________________________
Michael Barton, Professor & Curator
School of Human Diversity and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton