[tei-council] Report on Vilnius meeting

[Arianna Ciula]

Hi,

my third Easter egg is the proofreading of ND. I wander now, should I 
just read/edit the xml on sourceforge at 
P5-Council\Source\Guidelines\en\ND-NamesDates.xml or should I also look 
at the proposed additions after Vilnius somewhere within P5-Council\Test?

If the latter, could I please have the reference to the exact most up to 
date file?

Thank-you,
Arianna

Lou Burnard wrote:
> Christian Wittern wrote:
>> Matthew James Driscoll wrote:
>>>
>>> <listNym>
>>
>> does that mean you also proposa a <gi>listNym</gi> for TEI?
>>
>>
> 
> Yes. Matthew's report doesn't mention that there is a draft ODD, 
> probably because I have not yet got round to putting it anywhere where 
> Council members can see it easily. But if you look in the P5/Test 
> directory on sourceforge, you will see a file called testndextra.odd, 
> which contains the current state of the draft.
> 
> I've just put a copy of the HTML generated from this by Roma on the 
> website at http://www.tei-c.org/Drafts/ndextra.html -- will try to keep 
> this up to date as the draft progresses
> 
> 
>>> Our principal task at this meeting was to develop mechanisms for 
>>> encoding
>>> place-names, analogous to those which were developed for personal 
>>> names at
>>> the meeting in Oxford last year, which would allow for the recording of
>>> abstracted information about a place, such as map coordinate, GIS
>>> information etc., as well as variant forms of the name, in different
>>> languages (e.g. Praha, Prague, Praga) and/or different forms over 
>>> time (e.g.
>>> Lundunum, London). On the analogy with <person>, we propose a <place>
>>> element, which will usually contain at least one, and possibly several,
>>> <placeName> elements, followed by one or more <location> elements to 
>>> provide
>>> geographical and/or geo-political information about the location of the
>>> place. 
>>
>> Why would you need more than one <location>?  I had the impression 
>> that the place is what stays constant? Is it because it also stands in 
>> for the geopolitical information? 
> 
> Because a place might be located in more than one way (e.g. by its 
> geopolitical status, or by its co-ordinates), and may also move its 
> location over time.
>> However, if we talk about administrative geography here, you will also 
>> have to account for changes in the size and super/sub components of a 
>> place and a way to link this to coordinates defining the polygon.  
>> Would the tagset be up to this task?
> 
> probably... because we embed GML!
> 
> 
> _______________________________________________
> tei-council mailing list
> tei-council at lists.village.Virginia.EDU
> http://lists.village.Virginia.EDU/mailman/listinfo/tei-council

-- 
Dr Arianna Ciula
Research Associate
Centre for Computing in the Humanities
King's College London
Strand
London WC2R 2LS (UK)
Tel: +44 (0)20 78481945
http://www.kcl.ac.uk/cch