obsolete identifier for authority control per the Library and Archives Canada. Format: 4 digits + 1 letter + 4 digits + optional F
|Description||Canadiana Authorities control Number per the Library and Archives Canada|
|Represents||Library and Archives Canada (Q913250)|
|Applicable "stated in" value||Library and Archives Canada (Q913250)|
|Data type||External identifier|
|Domain||Names, Titles (note: this should be moved to the property statements)|
|Example||Elizabeth M. Boyer (Q5362452) → 0101B0989|
Piers Anthony (Q559409) → 0073L0378
|Format and edit filter validation||The string seems to consists of four numerical digits, a letter and another four numerical digits. Some records have -E or -F endings to indicate English or French equivalents. These endings should be removed (link will take you to a combined record page).|
|Tracking: usage||Category:Pages using Wikidata property P1670 (Q61034953)|
|Related to country||Canada (Q16) (See 111 others)|
|See also||Canadiana NCF ID (P8179)|
|Proposal discussion||Proposal discussion|
|Search for values|
|Database reports/Constraint violations/P1670#Format, hourly updated report, SPARQL, SPARQL (new)|
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), Wikimedia category (Q4167836)”: this property must not be used with the listed properties and values. (Help)List of this constraint violations: Database reports/Constraint violations/P1670#Conflicts with P31, hourly updated report, SPARQL, SPARQL (new)
Single value: this property generally contains a single value. (Help)Exceptions are possible as rare values may exist. Known exceptions: Dictionary of Canadian Biography (Q838302)
List of this constraint violations: Database reports/Constraint violations/P1670#Single value, SPARQL, SPARQL (new)
Distinct values: this property likely contains a value that is different from all other items. (Help)List of this constraint violations: Database reports/Constraint violations/P1670#Unique value, hourly updated report, SPARQL (every item), SPARQL (by value), SPARQL (new)
|Database reports/Constraint violations/P1670#Item P31, hourly updated report, search, SPARQL, SPARQL (new)|
Qualifiers “named as (P1810), alternate names (P4970), reason for deprecation (P2241), reason for preferred rank (P7452)”: this property should be used only with the listed qualifiers. (Help)Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P1670#Allowed qualifiers, SPARQL, SPARQL (new)
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P1670#allowed entity types, SPARQL (new)
Scope is as main value (Q54828448), as reference (Q54828450): the property must be used by specified way only (Help)Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P1670#scope, SPARQL, SPARQL (new)
Hello, as I understand 'E' or 'F' postfix mean language, English or French. ID without this postfix points to the same record. I have planes to remove this postfix from all items. Is there some opposition? — Ivan A. Krestinin (talk) 18:22, 8 March 2015 (UTC)
- Done — Ivan A. Krestinin (talk) 19:57, 9 March 2015 (UTC)
According to http://www.bac-lac.gc.ca/eng/services/canadiana/canadiana-authorities/Pages/canadiana-authorities.aspx#authorities there's an optional hyphen around the central [A-Z], so shouldn't the allowed values read as \d\d\d\d[A-Z,\-A-Z\-]\d\d\d\d instead? LeadSongDog (talk) 15:30, 4 October 2016 (UTC)
- No. Otherwise this would complicate matching identifiers for distinct value constraints or finding existing items with a given value.
--- Jura 07:13, 5 October 2016 (UTC)
It can finish by a characterEdit
Records that don't exist without 'E' or 'F' appendedEdit
There are instances where dropping the closing 'E' or 'F' (English/French) indicator does not seem to work. Please see:
- 0001E6409E: Liquor Licence Board of Ontario
- 0001E6409F: Commission des permis d'alcool de l'Ontario
- 0001E6409: (no record)
"Library and Archives Canada (LAC) will no longer be updating the Canadiana Name Authorities Search; however, the site will continue to be searchable until March 2019. LAC stopped creating new authorities in AMICUS in September 2018 and will resume creating new authorities in OCLC’s integrated library management system, WorldShare Management Services (WMS), in late fall or early winter. English-language authority records will be created in the Name Authority Cooperative Program (NACO) file, and French-language authorities will be created in a separate file."
And more details FAQ :
"While many organizations around the world maintain French-language authority files, there is currently no international shared French-language authority program comparable to what is available in English through NACO. For this reason, LAC has now begun to maintain its separate French-language name authority file using the WMS Canadiana Name Authorities in French functionality. LAC’s French-language authority data will continue to be freely accessible at www.viaf.org."
LAC Authority ReorganizationEdit
Notified participants of WikiProject Authority control I want to second the above observation, and add something:
- More details at http://www.bac-lac.gc.ca/fra/services/catalogue-collectif-national/Pages/foire-questions-contrat-oclc.aspx
- All of the links to Canadiana given as property examples and in the discussions above are broken
- https://www.collectionscanada.gc.ca/canadiana-authorities/index/ cannot find the names given in property examples. Canadiana seems to be abandoned
- https://viaf.org/ shows Library and Archives Canada under LC/NACO, which would confirm the LAC statement "English-language authority records will be created in the Name Authority Cooperative Program (NACO)"
- However, LAC is also listed separately as http://viaf.org/viaf/partnerpages/CAOONL.html with note "The LAC file in VIAF now contains authority records for individuals, corporate bodies, geographical names and titles when the language of cataloging is French."
- https://viaf.org/processed/CAOONL%7Cncf10149073 lists 3 codes (the words in parens are my interpretation): 0101B0989 (obsolete), ncf10149073 (primary), 189135 (secondary)
- https://viaf.org/viaf/30920616/justlinks.json shows the new primary code ncf10149073, which however is not exposed on any website except VIAF
- viaf-links (2019-11) has 647483 CAOONL links, whereas (2018-08) had 730007 LAC
- http://www.bac-lac.gc.ca/eng/search/Pages/search.aspx includes 4-5 types of search, but none of them seems to yield authority pages (i.e. a page describing the person in brief).
I've contacted Diane Beattie for possible clarifications:
- Are all former LAC records in VIAF now available under code CAOONL?
- How can the former Canadiana codes (eg 0101B0989) be migrated to the new coding (eg ncf10149073)? I guess an option is described at http://www.bac-lac.gc.ca/fra/services/catalogue-collectif-national/Pages/foire-questions-contrat-oclc.aspx "LAC will also keep French authority records in files that will be freely available to interested libraries and organizations on an FTP server. To obtain these files, contact LAC by writing to bac.servicesauxlibraries-libraryservices.lac AT canada.ca"
- Is there a LAC authority search, or a site that displays short biographical info about each person?
As far as I can tell Canadiana Authorities have not been abandoned. What has changed is LAC has moved to a new online public access catalog (Q1982918); from AMICUS to Aurora (and Voilà for NUC; both are based on OCLC WorldShare Management Services): see A new library management system to share Canada’s published documentary heritage.
The MARC records still use the same 016 - National Bibliographic Agency Control Number (R) field values as they always have (you can see in the 909 field this is the "LAC" identifier) but they do have new 001 - Control Number (NR) that is identified as "CAOONL". I expect this is just because the records are now maintained in a foreign database and the records are now mixed in with others (notice all the Canadiana Authorities CAOONL record numbers are prefixed with "ncf"; I bet their are other "CAOONL" records that are not).
OCLC WorldShare Record Manager help pages now mention Canadiana Authorities (with a recent "Last updated" date of 2019-09-26).
As such, I do not think there is anything wrong with our records in general. We do however, probably want to find a better way to link them to some sort of Linked Open Data (Q18692990) interface. I hope LAC and OCLC can help provide this via their WMS-based Aurora OPAC or similar.—Uzume (talk) 20:05, 3 January 2020 (UTC)