[tei-council] repeating and typing tei:provenance
Laurent Romary
laurent.romary at inria.fr
Mon Sep 26 08:55:40 EDT 2011
Lou. Quick question: why would @type be more meaningful than att.typed?
Le 26 sept. 2011 à 13:12, Lou Burnard a écrit :
> I wonder whether simply adding @type is the right answer in this case? I
> would prefer to see a more semantically meaningful attribute added
> explicitly to the provenance element.
>
> "type" of a provenance might relate to any number of things -- its
> reliability, the kind of authority behind it, on what temporal basis
> it's made, etc. For example, suppose at some time a manuscript was in a
> collection which had a policy of checking up on it every 6 months. You
> might decide either to enter lots of provenance records saying
> effectively "it was taken out and dusted", or you might decide just to
> record a single provenance record for the whole time, including the info
> that dusting had been carried out every six months. Wouldn't these be of
> two different "type"s ("periodic" and "summary") as well?
>
> Your examples of intended use ("found", "moved", "observed", "lost",
> "destroyed", "restored" etc.) are fine for the case where you can map
> each provenance to a single event, but this is not the only way that
> <provenance> might be used, and therefore not the only way they might be
> typed.
>
> How about @eventType or even just @event ? (You could also add a value
> such as "multiple" or "summary" of course)
>
> As regards updating the schema without updating the documentation -- I
> consider that to be an entirely understandable desire, but one which
> should be resisted as far as is humanly possible! Certainly the ticket
> should not be closed until the examples in the documentation have been
> corrected.
>
>
> On 26/09/11 11:32, Gabriel Bodard wrote:
>> In this case, should I just go ahead and add att.typed to tei:provenance
>> and commit it to SVN? The other changes discussed in that ticket refer
>> to the guidelines only and have no schema implications.
>>
>> Cheers,
>>
>> G
>>
>> On 2011-09-24 05:43, Laurent Romary wrote:
>>> This is a very good move with respect to this ticket. Please go ahead (and agree with Elena, I don't think we need a new FR).
>>> Laurent
>>>
>>> Le 23 sept. 2011 à 18:05, Pierazzo, Elena a écrit :
>>>
>>>> Hi Gabby,
>>>>
>>>> You have my blessing, in case you needed it. I don't think there is the
>>>> need of another FR as the possibility of allowing multiple<provenance> is
>>>> contemplated within the initial description of the ticket.
>>>> Best
>>>> Elena
>>>>
>>>>
>>>>
>>>> On 23/09/2011 16:55, "Bodard, Gabriel"<gabriel.bodard at kcl.ac.uk> wrote:
>>>>
>>>>> Some Council members will already have seen the ticket posted by Lou a
>>>>> couple days ago (http://purl.com/TEI/FR/3411976) re the conflict between
>>>>> the definition of tei:provenance, "descriptive or other information
>>>>> concerning *a single identifiable episode* during the history of a
>>>>> manuscript" on the one hand, and on the other examples (including that
>>>>> at http://www.tei-c.org/release/doc/tei-p5-doc/en/html/MS.html#mshy) in
>>>>> which mutiple episodes are described in a single provenance.
>>>>>
>>>>> I pointed out, in support of the examples over the definition, that
>>>>> provenance includes among its possible children tei:listEvent, and that
>>>>> some projects have already used this to represent different episodes in
>>>>> a manuscript's history within a single tei:provenance.
>>>>>
>>>>> The consensus on this ticket however seems to be that the definition is
>>>>> correct, the examples should be emended, and multiple episodes should be
>>>>> represented by repeated, dated tei:provenance elements in tei:history.
>>>>> It has also been suggested that provenance is a specialization of
>>>>> tei"event, so the usage is fine.
>>>>>
>>>>> If that is the case, then I'd like to propose (does this need another
>>>>> ticket?) that as well as changes to the guidelines and correction of
>>>>> examples, the provenance element should allow att.typed (as event does),
>>>>> so that multiple provenances in the history of a single manuscript or
>>>>> object can be typed ("found", "moved", "observed", "lost", "destroyed",
>>>>> "restored" etc.), and looser subtypes can be used to differentiate
>>>>> between different kinds of loss, for example. (We were in the process of
>>>>> writing up a controlled set of values for tei:event/@type for the EpiDoc
>>>>> guidelines, with the intention of leaving @subtype unconstrained.)
>>>>>
>>>>> Does anyone object to this proposal? Should I put up a new FR ticket for
>>>>> it? I'd like to be able to let the EpiDoc community know what we've
>>>>> decided so it can be written into our ODD in advance of the next TEI
>>>>> release, if possible.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Gabby
>>>>>
>>>>> --
>>>>> Dr Gabriel BODARD
>>>>> (Research Associate in Digital Epigraphy)
>>>>>
>>>>> Department of Digital Humanities
>>>>> King's College London
>>>>> 26-29 Drury Lane
>>>>> London WC2B 5RL
>>>>>
>>>>> Email: gabriel.bodard at kcl.ac.uk
>>>>> Tel: +44 (0)20 7848 1388
>>>>> Fax: +44 (0)20 7848 2980
>>>>>
>>>>> http://www.digitalclassicist.org/
>>>>> http://www.currentepigraphy.org/
>>>>> _______________________________________________
>>>>> tei-council mailing list
>>>>> tei-council at lists.village.Virginia.EDU
>>>>> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>>>>>
>>>>> PLEASE NOTE: postings to this list are publicly archived
>>>>
>>>> _______________________________________________
>>>> tei-council mailing list
>>>> tei-council at lists.village.Virginia.EDU
>>>> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>>>>
>>>> PLEASE NOTE: postings to this list are publicly archived
>>>
>>> Laurent Romary
>>> INRIA& HUB-IDSL
>>> laurent.romary at inria.fr
>>>
>>>
>>>
>>> _______________________________________________
>>> tei-council mailing list
>>> tei-council at lists.village.Virginia.EDU
>>> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>>>
>>> PLEASE NOTE: postings to this list are publicly archived
>>
>
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council
>
> PLEASE NOTE: postings to this list are publicly archived
Laurent Romary
INRIA & HUB-IDSL
laurent.romary at inria.fr
More information about the tei-council
mailing list