Ciao Simone, Thanks very much for this. Can I check that I've understood a few things correctly?
* Do I understand correctly that you have three potential ways to read NetCDF: - Flat plugins, no geospatial metadata (is this what GeoServer uses right now?) - "Smart" plugins, which wrap flat plugins, providing geospatial metadata - "Geospatial-enabled" plugins, which requires the definition of some imageio metadata What is the practical difference between the "smart" and "geospatial-enabled" plugins? * Are your "flat" plugins for NetCDF different from the NetCDF image readers implemented by Geomatys? Do you use the Unidata Java NetCDF libraries, which can read NetCDF, GRIB1/2 and HDF identically? Is there any particular area in which we can help (perhaps extending some of these things to nD, or perhaps testing that this new stuff works with our data)? Cheers, Jon On Thu, Aug 14, 2008 at 11:54 AM, Simone Giannecchini <[EMAIL PROTECTED]> wrote: > > Ciao Jon, > sending this email just to throw some information in the mix about > what we have been doing on the netCDF side of the world. I am going to > split things in levels, from imageio to geoserver > > > <IMAGEIO> > - Daniel, Alessio and partly me have been working at the lowest > imageio level trying to implement imagio readers with no geospatial > notion for > -- netcdf-cf (pure java) > -- grib1 (soon grib2 as well) pure java > -- various hdf profiles, using the NCSA java bindings, which we > have rewritten from scratch since we were having all sort of failures > > Note that for the moment we refer to these plugins as the "flat" plugins. > > This work has been recently (after a long discussion with a client :-) > ) moved to the spike directory of the imageio-ext project here: > https://imageio-ext.dev.java.net/source/browse/imageio-ext/spike/nd-work/ > The project is open source and there is a decent extent of > documentation. We have plans to work on these plugins until the end of > next summer adding other formats as well like more HDF profiles, > HDF-EOS and, depending on some NDAs I have signed JPEG2000. > > Note that all this is independent from the gdal-based plugins. > > - We have tried to cooperate with the GeoMatys guys on the definition > of a set of spatiotemporal metadata in order to write geospatial > enabled Imageio plugins. > This work is captured in this google document > ttp://docs.google.com/Doc?id=dgcvg3gc_34cpxtgkkv&hl=it > > <GeoTools> > This is where we are mostly working right now: > > - Jody Garnett together Daniele (and some limited feedback from > myself) is working on implementing a replacement for the old coverarge > I/O API, namely the GridCoverageEchange API, which have been > deprecated since ages. We might want to put together a proposal to the > GeoApi project afterwards in order to replace the old GCE. > This work is going on under the geotools spike directory in the svn > (geotools trunk branch) > > -Daniele and Alessio are working on implementing what we call "smart" > Imageio readers for netcdf-cf, hdf-avhrr and grib1. A smart reader is > simply a wrapper for a flat reader which add geospatial metadata to > it. We are still talking about 2D raster data but with geospatial > metadata describing detp/elevation, CRS, bbox, time, etc... This in > the future should reside inside GeoTools since it would depend on > other Geotools core modules > This work is actually on our private svn, but we could make it available. > > - Jody Garnett and Daniele are working on building new geotools > plugins which would leverage on the above mentioned smart readers in > order to build coverages out of 2D rasters. For the first deliverable > we should just produce 2D coverage but in the future we are looking > into going a step further (iso 19123 or something similar I guess) > This work is actually on our private svn, but we could make it available. > > > <GeoServer> > - Alessio has already implemented and committed the EMF bindings to > allow GeoServer 1.7.x to parse > BAND,TIME,DEPTH/ELEVATION params in the GeoServer. The work in under > revision and should be committed soon. > Note that for the TIME parsing we reused the temporal work done byt GeoMatys. > > - Alessio is working his way through refactoring the UI and > configuration of GeoServer using stubs of the new CoverageIo > interfaces which jody is defining in order to make possible to serve > 2D coverages out of multidimensional ones for netcdf-cf, grib1 and > hdf-avhrr. > We are targeting mid sept to have a working demo for WMS 1.1.1 and WCS > 1.0. Afterwards we will work on WMS 1.3 and WCS 1.1. The end goal is > to have the GeoServer able to do animations from WMS and return > multidim coverages (netcdf-cf as an instance) from WCS, but for this > are talking about next year much probably. > > > Ciao, > Simone. > -- -------------------------------------------------------------- Dr Jon Blower Tel: +44 118 378 5213 (direct line) Technical Director Tel: +44 118 378 8741 (ESSC) Reading e-Science Centre Fax: +44 118 378 6413 ESSC Email: [EMAIL PROTECTED] University of Reading 3 Earley Gate Reading RG6 6AL, UK -------------------------------------------------------------- -- -------------------------------------------------------------- Dr Jon Blower Tel: +44 118 378 5213 (direct line) Technical Director Tel: +44 118 378 8741 (ESSC) Reading e-Science Centre Fax: +44 118 378 6413 ESSC Email: [EMAIL PROTECTED] University of Reading 3 Earley Gate Reading RG6 6AL, UK -------------------------------------------------------------- ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
