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) <
chris.a.mattmann@xxxxxxxxxxxx> 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: 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: Daniele Romagnoli <daniele.romagnoli@xxxxxxxxxxxxxxxx>
> Date: Tuesday, February 24, 2015 at 9:35 AM
> To: "netcdfgroup@xxxxxxxxxxxxxxxx" <netcdfgroup@xxxxxxxxxxxxxxxx>, Java
> NetCDF <netcdf-java@xxxxxxxxxxxxxxxx>
> 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
> netcdf-java@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
