Property talk:P1670

Documentation

• Start a query
• Current uses
• Statistics by class
• String length
• List of qualifiers
• Count

Canadiana Authorities ID (former scheme)
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
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)
Allowed values	\d{4}[A-Z]\d{4}F?
Example	Elizabeth M. Boyer (Q5362452) → 0101B0989 Piers Anthony (Q559409) → 0073L0378 Northwest Territories Department of Environment and Natural Resources (Q109289376) → 1016K8029 1016K8029F
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).
Source	http://www.collectionscanada.gc.ca/canadiana-authorities/index/
Formatter URL	https://collectionscanada.gc.ca/canadiana-authorities/index/view?index_name=cdnAutNbr&search_text=$1&page=1&cdnAutNbr=$1
Tracking: usage	Category:Pages using Wikidata property P1670 (Q61034953)
Related to country	Canada (Q16) (See 160 others)
See also	Canadiana Name Authority ID (P8179)
Lists	Items with the most statements of this property Count of items by number of statements (chart) Items with the most statements Items with the fewest statements Count of items by number of sitelinks (chart) Items with the most sitelinks Items with the most sitelinks, but no link to one Wikipedia (sample: Welsh Wikipedia, cywiki) Items with the fewest sitelinks Most linked wikis Items with the most identifier properties Items with no other external identifier Items with no other statements Most recently created items Items with novalue claims Items with unknown value claims Usage history (total) Usage history (main statement) Chart by item creation date Database reports/Constraint violations/P1670 Map Random list
Proposal discussion	Proposal discussion
Current uses	Total 6,596 Main statement 6,547 99.3% of uses Qualifier 4 <0.1% of uses Reference 45 0.7% of uses
Search for values

[create Create a translatable help page (preferably in English) for this property to be included here]

Format “\d{4}[A-Z]\d{4}F?”: value must be formatted using this pattern (PCRE syntax). (Help)

List of violations of this constraint: Database reports/Constraint violations/P1670#Format, hourly updated report, SPARQL

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 violations of this constraint: Database reports/Constraint violations/P1670#Conflicts with P31, hourly updated report, SPARQL

Single value: this property generally contains a single value. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Dictionary of Canadian Biography (Q838302), Northwest Territories Department of Environment and Natural Resources (Q109289376)
List of violations of this constraint: Database reports/Constraint violations/P1670#Single value, SPARQL

Distinct values: this property likely contains a value that is different from all other items. (Help)

List of violations of this constraint: Database reports/Constraint violations/P1670#Unique value, hourly updated report, SPARQL (every item), SPARQL (by value)

Item “instance of (P31)”: Items with this property should also have “instance of (P31)”. (Help)

List of violations of this constraint: Database reports/Constraint violations/P1670#Item P31, hourly updated report, search, SPARQL

Qualifiers “subject named as (P1810), alternative name (P4970), reason for deprecated rank (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. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1670#allowed qualifiers, SPARQL

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. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1670#Entity types

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. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1670#Scope, SPARQL

Item “Canadiana Name Authority ID (P8179)”: Items with this property should also have “Canadiana Name Authority ID (P8179)”. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P1670#Item P8179, search, SPARQL

This property is being used by: vec:Modèl:Infobox de Bandiera, vec:Modeło:Infobox de Bandiera Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

E/F postfix

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)

If this was removed back in 2015, why is [EF] still part of the constraint? I'm trying to add 0017B9238‏ for Edward Kruk, and I get an error. Also, the link it generates isn't correct, with or without an E at the end. Nick Number (talk) 15:36, 13 February 2019 (UTC)

Allowed values

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 character

Hello, somme reference finish by a character. Ex : 1001C8015e 1001C8015e. Please, update the model. Thanks, --Bergil (talk) 08:31, 6 February 2018 (UTC)

Records that don't exist without 'E' or 'F' appended

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)

and

• 0101J7332E: Royal Canadian Legion
• 0101J7332F: Légion royale canadienne
• 0101J7332: (no record)

How should these record(s) be recorded? Thank you-- TimK MSI (talk) 10:38, 30 October 2018 (UTC)

Important change

Notice on the website

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

--BeatrixBelibaste (talk) 18:23, 6 January 2019 (UTC)

That means, NONE LAC-ID is useful at this time, and nobody knows, if or when this will change and the system can be accessed again. Eisbaer44 (talk) 07:12, 28 August 2019 (UTC)

LAC Authority Reorganization

Vladimir Alexiev Jonathan Groß Andy Mabbett Jneubert Sic19 Wikidelo ArthurPSmith PKM Ettorerizza Fuzheado Daniel Mietchen Iwan.Aucamp Epìdosis Sotho Tal Ker Bargioni Carlobia Pablo Busatto Matlin Msuicat Uomovariabile Silva Selva 1-Byte Alessandra.Moi CamelCaseNick Songceci moz AhavaCohen Kolja21 RShigapov Jason.nlw MasterRus21thCentury Newt713 Pierre Tribhou Powerek38 Ahatd JordanTimothyJames Silviafanti Back ache AfricanLibrarian M.roszkowski Rhagfyr 沈澄心 MrBenjo S.v.Mering

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?

--Vladimir Alexiev (talk) 09:17, 2 December 2019 (UTC)

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.

I have not been able to find an interface/search method similar to the old abandoned interface Canadiana Authorities anywhere including Aurora (where I would expect such).

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)