Difference between revisions of "Epistolarium naar regulier TEI"

From XML
Jump to: navigation, search
 
(4 intermediate revisions by the same user not shown)
Line 28: Line 28:
 
<meta type="date" value="1631-10/1631-11"/>
 
<meta type="date" value="1631-10/1631-11"/>
 
--> correspDesc/correspAction type=sent/date
 
--> correspDesc/correspAction type=sent/date
en hier de betreffende waarde weergeven middels when, notBefore en notAfter
+
en hier de betreffende waarde weergeven middels when, notBefore en notAfter.
 +
Maar zie: http://www.loc.gov/standards/datetime/.
 +
Misschien een when_custom dan?
  
  
Line 39: 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 47: 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.
 +
Kan aangeven dat geen tekst aanwezig is, of kan verwijzen naar andere brief. (ca. 100 gevallen).
 +
 
 +
 
 +
En meta type=type?? voor bijlagen
 +
meta type=link met id van corresponderend document
 +
 
  
 
3. Element formula
 
3. Element formula
Line 53: Line 63:
  
 
4. Type attributen op div
 
4. Type attributen op div
Moeten we dat uniformeren? Wat is een type=artifact?
+
Moeten we dat uniformeren? Wat is een type=artifact? (de echte brief)
  
 
5. xml:lang attributen
 
5. xml:lang attributen
 
in elk geval onbekend coderen als unk
 
in elk geval onbekend coderen als unk
 
Rare combinatie van 2 en 3 letter codes?
 
Rare combinatie van 2 en 3 letter codes?
 +
 +
6. <ref type="bible">Matth. XX. 16</ref>
 +
 +
7. en deze inline notes:
 +
<div type="para">
 +
<p><seg type="note">Adres:</seg> (A Mon)sieur Monsieur Grotius à Paris.</p>
 +
<p><seg type="note">In dorso schreef Grotius:</seg> 6 Jan. 1629 N. Reigersberg.</p>
 +
</div>
 +
 +
8. En wat te doen met de openers en de closers?
 +
Denk aan de situatie van een openende/sluitende alinea, van meerdere van zulke alinea's en van een openend/afsluitend stukje tekst in een alinea.
 +
 +
 +
 +
 +
Wat zou dit schema voor Mondriaan betekenen
 +
- over naar correspDesc
 +
- namespace wvan de nieuwe elementen wordt hi: http://huygens.knaw.nl
 +
 +
 +
 +
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."

Latest revision as of 16:27, 22 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. Kan aangeven dat geen tekst aanwezig is, of kan verwijzen naar andere brief. (ca. 100 gevallen).


En meta type=type?? voor bijlagen meta type=link met id van corresponderend document


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? Denk aan de situatie van een openende/sluitende alinea, van meerdere van zulke alinea's en van een openend/afsluitend stukje tekst in een alinea.



Wat zou dit schema voor Mondriaan betekenen - over naar correspDesc - namespace wvan de nieuwe elementen wordt hi: http://huygens.knaw.nl


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."