Property talk:P973/Archive 1

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Groeningemuseum & mskgent

Please don't add Autofix for Groeningemuseum or mskgent. Multichill (talk) 20:22, 5 December 2017 (UTC)

Questions about Limits and Guidelines about information contained on the page at the URL ?

I find that the past discussion about described at URL (P973) make it hard to resist not using this property to point to interview articles (or any news article) that further describe a topic "like a person" in Wikidata. Should some guidelines or additional notes about limits be added to this property ?

In Freebase, we had a property basically used for "more information about topic at URL" and used liberally when the URL's page content described the same topic, and this P973 seems similar, yet, does not seem to limit or restrict usage of what "kind" of information must be located at the page served by the URL, , is that intended ?

Was the property usage I did on Marc Broussard (Q2038636) correct or not and why or why not ?

I like to use this as a container for more information that can be useful for a reader - Salgo60 (talk) 06:39, 12 May 2018 (UTC)

How to use this property?

How can I use this property? Can I add rules like transforming "https://musicbrainz.org/artist/a3cb23fc-acd3-4ce0-8f36-1e5aa6a18432" into "a3cb23fc-acd3-4ce0-8f36-1e5aa6a18432" then add it to MusicBrainz artist ID? It would be very useful at musician entries (for example Q396). -- OneMusicDream (talk) 19:52, 27 July 2018 (UTC)

@OneMusicDream: I'm quite late, but yes, this should be possible. Jc86035 (talk) 08:12, 17 April 2019 (UTC)

No relevant authority control

The rules (see above) mumble something about no relevant authority control, i.e., this property is supposed to be a kludge. On Talk:Q2709#Suspicious URL I wondered if that is a major spam + malware attack vector, and here I'm curious why no bot checks the precondition no relevant authority control  regularly. Can I remove the described at URL manually without logging in? –84.46.52.175 02:13, 16 December 2018 (UTC)

Should URLs for bibliographies be used here?

@Visite fortuitement prolongée:, Others: I'm not sure if bibliographies describe an item. In the absence of a property for bibliographies on a topic, this might be the best option. If that's consensus, I'll go with it. Example: Rim Rock Sandstone (Q64024220) and its use of described at URL (P973) = https://ngmdb.usgs.gov/Geolex/UnitRefs/RimRockRefs_10173.html. Thanks, Trilotat (talk) 00:13, 28 May 2019 (UTC)

Why this ?

Hi @Trade:
The old version makes sense and I don't understand your change. Is there a decision or discussion somewhere about this change? Here's an example on Ludwig van Beethoven (Q255) that means something:

described at URL (P973)	http://www.mcnbiografias.com/app-bio/do/show?key=beethoven-ludwig-van edit language of work or name (P407) Spanish (Q1321) 0 references add reference
		add value

But in your change, it is incomprehensible. If you want to add a required qualifier constraint (Q21510856), do not replace the existing one. If you want archive URL (P1065), don't destroy the existing rules. You can make change proposals in Chat, for example. Could you give an explanation, please? You can reply in Danish if you want. —Eihel (talk) 05:02, 25 February 2020 (UTC)

Prevent Wikipedia URLs

Please can someone add a constraint to prevent the use of Wikipedia URLs with this property, such as the one I removed here? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:01, 22 June 2018 (UTC)

No, please don't. We are (quite ununderstandbly) not allowed link to redirects via sitelinks, and often concpets in Wikidata and a local Wikipedia are different in scope, hence it is important to be able to include Wikimedia URLs here. --Anvilaquarius (talk) 12:25, 20 February 2019 (UTC)

• Given that our RfC decided that we can link to redirects via sitelinks, sitelinks are both allowed and are the better tool. ChristianKl ❪✉❫ 18:04, 18 May 2020 (UTC)

Overlinking

Hello, are these^(permalink) valid statements? --Horcrux (talk) 23:08, 28 September 2019 (UTC)

@Horcrux: I placed them temporarily there before right properties will be created. Eurohunter (talk) 00:20, 29 September 2019 (UTC)

@Horcrux: Why would they not be? Iwan.Aucamp (talk) 19:42, 20 May 2020 (UTC)

URL shorteners blacklisted on Commons, but allowed in Wikidata - causes a bug.

See the change I had to do in "Q50222897" (diff)

The problem is that this URL shortener (https://skfb.ly/66xYF) is allowed in Wikidata, but blacklisted in Commons where it is used loaded in the file description (via the Artwork template).

Even though I removed the link completely on the description of the image file, this URL was still in the "described at URL (P973)" property of the item, and so without changing anything, it was impossible to avoid the error occuring in Commons on its file description page while it was regenerated to display the link from Wikidata.

For this reason, I not only modified the description page on Commons (to remove the link), but also I had to replace the shortened link by the non-redirecting target URL (https://sketchfab.com/3d-models/dupondius-doctave-a-la-tete-de-belier-48e52062e37d4a6194a36f76f6eb959f) in sketchlab.com used in the property on Wikidata.

With the blacklist on Commons, and without my edit on both wikis, the page on Commons would have had a permanent "Pages with scripting errors" (or everything in the description could not be modified (except by dropping the template loading URLs from wikidata).

Note that the URL set in Wikidata was used as a reference for the source and for asserting the CC0 licence, visible on the target site of the shortened URL.

• Is there a way for Wikidata to not allow blacklisted URLs (notably domains for URL shorteners)?
• What if Wikidata and Commons and other wiki editions allow some URLs, but another wiki blacklists it? This wiki will have problems to render pages trying to show URLs accepted in Wikidata but not the local wiki. I see no easy solution except modifying Wikidata (if we can replace the redirecting URL).
• Same question if a local wiki accepts an URL in its file descriptions, but not Wikidata or Commons: it's then impossible to import the file to Commons or set the property in Wikidata.
• Shouldn't the URL blacklists be synchronized across Wikimedia wikis (at least URL shorteners)?
• Can we set in Wikidata a qualifier on the P973 property value, saying that the URL is not accepted in some other wiki, so that templates on this wiki will discard the URL set by P973 ?
• Should we propose the qualifier "URL blacklisted on" to be used on URL properties, and whose qualifier value would be the Qid of the wiki rejecting such URL?

I think that Wikidata should also have a policy not allowing any shortened URLs in its URL properties, but only direct URLs (but this may be a problem for linking some sites, where the only stable URLs are actually always shortened with an identifier, while the target of the short URL can change at any time (e.g. some links to Microsoft site) and the effective target no longer worling or working only for the current session of the visitor and possibly containing a private authentication of the visitor.

An alternative would be that the URL allowed in Wikidata would have some OTRS qualifier, allowing the wiki displaying the link to bypass his local blacklist. Such OTRS qualifier, where it is used, would be checked by some bot to see if it really matches the Wikidata item added in the OTRS database for this URL.

Thanks. Verdy p (talk) 00:23, 28 May 2020 (UTC)

Add "described at DOI"?

KrBot was editing "described at URL" with a DOI value, moving it to "DOI". However "described at URL" is clearly not the same as "located at URL", and "DOI" property means "located at DOI". Should there be a property added, called "Described at DOI"? --Mcld (talk) 18:28, 22 August 2020 (UTC)

• If the DOI isn't about the item you are trying to add it to, you'd have to make an item about the resource it describes first and add it there. --- Jura 06:10, 23 August 2020 (UTC)

U-tu.be

I don't quite see why we shouldn't use the dedicated property. Accordingly, I re-added it. --- Jura 05:46, 11 September 2020 (UTC)

Discussion now at Wikidata:Project_chat#Items_for_specific_YouTube_video. --- Jura 16:03, 13 September 2020 (UTC)

Replaced by described by source (P1343) ?

https://www.wikidata.org/w/index.php?title=Q59687637&action=history

@Kolja21, MovieFex: I don't quite understand why described at URL (P973) should be replace with described by source (P1343)? Wouldn't we eventually create a property for the database instead of using either of them? --- Jura 18:41, 17 December 2020 (UTC)

@Jura1: Yes, that was my thought. Example: described by source (P1343) was use with Deutsche Biographie (Q1202222) and after the benefit was evident Deutsche Biographie (GND) ID (P7902) was created. (Some databases use multiple URLs or the URL is changing that's why I prefer described by source (P1343) as the first step.) --Kolja21 (talk) 22:38, 17 December 2020 (UTC)

I think the purpose of P973 is to be used for online resources before the creation of a dedicated property. --- Jura 08:54, 18 December 2020 (UTC)