Thanks guys. We are trying to create a GribParser in Tika, so
that¹s where this is coming from. Vineet is one of my DR students
at USC.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattmann@xxxxxxxx
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Dennis Heimbigner <dmh@xxxxxxxx>
Reply-To: "dmh@xxxxxxxx" <dmh@xxxxxxxx>
Date: Sunday, November 23, 2014 at 8:28 PM
To: Sean Arms <sarms@xxxxxxxx>
Cc: "netcdfgroup@xxxxxxxxxxxxxxxx" <netcdfgroup@xxxxxxxxxxxxxxxx>
Subject: Re: [netcdfgroup] Not a valid CDM file
>IMO, the right thing to do is
>create a new module named something like
>netcdf-client that creates the equivalent of the
>tools ui jar. I do this with the dap4 code.
>=Dennis
>
>Sean Arms wrote:
>> I think the reason it's not in our maven repository is that the
>>netcdfAll
>> jar is built along side toolsUI (it can be found in ui/target when you
>> build with maven). Note that not even toolsUI.jar is our maven
>>repository,
>> because it's built in the ui module as well, which produces ui.jar.
>>
>> I think we cannot push two jars to a single artifact, which is why it
>>does
>> not show up in the ui module on our maven repo (as well as toolsUI). One
>> option would be to create a new module that simply assembles the
>>netcdfAll
>> jar as its artifact, like we do with ncIdv. However, doing that with the
>> current maven pom for ui is a bit tricky, so I think we are waiting to
>> fully transition over to gradle before doing that.
>>
>> Then again, I might be wrong about all of that, so I'll leave it to
>>John to
>> chime in to correct me.
>>
>> Cheers,
>>
>> Sean
>>
>>
>> On Sat, Nov 22, 2014 at 5:15 PM, Ucar <dmh@xxxxxxxx> wrote:
>>
>>> I don't see one either. Not sure why it isn't there.
>>> =Dennis Heimbigner
>>> Unidata
>>>
>>> Sent from my iPad
>>>
>>> On Nov 22, 2014, at 4:59 PM, Vineet Ghatge Hemantkumar
>>><hemantku@xxxxxxx>
>>> wrote:
>>>
>>> Is there a similar version at
>>>
>>>http://artifacts.unidata.ucar.edu/content/repositories/unidata-releases/
>>> ? I do not see one here other than netcdf4
>>>
>>> On Sat, Nov 22, 2014 at 2:25 PM, Dennis Heimbigner <dmh@xxxxxxxx>
>>>wrote:
>>>
>>>> No, the netcdf4-4.5.3.jar does not include it.
>>>> You probably should work with the netcdfAll jar; this one, for
>>>>example:
>>>> ftp://ftp.unidata.ucar.edu/pub/netcdf-java/v4.5/netcdfAll-4.5.jar
>>>>
>>>>
>>>> =Dennis Heimbigner
>>>> Unidata
>>>>
>>>> Vineet Ghatge Hemantkumar wrote:
>>>>
>>>>> Does the netcdd 4.5.3 have it by default? I am referencing it from
>>>>>the
>>>>> following repository
>>>>>
>>>>>
>>>>> http://artifacts.unidata.ucar.edu/content/repositories/
>>>>> unidata-releases/edu/ucar/netcdf4/4.5.3/
>>>>>
>>>>> Could be guide how I might include this into the jar? I am a newbie
>>>>>with
>>>>> netcdf jar. Appreciate all the help so far!
>>>>>
>>>>> On Sat, Nov 22, 2014 at 2:07 PM, Dennis Heimbigner <dmh@xxxxxxxx>
>>>>>wrote:
>>>>>
>>>>> ok, I have encountered this problem
>>>>>> before.
>>>>>>
>>>>>> Basically, the jar file that you are using
>>>>>> must contain ucar.nc2.grib.collection.Grib2Iosp.class.
>>>>>>
>>>>>> =Dennis Heimbigner
>>>>>> Unidata
>>>>>>
>>>>>> Vineet Ghatge Hemantkumar wrote:
>>>>>>
>>>>>> Hello All,
>>>>>>> I am trying to pass a InputStream of a grib file to the function
>>>>>>> *netcdf.openinmemory()
>>>>>>> *but it fails with following error
>>>>>>>
>>>>>>> Caused by: java.io.IOException: Cant read : not a valid CDM file.
>>>>>>> at ucar.nc2.NetcdfFile.open(NetcdfFile.java:811)
>>>>>>> at ucar.nc2.NetcdfFile.openInMemory(NetcdfFile.java:728)
>>>>>>>
>>>>>>> If I change the netcdf to netcdf.open() and pass the file name it
>>>>>>>works
>>>>>>> well.
>>>>>>>
>>>>>>> 1. Will the openinmemory() work only for .nc files only?
>>>>>>> 2. What are options in netcdf to read inputstreams? My aim to is to
>>>>>>> make
>>>>>>> code independent of filenames or any other specific configurations?
>>>>>>>
>>>>>>> Regards,
>>>>>>> vineet
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------
>>>>>>> ------------
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> netcdfgroup mailing list
>>>>>>> netcdfgroup@xxxxxxxxxxxxxxxx
>>>>>>> For list information or to unsubscribe, visit:
>>>>>>> http://www.unidata.ucar.edu/mailing_lists/
>>>>>>>
>>>>>>> _______________________________________________
>>>>>> netcdfgroup mailing list
>>>>>> netcdfgroup@xxxxxxxxxxxxxxxx
>>>>>>
>>>>>> For list information or to unsubscribe, visit:
>>>>>> http://www.unidata.ucar.edu/mailing_lists/
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>
>>> --
>>> *Vineet Ghatge*
>>>
>>>
>>> _______________________________________________
>>> netcdfgroup mailing list
>>> netcdfgroup@xxxxxxxxxxxxxxxx
>>> For list information or to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>>
>>
>
>_______________________________________________
>netcdfgroup mailing list
>netcdfgroup@xxxxxxxxxxxxxxxx
>For list information or to unsubscribe, visit:
>http://www.unidata.ucar.edu/mailing_lists/
