Difference between revisions of "Epistolarium naar regulier TEI"

From XML
Jump to: navigation, search
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 11: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."