Hi Tom Looks like it might be getting confused by the -999 missing values. It appears to be swath data, but do you know why so many missing values ? John > Hi -- > > In the latest version of the IDV which I believe uses netCDF 4.3, when > I try to read the "11 micron temperature" variable (and others) in > this file: > > <ftp://ftp.ssec.wisc.edu/pub/ssec/tomw/NSS.GHRR.NF.D86275.S0857.E1038_NASA_LaRC_cloud_properties_3chan5.nc> > > as a "grid", the longitude values in the file are returned to the > IDV's GeoGridAdapter are in the range of -354.6691 to -197.32988. In > the file (from ToolsUI dump), however, they are in the range of > 5.33089 to 162.67013. It appears that when the values are retrieved > using the CoordinateAxis2D.getCoordValue(), that 360 is being > subtracted from the values. > > As a note, if I look at the values in CoordinateAxis2D.getMaxValue() > and getMinValue(), the values are 162.67013 and 5.33089. > > I tried fiddling with the metadata for the "longitude" variable to > standardize the attributes, but to no avail....except, of course, to > use an "add_offset" value of 360... > > We tested this in the previous version of the IDV (3.1) and the > original file geolocates just fine.... > > I hope you can help....soon.... > > Thanks. > > tom > > -- > Tom Whittaker > University of Wisconsin-Madison > Space Science & Engineering Center (SSEC) > Cooperative Institute for Meteorological Satellite Studies (CIMSS) > 1225 W. Dayton Street > Madison, WI 53706 USA > ph: +1 608 262 2759 > > Ticket Details =================== Ticket ID: XIR-445342 Department: Support netCDF Java Priority: Normal Status: Open
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.