Re: [gembud] > 2GB files

One would also need to go through the extlibs directory and add 64 bit compiler 
options there. I am finding that out....


-----Original Message-----
From: Robert Mullenax
Sent: Wed 4/30/2014 8:19 PM
To: Tyle, Kevin R
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: RE: [gembud] > 2GB files
 
Adding -xarch=generic64 in Makeinc.x86 should work. I will try that in the AM. 


-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx on behalf of Robert Mullenax
Sent: Wed 4/30/2014 8:08 PM
To: Tyle, Kevin R
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: Re: [gembud] > 2GB files
 
Well duh it just occurred to me. Solaris will support 32 bit and 64 bit apps, 
unlike Windows and I think Linux..so maybe the answer lies there..


-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx on behalf of Robert Mullenax
Sent: Wed 4/30/2014 8:05 PM
To: Tyle, Kevin R
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: Re: [gembud] > 2GB files
 
So on 64-bit Linux you just do a make all/make install and it reads files > 
2GB?  Wow that's an ancient SPARC machine if it was 32-bit since Solaris became 
64-bit in 2000. I have been building GEMPAK on 64-bit Solaris x86/x64 platforms 
for many years and none have read files bigger than 2GB even though it will 
decode the files. That's using Oracle/Sun compilers. Maybe it is a Solaris 
Studio versus gcc/f77 thing...




-----Original Message-----
From: Tyle, Kevin R [mailto:ktyle@xxxxxxxxxx]
Sent: Wed 4/30/2014 7:53 PM
To: Robert Mullenax
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: RE: > 2GB files
 
?Hi Robert,


Good question ... there definitely doesn't seem to be an issue loading a > 2GB 
grid on a 64-bit Linux system.  32-bit linux does not work.  I tried on a 64 
bit Sparc as well and that did not work, but I suspect the version of GEMPAK 
was built on a 32-bit platform.  I'll try building a 64-bit executable on the 
Sparc box as time permits.


_____________________________________________
Kevin Tyle, Systems Administrator
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx
Phone: 518-442-4578
_____________________________________________
________________________________
From: Robert Mullenax <Robert.Mullenax@xxxxxxxxxxxxx>
Sent: Wednesday, April 30, 2014 7:50 PM
To: Tyle, Kevin R
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: > 2GB files


Kevin,

Solaris has been 64-bit for years and I can't read GFS 0.5 filed that are 
larger than 2GB. Is there something in the config prior to compile process that 
allows GEMPAK to read 2GB+ files?

Thanks,
Robert Mullenax

CSBF Meteorology





-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx on behalf of Tyle, Kevin R
Sent: Wed 4/30/2014 4:48 PM
To: Charles Zachary Smith
Cc: gembud@xxxxxxxxxxxxxxxx
Subject: Re: [gembud] gdlist gdplot2 problems

Hmm, I'll rig up a similar pqact and see what I see on my end.

I don't think GEMPAK should have any problem reading a 2GB grid, as long as you 
are using a 64-bit version of the software on a 64-bit OS.  We can read from 
HRRR GEMPAK files that are typically of size 2.2-2.5 GB without any problem ...

The "can not decode" errors are just from GRIB2 fields that don't have a match 
in the grib tables in $GEMTBL/grid ... with a little research those ought to be 
able to be resolved.

_____________________________________________
Kevin Tyle, Systems Administrator
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx
Phone: 518-442-4578
_____________________________________________


-----Original Message-----
From: Charles Zachary Smith [mailto:czsmith@xxxxxxx]
Sent: Wednesday, April 30, 2014 5:41 PM
To: Tyle, Kevin R
Subject: Re: [gembud] gdlist gdplot2 problems

I am not sure if I am supposed to reply to all, but it appears to be a decoding 
problem, although I am not sure what is causing it.

The file is piped through the LDM via this action, which should work.
NGRID|CONDUIT   (^[LM].B... KWBE|prod/nam.*awip12)
        PIPE    /opt/gempak/GEMPAK7/os/linux64/bin/dcgrib2 -d 
/atmo/data/gempak/logs/dcgrib2_NAM218.log
                -e GEMTBL=/opt/gempak/GEMPAK7/gempak/tables

We're also starting to store data in grib2 format data as well.  I figured I 
could just write another action.
CONDUIT prod/nam\.(........)/nam\.t(..)z\.awip12(..)
        FILE    -log /atmo/data/gempak/model/nam12km/grib2/\1\2_fh_\3.grib2

which appears to be working.


Here is small part of my log for the decoding into gem format.

[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 0 195 
8 [876098097] [7000] 121113/1953[GB -1]  No GRIB record was found.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 2 2 0 
[0] [7000] 121113/1953[GB -1]  No GRIB record was found.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 2 3 0 
[0] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 2 222 
8 [892547123] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for 
this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 16 
197 0 [808792373] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined 
for this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 2 224 
0 [842478385] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for 
this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 5 194 
0 [926430516] [7000] 121113/1953[GB -1]  No GRIB record was found.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 3 5 0 
[0] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 2 223 
8 [959658294] [7000] 121113/1953[GB -1]  No GRIB record was found.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 3 5 0 
[0] [7000] 121113/1953[GB -1]  No GRIB record was found.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 3 5 0 
[0] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 0 196 
8 [842609462] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for 
this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 1 27 
8 [909523249] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for 
this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 1 198 
8 [875640374] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for 
this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 0 4 197 
0 [825767985] [7000] 121113/1953[GB 1]  No GEMPAK parameter name defined for 
this grid.
[7000] 121113/1953[DECODE_GRIB2 -34] Could not determine parameter name 2 4 2 0 
[943208240] [7000] 121113/1957[GB 1]  No GEMPAK parameter name defined for this 
grid.

Charles

----- Original Message -----
From: "Kevin R Tyle" <ktyle@xxxxxxxxxx>
To: "Charles Zachary Smith" <czsmith@xxxxxxx>, gembud@xxxxxxxxxxxxxxxx
Sent: Wednesday, April 30, 2014 4:30:34 PM
Subject: RE: [gembud] gdlist gdplot2 problems

Hi Charles,

My guess is that the GEMPAK grid did not get created properly.  Its header 
might be correct, which is why gdinfo shows it, but it may not have any 
meaningful information in it so none of the plotting programs work.

What version of GEMPAK are you running? Did you create the GEMPAK grid file 
yourself (i.e. using dcgrib2 or nagrib2 from the GRIB2 file) or is it 
automatically received in your department?

If you have IDV, try pointing it to that grid file and see if it can display 
anything.

--Kevin

_____________________________________________
Kevin Tyle, Systems Administrator
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx
Phone: 518-442-4578
_____________________________________________


-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx [mailto:gembud-bounces@xxxxxxxxxxxxxxxx] 
On Behalf Of Charles Zachary Smith
Sent: Wednesday, April 30, 2014 5:24 PM
To: gembud@xxxxxxxxxxxxxxxx
Subject: [gembud] gdlist gdplot2 problems

Hello,

I am trying to plot some basic grids with gdplot2, although I have run into 
some trouble.

I first used gdinfo to see if the grid existed and I believe it does in my 
attached terminal output.
However,  when I run gdlist on the same exact arguments,  I receive this error

 [DG -7]  Input grid TMPK ^140430/1800F084 @500 %PRES cannot be found.

which doesn't make any sense because GDINFO shows the grid in this file.
Does anyone have any idea what I am doing wrong?

I receive the same error in gdplot2.

Thanks,
Charles
_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit: 
http://www.unidata.ucar.edu/mailing_lists/









  • 2014 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: