[tei-council] MSG from Laurent about biblios

[Syd Bauman]

Hi Lou, Syd, Seb,
I am about to send the whole bibliographical file, but wanted to  
forward a few issues on the Council, but as usual, did not manage to  
have the thing go through (this *$&@! list).

I think it would be worth correcting this before we issue the whole  
guidelines.
Best,
Laurent

D,Ai(Bbut du message r,Ai(Bexp,Ai(Bdi,Ai(B :

> De : Laurent Romary <laurent.romary at loria.fr>
> Date : 23 octobre 2007 11:37:06 HAEC
> ,A@(B : TEI Council <tei-council at lists.village.virginia.edu>
> Objet : Issues related to the bibliographical work
>
> In our deep vaulted cell...
>
> we identified a few problem, which could be worth being checked:
>
> 1. Use of relatedItem
> By definition relatedItem points to another bibliographical  
> description to with the current one may be linked. In particular,  
> it can be used to point to a volume from in which a paper has been  
> published. Still, it is not possible to add any biblScope  
> information in this case (cf. example below). Would it make sense  
> to change this?
>
>             <listBibl>
>                 <biblStruct xml:id="Burnard1999a">
>                     <analytic>
>                         <author>
>                             <forename>Lou</forename>
>                             <surname>Burnard</surname>
>                         </author>
>                         <title level="a">Using SGML for Linguistic  
> Analysis: The Case of the
>                         BNC</title>
>                     </analytic>
>                     <monogr>
>                         <title level="j">Markup Languages Theory  
> and Practice</title>
>                         <imprint>
>                             <biblScope type="vol">2</biblScope>
>                             <date>1999</date>
>                             <pubPlace>Cambridge, Massachusettes</ 
> pubPlace>
>                             <publisher>MIT Press</publisher>
>                             <biblScope type="pp">31–51</biblScope>
>                         </imprint>
>                     </monogr>
>                     <idno type="url">http://users.ox.ac.uk/~lou/ 
> papers/sgml96.sgm</idno>
>                     <relatedItem>
>                         <ref target="Moser2001a">Also published in</ 
> ref>
>                         <biblScope type="pp">53–72</ 
> biblScope>       <!-- NOT ALLOWED, but desirable, isn't it? -->
>                     </relatedItem>
>                 </biblStruct>
>                 <biblStruct xml:id="Moser2001a">
>                     <monogr>
>                         <editor>
>                             <forename>Stephan</forename>
>                             <surname>Moser</surname>
>                         </editor>
>                         <editor>
>                             <forename>Peter</forename>
>                             <surname>Stahl</surname>
>                         </editor>
>                         <editor>
>                             <forename>Werner</forename>
>                             <surname>Wegstein</surname>
>                         </editor>
>                         <editor>
>                             <forename>Norbert</forename>
>                             <forename>Richard</forename>
>                             <surname>Wolf</surname>
>                         </editor>
>                         <title level="m">Maschinelle Verarbeitung  
> Altdeutscher Texte V (Beitr,Ad(Bge zum
>                             F,A|(Bnften Internationalen Symposion,  
> W,A|(Brzburg, 4–6 M,Ad(Brz 1997)</title>
>                         <imprint>
>                             <pubPlace>T,A|(Bbingen</pubPlace>
>                             <publisher>Niemeyer</publisher>
>                             <date>2001</date>
>                         </imprint>
>                     </monogr>
>                 </biblStruct>
>             </listBibl>
>
> 2. We are missing means to represent all types of affiliation  
> information, typically:
>
> 2.a there is neither a "phoneNumber" element nor the possibility to  
> type addressLine
> 2.b <email> is not allowed in <address>, nor <affiliation>
>
> See the illustrating example below:
>     <analytic>
>         <author>
>             <forename>Telikepalli</forename>
>             <surname>Kavitha</surname>
>             <affiliation>
>                 <orgName>CSA Department</orgName>
>                 <orgName>Indian Institute of Science</orgName>
>                 <address>
>                     <settlement>Bangalore</settlement>
>                     <postCode>560012</postCode>
>                     <country>India</country>
>                     <addrLine type="phone">+91-80-22932386</addrLine>
>                     <addrLine type="fax">+91-80-23602911</addrLine>
>                 </address>
>             </affiliation>
>             <email>kavitha at csa.iisc.ernet.in</email>
>         </author>
>   </analytic>
>
>
> 3. It's a pity that we can have <orgName> in affiliation, but not  
> <org>, since we may want to add extra information about  
> organizations which are not information about the name proper (I  
> know Lou will be sensible to this argument). Would we go in this  
> direction, it would then be nice to have things like <address> in  
> <org>.
> By the way, it seems that <org> and <institution> are highly  
> redundant (even if <institution> is limited to manuscripts  
> descriptions)
>
> <affiliation>
>     <org type="institution"> <!-- NOT ALLOWED in <affiliation>, but  
> desirable, isn't it? -->
>         <orgName>Max-Planck-Gesellschaft</orgName>
>         <address>                   <!-- NOT ALLOWED in <org>, but  
> desirable, isn't it? -->
>             <street>Hofgartenstrasse 8</street>
>             <postCode>80539</postCode>
>             <settlement>M,A|(Bnchen</settlement>
>             <country>Deutschland</country>
>         </address>
>     </org>
>     <org type="institute">
>         <orgName>Max-Planck-Institut f,A|(Br Informatik</orgName>
>         <address>
>             <street>Stuhlsatzenhausweg 85</street>
>             <postCode>66123</postCode>
>             <settlement>Saarbr,A|(Bcken</settlement>
>             <country>Deutschland</country>
>         </address>
>     </org>
>     <org type="department">
>         <orgName>Algorithmen und Komplexit,Ad(Bt</orgName>
>         <address>
>             <street>Stuhlsatzenhausweg 85, Geb,Ad(Bude E1 4</street>
>             <postCode>66123</postCode>
>             <settlement>Saarbr,A|(Bcken</settlement>
>             <country>Deutschland</country>
>         </address>
>     </org>
>
> Too dreadful a practice for this open air.
>