- ab
- abbr
- acquisition
- add
- additional
- additions
- antiphon
- app
- bibl
- binding
- bindingDesc
- catDesc
- category
- cb
- Certainty
- change
- choice
- cit
- citedRange
- collation
- collection
- colophon
- condition
- country
- creation
- custEvent
- date
- decoDesc
- decoNote
- del
- depth
- desc
- dim
- dimensions
- div
- editor
- ex
- expan
- explicit
- facsimile
- faith
- filiation
- foliation
- foreign
- gap
- geo
- graphic
- keywords
- handDesc
- handNote
- handShift
- height
- hi
- history
- idno
- incipit
- item
- l
- language
- layout
- layoutDesc
- lb
- lem
- list
- listApp
- listBibl
- listPerson
- listRelation
- listWit
- locus
- material
- measure
- msContents
- msDesc
- msIdentifier
- msItem
- msFrag
- msPart
- nationality
- notatedMusic
- note
- objectDesc
- occupation
- orig
- origDate
- origin
- origPlace
- p
- pb
- persName
- person
- personGrp
- physDesc
- place
- placeName
- provenance
- ptr
- q
- quote
- rdg
- ref
- region
- relation
- repository
- roleName
- rubric
- seal
- sealDesc
- seg
- settlement
- signatures
- source
- space
- subst
- summary
- supportDesc
- supplied
- surrogates
- TEI
- term
- textLang
- title
- unclear
- watermark
- width
- witness
- active
- ana
- assertedValue
- atLeast
- atMost
- cRef
- calendar
- cause
- cert
- color
- columns
- contemporary
- corresp
- defective
- dur
- evidence
- facs
- form
- from
- hand
- href
- ident
- key
- n
- name
- new
- notAfter
- notAfter-custom
- notBefore
- notBefore-custom
- part
- passive
- pastedown
- place
- reason
- ref
- rend
- rendition
- resp
- role
- sameAs
- script
- source
- subtype
- target
- to
- type
- unit
- url
- value
- when
- when-custom
- who
- wit
- writtenLines
- xml:base
- xml:id
- xml:lang
- @source
- Additional
- Additions and Varia
- Aligning transliteration and morphological annotations with Alpheios Alignment Tool
- Art Themes
- Attribution of single statements
- Authority files (keywords)
- Bibliographic References
- Binding Description
- Canonicalized TEI
- Catalogue Workflow
- Collation
- Colophons, Titles and Supplications
- Contributing sets of images to the research environment
- Contributing to the research environment
- Corpora
- Create New Entry
- Create a new file, delete existing, deal with doublets
- Critical Apparatus
- Critical Edition Workflow
- Dates
- Decoration Description
- Definition of Works, Textparts and Narrative Units
- Documentary Texts
- Dubious spelling
- Editing the Schema
- Editing these Guidelines
- Editions in Work Records
- Entities ID structure
- Event
- Figures and Links to Images
- General
- General Structure of Work Records
- Groups
- Hands Description
- History
- Identifiers Structure
- Images
- Images of Manuscripts for editions
- Inscriptions
- Keywords
- La Syntaxe du Codex
- Language
- Layout
- Letters
- Linking from Wikidata to the research environment
- Manuscript Contents
- Manuscript Description
- Manuscript Physical Description
- Manuscripts
- Named Entities
- Narrative Units
- Object Description
- Person
- Place or Repository
- Places
- References
- References to a text and its structure
- Referencing parts of the manuscript
- Relations
- Relative Location
- Repositories
- Revisions
- Roles and roleNames
- Scrolls
- Seals Description
- Setup
- Some useful how-to for personal workspace set up
- Spaces
- Stand-off annotations with Hypothes.is
- Standardisation of transcription from Encyclopaedia Aethiopica
- State and Certainty
- Statements about persons
- Structure
- Summary on the Use of @ref and @corresp
- TEI
- Taxonomy
- Team IDs
- Text Encoding
- Training Materials
- Transcriptions with Transkribus
- Transformation
- Transliteration Principles
- Users
- Using Xinclude
- Validation process
- Workflow
- Works
- Works Description
- Zotero Bibliography Guidelines
- titleStmt of Manuscript Records
Person
This page contains information about how to encode information about a single individual, including names, occupation, nationality, birth, death, residence, etc.
It can be expanded with much more information, following TEI guidelines for person
For the encoding of groups of persons see, groups.
The elements of a person's record constitute in their entirety a brief biographical sketch of the record's subject. It is therefore not necessary to
limit the description of the person's life to a single element. Instead, all information should be encoded at the appropriate place in the record,
for example, <birth>
↗, <death>
↗ or <floruit>
↗.
<text>
<body>
<listPerson>
<person sex="1">
<persName xml:lang="gez" xml:id="n1">አበከራዙን</persName>
<persName xml:lang="gez" type="normalized" corresp="#n1">ʾAbakarazun</persName>
<persName type="alt"><roleName type="title">ʾabbā</roleName> ʾAbakǝrazun</persName>
<nationality>Christian Ethiopia</nationality>
<faith>EOTC</faith>
<occupation type="ecclesiastic">monk</occupation>
<death>1471</death>
<floruit notBefore="1390" notAfter="1471">1390-1471</floruit>
<residence>
<placeName ref="LOC2331DabraQ">Dabra Qaʿat</placeName>
</residence>
</person>
<listRelation>
<relation name="bm:fatherOf" active="PRS1009Abakaraz" passive="PRS1000Abakaraz PRS1020Abakaraz"></relation>
<relation name="bm:husbandOf" active="PRS1009Abakaraz" passive="PRS1030Abakaraz">
<desc>It is always a nice idea to provide a description of this relations with a sentence or two.
</desc>
</relation>
</listRelation>
</listPerson>
</body>
</text>
Example 1
Within <birth>
↗ you can use other elements, for example <placeName>
↗ for a place of birth.
<birth when="1419">
He was born at
<placeName ref="LOC6569Tegray">Tǝgrāy</placeName>
in <date>1419</date>.
</birth>
Example 2
Names and roles
Encoding of personal names
We usually assign n1 to the standard name in Fidal and point with @corresp
to that for transliteration and translations of the same.
Other <persName>
↗s will have other IDs, which can be anything which is a valid @xml:id
but better if they are in the format 'n\d+'.
If you want to add a typical spelling which is used to search a name, like in https://github.com/BetaMasaheft/Documentation/issues/506, the safest place to add it so that it is indexed without affecting the actual content of the entry is in a new teiHeader//titleStmt/title
You can also use @type
with value main to further specify what the label name of the person should be.
<persName xml:id="n1" xml:lang="gez">ማርያም፡</persName>
<persName xml:lang="gez" corresp="#n1" type="normalized">Māryām</persName>
<persName xml:lang="en" corresp="#n1" type="main">Mary</persName>
Example 3
Do not add @xml:lang
if you do not know the language in which the name is attested,
prefer not to say anything instead of defaulting on a possibly untrue value.
So, any proper name reported in Geez should receive the attribute xml:lang="gez", though it might be of Arabic, Amharic, Oromo, or whatever origin. Etymology can be discussed in the record.
This is of course redundant when the <persName>
↗ you assign this attribute would be already the one picked by the titles rules, which are in order of
priority:
<persName[@type = 'main']>
↗<persName[@corresp = '#n1'][@xml:lang = 'gez']>
↗<persName[@corresp = '#n1'][@xml:lang = 'en'][@type = 'normalized']>
↗<persName[@corresp = '#n1'][@xml:lang[not(. = 'en')][not(. = 'gez')]]>
↗<persName[1]>
↗
Changing the IDs to arrive at a certain visualization is deceptory as in the following example, where
<person sex="1" sameAs="wd:Q671055">
<persName xml:lang="en" xml:id="n1" type="main">Cyprian of Antioch</persName>
<persName xml:lang="gez" xml:id="n2">ቆጵርያኖስ፡</persName>
<persName xml:lang="gez" corresp="#n2" type="normalized">Qoṗrǝyānos</persName>
</person>
Example 4
The correct way to do this is
<person sex="1" sameAs="wd:Q671055">
<persName xml:lang="gez" xml:id="n1">ቆጵርያኖስ፡</persName>
<persName xml:lang="gez" corresp="#n1" type="normalized">Qoṗrǝyānos</persName>
<persName xml:lang="en" xml:id="n2" type="main">Cyprian of Antioch</persName>
</person>
Example 5
which will print in the application 'Cyprian of Antioch' instead of the usual first candidate 'Qoṗrǝyānos', the normalized transcription of the name in Fidal.
Sometimes it is difficult to distinguish between the birth name and given name.
The name given at the time of birth, is encoded as a <persName>
↗ with an attribute @type
with value birth.
However, there are exceptions where a person has been forced to change his or her birth name to another name for various reasons.
In this case, a new name should be given to a person with @type
=given.
In our person records some persons have both a birth name and a given name.
Here a typical example is a woman named Aster Gānnoo, who was an Oromo pioneer working
on the translation of the Bible into Oromo. Her Oromo name,
which she had got from her parents, was called ሰልባን፡ but later she changed her name to አስቴር፡. In this case, we mark ሰልባን፡ as birth name whereas አስቴር፡ as a given name.
Please note that in cases where the name type is not known for certain, it not necessary to specify it.
<persName xml:lang="gez" xml:id="n1" type="given">አስቴር፡ ጋኖ፡</persName>
<persName xml:lang="gez" corresp="#n1" type="normalized">ʾAster Gānnoo</persName>
<persName xml:lang="gez" xml:id="n2" type="given">አስቴር፡ ገኖ፡</persName>
<persName xml:lang="gez" corresp="#n2" type="normalized">ʾAster Gano</persName>
<persName xml:lang="gez" xml:id="n3" type="birth">ሰልባን፡ ጋኖ፡</persName>
<persName xml:lang="gez" corresp="#n3" type="normalized">Salbāān Gānnoo</persName>
Example 6
Surname and Forename
Use <surname>
↗ and <forename>
↗ only for European names. For other names,
you can use <addName>
↗
<genName>
↗ (e.g. for the ordinal in the name of a
king) or simply <name>
↗. To
<persName>
↗ you can give a
@type
For international saints and biblical figures, the English name should be used. "Saint" as a title should be spelt with a capital and can be abbreviated St (without the dot)
Role
If the name contains a role, please tag it as
<roleName>
↗ and add a @type
.
<persName xml:lang="gez" xml:id="n1" type="birth">ሚናስ፡</persName>
<persName xml:lang="gez" corresp="#n1" type="normalized">Minās</persName>
<persName><roleName type="title">ʾaṣe</roleName></persName>
Example 7
Also the encoding in the first example above is correct, although this second method has been preferred.
Please note that <roleName>
↗ always has to be
encoded within <persName>
↗ for indexing and consistency purposes.
Epithet
Epithets should be recorded as
<addName type='epithet'>
↗ and should have their
@xml:id
with a chosen value. Assuming the
@xml:id
is, in this case, "SaviourOfTheWorld" ID to be copied
there will be the like 'PRS5684JesusCh#SaviourOfTheWorld'
<persName xml:lang="gez" xml:id="n1">ኢየሱስ፡ ክርስቶስ፡</persName>
<persName xml:lang="gez" type="normalized" corresp="#n1">ʾIyasus Krǝstos</persName>
<persName xml:lang="gez" type="alt" xml:id="n2">ክርስቶስ፡</persName>
<persName xml:lang="gez" corresp="#n2">Krǝstos</persName>
<persName xml:lang="gez" xml:id="MadhaneAlam"><addName type="epithet">መድኃኔ፡ ዓለም</addName> </persName>
<persName xml:lang="gez" corresp="#MadhaneAlam">Madḫāne ʿĀlam</persName>
Example 8
Unknown or incomplete names
If the name of a person is only partly attested in a manuscript,
the <persName>
↗ in the person record
should only contain the attested part of the name or be normalized. It
should not be marked-up in any way. Mark up should instead be carried
out in the text of the manuscript which contains this name. Note that
it is not necessary to create a record if there is not enough
information available on the person to ensure the record's
correctness.
Dates from manuscripts
Sometimes a manuscript has an internal date and a person is mentioned in the primary stratum of this manuscript. We can thus assume that this person existed at that date, hopefully for them also somewhat before and after.
Because the application is going to pick up this information from the manuscript, you do not need to encode it. It will be visible in the website only however. Also the canonicalized XML includes this information. The RDF data also allows to retrieve this related entities.
You may still wish to encode this information in the person record as well, and you can do this within <floruit>
↗ by either providing a wider range or a narrower range according to each case.
This will help also users of the XML data from the source archive to disambiguate homonymous persons.
Commemoration
For Saints, you might wish to record the commemoration dates. Please follow the following example. Please always include the source for the date (Sǝnkǝssār, Dǝggwā, EAe...).
<note type="commemoration"><date type="diesNatalis" ref="ethiocal:Maskaram5">5 Maskaram</date></note>
Example 9
Further information about the person
Period of activity
<floruit>
↗ contains the date of the major active years of the record's subject. The paragraphical information given in <floruit>
↗ does not aim at describing
the whole life of the person in question but focusses on what they have done in their active years. In this case, for Ethiopian kings (for most of them)
we have conventionally known years of reigns which are considered as a period of activity that we should
encode @from
(indicates the starting point of the period) and @to
(indicates the ending point). And also for metropolitans it would usually encompass the years from
their appointment to death or replacement. See, for example, Lǝbna Dǝngǝl:
<birth when="1496">1496</birth>
<floruit from="1508" to="1540">He sat on Solomonic throne, when he succeeded his father King <persName ref="PRS7481NaodA">Nāʿod</persName> and ruled the kingdom until <date>1540</date>.
During his minority, however, the kingom was effectively governed by a group of leading court figures and nobels among whom his step grand mother, <persName ref="PRS3706eleni"></persName> was paramount.
Next importance came <persName ref="PRS10077WasanS"><roleName type="title">rās</roleName>Wasan Sagad</persName> and his mother <persName ref="PRS7482NaodMo"></persName>.
The years before the wars with <persName ref="PRS1522Ahmadb"></persName> were mostly peaceful for the Christian kingdom, and it was a time of economic and cultural prosperity.
Lǝbna Dǝngǝl was defeated by <persName ref="PRS1522Ahmadb"></persName> forces in the battle of <placeName ref="LOC5667Sember"></placeName>, in <date>1529</date>, which made him fugitive in his own realm.
Being chased from <placeName ref="LOC5597Sawa"></placeName> to <placeName ref="LOC2488Damot"></placeName> to <placeName ref="LOC6135Wag"></placeName> to
<placeName ref="LOC6568Amhara"></placeName> to <placeName ref="LOC2481Dambey"></placeName> and finally he found a refugee in the
monastery of <placeName ref="LOC2255DabraD"></placeName>, where he died in <date>1540</date>.
</floruit>
<death when="1540"></death>
Example 10
However, when we are not sure of the exact date of <floruit>
↗,
period of the person's activity, but we have supporting evidence to claim the approximate period of <floruit>
↗,
we should use @notBefore
(specifies the earliest possible date for the event) and @notAfter
(specifies the latest possible date for the event).
See, for example, ʾAbbāy Habta Ṣǝyon:
<birth when="1869"></birth>
<floruit notBefore="1889" notAfter="1914">He was among the last notables of
<placeName ref="LOC3764Hamase"></placeName>
to hold the office of <persName ref="PRS1083AbbayHa"><roleName type="title">baḥǝra nagāš</roleName></persName>.
He was officially promoted by the Italians, he inherited the office from his uncle
<persName ref="PRS4907Gwerade"></persName>. The decline of this office lead to the loss of effective executive power, but ʾAbbāy became the spokesperson and the head
of the indigenous population of <placeName ref="LOC1579Asmara"></placeName>, concentrated in its old quarters.
It seems that thanks to his services the relationships with the
Italian colonial administration, tense from time to time, stayed harmonious on the whole.</floruit>
<death when="1914">He died at <placeName ref="LOC1579Asmara"></placeName> in <date>1914</date>. </death>
Example 11
Faith
For <faith>
↗, the values
for @type
can be used, considering their definition. If the faith of a person is not known, it is preferable not to encode it.
Occupation
<occupation>
↗ can take
@type
attribute.
You can also use multiple
<occupation>
↗ elements and add @from
and/or @to
to assign the occupation to a period. The use of
<occupation type="academic">
↗
should be restricted to scholars involved in the study of
Ethiopian manuscripts. All persons whose records contain
<occupation type="academic">
↗
are displayed on this page.
Similarly, <occupation type="ruler">
↗ refers specifically to a head of state or government (queen, king, president, prime minister etc.).
Therefore, <occupation type="ruler">
↗ is used for all Ethiopian kings, while <occupation type="political">
↗
refers to persons whose occupation belongs to the category of politics, whether they are rulers
(e.g., governor of a province), courtiers or occupy other political posts.
<occupation type="political">
↗ therefore also includes the various occupations of civil offices of the Christian kingdom of Ethiopia.
Try to limit the use of
<occupation>
↗ to actual occupations, otherwise use person types keywords.
If you are unsure about whether some information on a person
should be added in <occupation>
↗, please open
a new issue.
Person types
Generic information about types of persons which are not occupations, such as "saint" or "angel" is encoded with keywords. If you would like to add new person type keywords, or are unsure about whether to encode information as a person type keyword or occupation, please open a new issue.
<textClass>
<keywords>
<term key="angel"></term>
</keywords>
</textClass>
Example 12
Wikidata
Use @sameAs
inside <person>
↗ to declare the authority file. Prefer
Wikidata if an item is present, otherways use VIAF.
<person sex="1" sameAs="wd:Q302">
<persName xml:lang="gez" xml:id="n1">ኢየሱስ፡ ክርስቶስ፡</persName>
</person>
Example 13
If you are already adding the wikidata ID, it would be very helpful if you could add the BM ID to wikidata in the same workflow. To do this, you only need to have a wikidata account, see wikidata.
Dates
If you want to give extremes of the date also in
@when
@notBefore
@notAfter
please follow
TEI
guidelines for date. When the date is given as a value and no
further information is provided, it is not necessary to repeat the
dating in the content of the element:
<death when="1636" evidence="internal">
↗
is sufficient. However, if the element contains text, the value will
not be visualized. The date should, therefore, be included explicitly in
the content as in this example from Yamāna Krǝstos:
<floruit when="1605" evidence="internal">
He was an important military and political figure, who was involved in several episodes related to
<persName ref="PRS9038Susenyos"></persName>
during the latter's years as šǝftā and pretender to the throne. He refused to side with his brother
<persName ref="PRS9038Susenyos">
<roleName type="title">ʾaṣe</roleName>
Susǝnyos
</persName>
in a struggle against the young
<persName ref="PRS10198Yaeqob">
<roleName type="title">ʾaṣe</roleName>
Yāʿqob
</persName>
in
<date>1605</date>
.
</floruit>
Example 14
Relationships
Each relationship should be listed separately in a
<relation>
↗, even if the same relationship exists
between this and more than one other entity.
@name
contains the name of the relation.
Allowed values are those in the
SNAP
Ontology. you can filter them out in Oxygen typing snap: in the
value list.
@active
should contain the @xml:id
of the
current person. @passive
should contain the IDs
of the related persons, separated by a space
As usual all elements can take a
@xml:lang
.
The relationship between a work and its subject is expressed in the person record:
<relation name="ecrm:P129i_is_subject_of" active="PRS4585Georgeo" passive="LIT1455GadlaG"></relation>
Example 15
This page is referred to in the following pages
Revisions of this page
- Pietro Maria Liuzzo on 2018-04-30: first version of guidelines from Wiki
- Dorothea Reule on 2018-05-23: Added title priorities
- Dorothea Reule on 2018-07-06: Added use of floruit
- Dorothea Reule on 2019-03-20: Split groups, added information on person types