[IDV #VHO-475307]: BUFR files work in IDV 3.1u1 but not in 4.0u1

Greetings Ghansham,

I've split up the reports in this ticket into two Jira bug reports. The original
issue associated with this ticket is reported under TDS-445:

https://bugtracking.unidata.ucar.edu/browse/TDS-445

The second issue, related to the bufr file from TDS-355 is reported under 
TDS-444

https://bugtracking.unidata.ucar.edu/browse/TDS-444

Since this both of these are a netCDF-Java issue, I will move this eSupport 
ticket
over to netCDF-Java, but I will keep you updated as things progress.

Cheers,

Sean

> R/Sir,
> Same exception I am getting in NetCDF Java 4.3.17 official release.
> Regards
> Ghansham
> 
> ---------- Forwarded message ----------
> From: ghansham sangar
> Date: Saturday, June 1, 2013
> Subject: [IDV #VHO-475307]: BUFR files work in IDV 3.1u1 but not in 4.0u1
> To: "address@hidden" <address@hidden>
> 
> 
> I tried to fetch the latest ncIDV as per your instructions.
> I tried to run attached program and got following exception.
> Jun 01, 2013 6:26:43 PM ucar.nc2.iosp.bufr.ConstructNC makeObsTimeValue
> SEVERE: Illegal Date fields
> org.joda.time.IllegalFieldValueException: Value -8093 for secondOfMinute
> must be in the range [0,59]
> at org.joda.time.field.FieldUtils.verifyValueBounds(FieldUtils.java:236)
> at
> org.joda.time.chrono.BasicChronology.getDateTimeMillis(BasicChronology.java:174)
> at
> org.joda.time.chrono.AssembledChronology.getDateTimeMillis(AssembledChronology.java:133)
> at org.joda.time.base.BaseDateTime.<init>(BaseDateTime.java:254)
> at org.joda.time.DateTime.<init>(DateTime.java:435)
> at ucar.nc2.time.CalendarDate.of(CalendarDate.java:47)
> at ucar.nc2.iosp.bufr.ConstructNC.makeObsTimeValue(ConstructNC.java:550)
> at ucar.nc2.iosp.bufr.BufrIosp.addTime(BufrIosp.java:267)
> at ucar.nc2.iosp.bufr.BufrIosp.access$600(BufrIosp.java:54)
> at ucar.nc2.iosp.bufr.BufrIosp$SeqIter.readNextMessage(BufrIosp.java:346)
> at ucar.nc2.iosp.bufr.BufrIosp$SeqIter.hasNext(BufrIosp.java:313)
> at
> ucar.ma2.ArraySequence.extractMemberArrayFromIteration(ArraySequence.java:339)
> at ucar.ma2.ArraySequence.extractMemberArray(ArraySequence.java:115)
> at ucar.nc2.Variable.reallyRead(Variable.java:833)
> at ucar.nc2.Variable._read(Variable.java:809)
> at ucar.nc2.Variable.read(Variable.java:687)
> at ucar.nc2.Variable.reallyRead(Variable.java:832)
> at ucar.nc2.Variable._read(Variable.java:809)
> at ucar.nc2.Variable.read(Variable.java:687)
> at ucar.nc2.Variable.reallyRead(Variable.java:832)
> at ucar.nc2.Variable._read(Variable.java:809)
> at ucar.nc2.Variable.read(Variable.java:687)
> at testbufr.TestBufr.main(TestBufr.java:46)
> 
> 
> 
> On Fri, May 31, 2013 at 11:08 AM, ghansham sangar <address@hidden>
> wrote:
> 
> Thanks a lot for the quick and comprehensive reply.
> I will do that...
> Thanks a lot...
> You guys are doing really lots and lots of good work..
> regards
> Ghansham
> 
> address@hidden> wrote:
> 
> Greetings Ghansham,
> 
> Yes, you can pull the thredds code from github and build using maven. You
> will need to make sure you are using the latest code, which is on the
> target-4.3.17 development branch. You can grab the codebase using
> 
> git clone https://github.com/Unidata/thredds.git
> 
> then switch to the latest development branch using
> 
> git checkout -b target-4.3.17 origin/target-4.3.17
> 
> Once you have the proper branch checked out, you can build the entire
> thredds project, including ncIdv.jar, using the following maven command:
> 
> mvn clean package
> 
> You can find the ncIdv.jar file under the ncIdv/target/ directory. It will
> likely
> be called something similar to ncIdv-4.3.17-SNAPSHOT.jar.
> 
> Cheers!
> 
> Sean
> 
> > No hurry sir. I can wait for the release. I have lately started using git.
> > I think I can fetch the latest stuff and compile ncidv jar from there. Am
> I
> > correct in saying that? Thanks for all the support.
> > Regards
> > Ghansham
> > On Friday, May 31, 2013, Unidata IDV Support <address@hidden
> >
> > wrote:
> > > Greetings Ghansham,
> > >
> > > The TDS-355 issue has been fixed and will be in the netCDF-Java 4.3.17
> > > release (hopefully out this week). I can get you a copy of the ncIdv.jar
> > that
> > > includes this if you'd like, or you can wait for the next IDV release.
> > >
> > > No news on your question regarding K1VHR_10APR2012_0530_SGP_CMV.bufr,
> > > but we hopefully will know something soon.
> > >
> > > Cheers,
> > >
> > > Sean
> > >
> > >> R/Sir
> > >>
> > >>
> > >> I have uploaded the sample bufr file its name is:
> > >> K1VHR_10APR2012_0530_SGP_CMV.bufr
> > >>
> > >> Another request was regarding TDS-355 Issue in opening IASI BUFR file
> > >>
> > >> I tried to open it with IDV 4.0u1 with netcdf-java 4.3.16.
> > >> It opens the file but when it tries to read variables it gives error in
> > >> netcdf-java library only.
> > >> Just give it a try..
> > >> This is a sample stack trace:
> > >>
> > >> May 14, 2013 9:26:41 PM ucar.nc2.iosp.bufr.ConstructNC makeObsTimeValue
> > >> SEVERE: Illegal Date fields
> > >> org.joda.time.IllegalFieldValueException: Value -32636 for
> secondOfMinute
> > >> must b
> > >> e in the range [0,59]
> > >> at
> > >> org.joda.time.field.FieldUtils.verifyValueBounds(FieldUtils.java:233)
> > >>
> > >> at
> > >> org.joda.time.chrono.BasicChronology.getDateTimeMillis(BasicChronolog
> > >> y.java:174)
> > >> at
> > >> org.joda.time.chrono.AssembledChronology.getDateTimeMillis(AssembledC
> > >> hronology.java:133)
> > >> at org.joda.time.base.BaseDateTime.<init>(BaseDateTime.java:254)
> > >> at org.joda.time.DateTime.<init>(DateTime.java:435)
> > >> at ucar.nc2.time.CalendarDate.of(CalendarDate.java:47)
> > >> at
> > >> ucar.nc2.iosp.bufr.ConstructNC.makeObsTimeValue(ConstructNC.java:550)
> > >>
> > >> at ucar.nc2.iosp.bufr.BufrIosp.addTime(BufrIosp.java:267)
> > >> at ucar.nc2.iosp.bufr.BufrIosp.access$600(BufrIosp.java:54)
> > >> at
> > >> ucar.nc2.iosp.bufr.BufrIosp$SeqIter.readNextMessage(BufrIosp.java:346
> > >> )
> > >> at ucar.nc2.iosp.bufr.BufrIosp$Seq
> 
> 

Ticket Details
===================
Ticket ID: VHO-475307
Department: Support netCDF Java
Priority: Critical
Status: Open