580 likes | 610 Views
Encoded Archival Context – Corporate Bodies, Persons and Families. New SAA Standard September/October 2014 Katherine M. Wisser. Agenda. ISAAR (CPF) and EAC- CPF Entities and Identities Overview of the standard Overview of existing data Implementations of EAC-CPF Discussion.
E N D
Encoded Archival Context – Corporate Bodies, Persons and Families New SAA Standard September/October 2014 Katherine M. Wisser
Agenda • ISAAR(CPF) and EAC-CPF • Entities and Identities • Overview of the standard • Overview of existing data • Implementations of EAC-CPF • Discussion
Roots of Archival Description The three Dutchmen and the principles for archival description: Principle 8: “the various archival collections placed in a depository must be kept carefully separate.” Respect de Fonds: Connection to administrative body or official to whom documents belong, (p. 34).
Contextual information and archival description DACS Principle 2: The principle of respect des fonds is the basis of archival arrangement and description. Principle 8: The creators of archival materials, as well as the materials themselves, must be described. 2.7: Administrative/Biographical History
Why EAC-CPF? • ISAD(G) and 3.2 Context Area • 3.2.1: Name of creator(s) • 3.2.2: Administrative/Biographical history • ISAAR(CPF) “a separate ICA standard, International Standard Archival Authority Record for Corporate Bodies, Persons and Families: ISAAR(CPF), has been developed. ISAAR(CPF) gives general rules for the establishment of archival authority records that describe the corporate bodies, persons, and families that may be named as creators in descriptions of archival documents.” ISAD(G) I.14
ISAAR (CPF) • 5.1 Identity Area • 5.2 Description Area • 5.3 Relationships Area • 5.4 Control Area • 6 Relating corporate bodies, persons and families to archival materials and other resources [DACS 2nd ed.: Chapters 10-14]
EAC-CPF Concepts Single Identity (most common) Multiple Identities – Many in one Multiple Identities – One in many Collaborative Identity Alternative set Example: Milne, A. A. (Alan Alexander), 1882-1956
EAC-CPF Concepts Single Identity (most common) Multiple Identities – Many in one Multiple Identities – One in many Collaborative Identity Alternative set
EAC-CPF Concepts Single Identity (most common) Multiple Identities – Many in one Multiple Identities – One in many Collaborative Identity Alternative set
EAC-CPF Concepts Single Identity (most common) Multiple Identities – Many in one Multiple Identities – One in many Collaborative Identity Alternative set
Basic structure <eac-cpf> <control></control> <cpfDescription> <identity></identity> <description></description> <relations></relations> </cpfDescription> </eac-cpf>
Basic Structure <control>: identity, creation, maintenance, status, rules and authorities, and sources used to generate the EAC-CPF instance. <cpfDescription>: description of the EAC-CPF entity • <identity>: names • <description>: formal and informal descriptive elements • <relations>: relationships to other entities, resources and function descriptions
<control>: required fields • <recordId> • <maintenanceStatus> • <maintenanceAgency> • <maintenanceHistory>
<control>: required fields • <recordId> • <maintenanceStatus> • <maintenanceAgency> • <maintenanceHistory> Controlled list of values: cancelled deleted deletedReplaceddeletedSplit derived new revised
<control>: required fields • <recordId> • <maintenanceStatus> • <maintenanceAgency> • <maintenanceHistory> contains: <agencyCode> <agencyName> <descriptiveNote> <otherAgencyCode>
<control>: required fields • <recordId> • <maintenanceStatus> • <maintenanceAgency> • <maintenanceHistory> contains: <maintenanceEvent> contains: <agent> <agentType>: human, machine <eventType>: cancelled, created, deleted, derived, revised, updated <eventDateTime> <eventDescription>
<control>: other fields>: optional fields • <otherRecordId> • <publicationStatus> • <languageDeclaration> • <conventionDeclaration> • <localControl> • <localTypeDeclaration> • <sources>
<control>all fields • <recordId> (Required) • <otherRecordId> (Optional) • <maintenanceStatus> (Required) • <publicationStatus> (Optional) • <maintenanceAgency> (Required) • <languageDeclaration> (Optional) • <conventionDeclaration> (Optional) • <localTypeDeclaration> (Optional) • <localControl> (Optional) • <maintenanceHistory> (Required) • <sources> (Optional)
<cpfDescription>/<identity> : required fields • <entityType> • <nameEntry> * • <nameEntryParallel> * * <identity> requires either a <nameEntry> or a <nameEntryParallel> element.
<entityType> • corporateBody • person • family
Basic name models <nameEntry> <part>Milne, A. A. (Alan Alexander)</part> <useDates> <dateRange> <fromDate>1882</fromDate> <toDate>1956</toDate> </dateRange> </useDates> </nameEntry>
<nameEntry> <part>Milne, A. A.</part> <part>(Alan Alexander)</part> <useDates> <dateRange> <fromDate>1882</fromDate> <toDate>1956</toDate> </dateRange> </useDates> </nameEntry>
@localType “a means to narrow the semantic meaning” To facilitate exchange of EAC-CPF instances, it is highly recommend that the URI be absolute and resolvable to a local resource that describes the semantic scope and use of the value.
<nameEntry> <part localType=“$a”>Milne, A. A.</part> <part localType=“$q”>(Alan Alexander)</part> <useDates localType=“$d”> <dateRange> <fromDate>1882</fromDate> <toDate>1956</toDate> </dateRange> </useDates> </nameEntry>
Multilingual names: <nameEntryParallel> <nameEntryParallel> <nameEntry xml:lang=“eng”> <part>Library and Archives Canada</part> </nameEntry> <nameEntry xml:lang=“fre”> <part>Bibliotheque et archives Canada</part> </nameEntry> </nameEntryParallel>
Additional aspects of names • <authorizedForm> • <alternativeForm> • <preferredForm>
<cpfDescription>/<identity> • <entityType> (Required) • <nameEntry> (Required)* • <nameEntryParallel> (Required)* • <entityId> (Optional) • <descriptiveNote> (Optional) Generally for corporate bodies
<cpfDescription>/<identity> • <entityType> (Required) • <nameEntry> (Required)* • <nameEntryParallel> (Required)* • <entityId> (Optional) • <descriptiveNote> (Optional) includes <p>
<cpfDescription>/<description> • <existDates> • <function> • <generalContext> • <legalStatus> • <languageUsed> • <mandate> • <occupation> • <place> • <biogHist> • <structureOrGenealogy> • <localDescription>
Description data models <function>, <legalStatus>, <mandate>, <occupation>, <localDescription> Includes: <term> But you can also contextualize with: <citation>, <date>, <dateRange>, <dateSet>, <descriptiveNote>, and <placeEntry>
About Dates • <date> : a single date • <dateRange> : a range of dates, includes <fromDate> and <toDate> • <dateSet> : a combination of <date> and <dateRange> elements for complex date statements • Date attributes: @notAfter, @notBefore, @standardDate
Specific models • <existDates> <date>, <dateRange>, <dateSet> • <place> <placeRole>, <placeEntry> • <languageUsed> <language>, <script>
Informal Descriptive elements <biogHist>, <generalContext>, <structureOrGenealogy> Formatting elements: <citation>, <list>, <outline>, <p> * note: <biogHist> also includes <abstract> and <chronList>
Grouping elements • <functions> • <languagesUsed> • <legalStatuses> • <localDescriptions> • <mandates> • <occupations> • <places>
<cpfDescription>/<relations> • <cpfRelation> • <functionRelation> • <resourceRelation> • @*RelationType • <relationEntry> • <objectBinWrap> • <objectXMLWrap> • <date>, <dateRange>, <dateSet> • <placeEntry> • <descriptiveNote>
<relations>: relation types cpfRelationType: identity, hierarchical, hierarchical-parent, hierarchical-child, temporal, temporal-earlier, temporal-later, family, associative resourceRelationType: creatorOf, subjectOf, other functionRelationType: controls, owns, performs • <cpfRelation> • <functionRelation> • <resourceRelation> • @*RelationType
<relations>: relation information • <cpfRelation> • <functionRelation> • <resourceRelation> • @*RelationType • <relationEntry> • <objectBinWrap> • <objectXMLWrap> • <date>, <dateRange>, <dateSet> • <placeEntry> • <descriptiveNote>
<relations>: relation context • <cpfRelation> • <functionRelation> • <resourceRelation> • @*RelationType • <relationEntry> • <objectBinWrap> • <objectXMLWrap> • <date>, <dateRange>, <dateSet> • <placeEntry> • <descriptiveNote>
Extensible Design • <descriptiveNote> • <localDescription> • <localControl> • @localType
Multiple Identities: One in many <eac-cpf> <control></control> <cpfDescription> <identity></identity> <description></description> <relations> <cpfRelation></cpfRelation> <cpfRelation></cpfRelation> </relations> </cpfDescription> </eac-cpf>
Or, ….Many in one: <multipleIdentities> <eac-cpf> <control></control> <multipleIdentities> <cpfDescription></cpfDescription> <cpfDescription></cpfDescription> <cpfDescription></cpfDescription> </multipleIdentities> </eac-cpf>