Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Alex Mantaut
Thanks Frank, I will define product-specific methods just to fetch the metadata in the open method. I will use the hdf4imagedataset code as a guide on how to process the metadata.(I didn't realized earlier that hdf4 implements something similar to what I asked :P) I still need to solve a few thing

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Frank Warmerdam
On Mon, Jul 4, 2011 at 9:16 AM, Alex Mantaut wrote: > Hi Frank, > In that case all the handling for the CSK product should go on the > Open() method from hdf5imagedataset? Is there any way to avoid polluting the > hdf5imagedataset with all the subproduct's constants? Generally I would just u

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Alex Mantaut
Hi Frank, In that case all the handling for the CSK product should go on the Open() method from hdf5imagedataset? Is there any way to avoid polluting the hdf5imagedataset with all the subproduct's constants? Shall I define Product specific private methods as: getCSKGeotransform() to get the in

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Frank Warmerdam
On Mon, Jul 4, 2011 at 8:52 AM, Alex Mantaut wrote: > I would like to ask what would be the best way to implement a driver > that handles HDF5 subproducts, in a way that it doesn't interfere with the > behavior for hdf5 for files that ain't from any specific product type, and > allows to a

[gdal-dev] HDF5 product handling

2011-07-04 Thread Alex Mantaut
Hi all, I'm developing a modification on the hdf5imagedataset driver to get Georreference and Geotransform information from COSMO-SKYMED product files (COSMO-SKYMED hdf5 products are just hdf5 files with a specific format on the metadata). I've allready managed to get both the geo