[gdal-dev] Call for discussion for "RFC 43 GDALMajorObject::GetMetadataDomainList()"

[Frank Warmerdam]

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
<even.rouault at mines-paris.org> 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
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev



-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer