Line 3: |
Line 3: |
| {{Template:PFAN Tabs}} | | {{Template:PFAN Tabs}} |
| <br> | | <br> |
− | Coming soon.
| + | |
− | <!--
| |
| __TOC__ | | __TOC__ |
| | | |
− | == What are LAC’s recommendations for adding dates to an authority records for personal names? == | + | == What are LAC's recommendations for adding dates to an authority records for personal names? == |
| | | |
| LAC recommends that other participating institutions follow the following practices: | | LAC recommends that other participating institutions follow the following practices: |
Line 18: |
Line 17: |
| == Do other participating institutions have to follow LAC's recommendations? == | | == Do other participating institutions have to follow LAC's recommendations? == |
| | | |
− | Each institution is free to follow these or not, according to its own internal policies. For institutions choosing to follow LAC’s recommended practices, it is also possible to record the full birth date in a person’s authority record, if the cataloguer has received consent from the person. This practice is considered acceptable by LAC, even though it is not part of its initial recommendations. | + | Each institution is free to follow these or not, according to its own internal policies. For institutions choosing to follow LAC's recommended practices, it is also possible to record the full birth date in a person’s authority record, if the cataloguer has received consent from the person. This practice is considered acceptable by LAC, even though it is not part of its initial recommendations. |
| | | |
| == May we add a date in a $d subfield, in an authorized access point, in an existing Canadiana record? == | | == May we add a date in a $d subfield, in an authorized access point, in an existing Canadiana record? == |
Line 24: |
Line 23: |
| Revising an existing authorized access point (AAP) creates additional work for bibliographic file maintenance (BFM); therefore, modifying an existing AAP simply to add a birth or death date, when they are absent, is really a last-resort option. Please note that adding a date is allowed in some circumstances (see point 6, below). | | Revising an existing authorized access point (AAP) creates additional work for bibliographic file maintenance (BFM); therefore, modifying an existing AAP simply to add a birth or death date, when they are absent, is really a last-resort option. Please note that adding a date is allowed in some circumstances (see point 6, below). |
| | | |
− | ''''Lorsqu'un PAA en cours d'établissement est en conflit avec le PAA pour une autre personne déjà établi dans Canadiana et qu'une date est disponible pour la personne déjà représentée dans Canadiana mais pas pour la nouvelle, il est donc préférable de rendre le nouveau PAA unique en utilisant les autres possibilités qu’offre RDA pour distinguer un point d’accès d’un autre (par exemple, ([Profession/occupation]), (Auteur de [titre de l’ouvrage]), etc.) plutôt que de modifier le PAA déjà existant.''''
| + | When an AAP being established conflicts with another AAP already established in Canadiana for another person, and a date is available for the person already established in Canadiana, but not for the new person, it is therefore preferable to make the new AAP unique by using another method allowed by RDA to distinguish AAPs, such as, (Profession/occupation), (Author of [Title of work]), etc., rather than modifying the existing AAP. |
| | | |
| The LAC-BAnQ Policy Statement for RDA 9.19.1.1 states, however: “If there are no additions readily available to differentiate the access point in the new authority record, make an addition to the existing authorized access point”. | | The LAC-BAnQ Policy Statement for RDA 9.19.1.1 states, however: “If there are no additions readily available to differentiate the access point in the new authority record, make an addition to the existing authorized access point”. |
Line 40: |
Line 39: |
| == May we add a death date in an AAP? == | | == May we add a death date in an AAP? == |
| | | |
− | LAC’s practice, as described in LAC-BAnQ’s PS 9.19.1.3, states that we do not add birth and/or death dates to existing Authorized Access Points (AACR2 or RDA) if they don’t include dates.
| + | LAC's practice, as described in LAC-BAnQ PS 9.19.1.3, states that we do not add birth and/or death dates to existing Authorized Access Points (AACR2 or RDA) if they don't include dates. |
| | | |
| == Are there any situations where we may add dates to an existing AAP in a record already in Canadiana? == | | == Are there any situations where we may add dates to an existing AAP in a record already in Canadiana? == |
Line 46: |
Line 45: |
| Adding a birth or death date is always allowed in the following situations: | | Adding a birth or death date is always allowed in the following situations: |
| | | |
− | * When another change has to be made to the AAP (for instance, to fix a typo, update the person’s preferred name when the author changes names, or if another name is now more commonly used);qu’une autre modification doit être apportée au PAA (p. ex. pour corriger une coquille, mettre à jour le nom privilégié de la personne lorsque celle-ci change de nom ou qu’un autre nom est devenu prédominant); | + | * When another change has to be made to the AAP (for instance, to fix a typo, update the persons preferred name when the author changes names, or if another name is now more commonly used); |
| * When a date is already present, to complete an open birth date with a death date, or the reverse; | | * When a date is already present, to complete an open birth date with a death date, or the reverse; |
| * When no other addition is available to differentiate an access point in a new authority record. This is a last-resort solution, since it has an impact on BFM. | | * When no other addition is available to differentiate an access point in a new authority record. This is a last-resort solution, since it has an impact on BFM. |
Line 55: |
Line 54: |
| | | |
| <br> | | <br> |
− | ''Last update: 2021-06-01''!<--(2021-05-28)--> | + | ''Last update: 2021-06-01''<!--(2021-05-28)--> |
− | -->
| + | |
| <br> | | <br> |
| [[category:PFAN]] | | [[category:PFAN]] |