Property talk:P854

From Wikidata
Jump to navigation Jump to search

Documentation

reference URL
should be used for Internet URLs as references. Use "Wikimedia import URL" (P4656) for imports from WMF sites
DescriptionShould be used for internet urls as references.
RepresentsURL (Q42253)
Data typeURL
Domainreferences (note: this should be moved to the property statements)
Allowed values(f|ht)tps?://.+^((?!wikipedia\.org).)*$^((?!wikidata\.org).)*$^((?!wikivoyage\.org).)*$^((?!petscan\.wmflabs\.org).)*$^((?!www\.google\.com/search\?).)*$
ExampleGeorge Washington (Q23) → http://cths.fr/an/prosopo.php?id=107557
gamma function (Q190573) → https://dlmf.nist.gov/5.2#E1
Commons example
Robot and gadget jobsDeltaBot does the following jobs:
Tracking: usageCategory:Pages using Wikidata property P854 (Q32588781)
See alsoofficial website (P856), stated in (P248), archive URL (P1065), Wikimedia import URL (P4656), described at URL (P973)
Lists
  • Search Commons for files with property
  • Items with no other statements
  • Most recently created items
  • Items with novalue claims
  • Items with unknown value claims
  • Usage history (total)
  • Database reports/Constraint violations/P854
  • Map
  • Random list
  • Proposal discussionProposal discussion
    Current uses
    Total76,443,296
    Main statement2,449<0.1% of uses
    Qualifier4,931<0.1% of uses
    Reference76,435,916>99.9% of uses
    Search for values
    [create Create a translatable help page (preferably in English) for this property to be included here]
    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 “^((?!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 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

    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 Twitter (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 Twitter 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

    Discussion[edit]

    https?[edit]

    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]

    official website[edit]

    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]

    Ending slash[edit]

    Hi,

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

    Regards,

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

    Searching[edit]

    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]

    Danish[edit]

    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]

    How can any Wikipedia be set as a reference?[edit]

    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]

    Uses of this property as qualifier[edit]

    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]

    accept wikidata pages as values in property pages[edit]

    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]

    FTP?[edit]

    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]

    Wikipedia as textual source for lexemes[edit]

    @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]

    exceptions for meta-links[edit]

    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]

    Missing description[edit]

    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:

    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:

    Also, one could use:

    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]

    Link rot update[edit]

    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]

    Removal of tracking parameters from reference URLs[edit]

    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]

    P2699 or P854[edit]

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