You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(26) |
Sep
(32) |
Oct
(29) |
Nov
(36) |
Dec
(13) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(17) |
Feb
(14) |
Mar
(12) |
Apr
(20) |
May
(27) |
Jun
(6) |
Jul
(33) |
Aug
(28) |
Sep
(24) |
Oct
(24) |
Nov
(41) |
Dec
(32) |
| 2002 |
Jan
(29) |
Feb
(25) |
Mar
(16) |
Apr
(12) |
May
(22) |
Jun
(24) |
Jul
(11) |
Aug
(7) |
Sep
(4) |
Oct
(31) |
Nov
(30) |
Dec
(22) |
| 2003 |
Jan
(22) |
Feb
(12) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
(1) |
4
|
5
(1) |
6
(3) |
7
|
8
|
|
9
|
10
|
11
|
12
(1) |
13
(2) |
14
(2) |
15
|
|
16
|
17
|
18
(1) |
19
|
20
|
21
|
22
|
|
23
|
24
|
25
|
26
(1) |
27
|
28
|
|
|
From: <ibo...@km...> - 2003-02-26 03:21:16
|
Dear Sir,
I would like to know to us the netcdf file with the vis5d+. The vis5d is
support for netcdf file format, but it is not more information.
This is my netcdf file.
------>
#ncdump -c /usr2/home/mm5/MM5POST/g1.raincon.nc
netcdf g1.raincon {
dimensions:
Xdef = 84 ;
Ydef = 99 ;
time = UNLIMITED ; // (11 currently)
variables:
float Xdef(Xdef) ;
Xdef:long_name = "longitude" ;
Xdef:units = "degrees_east" ;
float Ydef(Ydef) ;
Ydef:long_name = "latitude" ;
Ydef:units = "degrees_north" ;
float time(time) ;
time:long_name = "time" ;
time:units = "hours since 2003-02-20 12:00:00.0000" ;
float RAINCON(time, Ydef, Xdef) ;
RAINCON:long_name = "ACCUMULATED CONVECTIVE PRECIPITATION"
;
RAINCON:units = "cm" ;
RAINCON:_FillValue = -9999.f ;
// global attributes:
:title = "MM5 version output on NetCDF format" ;
:history = "created 23/01/2003 by Boonlert Archevarahuprok
(NetCDF3.5)" ;
data:
Xdef = 91.92152, 92.16437, 92.40723, 92.65008, 92.89294, 93.13579,
93.37865,
93.6215, 93.86436, 94.10721, 94.35007, 94.59292, 94.83578, 95.07863,
95.32149, 95.56434, 95.8072, 96.05005, 96.29291, 96.53576, 96.77862,
97.02147, 97.26433, 97.50718, 97.75004, 97.99289, 98.23575, 98.4786,
98.72146, 98.96431, 99.20717, 99.45002, 99.69288, 99.93573, 100.1786,
100.4214, 100.6643, 100.9072, 101.15, 101.3929, 101.6357, 101.8786,
102.1214, 102.3643, 102.6071, 102.85, 103.0928, 103.3357, 103.5786,
103.8214, 104.0643, 104.3071, 104.55, 104.7928, 105.0357, 105.2785,
105.5214, 105.7643, 106.0071, 106.25, 106.4928, 106.7357, 106.9785,
107.2214, 107.4642, 107.7071, 107.95, 108.1928, 108.4357, 108.6785,
108.9214, 109.1642, 109.4071, 109.6499, 109.8928, 110.1356, 110.3785,
110.6214, 110.8642, 111.1071, 111.3499, 111.5928, 111.8356, 112.0785 ;
Ydef = 1.213016, 1.455804, 1.698567, 1.941299, 2.183997, 2.426655,
2.66927,
2.911837, 3.154351, 3.396809, 3.639206, 3.881538, 4.123801, 4.365989,
4.608099, 4.850128, 5.092069, 5.333919, 5.575674, 5.817329, 6.058881,
6.300325, 6.541656, 6.782871, 7.023965, 7.264935, 7.505774, 7.746481,
7.987051, 8.227478, 8.46776, 8.707891, 8.947869, 9.18769, 9.427347,
9.666838, 9.906158, 10.1453, 10.38427, 10.62306, 10.86166, 11.10007,
11.33828, 11.57629, 11.81411, 12.05171, 12.28911, 12.52629, 12.76326,
13,
13.23652, 13.47281, 13.70886, 13.94468, 14.18025, 14.41559, 14.65067,
14.8855, 15.12008, 15.3544, 15.58845, 15.82224, 16.05576, 16.289,
16.52197, 16.75466, 16.98706, 17.21917, 17.451, 17.68253, 17.91376,
18.14469, 18.37532, 18.60563, 18.83564, 19.06533, 19.29471, 19.52376,
19.75249, 19.98089, 20.20896, 20.4367, 20.6641, 20.89116, 21.11788,
21.34425, 21.57027, 21.79594, 22.02126, 22.24622, 22.47081, 22.69505,
22.91891, 23.14241, 23.36554, 23.58829, 23.81066, 24.03266, 24.25427 ;
time = 0, 3, 6.000001, 9.000002, 12, 15, 18, 21, 24, 27.00001, 30.00001 ;
}
<-------
# /usr/local/bin/vis5d /usr2/home/mm5/MM5POST/g1.raincon.nc
Setting visual to 8 bit PsuedoColor with default color map
Setting visual to 8 bit PsuedoColor with default color map
Error: not a v5d file
Error: datafile /usr2/home/mm5/MM5POST/g1.raincon.nc not found
adding file /usr2/home/mm5/MM5POST/g1.raincon.nc
Error: unrecognized file type
ERROR: Failed to open file /usr2/home/mm5/MM5POST/g1.raincon.nc as NetCDF
4 can't handle this right now
Error: datafile /usr2/home/mm5/MM5POST/g1.raincon.nc could not be loaded
Any sugession?
With Best Regards
Boonlert Archevarahuprok
|
|
From: Chen, Z. <Zc...@te...> - 2003-02-18 22:06:25
|
Hi, I am trying to install Vis5d IN WINDOWS. I am trying to install it in Cygwin. Is there any other way to do it? Any body has any idea? I have no idea how to start. Thanks. Best regards, Zhe Chen |
|
From: Lim T. B. A. (Dr) <CT...@nt...> - 2003-02-14 06:10:19
|
Hi , Sorry for mass-mailing this basic enquiry on this list, as I hope to get more details from anyone of you in the mailing list. Can Vis5D be successfully built on a Pentium PC running on Win98/XP OS without any 3D Graphics Card? If yes, appreciate if you could kindly share your experience on the essential requirements. Any comments are appreciated. Much thanks, -Arthur Maritime Research Centre, Nanyang Technological University Singapore. |
|
From: Leigh O. <or...@un...> - 2003-02-13 15:15:11
|
Vaidya, Some background: Out-of-the box, vis5d does not support files which are > 2 GB in a 32 bit operating system with 32 bit integers. Some operating system/compiler combinations can make "int" be 64 bits and it will work fine, but I could not find a way to tell gcc on Linux to treat ints as 64 bits. The v5dstruct structure has the following integers which are used to navigate through a vis5d file: int CurPos; /* current position of file pointer */ int FirstGridPos; /* position of first grid in file */ int GridSize[MAXVARS]; /* size of each grid */ int SumGridSizes; /* sum of GridSize[0..NumVars-1] */ When the size of the vis5d file exceeds 2^31 bytes (2 GB), there is an overflow in CurPos and probably SumGridSizes. I found this out while trying to write a large vis5d file. My patch does the following: changes "int" to "int64_t" in variables which refer to positioning within a vis5d file. How to compile using my patch: Take the patch which was attached to the file you quoted and put it in the src directory. Type patch < patch64 and it will modify some files. You must then set the following envrinment variables which will be passed to gcc during compilation. If you are using the bash shell the command is: export CFLAGS="-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE" If you are in some csh derivative it's setenv CFLAGS "-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE" Then, type configure and make. You can then link with v5d.o and binio.o in your program which creates vis5d files if you want to create > 2 GB files, and of course the vis5d binary you created can read them. I'm pretty sure that the vis5d binary that you create using my method will be able to read vis5d files which are made using the default source code, but I can't be 100% sure. I know it doesn't work the other way around! What will happen if you run the default vis5d with one of my large files is once you get 2 GB into the file all the isosurfaces and contours get all messed up. I have sent my patch to the vis5d list but I don't think there is any development going on right now. There may be a "better way" to make vis5d work with these large files, but I think my way is sound. Incidentally, just to make sure, you have to be using a filesystem that supports > 2 GB files, such as ext3 or reiserfs... ext2 does not. Most modern Linux distros come with these filesystems, and I would strongly recommend that you use either on on all of your main partitoins. Leigh vaidyasubramanian chandrasekhar wrote: | Leigh orf, | Iam Vaidya from EVL @uic working on the vis5d and getting it on the geo | wall. I received your mail for runnning huge datasets > 2G on vis5d, I am | not too sure where the patches need to be added and then what to excatly | do,. | | Can you please tell me where the patch needs to be added and where the | changes need to be done .? | | The smaller vis5d data sets load and are animated in the geowall and hence | I persume the problem as you had suggested is due to the large data sets. | | regards | | vaidya |
|
From: Jason L. <sp...@ev...> - 2003-02-13 15:10:54
|
Thanks Leigh. Vaidya will look into it and let you know how it goes. Jason ---------------- Jason Leigh, PhD Associate Professor, Computer Science Department sp...@ev... Electronic Visualization Lab (M/C 152) EVL Phone (312) 996-3002 University of Illinois at Chicago EVL FAX (312) 413-7585 851 S. Morgan St. Room 1120 SEO http://www.evl.uic.edu/spiff Chicago, IL 60607-7053 > -----Original Message----- > From: or...@or... [mailto:or...@or...] On > Behalf Of Leigh Orf > Sent: Thursday, February 13, 2003 8:08 AM > To: vaidyasubramanian chandrasekhar > Cc: Jason Leigh; vis...@ss... > Subject: Re: 3G files > > > > Vaidya, > > Some background: > > Out-of-the box, vis5d does not support files which are > 2 GB > in a 32 bit operating system with 32 bit integers. Some > operating system/compiler combinations can make "int" be 64 > bits and it will work fine, but I could not find a way to > tell gcc on Linux to treat ints as 64 bits. > > The v5dstruct structure has the following integers which are > used to navigate through a vis5d file: > > int CurPos; /* current position of file pointer */ > int FirstGridPos; /* position of first grid in file */ > int GridSize[MAXVARS]; /* size of each grid */ > int SumGridSizes; /* sum of GridSize[0..NumVars-1] */ > > When the size of the vis5d file exceeds 2^31 bytes (2 GB), > there is an overflow in CurPos and probably SumGridSizes. I > found this out while trying to write a large vis5d file. > > My patch does the following: changes "int" to "int64_t" in > variables which refer to positioning within a vis5d file. > > How to compile using my patch: > > Take the patch which was attached to the file you quoted and > put it in the src directory. Type > > patch < patch64 > > and it will modify some files. > > You must then set the following envrinment variables which > will be passed to gcc during compilation. If you are using > the bash shell the command is: > > export CFLAGS="-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE" > > If you are in some csh derivative it's > > setenv CFLAGS "-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE" > > Then, type configure and make. > > You can then link with v5d.o and binio.o in your program > which creates vis5d files if you want to create > 2 GB files, > and of course the vis5d binary you created can read them. > > I'm pretty sure that the vis5d binary that you create using > my method will be able to read vis5d files which are made > using the default source code, but I can't be 100% sure. I > know it doesn't work the other way around! What will happen > if you run the default vis5d with one of my large files is > once you get 2 GB into the file all the isosurfaces and > contours get all messed up. > > I have sent my patch to the vis5d list but I don't think > there is any development going on right now. There may be a > "better way" to make vis5d work with these large files, but I > think my way is sound. > > Incidentally, just to make sure, you have to be using a > filesystem that supports > 2 GB files, such as ext3 or > reiserfs... ext2 does not. Most modern Linux distros come > with these filesystems, and I would strongly recommend that > you use either on on all of your main partitoins. > > Leigh > > vaidyasubramanian chandrasekhar wrote: > > | Leigh orf, > | Iam Vaidya from EVL @uic working on the vis5d and getting > it on the geo > | wall. I received your mail for runnning huge datasets > > 2G on vis5d, I am > | not too sure where the patches need to be added and then > what to excatly > | do,. > | > | Can you please tell me where the patch needs to be added > and where the > | changes need to be done .? > | > | The smaller vis5d data sets load and are animated in the > geowall and hence > | I persume the problem as you had suggested is due to the > large data > | sets. > | > | regards > | > | vaidya > |
|
From: Tomohiro H. <ha...@ng...> - 2003-02-12 11:51:37
|
Dear vis5d users,
Hello, I am a research engineer in Japan.
I use Vis5d and have a question about vis5d scripting.
I want to use the following command.
----------------------------------------------------------
vis5d_get_time_stamp context timestep
Returns the date and time associated with the given timestep as a list of two elements:
{YYDDD HHMMSS}. Timestep 0 is the first timestep.
----------------------------------------------------------
But, when I use it, date and time is output in the following style.
day - date of the timestep in days since 1/1/1900
time - time of the timestep in seconds since midnight
How should I do to output [YYDDD HHMMSS] ?
And is it possible to output [YY], [DDD], and [HHMMSS] individually ?
Thank you.
Sincerely,
Tomohiro Hara
Tomohiro HARA
RESEARCH ENGINEER, FLUID DYNAMICS LABORATORY
MITSUBISHI HEAVY INDUSTRIES, LTD.
TECHNICAL HEADQUARTERS
NAGASAKI RESEARCH & DEVELOPMENT CENTER
5-717-1, HUKAHORI-MACHI, NAGASAKI 850-0392, JAPAN
TEL : +81-95-834-2832
FAX : +81-95-834-2385
E-MAIL: ha...@ng...
|
|
From: Irene S. <ir...@dr...> - 2003-02-06 19:15:55
|
Hello, We installed vis5d 5.2 on sun and it's running but I have a problem. Suppose I run vis5d with 2 data sets: dataset1 and dataset2. I have 2 dispaly windows open and could plot any variables from each data set on corresponding display. If I try to assign dataset2 to display1, where dataset1 already assigned, and try to plot dataset2 on display1 I have an error message "Segmentation fault". It's happend only if I try to plot dataset2 on display1. Dataset1 plotted OK on dispaly1 when both datasets assigned to dispaly1. What would you suggest in this case? Sincerely, Irene |
|
From: Garry K. <gar...@rm...> - 2003-02-06 09:28:37
|
Dumb, but I noticed using X-win32 5.4 that I had to check the box to enable GLX buffering, I couldnt recall previously doing that. (is the box checked?) Garry he...@nu... wrote: > Irene > > Just FYI. > I've had similar problems with vis5d+ and reverted to 5.2. > I did some experiments and found that Hummingbird Exceed 7.0 (PC X > server) can handle vis5d+ but not X-Win32 5.4. X-Win32 5.4 could > display vis5d-5.2. (We couldn't justify spending $$$$$$$ on Exceed, so > stuck with XWin32.) > > -Kek > > Irene Shumyatsky wrote: > >>Hello, >> >>While trying to run vis5d+ I got error message: >>Xlib: extension "GLX" missing on display "sushi:0.0". >>Error: couldn't get RGB, Double-Buffered, Depth-Buffered GLX visual! >> >>Is anybody out there know what's going on? >>The vis5d+ is installed on sun and I'm accessing it from PC X-server. >>I didn't have this problem with vis5d 5.0-5.2. Please help! >> >>Irene >> >>"Steven G. Johnson" wrote: >> >>>bunzip2: http://sources.redhat.com/bzip2/ >>> >>>Use the .tar.gz version if you don't have bunzip2 (which is standard on >>>most GNU/Linux distributions) >>> >>>On Fri, 31 Jan 2003, Irene Shumyatsky wrote: >>> >>> >>>>Hi, >>>> >>>>What is .bz2 and how can I unzip vis5d+-1.3.0-beta.tar.bz2? >>>> >>>>Irene >>> -- Garry Keltie gar...@rm... Interactive Information Institute & School of Architecture and Design RMIT ... .... .. _ .... ._ .__..__. . _._. ... |
|
From: <he...@nu...> - 2003-02-06 03:37:16
|
Irene Just FYI. I've had similar problems with vis5d+ and reverted to 5.2. I did some experiments and found that Hummingbird Exceed 7.0 (PC X server) can handle vis5d+ but not X-Win32 5.4. X-Win32 5.4 could display vis5d-5.2. (We couldn't justify spending $$$$$$$ on Exceed, so stuck with XWin32.) -Kek Irene Shumyatsky wrote: > > Hello, > > While trying to run vis5d+ I got error message: > Xlib: extension "GLX" missing on display "sushi:0.0". > Error: couldn't get RGB, Double-Buffered, Depth-Buffered GLX visual! > > Is anybody out there know what's going on? > The vis5d+ is installed on sun and I'm accessing it from PC X-server. > I didn't have this problem with vis5d 5.0-5.2. Please help! > > Irene > > "Steven G. Johnson" wrote: > > > > bunzip2: http://sources.redhat.com/bzip2/ > > > > Use the .tar.gz version if you don't have bunzip2 (which is standard on > > most GNU/Linux distributions) > > > > On Fri, 31 Jan 2003, Irene Shumyatsky wrote: > > > > > Hi, > > > > > > What is .bz2 and how can I unzip vis5d+-1.3.0-beta.tar.bz2? > > > > > > Irene |
|
From: Irene S. <ir...@dr...> - 2003-02-05 18:36:24
|
Hello, While trying to run vis5d+ I got error message: Xlib: extension "GLX" missing on display "sushi:0.0". Error: couldn't get RGB, Double-Buffered, Depth-Buffered GLX visual! Is anybody out there know what's going on? The vis5d+ is installed on sun and I'm accessing it from PC X-server. I didn't have this problem with vis5d 5.0-5.2. Please help! Irene "Steven G. Johnson" wrote: > > bunzip2: http://sources.redhat.com/bzip2/ > > Use the .tar.gz version if you don't have bunzip2 (which is standard on > most GNU/Linux distributions) > > On Fri, 31 Jan 2003, Irene Shumyatsky wrote: > > > Hi, > > > > What is .bz2 and how can I unzip vis5d+-1.3.0-beta.tar.bz2? > > > > Irene |
|
From: Nestor W. <nw...@up...> - 2003-02-03 15:13:19
|
.... The Reverse Button in my Vis5d software does not work properly.... Any idea taht help me to fix this? PD: I am running the Vis5d+ version of vis5d |