[eml-dev] EML access and application behavior (metacat)
Margaret O'Brien
mob at icess.ucsb.edu
Wed Sep 17 12:16:47 PDT 2008
EML2.0.1: yes, what I was hoping.
EML2.1.0: I agree that recognizing access trees in additionalMetadata is
unnecessary. That's what I prefer - people should use <access> under
<distribution>, and discontinue putting it in addionalMetadata altogether.
life is simpler. thanks!
margaret
Jing Tao wrote:
> Hi, Margaret:
>
> See my comments under the text.
>
> Thanks,
>
> Jing
>
> Jing Tao
> National Center for Ecological
> Analysis and Synthesis (NCEAS)
> 735 State St. Suite 204
> Santa Barbara, CA 93101
>
> On Wed, 17 Sep 2008, Margaret O'Brien wrote:
>
>> Hi Jing -
>> I am updating the EML documentation for access. Per our discussion
>> last week, I just wanted to confirm the planned behavior of metacat
>> with regard to access trees in EML.
>>
>> 1. in EML 2.0.1, access is located at eml/dataset/access, and authors
>> may also have been putting in additionalMetadata/access as well,
>> accompanied by <describes>any_node_id</describes>
>> And you plan that metacat will
>> a. honor the eml/dataset/access tree (for all metadata and data) and
>> b. when it finds an access tree in an additionMetadata section, it
>> will recognize it only if it references an id on a distribution
>> element that is a descendant of dataTable -- or is it honoring a
>> reference to any distribution id (ie, res:distribution).
>>
> Metacat currently is doing the way you described (maybe a little
> different).
> If no additionalMetadata/access in eml, the eml/dataset/access will be
> applied to EML document itself(metadata) and all data files.
>
> If there is additionalMetadata/access in eml and the id in element
> <describes> references a distribution element that is a descendant of
> dataTable (or other entities), the rules of additionalMetadata/access
> will be applied to the data table. The eml/dataset/access will be
> applied to EML document itself and other data files (if there is any)
> which are not in the <describes> in <additionalMetadata>.
>
>> 2. in EML 2.1.0, access will be found at eml/access and
>> /eml/dataset/dataTable/distribution/physical/access
>> And metacat will
>> a. continue to honor eml/access for all metadata and data, and
>> b. not recognize access trees found under additionalMetadata. Does
>> that mean it will ignore additionalMetadata/metadata/access trees
>> that were honored in 2.0.1, or can EML authors continue to create these?
>>
> In the eml 2.1.0, my guess
> /eml/dataset/dataTable/distribution/physical/access is the replacement
> of additionalMetadata/access in eml 2.0.1. So there is no reason to
> continue to use additionalMetadata/access to controll the access of
> the data files in eml 2.1.0. So i think metacat can ingore
> additionalMetadata/metadata/access
> trees in eml 2.1.0 documents. What do you think?
>
>> thanks -
>> Margaret
>>
>> --
>>
>>
>> ========================
>> Margaret O'Brien
>> Information Management
>> Santa Barbara Coastal LTER Marine Science Institute
>> University of California
>> Santa Barbara, CA 93106-6150
>>
>> 805-893-2071
>> mob at icess.ucsb.edu
>> http://sbc.lternet.edu
>> ========================
>>
>>
>>
--
========================
Margaret O'Brien
Information Management
Santa Barbara Coastal LTER
Marine Science Institute
University of California
Santa Barbara, CA 93106-6150
805-893-2071
mob at icess.ucsb.edu
http://sbc.lternet.edu
========================
More information about the Eml-dev
mailing list