Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
the grid display looks wrong, however, probably because X has "100 km" units, and y has nothing, so km is assumed.
using the CoordSys tab of ToolsUI is one way to look for these kinds of issues.
ads@xxxxxxxxxxxxxxxxxxxx wrote:
Hi John, The dataset is available here: http://topaz.nersc.no/thredds/dodsC/topaz/mersea-ipv2/arctic/tmipv2a-class1-b-be.html Cheers, AditJon Blower wrote:Hi John, The underlying question is, why doesn't java-netcdf recognize the axis type? Previously (with the same dataset) the axis was recognized as GeoX/GeoY, but now something has changed and it isn't. I think something has changed with the remote dataset but I can't see from the metadata (Adit provided an ncdump) what is wrong. The dataset is in polar stereographic projection - is the metadata set up incorrectly or is there a bug in java-netcdf? Cheers, Jon On Mon, May 18, 2009 at 5:26 PM, John Caron <caron@xxxxxxxxxxxxxxxx> wrote:Hi Adit: The AxisType is optional, so you need to check for null. Johnok, thats a clearer question. Adit, can you send me the actual file?
netcdf-java
archives: