NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Don Murray wrote:
I'm now running into a problem with the vertical coordinate FHAG2 (2m fixed height above ground). I'm guessing that's what you found? I think I fixed this before in the NetCDF-Java code. Hopefully, I can relocate that fix. If I do, I'll try and coordinate with John Caron to get it into the baseline.Yes, that's what I found also. There is another problem though that the AWIPSConvention is not parsing the levels correctly for one of the boundary layer variables (can't remember which and I'm not at work).
Is there a better way to "repair" a big NetCDF file than ncdump, edit gigantic (~3 GB) text file, ncgen?You can use NcML to wrap the file and fix these problems. Once I get to work, I'll talk to the netCDF-Java developer and we'll see if we can come up with something that works. Then, you just open the NcML file in the IDV.
Thanks for the tip. I'll see if I can do that. -- Do not go where the path may lead; go instead where there is no path and leave a trail. -- Ralph Waldo Emerson
begin:vcard fn:Matt Foster - N0EYE n:Foster;Matt org:;NWS Forecast Office - Norman OK email;internet:matthew.foster@xxxxxxxx title:Information Technology Officer tel;work:(405) 325-3406 x-mozilla-html:TRUE version:2.1 end:vcard
idvusers archives: