Re: Repeat <additions>

Dear Philipp, dear colleagues,

although backwards compatibility is one of the highest goods in the 
development of the TEI, I would be in favour of a slightly different 
approach to this problem than just make some elements repeatable:

Following the structures we provide for repeatable elements in other 
places, we have a
- container element <xxxDesc> and
- children <xxxNote>

e.g. decoDesc/decoNote, handDescc/handNote etc.

In the cases mentioned it would be reasonable to "invent"

<additionDesc> and <additionNote> (and a leading <summary>)
<musicDesc> and <musicNote> (or maybe musicNotationDesc, musicNotationNote?)

Even though <list> is allowed inside of <additions>, it would provide 
"only" the above mentioned compatibility but implementing a system could 
maybe be preferable?

Best, Torsten



Am 20.10.2016 um 11:08 schrieb Philipp Vanscheidt:
> Dear Peter,
>
> thanks for your reference to <list>. I think we will try it. If it does
> not work, I will think about a feature request. But currently I do not
> know what I really would request for:
>
> 1. Make <additions> repeatable. I guess I see the point why
> model.physDescPart is not repeatable in the cases of the its other members.
> 2. Make <additions> a child of itself. Thus, model.physDescPart in
> <physDesc> could stay as it is. Maybe I want not to speak about groups
> of additions but only about one addition.
> 3. In that case an element <additon> as child of <additions> would be nice.
>
> But indeed, at the moment I think that none of this is really necessary
> if <list> does what we want. However, I think that the example in the
> guidelines should be commented.
>
> Best,
> Philipp
>
>
> Am 2016-10-20 09:49, schrieb Peter Stadler:
>> Hi Philipp,
>>
>> good catch! The examples are somewhat misleading in suggesting they
>> actually form *one* example within <physDesc>. The same issue is
>> repeated with <musicNotation>, btw.
>> I looked a little bit into older releases of the Guidelines and yes,
>> the schema and the prose always constrained <physDesc> to a sequence
>> where no member of the sequence is repeatable.
>> So, I’d say that issue is a good candidate for a bug report on
>> https://github.com/TEIC/TEI to separate those examples.
>> Second, maybe your issue with several types of additions could be
>> handled with a <list> inside <additions> (see the last example at
>> http://www.tei-c.org/release/doc/tei-p5-doc/en/html/MS.html#mspham)?
>>
>> Best
>> Peter
>>
>>> Am 19.10.2016 um 19:26 schrieb Philipp Vanscheidt
>>> <[email protected]>:
>>>
>>> Dear list,
>>>
>>> there is an example in the guidelines in which the <additions>
>>> element is repeated several times:
>>>
>>> http://www.tei-c.org/release/doc/tei-p5-doc/en/html/MS.html#mspham
>>>
>>> There is only one element allowing <additions>, namely <physDesc>.
>>> But the content model of this element (and tei_all) tell(s) me that
>>> "additions?" is expected and <additions> therefore not repeatable. I
>>> would like to repeat it for different types of additions or different
>>> hands if there is now other way that should be preferred to do this.
>>>
>>> Best,
>>> Philipp
>>>
>>>
>>>
>>> --
>>> Technische Universität Darmstadt, Institut für Sprach- und
>>> Literaturwissenschaft
>>> Dolivostraße 15, 64293 Darmstadt
>>> Tel.: 06151/1657405
>>> [email protected]
>


-- 
Torsten Schassan - Digitale Editionen, Abteilung Handschriften und 
Sondersammlungen
Herzog August Bibliothek, Postfach 1364, D-38299 Wolfenbuettel, Tel.: 
+49-5331-808-130 (Fax -165)
Handschriftendatenbank* http://diglib.hab.de/?db=mss