MediaWiki talk:Gadget-AuthorityControl.js/Archive/2017

ISIL (P791)

{{Editrequest}}

		case 791:
			if ( linkValue.substring( 0, 3 ) === 'DE-' ) {
				linkTemplate = 'http://dispatch.opac.d-nb.de/DB=1.2/CMD?ACT=SRCHA&IKT=8529&TRM=$1';
			} else {
				return linkValue;
			}
			break;

Please add the above after the part for P426.
--- Jura 09:43, 2 April 2016 (UTC)

Jura1 Shouldn't this rather be http://sigel.staatsbibliothek-berlin.de/nc/suche/?isil=$1 since that is the interface of the official DE-subageny for ISIL? -- Gymel (talk) 09:51, 2 April 2016 (UTC)

Ok for me. Please add it to ISIL (P791) as well.
--- Jura 09:53, 2 April 2016 (UTC)

Nope, since your ad hoc use of format as a regular expression (P1793) as a qualifier "applies to subset specified by the regexp" does not make much sense to me. -- Gymel (talk) 11:01, 2 April 2016 (UTC)

I think we try to be open to suggestions. What is yours?
--- Jura 11:31, 2 April 2016 (UTC)

Can we attempt to implement the above fix (see Property talk:P791 for the problem report).
--- Jura 17:02, 6 April 2016 (UTC)

 Done what you suggested. Matěj Suchánek (talk) 18:59, 6 April 2016 (UTC)

{{Editrequest}}

		case 791:
			if ( /(DE|ZDB|AT|US|IT|JP)-.*/.test(linkValue) ) {
				linkTemplate = 'https://w3id.org/isil/$1';
			} else {
				return linkValue;
			}
			break;

The currently used URL will be outdated soon. CKlee (talk) 12:32, 8 May 2017 (UTC)

Problem with identifiers that contain a % (percent sign)

databaseOlympics.com athlete ID (archived) (P3520) is new and occasionally holds external identifiers that contain a percent sign. This percent sign is mistakenly encoded as %25 and breaks the link. Example: In Klaus Wöller (Q325887) the correct ID W%D6LLEKLA01 is stored, but the link points to http://www.databaseolympics.com/players/playerpage.htm?ilkid=W%25D6LLEKLA01 instead of http://www.databaseolympics.com/players/playerpage.htm?ilkid=W%D6LLEKLA01. Looks like the '%' sign should not be url-encoded here, or we need a different way to store the character in question in this property. —MisterSynergy (talk) 18:57, 27 January 2017 (UTC)

@Pasleim, Sjoerddebruin, Matěj Suchánek, Nikki, Hoo man: You all have edited this gadget within the past year. Could you please have a look at this problem? The following section by Thierry Caro seems to address it as well. Thanks and regards, MisterSynergy (talk) 16:54, 12 March 2017 (UTC)

I don't know what the gadget had to do with this problem. The linking has been done by the sofware for a while, this gadget is only a legacy taking care of a few properties, which aren't an external id but can be linked or need some special handling. Niether am I sure how this could fixed, so opening a task on Phabricator will perhaps make thing clear. Matěj Suchánek (talk) 17:09, 12 March 2017 (UTC)

Okay, I will do so. Although most of my Phabricator tasks are ignored “forever” or hardly noticed by anyone Thanks and regards, MisterSynergy (talk) 17:24, 12 March 2017 (UTC)

There is now phab:T160281. —MisterSynergy (talk) 17:38, 12 March 2017 (UTC)

Problems with UltraSignup runner ID (P3585)

The = and & signs in the identifiers create problems on the target website. Can somebody try to fix this? There is a similar situation ongoing with Europeana Fashion creator ID (P3482) when the identifier is in two parts with a white space in the middle. See my efforts on Christophe Guillarmé (Q2966272) to understand my distress. Thierry Caro (talk) 20:49, 4 February 2017 (UTC)

UltraSignup runner ID (P3585) is an external ID, so the link to the target webpage is not added by this gadget. To get it fixed, you have to contact the developement team. This gadget only adds links for properties which are not external IDs. --Pasleim (talk) 15:31, 13 March 2017 (UTC)

OK. Thanks. This has been fixed recently. Thierry Caro (talk) 16:38, 13 March 2017 (UTC)

External link class

Could somebody add the .addClass("external") so links don't look like internal links? Bonus point if *.wmflabs.org gets a different class (maybe extiw?). —Dispenser (talk) 11:45, 22 March 2017 (UTC)

dmoz

Please update the DMOZ URL with dmoztools.net. Regard the message on http://www.dmoz.org/ --eugrus (talk) 18:54, 29 July 2017 (UTC)

You've already done so yourself by updating Curlie ID (P998). Mbch331 (talk) 19:09, 29 July 2017 (UTC)

Then I don't get why the old URLs are still in all objects using the property. --eugrus (talk) 22:45, 29 July 2017 (UTC)

Probably browsercache. I see the new URL's when I check items using Curlie ID (P998). Mbch331 (talk) 06:00, 30 July 2017 (UTC)

I've cleaned the browser cache several times now and also tried a different browser, but, for instance, in Q269856 I still see https://www.dmoz.org/Computers/Software/Operating_Systems/Unix/AIX/ instead of http://dmoztools.net/Computers/Software/Operating_Systems/Unix/AIX/ --eugrus (talk) 11:26, 1 August 2017 (UTC)

I did reproduce it. I opened the item in a private tab and then I got a wrong link. I was on the right track with a caching issue, only the wrong cache. I purged the cache for Q269856 and now get a correct link. I'm going to purge all articles linking to Curlie ID (P998). Mbch331 (talk) 16:38, 1 August 2017 (UTC)