[netCDFJava #KVU-414608]: Netcdf file wont open in 4.0...does in 2.2 okay th ough

the problem is the CDM thinks its an NSSL radar mosaic. Add a different 
Convention name to disambiguate.


> Thanks.  I've talked with the scientist and we will handle it all
> here.   Unfortunately, he requires the metadata because he's also
> using the data with an application from NSSL.   I'm curious, though --
> what is the issue?  If the coodinate metadata is "correct", is it not
> using these to build a valid coordinate system that IDV can then use?
> 
> Anyways, thanks for taking a look....
> 
> tom
> 
> 
> On Sat, Feb 7, 2009 at 11:46 AM, Unidata netCDF Java Support
> <address@hidden> wrote:
> > The best thing IMO is to add a unique Conventions attribute, which we can 
> > look for. However, if the metadata is just a mistake, remove it and things 
> > should work.
> >
> >> On Monday, i will check with the scientist who mandated these metadata
> >> and find out what he intends to do with the files (other than read
> >> them into IDV)....and see if there are some options.
> >> Are there particular items that could be changed to prevent
> >> CoordSyBuilder from doing it's thing?  Or added/changed so that it
> >> does it right?
> >>
> >> Here's the ncdump:
> >>
> >> // global attributes:
> >> :TypeName = "Channel09BrtTemp" ;
> >> :DataType = "LatLonGrid" ;
> >> :Latitude = 50.77646056454893 ;
> >> :Longitude = -127.5824363907696 ;
> >> :FractionalTime = 0 ;
> >> :Height = 0 ;
> >> :LatGridSpacing = 0.02 ;
> >> :LonGridSpacing = 0.02 ;
> >> :Time = 1117922400 ;
> >> :RangeFolded = -99993.f ;
> >> :MissingData = -9999.f ;
> >>
> >> Thanks -- I'll be out until Monday....
> >>
> >> tom
> >>
> >> On Fri, Feb 6, 2009 at 9:00 AM, Unidata netCDF Java Support
> >> <address@hidden> wrote:
> >> > The problem is that the global metadata is from the NSSL gridded radar 
> >> > product, which the CoordSyBuilder is mistakenly trying to use for 
> >> > coordinate info.
> >> >
> >> > You can remove that metadata, or add a Convention attribute and I will 
> >> > modify the program to look for it so it wont get confused.
> >> >
> >> >> Hi Tom,
> >> >>
> >> >> I can open the file in ToolsUI both 4.0 and 2.2. I'm doing this from 
> >> >> the "Veiwer" tab. Is that how you are opening the file? If I try the 
> >> >> "Grids" tab, it doesn't get recognized as a gridded dataset in either 
> >> >> 2.2 or 4.0.
> >> >>
> >> >> What version of ToolsUI 4.0 are you running? I tried both our webstart 
> >> >> version (4.0.31.20090129.2311) and the latest from our code repository.
> >> >>
> >> >> Ethan
> >> >>
> >> >> > The subject says it all -- tried opening it in toolsUI-4.0 and IDV --
> >> >> > no go.  Opens just fine in toolsUI-2.2.22 and old "command line"
> >> >> > ncdump.
> >> >> >
> >> >> > Since we are generating this file, if there is something "missing" or
> >> >> > we should be doing differently, please let me know.
> >> >> >
> >> >> > <ftp://ftp.ssec.wisc.edu/pub/ssec/tomw/test22.nc>
> >> >> >
> >> >> > Thanks.
> >> >> >
> >> >> > tom
> >> >>
> >> >>
> >> >
> >> >
> >> > Ticket Details
> >> > ===================
> >> > Ticket ID: KVU-414608
> >> > Department: Support netCDF Java
> >> > Priority: Normal
> >> > Status: Open
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> 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: KVU-414608
> > Department: Support netCDF Java
> > Priority: Normal
> > Status: Open
> >
> >
> 
> 
> 
> --
> 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: KVU-414608
Department: Support netCDF Java
Priority: Normal
Status: Open