Property talk:P856

From Wikidata
Jump to navigation Jump to search

Documentation

official website
URL of the official website of an item (current or former) [if the website changes, add an additional statement with preferred rank. Do not remove the former URL]
DescriptionURL to the official website of this item
Representsofficial website (Q22137024)
Data typeURL
Corresponding templateTemplate:Official website (Q5614958), Template:Wikidata/P856 (Q17142840), Template:Official URL (Q19921795)
Domainorganisations (note: this should be moved to the property statements)
Allowed valueshttps?://(\S+\.)+\S+(/\S*)?
Usage notesFor active WMF sites, please use P4174
ExampleFacebook (Q355) → https://www.facebook.com
Daikin Industries (Q1157589) → http://www.daikin.co.jp/
Tracking: sameno label (Q18595774)
Tracking: differencesCategory:Official website different in Wikidata and Wikipedia (Q18929423)
Tracking: usageCategory:Pages using Wikidata property P856 (Q15886160)
Tracking: local yes, WD noCategory:Official website not in Wikidata (Q19930391)
See alsoofficial blog (P1581), stated in (P248), imported from Wikimedia project (P143), website account on (P553), mouthpiece (P2813), described at URL (P973)
Lists
Proposal discussionProposal discussion
Current uses895,685
[create] Create a translatable help page (preferably in English) for this property to be included here
Format “https?://(\S+\.)+\S+(/\S*)?|”: value must be formatted using this pattern (PCRE syntax). (Help)
Exceptions are possible as rare values may exist. Known exceptions: JOVE (Q3156938)
List of this constraint violations: Database reports/Constraint violations/P856#Format, SPARQL, SPARQL (new)
Single value: this property generally contains a single value. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P856#Single value, SPARQL, SPARQL (new)
Qualifiers “language of work or name (P407), start time (P580), end time (P582), retrieved (P813), archive URL (P1065), archive date (P2960), applies to jurisdiction (P1001), intended public (P2360), applies to part (P518), license (P275), part of (P361), publisher (P123): this property should be used only with the listed qualifiers. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P856#Allowed qualifiers, SPARQL, SPARQL (new)
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), Wikimedia category (Q4167836), Wikimedia list article (Q13406463), Wikimedia template (Q11266439): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P856#Conflicts with P31, SPARQL, SPARQL (new)
Scope is: the property must be used by specified way only (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P856#scope, SPARQL (new)
Distinct values: this property likely contains a value that is different from all other items. (Help)
Exceptions are possible as rare values may exist. Known exceptions: Basshunter (Q383541)
List of this constraint violations: Database reports/Constraint violations/P856#Unique value, SPARQL (every item), SPARQL (by value), SPARQL (new)
Pictogram voting comment.svg Active WMF sites
Ensure urls for active WMF sites include https and trailing slash. Sample: https://en.wikipedia.org/ not http://en.wikipedia.org/ or https://en.wikipedia.org (Help)
Violations query: SELECT DISTINCT ?item (str(?s) as ?s1) { { ?item wdt:P279/wdt:P31* wd:Q14827288 } UNION { ?item wdt:P137 \u007C wdt:P127 wd:Q180 } ?item wdt:P856 ?s OPTIONAL { ?item wdt:P576 ?closed } FILTER(!BOUND(?closed)) FILTER( strafter(str(?s),".org") != "/" \u007C\u007C strstarts(str(?s),"http:") ) }
List of this constraint violations: Database reports/Complex constraint violations/P856#Active WMF sites
Pictogram voting comment.svg to www or not to www
Vast majority of sites would handle www. prefix for users. Very rare dinosaurs exceptions are possible. (Help)
Violations query: SELECT ?item ?value { ?item wdt:P856 ?value FILTER(STRSTARTS(STR(?value), "https://www.") \u007C\u007C STRSTARTS(STR(?value), "http://www.")) } LIMIT 10
List of this constraint violations: Database reports/Complex constraint violations/P856#to www or not to www
Pictogram voting comment.svg Websites should have this property
(Help)
Violations query: SELECT ?item { ?item wdt:P31 wd:Q35127 . MINUS { ?item wdt:P856 [] } } LIMIT 100
List of this constraint violations: Database reports/Complex constraint violations/P856#Websites should have this property
Pictogram voting comment.svg Webportals should have this property
(Help)
Violations query: SELECT ?item { ?item wdt:P31 wd:Q186165 . MINUS { ?item wdt:P856 [] } } LIMIT 100
List of this constraint violations: Database reports/Complex constraint violations/P856#Webportals should have this property
Pattern ^[Hh][Tt][Tt][Pp](s?)://W[Ww][Ww]\.(.+)$ will be automatically replaced to http\1://www.\2.
Testing: TODO list

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 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?://(www\.)?linkedin\.com/in/([\-\&%A-Z0-9a-záâãåäăąćčçéèêěëğîıíłńñøóòôöõřśşșšțúůüýž]+)/?$ will be automatically replaced to https://www.linkedin.com/in/\2 and moved to LinkedIn personal profile URL (P2035) property.
Testing: TODO list

Pattern ^https?://(((?!www)[^\s\/])+)\.tumblr\.com/?$ will be automatically replaced to \1 and moved to Tumblr ID (P3943) property.
Testing: TODO list

Pattern ^https?://(www\.)?ameblo\.jp/([a-z0-9-]{3,24})/?$ will be automatically replaced to \2 and moved to Ameblo username (P3502) property.
Testing: TODO list

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

Pattern ^https?://(www\.)?facebook\.com/([\p{L}\d.-]+)/?$ will be automatically replaced to \2 and moved to Facebook ID (P2013) property.
Testing: TODO list

Pattern ^https?://(www\.)?facebook\.com/pages/([\p{L}\d.-]+/[1-9][0-9]+)/?(\?f?ref=[a-z_]+)?(\?sk=info&tab=page_info)?$ will be automatically replaced to \2 and moved to Facebook page ID (P4003) property.
Testing: TODO list

Pattern ^https?://(www\.)?yerelnet\.org\.tr/koyler/koy\.php\?koyid=([2-9]\d{5})$ will be automatically replaced to \2 and moved to YerelNet village ID (P2123) property.
Testing: TODO list

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

wrong category[edit]

Hi! This page is in Category:Properties with iri-datatype. It should be in Category:Properties with url-datatype. לערי ריינהארט (talk) 11:50, 2 December 2013 (UTC)

Only for organisations?[edit]

On top of this discussion page there is said that this property should only be used for organisations. A quick search shows that persons like Ken Jennings, Larry Sanger or Stanley Kubrick also own this property. Are they exceptions to the rule or can this property be used for all persons? -- Köllner (talk) 14:09, 23 December 2014 (UTC)

It can be used by organizations, persons etc. I think it was just copypasted from somewhere. As stated on Property:P856: "URL to the website of this item", is correct. --Stryn (talk) 14:34, 23 December 2014 (UTC)
Fixed now. Stryn (talk) 14:36, 23 December 2014 (UTC)
Regarding 'etcetera', the property has also been added to Nativity of St. John the Baptist (Q18602467), pointing to the official description of the painting by the museum which holds it. I think that's official enough. :-) Bever (talk) 12:26, 12 June 2015 (UTC)

Add archive URL (P1065) to list of qualifiers[edit]

I propose to add https://www.wikidata.org/wiki/Property:P1065 to the list of qualifiers. I think this will be more common as more dead links are found and to change P856 to a link in web.archive.org (official website) is not the best option. Carlos Porto (talk) 22:02, 15 October 2015 (UTC)

Internet Archive[edit]

Should we provide URL at archive.org for official website that is dead, or not? For instance as I revised Peter Maddocks Q7175598 moments ago.

If so, should we qualify somehow, perhaps with archivedate? --P64 (talk) 22:50, 18 October 2015 (UTC)

Single value constraint[edit]

What is the thinking behind the constraint limiting this to a single value? There are at present over 2000 violations of this, which from the small sample I looked at all seem to be correct - mostly different websites for different countries and/or languages. Thryduulf (talk: local | en.wp | en.wikt) 23:27, 29 May 2016 (UTC)

They are probably false positive, yes. The use you see in for example #Q20#P856, even if I haven't checked the pages, probably correct. You can add exceptions to the template above, and those cases will not appear in the reports. -- Innocent bystander (talk) 11:14, 3 June 2016 (UTC)
We should probably have a complex constraint here: for all entities where official website is used and where there is only one claim, no language is necessary. Where official website is used and where there is more than one claim, you must use language as a qualifier (and if it's possible, the language as a qualifier should only appear in the context of a single claim). I thought we had a complex constraint template lying around...? --Izno (talk) 11:49, 3 June 2016 (UTC)
Some companies can have an official homepage distributed to different to clients in different nations. I often visit the homepage of Deutsche Bank, and they have a special homepage for Sweden, since not all of or their products can be marketed here. -- Innocent bystander (talk) 12:37, 3 June 2016 (UTC)
They may be serving that to you automatically... So far as I know, no client wikis have templates that do anything more than check to see if there is a language qualifier. --Izno (talk) 13:02, 3 June 2016 (UTC)
In this specific case, they don't, it is probably a legal matter. If I tell the page I live in the US, I am denied access to the page. But you are probably right, and since (almost) all wikis are only pov according to their language(s), not their nation, language is the most important qualifier. The module I have been hacking on svwiki priorities claims with language=Swedish as qualifier by default. -- Innocent bystander (talk) 13:49, 3 June 2016 (UTC)
Official websites can also be distinguished by target audience rather than by language, e.g. the various national editions of Google (Q9366) or personal vs business customers (I think Lloyds Bank (Q1152847) does this) so a complex constraint would need to I think allow qualifiers language of work or name (P407), applies to jurisdiction (P1001) or intended public (P2360). Thryduulf (talk: local | en.wp | en.wikt) 16:15, 3 June 2016 (UTC)
Sure; my suggestion was a sketch. --Izno (talk) 16:23, 3 June 2016 (UTC)

It seems that it has been established here there are several reasons why an item may have more than one official website. Should the single value constraint therefore simply be removed or is there a desire to craft a complex constraint? If the latter is anyone working on it? Thryduulf (talk) 08:11, 15 June 2016 (UTC)

@Izno: Are you talented with such know-how? -- Innocent bystander (talk) 08:14, 15 June 2016 (UTC)
We need to see if there is even a thing such as a complex constraint. And I'm not the know-how guy in this case; someone who has a finer skill at SQL will probably need to help :D. --Izno (talk) 10:48, 15 June 2016 (UTC)
{{Complex constraint}} ? It seems the constraints you want are some kind of "guarded constraints", of the form "if guard then constraint". This is writable in sparl with the form select ?item where { select all items who matches the guard minus select all the items that matches the constraint or select ?item where { select all items who matches the guard where not exists items that do not matchconstraint, for example. I guess I could write a Category:Partial query to help to express such guarded stuffs. author  TomT0m / talk page 14:50, 15 June 2016 (UTC)
I don't really understand your terminology, but I think what we want is "if there are multiple values, then all values should have one of the qualifiers language of work or name (P407), applies to jurisdiction (P1001) or intended public (P2360)". Ideally with an easy way to add other allowed qualifiers if found to be needed. Thryduulf (talk) 12:17, 16 June 2016 (UTC)
I'll work on it. author  TomT0m / talk page 17:14, 16 June 2016 (UTC)
PS: with a correction of the link it should be easier to understand :) author  TomT0m / talk page 17:16, 16 June 2016 (UTC)
Ivan: I think you already have a solution for this (ignore single value constraint violations when a qualifier distinguishes them), would you activate it for the P18 report?
--- Jura 05:09, 17 June 2016 (UTC)
Worked a little bit this morning on a few templates, here is the state of my work : Can someone confirm this actually works ? The final query does not returns any results right now, which would mean there is not any violation which would be surprising.
Here is the query written by the help of templates :
select ?item where {
    {{IfThenConstraint                                              # if then selects all the items which are selected by the "if" and removes all those who do match the "then". The result is supposed to be the constraint violation. 
          |if={{Multiple values|official website|?item}}            #"multiple values" selects all the items with several official website claims
                 ?item ps:P586 ?websitestatement.                   #this line selects all those statements

          |then={{qualified by|?websitestatement|P407,P1001,P2360}} #"qualified by" filters the statemetnts who are qualified by any of P401, P1001 and P2360
    }}
}

Here is the resulting query :
select ?item where {
    
{ 
   ?item wdt:P856 ?itemofficial_websiteval1 .
?item wdt:P856 ?itemofficial_websiteval2 filter(?itemofficial_websiteval1 != ?itemofficial_websiteval2) .
                 ?item ps:P586 ?websitestatement. 
} filter not exists {
  ?websitestatement ?websitestatementqualifier ?websitestatementqualifiervalue . values ?websitestatementqualifier { pq:P407 pq:P1001 pq:P2360 }
}
}
Try it!
author  TomT0m / talk page 10:20, 17 June 2016 (UTC)

Please normalize?[edit]

@Jura1: What is your instruction supposed to mean? That we should prefer HTTPS? Or...? --Izno (talk) 11:30, 14 June 2016 (UTC)

Use https://en.wikipedia.org/ not http://en.wikipedia.org/ or https://en.wikipedia.org
--- Jura 11:31, 14 June 2016 (UTC)
Why is the instruction related only to the WMF? --Izno (talk) 11:46, 14 June 2016 (UTC)
Not every website supports https, and whether domain.com and domain.com/ are the same is not predictable (I guess it depends on the configuration of the web server). Thryduulf (talk) 17:29, 14 June 2016 (UTC)
I added that as WQS outputs them that way for sitelinks.
--- Jura 18:02, 14 June 2016 (UTC)
Just as a side note: strictly speaking URLs of the form http://example.com do not exist, but all existing web browsers assume this to mean http://example.com/. The server is not involved. (There is no way to request the empty path in HTTP.) --Srittau (talk) 20:01, 14 June 2016 (UTC)
That's why I was asking; I was pretty certain that was the case. @Jura1: We can probably relax that to "use the trailing slash after the domain" and "prefer HTTPS where possible" broadly, rather than the more specific "WMF-only" instruction. --Izno (talk) 10:50, 15 June 2016 (UTC)
@Jura1 Hi, can you show me an example about "WQS outputs them that way for sitelinks"? @Izno Why should we add a trailing slash? The URL for Google is: http://www.google.com not http://www.google.com/. --Rotpunkt (talk) 12:52, 15 June 2016 (UTC)
@Rotpunkt: Here is one. Maybe it could be generalized, but I'd rather see it formulated separately for WQS/WMF.-- Jura 13:05, 15 June 2016 (UTC)
@Jura I don't understand why you refer to WQS. They appear with a trailing slash just because their P856 has a trailing slash.--Rotpunkt (talk) 13:25, 15 June 2016 (UTC)
Here is a more explicit sample: [1]. To make it work, I temporarily removed the trailing slash for vecwiki.
--- Jura 13:33, 15 June 2016 (UTC)
@Rotpunkt: review Srittau's comment. --Izno (talk) 13:34, 15 June 2016 (UTC)
@Jura Indeed a basic query returns it without trailing slash. @Izno are you referring to << all existing web browsers assume this to mean http://example.com/ >>. So? We are just writing URLs, not URLs as they were transformed by browsers. Is there a W3C recommendation that says we should write http://www.facebook.com/ instead of http://www.facebook.com? --Rotpunkt (talk) 13:58, 15 June 2016 (UTC)
RFC 2616 (HTTP/1.1) in conjunction with RFC 3986 (URIs) says exactly that. Non-relative HTTP URIs use an absolute path, which starts with a slash. --Srittau (talk) 23:20, 15 June 2016 (UTC) Actually, the abs_path is optional, and if left out the URI is equivalent to abs_path of "/". --Srittau (talk) 23:25, 15 June 2016 (UTC)

@Jura Your query, in a simpler form, returns <https://vec.wikipedia.org/> instead of <https://vec.wikipedia.org> like my query does, just because of the usage of schema:isPartOf. So (1) this doesn't mean that the behaviour of schema:isPartOf is a rule for what we should use in P856 for WMF sites and (2) more generally this doesn't mean at all that we need trailing slash for P856. So IMO this edit is also wrong. --Rotpunkt (talk) 15:23, 15 June 2016 (UTC)

  • What's the disadvantage of adding the trailing slash to P856 for WMF sites? Why would it be an advantage of adding a new property instead?
    --- Jura 15:36, 15 June 2016 (UTC)
@Jura New property? Which new property? Regarding the trailing slash you can't reason about "disadvantage of adding", the URL (without subresources, like http://www.example.com/resource/ ) are *without* a trailing slash. And I don't find any W3C recommendations about adding it. The URL for enwiki, Google, Facebook, are http(s)://en.wikipedia.org http(s)://www.google.com http(s)://www.facebook.com, NOT: http(s)://en.wikipedia.org/ http(s)://www.google.com/ http(s)://www.facebook.com/. --Rotpunkt (talk) 15:51, 15 June 2016 (UTC)
This is not about Google or Facebook. It's merely about WMF sites. We can't link it efficiently in query results without. Obviously, we could create a new property just for this purpose or modify WQS configuration, but I don't see an advantage of doing either if we end up with the same as we do now.
--- Jura 16:02, 15 June 2016 (UTC)
You can't link it efficiently in query results without that trailing slash? This is a problem of your query, it can't influence the value of P856. Show me your problem, and rollback this edit, please. --Rotpunkt (talk) 16:08, 15 June 2016 (UTC)
Did you look at the 2nd sample query I provided? It lacks the item for vecwiki.
--- Jura 16:12, 15 June 2016 (UTC)
Now I will check, however you have to be a lot clearer in your explanations (especially for such important properties like this one). Only after several hours we have finally understood you have added this normalization for making a query work. --Rotpunkt (talk) 16:21, 15 June 2016 (UTC)
@Jura With this query you get all six items without using P856 at all, but using P424 instead. Try also with items other then Q19610561, it is fast. Furthermore it can be semplified removing string functions (I didn't know if it's possible to get the language directly from the sitelinks). --Rotpunkt (talk) 20:10, 15 June 2016 (UTC)
Not sure if this scales to 10000s of links. If you start out from other items (e.g. Leonardo da Vinci (Q762) ), one looses all non WP links. The existing solution doesn't have this issue.
--- Jura 05:04, 17 June 2016 (UTC)
@Jura Sure it works. About non-Wikipedia projects: replace ".wikipedia" with "." and you get items for all projects. Or use ".wikiquote", for example, if you want only wikiquote items. --Rotpunkt (talk) 09:29, 18 June 2016 (UTC)
It seems to be confusing [2] Wikipedia with Wikisource and others. Let's stick to the working solution. One thing I don't quite get, what would be the benefit of using http or removing a "/" from WMF sites?
--- Jura 07:45, 22 June 2016 (UTC)
@Jura Because that slash is a workaround. It would be like: please use p:P558 in uppercase, only for pressure units, because it is needed for a query to work. I am discussing the problem with Smalyshev to see if there is a definitive solution (getting Wikimedia project item directly from the sitelink, without the need of any property at all). --Rotpunkt (talk) 09:18, 22 June 2016 (UTC)
Hi guys, I think to make all this less of a waoraround, I think we may ask the devteam to add metadatas about wikimedia projects in the rdf datadump. There is already schema:isPartOf <https://en.wikipedia.org> ; on sitelink metadata, how can we further classify the wikimedia projects ? @Lea Lacroix (WMDE): is it possible to either add informations about the project and/or adding the wikidata item about that project ? Then we could use wikidata to add metadata about wikimedia and use those informations to filter the sitelinks. author  TomT0m / talk page 10:14, 22 June 2016 (UTC)
Actually nevermind, it's already possible to join with official website (P856) View with SQID ... I wonder ho efficient that is. author  TomT0m / talk page 12:13, 22 June 2016 (UTC)

Archive of official site[edit]

See [3]. I suppose P856 cannot be directly used for this and we need either some qualifier or a new property? --Infovarius (talk) 10:03, 25 December 2016 (UTC)

Importing URLs from GRID[edit]

I am going to import official webpage URLs from the GRID dataset. I will use GRID ID (P2427) to match entries of the dataset with items. The statements will have a reference, which will be the DOI of the dataset they come from. Let me know if you have any concerns. − Pintoch (talk) 21:02, 1 February 2017 (UTC)

FTP[edit]

Are FTP sites like in [4] okay? --Pasleim (talk) 15:57, 9 February 2017 (UTC)

Property in Infoboxes[edit]

On the current discovery of seven exoplanets, I encountered the article TRAPPIST (English Wikipedia). The Infobox already uses data imported from Wikidata. The problem is that the Website category looks terrible and doesn't work. In Wikidata there are two equivalent websites stated (one in French, the other in English) and it doesn't fit the Infobox. In Wikipedia it is read as a single website. Is there any way to prettify it (maybe hide the link under a name) and is really necessary to have both websites? In the last case, if not, which website should stay? - Sarilho1 (talk) 12:11, 25 February 2017 (UTC)

Double http(s):// problem on zhwiki[edit]

cf. zh:Wikipedia:互助客栈/技术#.7B.7Binfobox_company.7D.7D.E6.8F.90.E5.8F.96.E7.BB.B4.E5.9F.BA.E6.95.B0.E6.8D.AE.E7.9A.84.E5.AE.98.E7.BD.91Property.E6.A0.BC.E5.BC.8F.E4.B8.8D.E5.AF.B9. --Liuxinyu970226 (talk) 12:43, 26 May 2017 (UTC)

what should be done with dead links?[edit]

  • qualified with end date (or similar)?
  • deprecated?
  • removed?

d1g (talk) 13:44, 12 August 2017 (UTC)

I guess "end date" with at least somevalue. But I guess that is only valid if the entity itself still exists. I mean, if a company is closed and the official website is closed as a consequence of that, the official website has been a valid site until the bitter end. An end date in such cases do not look like a good idea.
I think it would be a good idea to add a "badge" to the url-datatype, making it an option to describe it as dead. -- Innocent bystander (talk) 07:09, 13 August 2017 (UTC)
...on second thought end date qualifier is the only option when company is active (no end time on item) d1g (talk) 12:06, 13 August 2017 (UTC)
  • I think someone once set some of them to deprecated and added a qualifier (there was some discussion on Project Chat). Maybe one of the Internet Archive-bots could start adding archive URL (P1065) as qualifier.
    In any case, I don't think they should be removed or replaced.
    --- Jura 12:15, 13 August 2017 (UTC)

Constraint disallowing Internet archive URLs[edit]

Archive URLs cannot be used as an official website. They can only be used as a qualifier to the original website. We require a constraint that disallows archive URLs (string starting with http[s]://web.archive.org... as a value. John Samuel 10:28, 9 September 2017 (UTC)

Sounds reasonable. They can be added with the "archive URL" qualifier instead.
--- Jura 11:15, 9 September 2017 (UTC)
Instead of a constraint and to simplify imports, maybe a @Pasleim: could set up a Delta bot job that converts them to normal P856, a qualifier archive URL (P1065) and some indicator that it's no longer an active website.
--- Jura 11:21, 9 September 2017 (UTC)

URL for publication[edit]

If a publication is available online (officially, from the publisher), should we use this property, or is there a better one? E.g. General History of Africa - Volume IV - Africa from the Twelfth to the Sixteenth Century (Q31369125). Bovlb (talk) 19:01, 14 March 2018 (UTC)

full work available at (P953) is better.--Jklamo (talk) 20:12, 14 March 2018 (UTC)

unique?[edit]

Sorry, I'm very much a Wikidata neophyte... did someone make a change to this property recently that makes it complain if another element has the same value for P856? Specifically I'm thinking of television programs where the main article would have, say, an official website of "https://blergh" and then you might want to use that same value as the official website for that program's season/series articles. So basically if I list "https://www.hbo.com/westworld" as the value for P856 for w:Westworld (TV series), it is throwing a warning/error if that same website is listed as the official website for w:Westworld (season 2) (as I did here). Or has this always been how this property is set up? I would think there could be multiple cases where an element might share an official website with another element, so this restriction seems like a bad idea. —Joeyconnick (talk) 21:31, 17 April 2018 (UTC)

Actually, this property has been always set up like this. The newish thing is that you can see the "complaint" directly on the item. Matěj Suchánek (talk) 14:47, 18 April 2018 (UTC)
I think the single value constraint is not much use for this property at all. I work on cinemas a lot, and often, there is one website for a cinema chain that is the best place to give as P856 also for the single local cinemas, since there is no proper landing point at the target website for that (but some Javascript navagation or the likes). Still, it's very helpful to have that Website at the respective cinema items. --Anvilaquarius (talk) 12:18, 20 April 2018 (UTC)
  • I think the report shows quite a lot of non-unique sites that shouldn't be there, notably the same for two different politicians.
    --- Jura 12:03, 21 April 2018 (UTC)

Onion links[edit]

Many sites have official websites as wel as onion (Tor) links. This property only allows one, however. How can we proceed in such cases? I think I have proposed a specific property for these sorts of URLs, but it was not done and people suggested we use official website (P856) instead. NMaia (talk) 12:34, 22 April 2018 (UTC)

incorrect removal of YouTube URLs[edit]

Hi... there are several en.wikipedia.org pages for YouTube Red Original TV series where the articles' "official website" is a YouTube channel, yet this property is set up to automatically remove those and convert them to P2397. See, for example, en:Impulse (TV series), en:Cobra Kai, etc. This auto-conversion is creating errors in these cases, like here. Can we get it switched off or narrowed or something? —Joeyconnick (talk) 04:51, 15 May 2018 (UTC)

  • It's still present as youtube channel. We don't add random twitter accounts or youtube channels. Besides, there are many other possible statements on Q48816788 that are missing. P856 isn't really essential.
    --- Jura 08:25, 15 May 2018 (UTC)