#453 a place for metadata that you can't fit into existing header elements

AMBER
open
None
5(default)
2014-01-05
2013-05-13
Kevin Hawkins
No

People sometimes want to attach metadata to a TEI document that doesn't fit into an existing header element. For example, you might want to attach Dublin Core metadata, or you might want to include Cataloguing-in-Publication data for the TEI document. It would be good to have a place for such metadata.

We might create a new optional child of <teiHeader> called something like <containerForOtherMetadata>. In it you could put elements from another namespace (like <dc:title>), or you might create your own elements (like <cip>). I'm not sure what the content model for <containerForOtherMetadata> should be in order to allow for these things. Maybe it actually requires that <containerForOtherMetadata> be in a different namespace.

(It's possible that before this ticket is resolved we will have added a new element for CIP data as a child of <publicationStmt>. That idea is also being considered on TEI-L as I write this.)

Discussion

<< < 1 2 3 > >> (Page 2 of 3)
  • Lou Burnard
    Lou Burnard
    2013-11-10

    Can someone please remind us for which "specific purpose" <standoff is intended, and why it would not be applicable for storing RDF triples of any kind ?

     
    • Piotr Banski
      Piotr Banski
      2013-11-11

      Only had a while now to search for that. Here's one link:
      http://www.tei-c.org/Activities/Council/Meetings/tcm52.xml#body.1_div.2_div.5 (group B)
      "Council agrees with Group B who thinks that this will be a beneficial addition to the TEI and that an we should have a container element <standOff> as part of model.resouceLike which contains things like <linkGrp> / <link> , <seg> / <ab> / <s> /etc. and various other elements, including some new elements to be discussed by a later working party."

       
  • Piotr Banski
    Piotr Banski
    2013-11-10

    I suggest the relevant minutes :-) . Additionally, Kevin's not talking of "triples of any kind" -- it's you who does so, a tad casuistically, I'm afraid. Triples of /some/ kind, that you would normally use to annotate the content of <text>, sure. But triples that express information alternative to or above that normally put in the header -- well, that's the way to abuse elements even before they are born... :-)

     
    Last edit: Piotr Banski 2013-11-10
  • Piotr Banski
    Piotr Banski
    2013-11-10

    It seems that the confusion with <standoff> might stem from the idea of attaching a new element somewhere high in the tree. But whereas <standoff> was suggested, and approved, as a sibling of <text>, Kevin suggests a new element as a child of <teiHeader>, hence in a completely different part of the tree and with different implied semantics. And +1 from me for that.

    I would like to suggest to keep this ticket apart for one more reason: Kevin mentions DC and CiP, but there are also other notable metadata (or even meta-metadata) initiatives, such as CMDI from Clarin, which, for at least political reasons, the TEI might want to support (at least by offering a smooth basis for deriving CMDI instances), cf, http://www.clarin.eu/node/3219
    May I add that some SIGs might want to cooperate with the Council for that purpose (I can imagine at least Ontologies and LingSIG, possibly also Music, and probably some others).

     
  • Laurent Romary
    Laurent Romary
    2013-11-16

    The discussion has completely gone astray because of the wrong interference of with [standoff]. Still we do need such an element to contain external meta-data (like METS allows one to do). Did the council actually discuss this issue?

     
  • Martin Holmes
    Martin Holmes
    2013-11-16

    We did discuss it -- this is the action from the draft minutes:

    Action: MH will offer DC examples and PS will offer MARC examples. LB will pull them together into some text to be inserted into the Guidelines. Given this, Council will consider whether to create the wrapper element.

    [Minutes not finalized yet.]

     
  • James Cummings
    James Cummings
    2013-11-19

    • assigned_to: Martin Holmes
    • Priority: 1(low) --> 5(default)
     
  • James Cummings
    James Cummings
    2013-11-19

    Oxford 2013-11 face-to-face: MH will offer dc examples and PS will offer MARC examples. LB will pull them together into some text to be inserted into the Guidelines. Given this, Council will reconsider the feature request and whether to create the wrapper element.

     
  • Martin Holmes
    Martin Holmes
    2013-11-19

    Our Despatches project has an OAI-PMH interface which provides OAI records containing Dublin Core elements:

    http://bcgenesis.uvic.ca/oai.xq?verb=ListRecords&metadataPrefix=oai_dc

    I can easily imagine wanting to embed one or more components of an OAI record inside a TEI file. The OAI <metadata> element contains elements in the DC namespace, so if the example is to be limited to DC elements, they can be taken from this example (there are several thousand more available if required):

    <?xml version="1.0" encoding="UTF-8"?>
    <OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
      <responseDate>2013-11-19T22:24:34.227Z</responseDate>
      <request metadataPrefix="oai_dc" verb="GetRecord" identifier="V465HB01.scx"
        >http://bcgenesis.uvic.ca/oai.xq</request>
      <GetRecord>
        <record>
          <header>
            <identifier>oai:bcgenesis.uvic.ca:V465HB01.scx</identifier>
            <datestamp>2013-02-18</datestamp>
            <setSpec>1846</setSpec>
            <setSpec>publicOffices</setSpec>
            <setSpec>V.I.</setSpec>
          </header>
          <metadata>
            <oai_dc:dc xmlns:dc="http://purl.org/dc/elements/1.1/"
              xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/"
              xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
              xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
              <dc:title>The colonial despatches of Vancouver Island and British Columbia 1846-1871: 1074, CO 305/1, p. 1; received 7 September. Pelly to Grey</dc:title>
              <dc:date>1846-09-07</dc:date>
              <dc:creator>Pelly,  Sir John Henry</dc:creator>
              <dc:publisher>University of Victoria Humanities Computing and Media Centre, and UVic Libraries</dc:publisher>
              <dc:type>InteractiveResource</dc:type>
              <dc:format>application/xhtml+xml</dc:format>
              <dc:type>text</dc:type>
              <dc:identifier>http://bcgenesis.uvic.ca/getDoc.htm?id=V465HB01.scx</dc:identifier>
              <dc:rights>This document is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License. See http://creativecommons.org/licenses/by-nc-sa/3.0/. Digitized images of documents and maps found on the bcgenesis website are licensed and may not be used without the permission of the licensing institution.  Enquiries to use digitized material should be addressed to the licensor in question and not UVic.</dc:rights>
              <dc:language>(SCHEME=ISO639) en</dc:language>
              <dc:source>Transcribed from microfilm and/or original documents, and marked up in TEI P5 XML. The interactive XHTML resource is generated from the XHTML using XQuery and XSLT.</dc:source>
              <dc:source>repository: CO</dc:source>
              <dc:source>coNumber: 305</dc:source>
              <dc:source>coVol: 1</dc:source>
              <dc:source>page: 1</dc:source>
              <dc:source>coRegistration: 1074</dc:source>
              <dc:source>received: received 7 September</dc:source>
              <dc:subject>Pelly, Sir John Henry</dc:subject>
              <dc:subject>Grey, Third Earl, Henry George</dc:subject>
              <dc:subject>Stephen, Sir James</dc:subject>
              <dc:subject>Colvile, Andrew Wedderburn</dc:subject>
              <dc:subject>Simpson, Sir George</dc:subject>
              <dc:subject>Jadis, Vane</dc:subject>
              <dc:subject>Hawes, Benjamin</dc:subject>
              <dc:subject>Vancouver Island</dc:subject>
              <dc:subject>The Columbia River</dc:subject>
              <dc:subject>Oregon Territory, or Columbia District</dc:subject>
              <dc:subject>Nisqually, or Fort Nisqually</dc:subject>
              <dc:subject>Puget Sound</dc:subject>
              <dc:subject>Cowlitz Region</dc:subject>
              <dc:subject>The Rocky Mountains</dc:subject>
              <dc:subject>London</dc:subject>
              <dc:subject>San Francisco</dc:subject>
              <dc:description>British Columbia correspondence: Public Offices document (normally correspondence between government departments)</dc:description>
              <dc:description>An annual HBC supply ship is set to the North West Coast for mid-September.  Pelly writes to ascertain the British Government's plans for the lands associated with the Oregon Treaty; he wants to know what will happen to the HBC's establishment on the southern Vancouver Island. He adds that a former Crown grant, an 1838 exclusive trade-grant for the lands in question, has yet to expire.  The minutes discuss the nature of the HBC's original entitlements and question whether or not, and in what capacity, the Oregon Treaty affects the HBC's position. The majority council further investigation, and to reply cautiously and judiciously to the HBC inquiry.  A summary of a meeting with Pelly is offered in order to elucidate the HBC's intentions.  Lord Grey calls for greater consideration on the issue of colonization; he asks that Stephen write the Company, asking them to detail their intentions, and to state their legal opinion for entitlement. </dc:description>
            </oai_dc:dc>
          </metadata>
        </record>
      </GetRecord>
    </OAI-PMH>
    
     
  • Martin Holmes
    Martin Holmes
    2013-11-19

    Re-assigning to Paul to provide his MARC example.

     
<< < 1 2 3 > >> (Page 2 of 3)