Template talk:Authority control/Archive 9

This edit request to Module:Authority control has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Using "NLA-person" seems awkward, since it is also used to identify corporate entities. See the authority control template on Ministry of Foreign Affairs (Netherlands), for example. Thus I want to suggest changing it to simply Trove, which is in any case a lot more accurate.

Changes in code may be copied from the sandbox. Jay D. Easy (t • c) 14:43, 3 October 2019 (UTC)

NLA-person (NLA Trove people ID (P1315)) is somewhat misleadingly short for people and organisations (whether organisations was added post-inception idk), so it could stand a rename. |NLA-Trove= might be better.

Pinging Billingd & Stuartyeates from Template talk:Authority control/Archive 4#People Australia identifier (P1315) for input.   ~ Tom.Reding (talk ⋅dgaf)  15:25, 3 October 2019 (UTC)

I'm happy for any reasonable change to be made. Trove seems fine to me. Stuartyeates (talk) 20:45, 11 October 2019 (UTC)

  Done   ~ Tom.Reding (talk ⋅dgaf)  17:45, 16 October 2019 (UTC)

Requesting the addition of CANTIC ID (former scheme) (P1273), which currently has 43,721 uses. Code can be copied from sandbox. Jay D. Easy (t • c) 22:51, 20 October 2019 (UTC)

Jay D. Easy: normally we would expect to see a consensus among editors that this addition is appropriate. Are there any guidelines or criteria for adding links to this module? — Martin (MSGJ · talk) 11:00, 21 October 2019 (UTC)

@Jay D. Easy: because of the customary (and appropriate) ~1 week wait/discussion time, after which a WP:SILENT consensus is sufficient, I think a regular new discussion is more appropriate than a formal {{edit template-protected}}.   ~ Tom.Reding (talk ⋅dgaf)  13:35, 21 October 2019 (UTC)

@MSGJ and Tom.Reding: Absolutely! I got into the habit of using edit requests, having previously experienced a lack of traction on other protected templates' talk pages more than a few times – though that's never the case here. I have commented out the request. Jay D. Easy (t • c) 13:49, 21 October 2019 (UTC)

  Done   ~ Tom.Reding (talk ⋅dgaf)  15:47, 27 October 2019 (UTC)

This edit request to Module:Authority control has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Hey, apologies for using edit request again, but I feel it's actually due in this case. Biografisch Portaal van Nederland ID (P651)'s regex requires a correction, as it currently marks ids for two subjects as incorrect: Jacob Dircksz de Graeff (Q1621309) and Gerard Arnout Hasselaer (Q5549913). The ids do actually link to valid catalog records.

	--P651's format regex: \d{6,8} (e.g. 12345678)
	if not id:match( '^%d%d%d%d%d%d%d?%d?$' ) then

Jay D. Easy (t • c) 18:16, 21 October 2019 (UTC)

The Wikidata values were incorrect, so the error messages were correct. I have fixed them with leading zeros. Please encourage the people at Wikidata to add validation, however that works. – Jonesey95 (talk) 18:45, 21 October 2019 (UTC)

@Jonesey95: Hey, you're right! Apparently if you leave out the leading zeros it still works. I hadn't noticed. Still, it's bound to happen again at some point, so it may be a good idea to edit the module regardless? Jay D. Easy (t • c) 05:23, 22 October 2019 (UTC)

It seems Biografisch Portaal van Nederland ID (P651) regex was only half updated. There are actually 2 places where the regex constraint shows up - one of which is the old \d{8}, and the other \d{6,8}. There's also a Wikidata property example (P1855) there using a 6 digit ID. While I'd rather hold editors to the proper/higher standard than to adjust regex for user input errors, it's relatively easy to lose leading zeros, and the website does allow it, but %d?%d? is the simplest, but not necessarily the best, fix. This situation is slightly different from a \d{6,8} constraint where leading zeros aren't allowed, so I'll make it a stricter fix.   ~ Tom.Reding (talk ⋅dgaf)  13:39, 22 October 2019 (UTC)

  Done   ~ Tom.Reding (talk ⋅dgaf)  15:48, 27 October 2019 (UTC)

The current SNAC-ID urls are generated using SNAC's old domain name (socialarchive.iath.virginia.edu) instead of the correct domain (snaccooperative.org). Can we update the p.snacLink function to use "https://snaccooperative.org/ark:/99166/" instead of "https://socialarchive.iath.virginia.edu/ark:/99166/"?

Glassjoseph (talk) 21:50, 4 November 2019 (UTC)

  Done. Socialarchive.iath.virginia.edu is a 3rd party formatter URL, which is normally acceptable, and sometimes necessary, to use. However, in both Chrome & Firefox, I receive a soft security warning asking me if I'm really really sure I want to continue to the socialarchive.iath.virginia.edu site, b/c it might not be secure, despite both using https. Since this is an unnecessary hindrance to users, both as an extra navigational step, and b/c the 'continue to site' button is purposefully hidden within these warnings, I've updated the URL to snaccooperative.   ~ Tom.Reding (talk ⋅dgaf)  13:00, 5 November 2019 (UTC)

Could I request the addition of Find NZ Artists ID (P6792) to the module please?

Back in May we proposed a new ID for artists listed in the catalogue Find NZ Artists, and have since run a couple of Mix'n'Matches, with 1500+ matches so far. It'd be nice to get it showing in Authority Control.

• Find NZ Artists ID (P6792): suggested parameter |FNZA=

Hope this isn't too much trouble. —Giantflightlessbirds (talk) 05:01, 2 November 2019 (UTC)

  Done   ~ Tom.Reding (talk ⋅dgaf)  03:12, 9 November 2019 (UTC)

See Wikipedia:Village_pump_(technical)#HDS_id. I have updated the HDS validity code to match that used at Wikidata, and I updated the https link to fix some links that were not working. Please correct the code if I have broken anything. – Jonesey95 (talk) 17:24, 23 November 2019 (UTC)

@Jonesey95: et al., HDS ID (P902)'s format as a regular expression (P1793) value has been recently changed to a more simplified \d{6}, and presumably all QIDs using an HDS ID (P902). I'll update the module to this regex so that outliers can be found and updated.   ~ Tom.Reding (talk ⋅dgaf)  22:22, 26 November 2019 (UTC)

This page claims to identify HDS ids in Wikidata that do not conform to the new spec (which I was unable to find a discussion about on en.WP or WD). It says there are at least 18,000 nonconforming ids. – Jonesey95 (talk) 23:39, 26 November 2019 (UTC)

@Jonesey95: thank you, that's a very useful tool. There are 2 small discussions @ d:Property talk:P902 about an ID migration that happened in May 2019, and that all non-0-padded IDs are being redirected to their correct, 0-padded URL. Those 18k IDs should still be made 0-padded, though, which I'll do before making my change live, to avoid needlessly flooding error categories.   ~ Tom.Reding (talk ⋅dgaf)  01:17, 27 November 2019 (UTC)

I clicked through a few short ids on that report page and they all redirected (from that Wikidata report) to a valid page, so I believe that the (Wikidata URL target's) redirect is working. I think that means I broke the (en.WP) link for short ids with my edit above, however, so if you are not going to get to that padding soon, let me know and I will try to make the old ids go to the old .php link that correctly redirects. – Jonesey95 (talk) 01:25, 27 November 2019 (UTC)

It looks like many of the QIDs on that list have already been corrected as well. The report was run on Nov 19th, and many of the corrections were made on the 23rd, so I'll wait until there's an updated report, or I find a way of approximating the # of unpadded IDs, until making any AC changes.   ~ Tom.Reding (talk ⋅dgaf)  01:31, 27 November 2019 (UTC)

Using [4], I only found 433 QIDs with HDS ID (P902)s < 6 digits long, which is pretty good. I'll 0-pad soon & update AC when done.   ~ Tom.Reding (talk ⋅dgaf)  02:16, 27 November 2019 (UTC)

All 433 ID have been 0-padded to 6 digits now. Unfortunately, there is no automatic redirection happening from 1-5 digit URLs to 6 digit URLs - they're met with a 404, so this 0-padding was mandatory. Will update the module shortly.   ~ Tom.Reding (talk ⋅dgaf)  15:44, 27 November 2019 (UTC)

This edit request to Module:Authority control has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Requesting to add National Library of Korea ID (P5034). This property is used by 43,792 items (mostly person).

function p.nlkLink( id )
	return '[//nl.go.kr/authorities/resource/' .. id .. ' ' .. id .. ']' .. p.getCatForId('NLK')
end

    { 'NLK', '[[National Library of Korea|NLK]]', 5034, p.nlkLink },

Thank you. -- ChongDae (talk) 02:25, 12 November 2019 (UTC)

  Done   ~ Tom.Reding (talk ⋅dgaf)  16:02, 27 November 2019 (UTC)

Requesting the addition of the National Library of Greece ID (P3348):

function p.nlgLink( id )
	--P3348's format regex: [1-9]\d* (e.g. 1)
	if not id:match( '^[1-9]%d*$' ) then
		return false
	end
	return '[https://catalogue.nlg.gr/Authority/Record?id=au.'..id..' '..id..']'..p.getCatForId( 'NLG' )
end

	{ 'NLG', '[[National Library of Greece|NLG]]', 3348, p.nlgLink },

Take care! Jay D. Easy (t • c) 19:46, 28 November 2019 (UTC)

The National Library of Israel (NLI) website has been updated and links to it in this template are incorrect now (See Earth article, for example). The correct address now is http://uli.nli.org.il/F/?func=direct&doc_number=$1&local_base=nlx10 where "$1" is the ID number. --Triggerhippie4 (talk) 17:17, 29 November 2019 (UTC)

  Done   ~ Tom.Reding (talk ⋅dgaf)  01:29, 30 November 2019 (UTC)

Please make pencil lead to Identifiers section on Wikidata page because those data are authority control and not beginning of the Wikidata item page. I think it is not needed to reach consensus for this because proposal is not controversial nor major (only willing "tehcnician" with proper user rights is required). --Obsuser (talk) 03:08, 12 December 2019 (UTC)

I noticed this template, when transcluded at Juice Wrld, emits the error message The GND id 1201263891 is not valid.

• The pencil link beside the "Authority Control" at the left side of the box correctly goes to the Wikidata item (d:Q52151598), which shows the correct GND ID 1201263891.
• The dewiki article de:Juice Wrld does not exhibit the error, and the link there to [5] shows a valid GND entry (I recognize that it's a different template, not that I imagine either template is actually going out and verifying each of the links, is it?).
• Other enwiki articles, like Donny Hathaway, Natalie Cole, and Mariah Carey, do not exhibit the error.
• I waited a day to ensure it was not a temporary problem.
• I tried purging the page and browser caches.

(moved from original misplaced post: Help talk:Authority control#GND error) —[AlanM1(talk)]— 04:03, 13 December 2019 (UTC)

  Fixed. The ID validity check was slightly different at Wikidata, and the number in question appears to be valid, so I copied the validity check from Wikidata to en.WP. – Jonesey95 (talk) 04:32, 13 December 2019 (UTC)

@Jonesey95: Thanks! That cleared out Category:Wikipedia articles with faulty GND identifiers except for one, which was legitimately wrong (I fixed it). —[AlanM1(talk)]— 05:08, 13 December 2019 (UTC)

When I edit the Kasturiswami_Sreenivasan page I keep seeing this Warning - "please move this to wikidata". How do I do that? It's not clear what I need to do. Looking for a doc or tutorial. Thanks! Pvf2019 (talk) 12:24, 19 January 2020 (UTC)

The warnings go away once you remove the identifiers from Wikipedia. You already added VIAF ID (P214) to Wikidata so you only had to remove |VIAF= to remove that warning. You could have done the same with |LCCN= and Library of Congress authority ID (P244) and any other you might have gotten by adding the identifiers to the Wikipedia article as parameters to {{Authority control}}. I added a bunch of authority control identifiers to Wikidata Kasthuri Sreenivasan (Q83410097) and removed the two (|VIAF= and |LCCN=) in English Wikipedia Kasturiswami Sreenivasan. 50.53.21.2 (talk) 03:17, 24 January 2020 (UTC)

This is in reference to an earlier post: https://en.wikipedia.org/w/index.php?title=Template_talk:Authority_control&oldid=822380671

We would like to expose the Wikidata identifier National Library Board Singapore ID (https://www.wikidata.org/wiki/Property:P3988) in English Wikipedia. How do we proceed from here?

E.g. National Library Board (https://www.wikidata.org/wiki/Q6974124) - The National Library Board Singapore ID l26-DGZwOIE only exists in Wikidata, but not found in the authority control of the English Wikipedia article National Library Board (https://en.wikipedia.org/wiki/National_Library_Board). Is there a way to expose the Wikidata identifier in Wikipedia? Do we need to add the National Library Board Singapore ID in Module:Authority control (https://en.wikipedia.org/wiki/Module:Authority_control)? — Preceding unsigned comment added by Nlbkos (talk • contribs) 09:17, 29 January 2020 (UTC)

This edit request to Module:Authority control and Template:Authority control has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

We should probably add support for (P7859) now that it has been added to Wikidata. However, we probably still want to retain the current VIAF and LCCN fallbacks so that support needs to be added in a different way than other authority control properties from Wikidata. To that end and with as much simplicity as possible, please find my proposed solution at Special:Diff/930536663/937302044. I have not tested this but I believe this will allow the code at --WorldCat to continue to function properly because parentArgs['WORLDCATID'] will get overridden by Wikidata at --Wikidata fallback if requested without later impact from --Configured rows.

We will also probably want to revert Special:Diff/917353006/prev in Template:Authority control (currently the change at the top of its history). The change originated with Template talk:Authority control/Archive 9#Add WORLDCATID to known parameters and Special:Diff/915404056/prev.

Jay D. Easy also seems to have added support for National Library of Greece ID (P3348) to Module:Authority control/sandbox with Special:Diff/931861693/prev which I rebased with current changes in Special:Diff/937304256/prev if you want to just pull the current sandbox over entirely. See #National Library of Greece (P3348).

Thank you. —Uzume (talk) 04:51, 24 January 2020 (UTC)

@Tom.Reding and Jonesey95: you seem to be familiar with this module. Would you review this request please? — Martin (MSGJ · talk) 15:38, 28 January 2020 (UTC)

I will defer to Tom.Reding, since they seem to understand this particular ID's history. See also this page in the talk archive. – Jonesey95 (talk) 15:48, 28 January 2020 (UTC)

Tom Reding is not active now. @Uzume: we don't really understand your request, but if you confirm when you have tested it, I will deploy for you — Martin (MSGJ · talk) 00:30, 1 February 2020 (UTC)

@MSGJ: Okay, have since removed "WORLDCATID" parameter recognition from the template sandbox and tested these changes to the template and module by creating a Wikidata item that has both (P7859) and National Library of Greece ID (P3348). I choose Eleftherios Venizelos (Q205545) and have tested {{Authority control/sandbox}} on this. It allows it to show the new NLG identifier link as well as changing the WorldCat Identities link to use the new WD property. As counter tests, I also tried it on Jimmie Crane (for LCCN fallback support) and Hubert Aaronson (VIAF fallback support) and they exhibited no changes with regard to WorldCat Identities linkage (so I feel confident current fallbacks will not be broken; at least until someone adds (P7859) claims to their respective WD items). Please deploy changes to Module:Authority control/sandbox and Template:Authority control/sandbox. Thank you. —Uzume (talk) 20:26, 1 February 2020 (UTC)

@Jay D. Easy:   Done: Implemented (P7859) and National Library of Greece ID (P3348) support. Thank you, Martin. —Uzume (talk) 16:19, 4 February 2020 (UTC)

There is an article for a pair of authors (married), Alice and Claude Askew who co-authored about 90 books. There is no AC entry for "Alice and Claude Askew" but there are entries for Alice Askew and Claude Askew. Is there a way to direct AC to point to one or both of the authors? LiteratureCompanion (talk) 14:52, 27 February 2020 (UTC)

I assume you mean something like:

Unfortunately, the current support for |QID= is restricted from main article space. That restriction would either have to be lifted or the module would have to be altered to support chasing has part(s) (P527) (or some other means of specifying sub-Wikidata items). —Uzume (talk) 07:59, 28 February 2020 (UTC)

This edit request to Module:Authority control and Module:Authority control/styles.css has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

{{editprotected|Module:Authority control|Module:Authority control/styles.css}} Please apply this change from the sandbox, which introduces TemplateStyles to achieve a more responsive layout (the blue-backgrounded “Authority control” text gets above the identifiers on narrow screens from its current position next to them; there’s no change on wider screens). Please protect the TemplateStyles subpage before applying the patch. (Note that the module is only template editor protected and not fully protected, but I used the fully protected edit request because of the need for page protection and thus for an admin.) Thanks in advance, —Tacsipacsi (talk) 16:39, 23 February 2020 (UTC)

This request for help from administrators has been answered. If you need more help or have additional questions, please reapply the {{admin help}} template, or contact the responding user(s) directly on their own user talk page.

Protection needs admin help. Cabayi (talk) 08:24, 24 February 2020 (UTC)

What about the other change in the sandbox, namely UKPARL? My knowledge of css is pathetic but isn't important a rather extreme approach? Could this be run past the people at WP:VPT for confirmation of its desirability? Do the tests at Template:Authority control/testcases show the result is ok? If all you want from an admin is template protection of Module:Authority control/styles.css please say so and I can do that although I'm going to sign off shortly. A final query, why does {{admin help}} center (or is it indent?) this comment? Johnuniq (talk) 09:20, 24 February 2020 (UTC)

@Johnuniq: UKPARL is by Pigsonthewing, I don’t know what his plans are with it. (He’s a template editor, so he could apply it to the master version himself.) !important is a quite aggressive thing, but MobileFrontend is even more aggressive, so I thought it’s needed to display this thing on mobile. I was wrong, even this doesn’t help… The other one is overriding inline CSS applied by Module:Navbox; !important is the only way to override inline CSS. Ideally Module:Navbox wouldn’t add it inline in the first place, but it would rather use TemplateStyles as well, so more specific selectors would be able to override it without !important. However, that requires changing Module:Navbox, and I’m not confident I could do that without breaking half of the English Wikipedia, so I wanted to stay on the safe side. Yes, all I need specifically from an admin is (template) protecting the TemplateStyles page, although it may be better have it unprotected until someone actually completes the request, in case further modifications are needed. Final query: the template is not intended to be used in indented comment (I think the recent Tidy→RemexHtml parser switch broke it, but it has never been designed for a such use case). —Tacsipacsi (talk) 10:47, 24 February 2020 (UTC)

I'm afraid that is a bit confusing for me. I will deactivate the admin request because you finish by saying the css page should not be protected at the moment. Re the change to Module:Authority control, I understand the general idea of the "responsive" buzzword and if I could see a discussion among several knowledgable editors enthusiastically endorsing the proposal I would make the edit despite not knowing what it does. However, I don't see any discussion. Is this part of a series of similar adjustments with a general discussion somewhere? Can you link to a preferably short article where the problem can be seen. Thanks Izno for fixing the indent problem I mentioned above. Johnuniq (talk) 23:03, 24 February 2020 (UTC)

Assuming there has been no discussion, it might be best to outline the problem and remedy at WP:VPT and ask for people to comment on whether this edit should be made. Someone who understands the issue might like to just do it without a lot discussion, but that's not me. Johnuniq (talk) 02:25, 25 February 2020 (UTC)

@Tacsipacsi: "UKPARL is by Pigsonthewing, I don’t know what his plans are with it. (He’s a template editor, so he could apply it to the master version himself.)" Please se my post in the section #UK Parliament identifier (currently next-but-one above this one). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:56, 1 March 2020 (UTC)

I have disabled the request as for now, as I'm not sure what is happening. Please reactivate if/when you have a specific edit request — Martin (MSGJ · talk) 11:50, 27 February 2020 (UTC)

I give up, hate such bureaucratism. The code is there; if anyone wants to act on it instead of just speaking about it, there you go. In the meantime I’ll try to avoid reading English Wikipedia articles on small screens to keep the ugly horizontal scrollbars away. —Tacsipacsi (talk) 13:08, 29 February 2020 (UTC)

Please make pencil lead to Identifiers section on Wikidata page because those data are authority control and not beginning of the Wikidata item page. I think it is not needed to reach consensus for this because proposal is not controversial nor major (only willing "tehcnician" with proper user rights is required). --Obsuser (talk) 22:14, 23 February 2020 (UTC)

This seems sensible, and would require the current link to, for example,

https://www.wikidata.org/wiki/Q4911143

to be changed to link to:

https://www.wikidata.org/wiki/Q4911143#identifiers

-- Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:31, 23 February 2020 (UTC)

Please sandbox the changes and we can deploy — Martin (MSGJ · talk) 11:49, 27 February 2020 (UTC)

I think there is a benefit to linking to the top of the Wikidata page. This makes it clearer to the reader that they have left Wikipedia.   ~ Tom.Reding (talk ⋅dgaf)  20:03, 1 March 2020 (UTC)

It could be said those who are editing the authority control knows that they are leaving Wikipedia for Wikidata, if you hover the mouse over the pencil icon it would say "Edit this at Wikidata". I find it bothersome to scroll to the Identifiers. --Cineria (talk) 09:43, 3 March 2020 (UTC)

From what it appears, the existing link that is generated for the AAG (Auckland Art Gallery) artist page generates an HTTP 301 redirect to an HTTPS version of the URL. (My understanding is that a 301 redirect is used to indicate that a resource has permanently moved to a new URL.) From what I remember, I noticed this behavior with the example URL in the Wikidata entry for the Auckland Art Gallery artist ID. To test the behavior, from what I remember, I probably did an external links search for the URL pattern http://www.aucklandartgallery.com/explore-art-and-ideas/artist/. From these search results, I used AAG links from the pages for Édouard Manet, Andy Warhol, Olivia Spencer Bower, and Gordon Crook as additional testcases. (The online tool at https://httpstatus.io is useful for determining if a URL generates any redirects.) I also adjusted the sandbox for Module:Authority control to contain the same contents as the actual module. Subsequently, I adjusted the module sandbox to use HTTPS for the AAG link. For the artist pages mentioned previously, what I would do was to edit the page and adjust the page to use the Authority control sandbox instead of the actual Authority control template, and then I would preview the page with the changes, but without actually saving the changes. By doing this, I was able to get an idea of what would happen if the page used Authority control logic that generated an HTTPS AAG URL.

At the current time, I have template editor privileges. Even so, in this case, I thought I would mention the proposed change here. Also, there was the thought as to whether the process that I mentioned for looking into whether a URL redirects to HTTPS might be of interest to others. --Elegie (talk) 09:41, 29 February 2020 (UTC)

Given that there does not seem to be any concerns, I have made the previously-mentioned edit to have Module:Authority control use HTTPS when generating a link to the Auckland Art Gallery. --Elegie (talk) 06:57, 8 March 2020 (UTC)

This edit request to Module:Authority control has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Please change return '[https://catalogue.nlg.gr/Authority/Record?id=au.'..id..' '..id..']'..p.getCatForId( 'NLG' ) to return '[http://data.nlg.gr/resource/authority/record'..id..' '..id..']'..p.getCatForId( 'NLG' ) (new lod url). diff in sandbox. Thanks - Geraki (talk) 08:30, 12 February 2020 (UTC) Geraki (talk) 08:30, 12 February 2020 (UTC)

@Geraki: please can you include a test at Template:Authority control/testcases to show the current/proposed behaviour? Thanks — Martin (MSGJ · talk) 13:44, 12 February 2020 (UTC)

@MSGJ: Template:Authority_control/testcases#NLG (at the bottom). Thanks. -Geraki (talk) 16:23, 12 February 2020 (UTC)

Thanks, that looks good. Just checking - should that be http or https? Is Bratsas your alternate account or some random editor who made that change in the sandbox? — Martin (MSGJ · talk) 11:17, 13 February 2020 (UTC)

@MSGJ: http redirects to https, but yes is can be https. Bratsas is not random, he is involved in the lod upgrade of the NLG catalogue (we know each other). -Geraki (talk) 07:52, 16 February 2020 (UTC)

  Done, cheers — Martin (MSGJ · talk) 21:45, 16 February 2020 (UTC)

@Geraki and MSGJ: From what I could tell, given multiple cases, a URL for an NLG entry would generate an HTTP 301 redirect to an HTTPS version of the URL. As such, after doing testing to see how multiple articles would handle NLG entry URLs with HTTPS, I recently edited Module:Authority control to use HTTPS when generating an NLG entry link. This change should reduce the number of HTTP requests and should provide increased privacy and security for users. --Elegie (talk) 10:33, 11 March 2020 (UTC)

  You are invited to join the discussion at Wikipedia talk:Manual of Style/Layout#Nothing should go between navboxes and authority control. —⁠andrybak (talk) 22:40, 1 April 2020 (UTC)

Hi. User:Ser Amantio di Nicolao is adding this template to thousands of articles on localities (villages and so on). In many cases it has no result, but where it does appear, it often shows Worldcat. The problem is that in most cases, this only leads to a "404: Document not found" page, e.g. from Croeserw or Coaltown of Balgonie or Abergynolwyn, but also in other countries: Arnèke, Boeschepe, Sainghin-en-Weppes (all France), or Hillsboro, Loudoun County, Virginia and Middleburg, Virginia (both US).

Can this somehow be prevented? Either a separate template for localities, or a check that it doesn't return a 404, or...? Or perhaps this needs to be taken up with VIAF, if the error is on their side? Fram (talk) 09:11, 23 March 2020 (UTC)

First things first - as this is proving to be more of an issue than I expected, I'll stop with adding the template until the issue is resolved.

Second things...er, second. @Fram: I'm wondering if the simplest fix might be over at Wikidata? For one thing, the last time I did a massive batch of authority control edits - a year and a half ago - I don't recall this "VIAF=WorldCat" issue coming up in the first place. I could be wrong; I don't trust my memory for things like this. But that suggests to me that the one did not always cause the other to autopopulate, and if that's the case then maybe the two can be divorced over at Wikidata again. --Ser Amantio di Nicolao^{Che dicono a Signa?}_{Lo dicono a Signa.} 13:43, 23 March 2020 (UTC)

There is no such data in Wikidata (e.g. Croeserw), it’s made up by the module. The relevant code, as far as I see, was added almost exactly for years ago by MSGJ. If the assumption that every VIAF ID has corresponding data in WorldCat is false, the code should be simply removed from the module. —Tacsipacsi (talk) 22:44, 23 March 2020 (UTC)

@Tacsipacsi: and @Fram: So...the thing is, I've spot-checked a handful of articles today, both geographical and non-...and the module seems to be fine as far as non-geographical articles goes. On the one hand, it's a shame to lose that kind of information. On the other hand, if the template is generating improper information it should probably be modified, as the VIAF can always be readded manually in Wikidata. Given that, my own feeling is that the module should be altered - what do others think? If there's no objection I'll make the tweak tomorrow night. --Ser Amantio di Nicolao^{Che dicono a Signa?}_{Lo dicono a Signa.} 00:39, 24 March 2020 (UTC)

@Tacsipacsi: I haven't removed it - I tried, but can't figure out the code. Would you mind, terribly? Thanks very much. --Ser Amantio di Nicolao^{Che dicono a Signa?}_{Lo dicono a Signa.} 01:01, 25 March 2020 (UTC)

I'm sorry to be a bother, but is there anyone that can fix this issue, please? I don't much like the idea of a template going out with inaccurate information. And as I said, I've tried to fix it myself without much success. --Ser Amantio di Nicolao^{Che dicono a Signa?}_{Lo dicono a Signa.} 00:23, 31 March 2020 (UTC)

• I have checked the original version, where this was introduced in 2016, the form from then already causes this issue.
• This may be a change at WorldCat, and it may have been fine then.
• Testing with William Shakespeare the WorldCat via Viaf URL does work, but it redirects to the via lccn link.
• I have changed the template in teh Sandbox to remove the WorldCat via Viaf link.
• Feel free to test, comment, improve, put live in the normal wiki-way.
• If not I may put it live some time tomorrow.  Done

All the best: Rich Farmbrough (the apparently calm and reasonable) 21:11, 7 April 2020 (UTC).

@Rich Farmbrough: You are a prince among men. Many thanks. --Ser Amantio di Nicolao^{Che dicono a Signa?}_{Lo dicono a Signa.} 13:28, 8 April 2020 (UTC)

Hi @Tom.Reding

Thanks for the pings, but I am disappointed to see that you reverted my switch to {{CatAutoTOC}} without discussion[6][7].

There are a number of reasons why I think it's much better to use {{CatAutoTOC}}:

1. Code making the same decision is best centralised, so that any change to the threshholds can be implemented in one place
2. Removing the TOC-choice from Module:Pages with authority control identifiers will simplify its code, easing maintenance
3. Using {{CatAutoTOC}} means that the choice of TOC will be tracked in the same way as other automatic TOC choices (see {{Category TOC tracking categories}})
4. The centre-alignment is now supported by {{CatAutoTOC}}: see Template:CatAutoTOC/doc#Parameters. I had sandbox-tested this a month ago (see note[8]), and implemented it today.[9][10]
   However, I think that non-left alignment of the TOC is an impediment to usability, and I intend to propose its removal from {{Category TOC}}. A key navigation element such as a TOC is most useful to the reader when placed at a consistent location, and randomly moving it to right or centre on about 2% of uses just removes consistency, while offering no benefit.
5. The change to order of the category text which you noted in your edit summary[11] was intentional and beneficial.
   When the links in a TOC are used to navigate around the category, it is most helpful to have the TOC adjacent to the part of the page to which to relates, i.e. the listing of the category's content. Ideally, TOCs would be built into the Wikimedia software and included below the header, but in the meantime the best we can do is to place them directly above the listing. Your edits undo that :(

So please can we reinstate {{CatAutoTOC}}? --BrownHairedGirl (talk) • (contribs) 17:57, 14 April 2020 (UTC)

@BrownHairedGirl: {{CatAutoTOC}} can be implemented, but that is more appropriately done within the module and not the template. I'll take care of it shortly.   ~ Tom.Reding (talk ⋅dgaf)  10:21, 15 April 2020 (UTC)

Thanks, Tom.Reding. Better to have it in the module than not at all.

But I'd have thought better not in the module unless it needs to be in the module. Keeping it in the template also ensures that the template is categorised in Category:Templates using CatAutoTOC. --BrownHairedGirl (talk) • (contribs) 10:27, 15 April 2020 (UTC)

  Done, categorization functioning.   ~ Tom.Reding (talk ⋅dgaf)  13:44, 17 April 2020 (UTC)

@Tom.Reding, per my comments above, it would be better not in the module ... and why the non-standard center-alignment? A key navigation element such as a TOC is most useful to the reader when placed at a consistent location. --BrownHairedGirl (talk) • (contribs) 14:32, 17 April 2020 (UTC)

This edit request to Module:Authority control has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Requesting an update to the format regex because of identifiers such as AAC-1488-2020 for Mike Dickison (Q56458901), among others.

function p.ridLink( id )
	--P1053's format regex: [A-Z]{1,3}-\d{4}-(19|20)\d\d (e.g. A-1234-1934)
	if not id:match( '^[A-Z][A-Z][A-Z]%-%d%d%d%d%-19%d%d$' ) and
	   not id:match( '^[A-Z][A-Z][A-Z]%-%d%d%d%d%-20%d%d$' ) then
		return false
	end
	return '[https://www.researcherid.com/rid/'..id..' '..id..']'..p.getCatForId( 'RID' )
end

Jay D. Easy (t • c) 16:02, 23 April 2020 (UTC)

To editor Jay D. Easy:   done. P.I. Ellsworth  ed. ^put'r there 08:07, 24 April 2020 (UTC)

@Paine Ellsworth: my apologies, please roll it backwards. My suggestion ended up making things worse. Jay D. Easy (t • c) 18:17, 24 April 2020 (UTC)

To editor Jay D. Easy:   done. Too bad, it seemed to work okay on the Mike Dickison page. Let me know when it's better. P.I. Ellsworth  ed. ^put'r there 02:15, 25 April 2020 (UTC)