As quoted from the Javadoc, GridCoverageReader interface is intended to
read GridCoverages from the input stream in a sequential order .
Base class implementing GridCoverageReader is AbstractGridCoverage2DReader.
Currently there is 1:1 relationship between an AbstractGridCoverage2DReader instance and a coverage. Suppose you are working against a NetCDF file which contains several measurements like AirTemperature, AirPressure which are 4D datasets (with elevation and time) and an additional SurfaceTemperature which is a 2D dataset. We can think about 3 different coverages. Currently, there is no way to deal with multiple coverages stored in the same file.
I propose to deprecate AbstractGridCoverage2DReader in favor of a new AbstractGridCoverageReader which preserves current methods for simpler readers (which allow to access single coverages) but which allows to get geospatial context (like GridEnvelope, GridRange, GridToWorld transformation, CoordinateReferenceSystem) and read access capabilities by coverage name. Current geospatial context getter method won't be changed to grant backward compatibility.
Moreover, we may consider changing metadata management from returning simple string to returning Object instances.
This proposal is under construction.
Voting has not started yet:
- Andrea Aime
- Ben Caradoc-Davies
- Christian Mueller
- Ian Turton
- Justin Deoliveira
- Jody Garnett
- Simone Giannecchini
This section is used to make sure your proposal is complete (did you remember documentation?) and has enough paid or volunteer time lined up to be a success
- API changed based on BEFORE / AFTER
- Update default implementation
- Update wiki (both module matrix and upgrade to to 2.5 pages) |
- Remove deprecated code from GeoTools project
- Update the user guide
- Update or provided sample code in demo
- review user documentation
list the pages effected by this proposal
- Module Matrix page