On Wed, Aug 7, 2013 at 10:46 AM, Dries Jeroen <[email protected]> wrote:
> Hi Andrea,
>
>
>
> thanks, I tested using a single image and I indeed see the coverage names
> that are returned by that method in geoserver.
>
>
>
> Do you think it should be feasible for the mosaic to work with readers
> that are not a StructuredGridCoverage2DReader? Do you think it should be
> feasible for me to fix this, or would this require a lot of rewriting?
>
>
>
> In the code of ImageMosaicWalker, I indeed found an instanceof check which
> might indicate an unwanted dependency on the StructuredGridCoverage2DReader
> interface:
>
>
>
> String [] coverageNames = coverageReader.getGridCoverageNames();
>
> CatalogBuilderConfiguration catalogConfig;
>
> for (String cvName : coverageNames) {
>
> final String inputCoverageName = cvName;
>
> String coverageName = coverageReader instanceof
> StructuredGridCoverage2DReader ? inputCoverageName
>
> : indexName;
>
>
>
> Would you consider this unintended contamination a bug?
>
As far as I remember, that checks allows to have separate coverages in case
the input reader is a structured one (therefore supporting multiple
coverages) with respect to old style readers.
In the specific case, input StructuredGridCoverage2DReader (like netcdf
one) may have different input coverage name (temperature, pressure, ...).
Therefore we create different coverages in the imageMosaic too.
Old style readers (such as geotiff, arcgrid, worldImage, ...) only support
one coverage having usually fileName as coverageName. Therefore, in that
case we will use the imageMosaic indexName.
>
>
> best regards,
>
> Jeroen
>
>
>
> On Wednesday 07 August 2013 10:14:42 Andrea Aime wrote:
>
> On Wed, Aug 7, 2013 at 8:53 AM, Dries Jeroen <[email protected]> wrote:
>
> Hi all,
>
> I have an existing implementation of a BaseGDALGridCoverage2DReader that
> supports HDF5 images through the GDAL library. (It depends on custom
> metadata, so it's not usable in a broader context.) The only downside is
> that it can only read one of the bands in the HDF5 image file, while GDAL
> actually supports any band.
>
> Using this reader, I managed to used the Image Mosaic plugin to create an
> HDF5 based mosaic out of multiple HDF5 files, which is than exported by
> geoserver. In fact, the implementation turned out to be pretty simple, so
> thanks for that!
>
> I noticed that geotools 10 should from now on also support exposing the
> other bands in the image. So I implemented some of the new methods like
> GridCoverageReader:getGridCoverageNames() to expose more coverages inside
> the single image. These however do not seem to show up in Geoserver. Can
> anyone give me some pointers about what should certainly be implemented for
> this to work? (I hope this is not a geoserver question, as it seems that it
> is the imagemosaic module that should notice that there are multiple
> coverages available.)
>
> I already noticed that the experimental NetCDFReader also implements
> StructuredGridCoverage2DReader, but it seems that this would make my
> implementation a lot more complex.
>
>
> Did you implement the getGridCoverageNames method? I believe that's what
> GeoServer uses to show the GUI.
>
> Does it work if you try to configure the single HDF5 file?
>
>
> But yes, it may well be that there is some unintended contamination with
> StructuredGridCoverage2DReader, while we do not
>
> mandate implementing that interface for multi-coverage data, the reality
> is that right now all officially supported multi-coverage
>
> sources also do implement that interface (netcdf, image mosaic) so there
> might be some unintended hiccup along the way (either
>
> in the mosaic, or in geoserver), and the only mosaic of multiple coverages
> that we tested is the netcdf one.
>
>
> Cheers
>
> Andrea
>
>
> --
>
> ==
>
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
> information.
>
> ==
>
>
> Ing. Andrea Aime
>
> @geowolf
>
> Technical Lead
>
>
> GeoSolutions S.A.S.
>
> Via Poggio alle Viti 1187
>
> 55054 Massarosa (LU)
>
> Italy
>
> phone: +39 0584 962313
>
> fax: +39 0584 1660272
>
> mob: +39 339 8844549
>
>
> http://www.geo-solutions.it
>
> http://twitter.com/geosolutions_it
>
>
> -------------------------------------------------------
>
>
>
>
>
> Ontdek hoe VITO de transitie naar een duurzame maatschappij op gang trekt:
> www.vito.be/duurzaamheidsverslag2012
>
> Discover how VITO initiates the transition towards a sustainable society:
> www.vito.be/sustainabilityreport2012
>
>
> VITO Disclaimer: http://www.vito.be/e-maildisclaimer
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> GeoTools-GT2-Users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
>
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-GT2-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
