Even, I'm happy with this RFC. It's a bit sad that the list of domains is duplicated and has to be freed again by the caller, but it certainly avoids any doubts about the lifetime of the returned list.
I have an internal driver here at Planet Labs where I tree any subnode in our JSON metadata format as a GDAL metadata domain. It will be interested to write an implementation of GetMetadataDomainList() for that. Best regards, Frank On Sat, Oct 19, 2013 at 11:59 AM, Even Rouault <[email protected]> wrote: > Hi, > > This is a call for discussion for "RFC 43 > GDALMajorObject::GetMetadataDomainList()" : > > http://trac.osgeo.org/gdal/wiki/rfc43_getmetadatadomainlist > > Beginning of the RFC inline : > """ > > == Summary == > > This (mini)RFC proposes a new virtual method, GetMetadataDomainList(), in the > GDALMajorObject class (and a C API) to return the list of all available > metadata domains. > > == Background == > > GDALMajorObject currently offers the GetMetadata() and GetMetadataItem() > methods that both accept a metadata domain argument. But there is no way to > auto-discover which metadata domains are valid for a given GDALMajorObject > (i.e. a dataset or raster band). This make it impossible to have generic code > that can exhaustively discover all metadata in a dataset/raster band. > > [...] > > """ > > Best regards, > > Even > > -- > Geospatial professional services > http://even.rouault.free.fr/services.html > _______________________________________________ > gdal-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, [email protected] light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Software Developer _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
