Difference between revisions of "Epistolarium naar regulier TEI"
Line 41: | Line 41: | ||
--> correspDesc/correspAction type=sent/placeName | --> correspDesc/correspAction type=sent/placeName | ||
en hier de betreffende waarde weergeven in key-attribuut. | en hier de betreffende waarde weergeven in key-attribuut. | ||
− | Alternatief: sta place toe in correspAction | + | Alternatief: sta place toe in correspAction. |
+ | Hier kan ook een resp-attribuut op staan. | ||
<meta type="recipient" value="mersenne.marin.1588-1648"/> | <meta type="recipient" value="mersenne.marin.1588-1648"/> | ||
Line 49: | Line 50: | ||
<meta type="status" value="OK"/> | <meta type="status" value="OK"/> | ||
Geeft dit een status van verwerking aan? | Geeft dit een status van verwerking aan? | ||
− | --> revisionDesc status = OK | + | --> revisionDesc status = OK. |
+ | Moet leeg kunnen zijn. | ||
+ | |||
En meta type=type?? | En meta type=type?? | ||
Line 72: | Line 75: | ||
</div> | </div> | ||
+ | 8. En wat te doen met de openers en de closers? | ||
Revision as of 10:40, 13 March 2018
Wat moet er aan ePistolarium XML gebeuren om het meer in lijn te brengen met TEI
1. Omzetting naar TEI P5: alle elementen naar TEI namespace
2. Omzetting van de meta-elementen
Een optie zou zijn: <xenodata> Maar dan maak je je er een beetje van af
Nog onduidelijk: <meta type="uuid" value="54ddae9b-ec6c-41e3-bc99-eb5387b4af26"/> Wat gebeurt hiermee?
<meta type="dataset" value="ckcc"/> En hiermee? Hebben we meerdere datasets?
<meta type="correspondence" value="desc004"/> Classificatie binnen CKCC, neem ik aan
<meta type="id" value="1046"/> <meta type="alt_id" value="AM1-208-046"/> <meta type="alt_id" value="AT038"/> <meta type="alt_id" value="EJB049"/> worden idno's met type Kennelijk heeft alleen Descartes zoveel verschillende types. Het hoofd-id is een volgnummer binnen CKCC, neem ik aan
<meta type="date" value="1631-10/1631-11"/> --> correspDesc/correspAction type=sent/date en hier de betreffende waarde weergeven middels when, notBefore en notAfter. Maar zie: http://www.loc.gov/standards/datetime/. Misschien een when_custom dan?
<meta type="sender" value="descartes.rene.1596-1650"/>
--> correspDesc/correspAction type=sent/persName
en hier de betreffende waarde weergeven in key-attribuut.
Alternatief: sta person toe in correspAction
<meta type="senderloc" value="se.amsterdam.nld"/> --> correspDesc/correspAction type=sent/placeName en hier de betreffende waarde weergeven in key-attribuut. Alternatief: sta place toe in correspAction. Hier kan ook een resp-attribuut op staan.
<meta type="recipient" value="mersenne.marin.1588-1648"/> <meta type="recipientloc" value="se.paris.fra" resp="#EJB"/> Als bij sender
<meta type="status" value="OK"/> Geeft dit een status van verwerking aan? --> revisionDesc status = OK. Moet leeg kunnen zijn.
En meta type=type??
3. Element formula
Opnemen in schema. Maar kennelijk gebeurt er niets mee? Althans binnen figure, daarbuiten wel. (voorbeelden desc004.208-046.xml)
4. Type attributen op div Moeten we dat uniformeren? Wat is een type=artifact? (de echte brief)
5. xml:lang attributen in elk geval onbekend coderen als unk Rare combinatie van 2 en 3 letter codes?
6. <ref type="bible">Matth. XX. 16</ref>
7. en deze inline notes:
<seg type="note">Adres:</seg> (A Mon)sieur Monsieur Grotius à Paris.
<seg type="note">In dorso schreef Grotius:</seg> 6 Jan. 1629 N. Reigersberg.
8. En wat te doen met de openers en de closers?
https://correspondence.huygens.knaw.nl/documents/c151aa14-306d-4993-aa1b-e175a469e566 Geeft heel rare foutboodschap. "The tag <quote> is not implemented! Wrapped on: "waer door dan het punt B lichtelijk gevonden wort, als men alleenlijk op 2 sijden des driehoeks DFG circelboogen beschrijft die de gevonden hoeken tot de sijden behoorende begrijpen. want de doorsnijding van sulke 2 boogen is het punt B." This tag is not part of the Huygens ING TEI standard. Please visit Servicedesk.huygens.knaw.nl to request support of this tag."