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

[Kurt Schwehr]

Still just trying to think it through, but, on the read side, really all I would expect from such a driver would be that it would get the bounding box and perhaps pull a few key fields for the GDAL metadata records.  So I was thinking just a single feature.

On Oct 23, 2013, at 7:29 AM, Even Rouault <even.rouault at mines-paris.org> wrote:

> Kurt,
>> 
>> I have been trying to think through how an OGR driver for ISO19115 /  19139
>> would work. 
> 
> Do you mean a driver that would read (and/or write) ISO 19139 XML files ? Do 
> such documents fit (enough) well with the OGR data model ? Is there a concept 
> of record/feature ? I'm unfortunately not familiar with what those documents 
> look like.
> 

I'm working to create a collection of examples and I'm pretty much in the same boat.  Just because I've sat through a bunch of training sessions on ISO  metadata doesn't mean I really get it.  They seemed overly stress about capturing a person, address and phone number and going nuts with ontologies… things that are not very high on my priority lists.  Especially when the addresses and phone numbers are long out of date.

>> I'm going to work on a band aid to the new BAG tweak to their
>> ISO metadata, but we definitely could use a bare driver for read / write. 
> 
> Not sure to understand your need about BAG. There is already a "xml:BAG" 
> metadata domain into which the ISO19115 stuff is dumped. So your need would be 
> an API to parse the XML ? There are perhaps good ideas in the various projects 
> that revolve around CSW.

The reader in the BAG directory is a bare minimum implementation.  Out side of BAGs there is definitely a need.  Pardon my ignorance, but what is CSW?

> 
>> The quest boils down to what is the minimal set of things that we should
>> aim for and how tolerant of craziness should we cope with.  I've seen some
>> "interesting" things passed off as ISO metadata.  As a start to this, I'm
>> going to start trying to collect a range of sample files.  The timing is
>> pretty good in that there is a discussion of FGDC to ISO conversion on the
>> IOOS Data Management and Communications (DMAC) steering committee mailing
>> list.
>> 
> 
> Even
> 
> -- 
> Geospatial professional services
> http://even.rouault.free.fr/services.html