Hi Daniele, THREDDS defines two mime-types for NetCDF: NetCDF3: "application/x-netcdf" NetCDF4: "application/x-netcdf4"
I can confirm that the HTTPServer service will return the "application/x-netcdf4" mime-type if the underlying file is NetCDF 4. Also, the NetcdfSubset service will return the "application/x-netcdf4" mime-type if the "netcdf4" output format is selected. Cheers, Christian On Tue, Feb 24, 2015 at 10:38 AM, Mattmann, Chris A (3980) < [email protected]> wrote: > Hi Daniele, > > Great question. I think the NetCDF folks at UCAR are the > best folks to answer this, but since it applies to downstream > libraries that implement MIME support for NetCDF (detection/parsing) > like Apache Tika, I’m going to CC the Apache Tika list to keep > them abreast of this conversation. > > 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: [email protected] > WWW: http://sunset.usc.edu/~mattmann/ > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Adjunct Associate Professor, Computer Science Department > University of Southern California, Los Angeles, CA 90089 USA > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > > > -----Original Message----- > From: Daniele Romagnoli <[email protected]> > Date: Tuesday, February 24, 2015 at 9:35 AM > To: "[email protected]" <[email protected]>, Java > NetCDF <[email protected]> > Subject: [netcdfgroup] Which mime-types for NetCDF3 and NetCDF-4C? > > >Hi lists. > >First of all, sorry for cross-posting. > > > > > > > >Looking around, I see that the mimeType for NetCDF is > >application/x-netcdf. > > > >Are specific mimetypes be defined to distinguish between NetCDF3 and > >NetCDF-4C? > > > > > >Cheers, > > > >Daniele > > > > > > > >== > >GeoServer Professional Services from the experts! Visit > >http://goo.gl/NWWaa2 for more information. > >== > > > >Ing. Daniele Romagnoli > >Senior Software Engineer > > > >GeoSolutions S.A.S. > >Via Poggio alle Viti 1187 > >55054 Massarosa (LU) > >Italy > >phone: +39 0584 962313 > >fax: +39 0584 1660272 > > > >http://www.geo-solutions.it > >http://twitter.com/geosolutions_it > > > >------------------------------------------------------- > >AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 > >Le informazioni contenute in questo messaggio di posta elettronica e/o > >nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il > >loro utilizzo è consentito esclusivamente al destinatario del messaggio, > >per le > > finalità indicate nel messaggio stesso. Qualora riceviate questo > >messaggio senza esserne il destinatario, Vi preghiamo cortesemente di > >darcene notizia via e-mail e di procedere alla distruzione del messaggio > >stesso, cancellandolo dal Vostro sistema. Conservare > > il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri > >soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce > >comportamento contrario ai principi dettati dal D.Lgs. 196/2003. > > > >The information in this message and/or attachments, is intended solely > >for the attention and use of the named addressee(s) and may be > >confidential or proprietary in nature or covered by the provisions of > >privacy act (Legislative Decree June, > > 30 2003, no.196 - Italy's New Data Protection Code).Any use not in > >accord with its purpose, any disclosure, reproduction, copying, > >distribution, or either dissemination, either whole or partial, is > >strictly forbidden except previous formal approval of the > > named addressee(s). If you are not the intended recipient, please > >contact immediately the sender by telephone, fax or e-mail and delete the > >information in this message that has been received in error. The sender > >does not give any warranty or accept liability > > as the content, accuracy or completeness of sent messages and accepts no > >responsibility for changes made after they were sent or for other risks > >which arise as a result of e-mail transmission, viruses, etc. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > netcdf-java mailing list > [email protected] > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/
