Format “(f|ht)tps?://.+”: value must be formatted using this pattern (PCRE syntax). (Help)

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

Format “^((?!wikipedia\.org).)*$”: value must be formatted using this pattern (PCRE syntax). (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Doteli Wikipedia (Q29048035)
List of violations of this constraint: Database reports/Constraint violations/P854#Format, SPARQL

Format “^((?!wikidata\.org).)*$”: value must be formatted using this pattern (PCRE syntax). (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: external identifier (Q21754218), Wikidata item (Q16222597), quantity (Q29934271), Wikibase string datatype (Q29934246), WikidataCon 2019 (Q42449814), duration (Q2199864), Wikidata (Q2013), Wikidata in Wikidata (Q115471144), Q42 (Q42395533)
List of violations of this constraint: Database reports/Constraint violations/P854#Format, SPARQL

Format “^((?!wikivoyage\.org).)*$”: value must be formatted using this pattern (PCRE syntax). (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/P854#Format, SPARQL

Scope is as reference (Q54828450): the property must be used by specified way only (Help)

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

Allowed entity types are Wikibase item (Q29934200), Wikibase property (Q29934218), Wikibase lexeme (Q51885771), Wikibase form (Q54285143), Wikibase sense (Q54285715), Wikibase MediaInfo (Q59712033): the property may only be used on a certain entity type (Help)

List of violations of this constraint: Database reports/Constraint violations/P854#Entity types, hourly updated report

Allowed entity types are Wikibase MediaInfo (Q59712033): the property may only be used on a certain entity type (Help)

List of violations of this constraint: Database reports/Constraint violations/P854#Entity types, hourly updated report

Format “^((?!petscan\.wmflabs\.org).)*$”: value must be formatted using this pattern (PCRE syntax). (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/P854#Format, SPARQL

Format “^((?!www\.google\.com/search\?).)*$”: value must be formatted using this pattern (PCRE syntax). (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/P854#Format, SPARQL

This property is being used by: bg:Шаблон:Висше училище, bg:Шаблон:Факултет en:Template:NCC detail sr:Шаблон:NCC detail de:Vorlage:Navigationsleiste Kader der LA Galaxy, de:Vorlage:Navigationsleiste Kader von Atlanta United, de:Vorlage:Navigationsleiste Kader von Orlando City, de:Vorlage:Navigationsleiste Kader des CA Independiente, de:Vorlage:Navigationsleiste Kader von Stade Reims, de:Vorlage:Navigationsleiste Kader von US Palermo, de:Vorlage:Navigationsleiste Kader des FC Schaffhausen, de:Vorlage:Navigationsleiste Kader des Seattle Reign FC, de:Vorlage:Navigationsleiste Kader von D.C. United, de:Vorlage:Navigationsleiste Kader von Houston Dynamo, de:Vorlage:Navigationsleiste Kader von Montreal Impact, de:Vorlage:Navigationsleiste Kader von Belenenses SAD, de:Vorlage:Navigationsleiste Kader von Royal Antwerpen, de:Vorlage:Navigationsleiste Kader des OL Reign, de:Vorlage:Navigationsleiste Kader von Royale Union Saint-Gilloise, de:Vorlage:Navigationsleiste Kader von Fenerbahçe Istanbul cs:Šablona:Cite Q Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

The property should not be used as mainsnak at all. These rules resolve some issues of this type automatically:

Pattern ^https?://(www\.)?plus\.google\.com/(\d{21}|\+[-\w_À-ÿА-я]+|communities/\d{21})(/(about(\?hl=en)?)?)?$ will be automatically replaced to \2 and moved to Google+ ID (P2847) property. Testing: TODO list

Pattern ^https?://(www\.)?twitter\.com/([A-Za-z0-9_]{1,15})/?$ will be automatically replaced to \2 and moved to X username (P2002) property. Testing: TODO list

Pattern ^https?://(www\.)?instagram\.com/([a-z0-9_\.]+)/?$ will be automatically replaced to \2 and moved to Instagram username (P2003) property. Testing: TODO list

Pattern ^https?://(www\.)?youtube\.com/channel/(UC([A-Za-z0-9_\-]){22})/?$ will be automatically replaced to \2 and moved to YouTube channel ID (P2397) property. Testing: TODO list

Pattern ^https?://(www\.)?vk\.com/([A-Za-z0-9_\.]{2,32})/?$ will be automatically replaced to \2 and moved to VK ID (P3185) property. Testing: TODO list

Pattern ^https?://.+\.wikipedia\.org/wiki/.+$ will be automatically replaced to \0 and moved to Wikimedia import URL (P4656) property. Testing: TODO list

Pattern ^https?://(www\.)?enciclopedia-aragonesa\.com/voz\.asp\?voz_id=(\d+)/?$ will be automatically replaced to \2 and moved to Great Aragonese Encyclopedia ID (P1807) property. Testing: TODO list

Pattern ^https?://(www\.)?twitter\.com/[A-Za-z0-9_]{1,15}/status/(\d+)(\?.*)?$ will be automatically replaced to \2 and moved to X post ID (P5933) property. Testing: TODO list

Pattern ^https?://(www\.)?imdb\.com/(title|name|character|event)/([^/]+)/?$ will be automatically replaced to \3 and moved to IMDb ID (P345) property. Testing: TODO list

Pattern ^https?://deces\.matchid\.io/id/([A-Za-z0-9-_]{12})$ will be automatically replaced to \1 and moved to Fichier des personnes décédées ID (matchID) (P9058) property. Testing: TODO list

If a website can be accessed over both http and https, which one is preferred? --DSGalaktos (talk) 17:05, 3 October 2013 (UTC)[reply]

Maybe it would be better if protocol-relative URLs were allowed. I don't know whether there has already been discussion about that... SPQRobin (talk) 12:20, 4 October 2013 (UTC)[reply]

How do you separate http(s) from ftp et al then? -- Lavallen (talk) 13:37, 4 October 2013 (UTC)[reply]

When the web page being used for referencing claims is the same as the 'official website' of the object, which property should be used for those claim references: this one or official website (P856)? See for example Nativity of St. John the Baptist (Q18602467). Bever (talk) 12:31, 12 June 2015 (UTC)[reply]

Still this one, I think. official website (P856) has a very different meaning, which doesn’t apply to references. —DSGalaktos (talk) 17:22, 12 June 2015 (UTC)[reply]

Hi,

The property must accept an ending slash, like Property:P856 (official website).

• "http://archive.opm.gov", with or without /.
• "http://archive.opm.gov/glossary", with or without /.

Regards,

Cantons-de-l'Est (talk) 13:42, 9 August 2015 (UTC)[reply]

One of the purposes of reference URL (P854) it that it should make it easy to identify which statements on which items are referenced to a particular website.

However, this has now become beyond the capability of the WDQS SPARQL service -- general queries to search the whole set of reference URLs all time out.

It's possible that the WDQS developers may be able to find some tweak to fix this. Otherwise, to make such reference searches possible, for the present it may be necessessary to limit the domain of items to be searched over in some way. Jheald (talk) 11:36, 11 February 2017 (UTC)[reply]

Jeg har nu ændret mærkatet på dette emne til "reference-URL" istedet for blot "URL" og også ændret navnet på den mere generelle egenskab URL (P2699) (før "ressource-URL"). Jeg håber det bringer mere klarhed? — Finn Årup Nielsen (fnielsen) (talk) 14:13, 10 March 2017 (UTC)[reply]

Wikipedia doesn't allow any references to Wikipedia. So how can wikidata have any references to Wikipedia? (en Wikipedia, fr, it, ru, zh, Malay, Cebuano etc.) They are not proper references, any of them, and I think a bot could get rid of them all. Only proper references allowed. 49.145.128.113 00:54, 25 January 2018 (UTC)[reply]

Wikidata:Notability, if: "1. It contains at least one valid sitelink to a page on Wikipedia, Wikivoyage, Wikisource, Wikiquote, Wikinews, Wikibooks, Wikidata, Wikispecies, Wikiversity, or Wikimedia Commons" --Fractaler (talk) 07:58, 26 January 2018 (UTC)[reply]

For one thing, it is very useful to reference an old Wikipedia article revision that was wrong on a particular fact.

That said, I think the format constraint here is a bit odd -- on eg Q6766578#P569 it's telling me "The value for reference URL (https://en.wikipedia.org/w/index.php?title=Mark_Antony_Lower&oldid=747006856) should match the regex ^((?!wikipedia.org).)*$." -- presumably, what is intended is "The value for reference URL should not match the regex" -- ie forbidding references purely to ??.wikipedia.org (but allowing more detailed URLs ?) Jheald (talk) 13:32, 7 April 2018 (UTC)[reply]

OK, so in fact that is what this is saying, albeit in a rather obscure way. The regex ^((?!wikipedia.org).)*$." forbids "wikipedia.org" after some text -- though I'm still not sure I completely parse exactly what it's doing, and the significance of the regex being tied to the start and the end of the string, when "wikipedia.org" appears in neither of those places in my URL. Jheald (talk) 13:58, 7 April 2018 (UTC)[reply]

Apparently Wikimedia import URL (P4656) is now available for this purpose. Jheald (talk) 14:48, 7 April 2018 (UTC)[reply]

Some statements are on properties related to Wikimedia projects, such as on focus list of Wikimedia project (P5008) and maintained by WikiProject (P6104). If the statement is about the project, their pages are properly a reference for it and not a source for import. GreenReaper (talk) 21:11, 5 June 2024 (UTC)[reply]

Actually, this property is listed as an allowed qualifiers of described by source (P1343). I think it is wrong and all the instances of this property as qualifier of described by source (P1343) should be substituted by URL (P2699). What do you think?--Malore (talk) 14:32, 29 May 2018 (UTC)[reply]

No issue. - PKM (talk) 20:22, 1 June 2018 (UTC)[reply]

@PKM: No issue with the current use or no issue with my proposal?--Malore (talk) 12:07, 7 June 2018 (UTC)[reply]

@Malore: No issue with your proposal. (Actually, happy with whatever the consensus is.) - PKM (talk) 20:00, 7 June 2018 (UTC)[reply]

So I suppose right now when adding url to P1343 it is preferable to use P2699. Podbrushkin (talk) 10:59, 26 January 2024 (UTC)[reply]

I think it should be allowed to use Wikidata discussions or proposals as references of property statements.--Malore (talk) 12:18, 7 June 2018 (UTC)[reply]

Hi,

I have a reference for Bagotville A (Q42393053) that is a file accessible through FTP. How should I use reference URL (P854) to identify it if only https is allowed in URL? Dirac (talk) 18:07, 5 September 2018 (UTC)[reply]

@Wikidata, please answer to Dirac and me!
Another example are those 5570 brazilian municipalities with annual new estimates, where only ftp contain stable URLs. ftp-URL are a must. tnx, --Turíbio Branco (talk) 16:48, 14 November 2018 (UTC)[reply]

@Dirac, Turíbio Branco: technically FTP links are allowed anyway, and there is also no other reason to forbid them. I have changed the URL formatter accordingly. —MisterSynergy (talk) 16:59, 14 November 2018 (UTC)[reply]

@MisterSynergy: Thanks! Dirac (talk) 11:21, 21 November 2018 (UTC)[reply]

@Nikki: In relation to this revert. From lexeme namespace point of view wikipedia is large textual corpus for usage example (P5831) property. For this property sentences are not imported like facts but sourced as lexicographical data. For example I used this as source in kaliforn (L29839). Can we remove this constraint? KaMan (talk) 10:10, 11 October 2018 (UTC)[reply]

I don't think we should remove it entirely because most of the time it is wrong to use a Wikimedia URL with this property and it's very difficult to find misuses otherwise (the query service can't check all URLs without timing out). If we really do want to allow it for certain properties, I think it would be better to expand the constraints system to allow that.

Whether we should quote other Wikimedia sites should probably be discussed somewhere else with more people. Personally I think it would be better to avoid quoting Wikimedia sites unless there are no better sources we can quote. People are more likely to trust and use our data if it is backed up by external sources rather than Wikimedia's own user-edited content and Wiktionaries are more likely to work with us if the quality of our data seems high enough (not all Wiktionaries allow quotes from other Wikimedia sites, for example).

- Nikki (talk) 10:31, 13 October 2018 (UTC)[reply]

Currently this property doesn't allow links to mediawiki websites (says use interwiki link instead). However, for entries describing mediawiki websites (such as Q52), we should allow linking to mediawiki sites. Altoria 2016 (talk) 02:40, 20 July 2019 (UTC)operties[reply]

Pure URL is insufficient as a valid source reference for Wikipedias. The linked source should have a fully-fledged description, as en:Template:Cite web etc. Especially:

• page title
• site (medium) title
• author(s)
• publisher
• date of publication
• date of access
• archive link (if the original URL is unavailable)

and many others. --ŠJů (talk) 20:31, 14 September 2019 (UTC)[reply]

See Help:Sources#Web page. —MisterSynergy (talk) 10:38, 15 September 2019 (UTC)[reply]

@ChristianKl, Matěj Suchánek, ArthurPSmith:

Currently, Help:Sources#Wikisource_source_text mentions Wikisource as a site that can be used as a reference in reference URL (P854). In such cases, Wikisource reproduces the primary/secondary/tertiary reference.

In most other cases, WMF sites wont be a suitable reference, notably not Wikipedia articles for facts about the subject of that article. In such cases, Wikipedia is generally tertiary reference. Sample:

• Q42 was born on 11 March 1952: https://en.wikipedia.org/w/index.php?title=Douglas_Adams&oldid=983715781

When we first created Wikimedia import URL (P4656), we skipped a few exceptions when converting from P854, e.g. when the subject is Wikipedia itself and a related fact needs a reference. In such cases, Wikipedia may be seen as a primary reference. Sample:

• Q29048035 was created on 27 April 2017: https://dty.wikipedia.org/w/index.php?title=%E0%A4%AE%E0%A5%81%E0%A4%96%E0%A5%8D%E0%A4%AF_%E0%A4%AA%E0%A4%A8%E0%A5%8D%E0%A4%A8%E0%A4%BE&diff=3888&oldid=3887

Also, one could use:

• The Wikipedia article about Douglas Adams was first created on 9 November 2001: with https://en.wikipedia.org/w/index.php?title=Douglas_Adams&oldid=347478646 as reference in reference URL (P854).

For both statements, reference URL (P854) seems preferable over Wikimedia import URL (P4656) and, in these rare cases, exceptions need to be defined for some of the property constraints. Similarly, we would use stated in (P248) and not imported from Wikimedia project (P143) for these statements.

There is some debate about a similar case at Talk:Q29934236 with @Eihel: --- Jura 10:13, 22 October 2020 (UTC)[reply]

• I think the intent with Wikimedia import URL (P4656) was to indicate importing information from Wikipedia without checking the references stated on the Wikipedia page. I don't have a problem with using reference URL (P854) in cases like you suggest here. ArthurPSmith (talk) 13:02, 22 October 2020 (UTC)[reply]
• I also like the simplicity of reference URL (P854). That wording on Wikimedia import URL (P4656) with it's contained term "import" has scared off a number of folks including me, so its good to hear from Arthur on the provenance of it. And the current description on reference URL (P854) with this: ...Use "Wikimedia import URL" (P4656) for interwiki links really gets a bit confusing for newcomers who ask..."hmm, what do they really mean by interwiki...maybe I might screw up something for them if I link to a Wikipedia page or special page using this P854 because there's some special connections that I'm not an expert in and that need to be made when the reference site is already part of Wikimedia land?". So the descriptions currently on both properties do not help, but instead confuse much more! I don't see the need to special treat Wikipedia URL's for referencing. Special treatment internally or behind the scenes with scripts, etc. is fine, but at this property level, it feels unnecessary when simply wanting to supply a site as a reference through a URL. It's easier for users and even training and documenting when Wikimedia's various pages (URLs) are treated like any other reference site in the world. --Thadguidry (talk) 00:24, 27 November 2020 (UTC)[reply]

How to update "link rot" for this property, so that wikidata template on English wikipedia can present the "archive URL" in such cases instead of reference URL? Arjunaraoc (talk) 04:54, 31 May 2022 (UTC)[reply]

From my search of Project chat archives, I found end time, end cause were suggested, but they can be used only as the main property. I found that adding archive url and archive date properties will enable Template:wd on enwiki to show the archive URL as the first link. Arjunaraoc (talk) 23:42, 2 June 2022 (UTC)[reply]

After a suggestion at Wikidata:Bot_requests § Tracking parameters in reference URLs, I currently have a request in process at WD:BRFA § William Avery Bot 9. William Avery (talk) 11:34, 4 August 2022 (UTC)[reply]

What's the difference between these two properties? دوستدار ایران بزرگ (talk) 18:45, 30 June 2023 (UTC)[reply]