Opened 4 years ago
Last modified 4 years ago
#2401 assigned enhancement
wcst_import - supports band's metadata general recipe as local metadata
Reported by: | Bang Pham Huu | Owned by: | Bang Pham Huu |
---|---|---|---|
Priority: | major | Milestone: | 10.0 |
Component: | wcst_import | Version: | 9.8 |
Keywords: | Cc: | Dimitar Misev, Vlad Merticariu, Peter Baumann, bartolomeo.ventura@… | |
Complexity: | Medium |
Description (last modified by )
For example, a tiff (attached file) has these local metadata for one band:
Band 1 Block=1x1 Type=Byte, ColorInterp=Palette Mask Flags: PER_DATASET ALPHA Metadata: CLASS_0_NO_DATA=12.388736109961544 CLASS_1_SNOW=3.151026530394237 CLASS_2_NO_SNOW=36.056293402533754 CLASS_3_CLOUD=(12.388736109961544) NODATA_VALUES=0
and one wants to import these metadata to coverage's local metadata.
note: check if it works as well with netCDF.
Attachments (1)
Change History (5)
by , 4 years ago
comment:1 by , 4 years ago
Cc: | added |
---|
comment:2 by , 4 years ago
Description: | modified (diff) |
---|---|
Summary: | wcst_import - supports band's metadata in GDAL general recipe as local metadata → wcst_import - supports band's metadata general recipe as local metadata |
follow-up: 4 comment:3 by , 4 years ago
comment:4 by , 4 years ago
Replying to Peter Baumann:
what would that mean?
- adding this text verbatim to the coverage metadata?
This should work as the same as coverage's local metadata feature (i.e: user selects metadata from each file to add to coverage's local metadata section). For example with current local metadata feature in ingredients files for netCDF general recipe:
"metadata": { "type": "xml", "global": { "Title": "'Drought code'" }, "local": { "local_metadata_key": "${netcdf:metadata:LOCAL_METADATA}" } },
This "local_metadata_key"
key and value will be collected from each input netCDF file and added to coverage's local metadata section.
what would that mean?
We would immediately open the can of worms of raster format metadata variety and incompatibility. Coverages have been successful by concentrating on a common subset.
BTW, the classes mentioned should best be modeled in a catalog where ther eis more semantics, and "snow", for example, can be the same snow over all coverages having it.