Property talk:P953
Documentation
URL of a web page containing the full body of this item
| Description | link to legal online providers of the full text of any creative work, including e.g. books, scripts for plays and speeches, etc. | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Represents | digital library (Q212805) | ||||||||||||
| Data type | URL | ||||||||||||
| Domain | According to this template:
creative work (intended for songs, albums, and artists)
According to statements in the property:
When possible, data should only be stored as statementsguideline (Q1630279), version, edition or translation (Q3331189), legal norm (Q216200), law (Q7748), constitutional document (Q680655), articles of association (Q3497659), article (Q191067), academic chapter (Q21481766), issue (Q28869365), legislation (Q49371), periodical (Q1002697), academic writing (Q4119870), anecdote (Q193206), email (Q9158), report (Q10870555), chapter (Q1980247), digital media (Q1076968), memoir (Q112983), biography (Q36279), statute (Q820655), position paper (Q7233193), letter (Q133492), interview audio recording (Q108679208), technical standard (Q317623), census (Q39825), literary work (Q7725634), document (Q49848), video recording (Q34508), work (Q386724) or contract (Q93288) | ||||||||||||
| Allowed values | Valid, working external links (note: this should be moved to the property statements) | ||||||||||||
| Example | L'Odyssée, 'Poésie homérique' (Q21715294) → http://iliadeodyssee.texte.free.fr/aatexte/berard/accueilberard/odyssberard.htm Open Access in Context: Connecting Authors, Publications and Workflows Using ORCID Identifiers (Q27050016) → http://www.mdpi.com/2304-6775/4/4/30/htm | ||||||||||||
| Source | Data is generated by en:User:LyricsBot by crawling lyrics websites, filtering out user-contributed content, and matching against properties such as title and performer/musical artist. (note: this information should be moved to a property statement; use property source website for the property (P1896)) | ||||||||||||
| Tracking: usage | Category:Pages using Wikidata property P953 (Q23909097) | ||||||||||||
| See also | official website (P856), newspaper archive URL (P7213), Commons compatible image available at URL (P4765), non-free artwork image URL (P6500), document file on Wikimedia Commons (P996), download URL (P4945) | ||||||||||||
| Lists | |||||||||||||
| Proposal discussion | Proposal discussion | ||||||||||||
| Current uses |
| ||||||||||||
| Search for values |
List of violations of this constraint: Database reports/Constraint violations/P953#Type Q1630279, Q3331189, Q216200, Q7748, Q680655, Q3497659, Q191067, Q21481766, Q28869365, Q49371, Q1002697, Q4119870, Q193206, Q9158, Q10870555, Q1980247, Q1076968, Q112983, Q36279, Q820655, Q7233193, Q133492, Q108679208, Q317623, Q39825, Q7725634, Q49848, Q34508, Q386724, Q93288, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P953#allowed qualifiers, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P953#Scope, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P953#Entity types
List of violations of this constraint: Database reports/Constraint violations/P953#Conflicts with P31, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P953#Conflicts with P31, SPARQL
|
Pattern ^https?://www\.un/en/ga/search/view_doc.asp?symbol=([1-9]\d{0,7})$ will be automatically replaced to \1 and moved to UN document symbol (P3069) property. Testing: TODO list |
|
|
Pattern ^https?:\/\/www\.jstor\.org\/stable\/((\d{2}.\d{4}\/[a-z\d.]+)|mammalianspecies[\d.]+|[1-9]\d{0,8})$ will be automatically replaced to \1 and moved to JSTOR article ID (P888) property. Testing: TODO list |
|
|
Pattern ^https?:\/\/papers\.ssrn\.com\/abstract=(\d+)$ will be automatically replaced to \1 and moved to SSRN article ID (P893) property. Testing: TODO list |
|
|
Pattern ^https?://(?:sp\.)?seiga\.nicovideo\.jp/(comic/\d+)[^\d]*$ will be automatically replaced to \1 and moved to Niconico ID (P11176) property. Testing: TODO list |
|
|
Pattern ^https?://(?:(?:www|sp)\.)?nicovideo\.jp/watch/((ca|cw|nl|nm|sm|so)\d+)$ will be automatically replaced to \1 and moved to Niconico ID (P11176) property. Testing: TODO list |
|
|
Pattern ^https?://comic-walker\.com/contents/detail/(KDCW_[A-Z]{2}\d{2}[012]0\d{4}0[123]0000_68)/?$ will be automatically replaced to \1 and moved to ComicWalker content ID (P11501) property. Testing: TODO list |
|
|
Pattern ^https?://ncode\.syosetu\.com/(n\d{4}[a-z]{1,2})/?$ will be automatically replaced to \1 and moved to Shōsetsuka ni Narō work ID (P11335) property. Testing: TODO list |
|
|
Pattern ^https?://comic\.pixiv\.net/works/(\d+)$ will be automatically replaced to \1 and moved to pixiv comic work ID (P11543) property. Testing: TODO list |
|
|
Pattern ^https?://www\.persee\.fr/doc/(.+)$ will be automatically replaced to \1 and moved to Persée article ID (P8758) property. Testing: TODO list |
See also
[edit]Clarify access rights?
[edit]I just fixed a link at Q24091322#P953 and noticed that full work available at URL (P953) is used there to point to a page where the full text of the piece (1 page) is available for free at a rather low resolution, whereas the default resolution is behind a paywall. On his talk page, User:James Hare (NIOSH) explains that he thinks P953 can point to full texts hidden behind access barriers (which may come in different flavours, e.g. paywalls or requirements to register for free to get access). I do not think this was the intention when the property was created, but I could not find any concrete stipulations on that matter, so I would like to invite clarifications. --Daniel Mietchen (talk) 23:13, 14 June 2016 (UTC)
- I am fine with links behind paywalls, because that is still more useful to our users than not linking at all. That said, we should probably qualify such links somehow. --Srittau (talk) 08:49, 15 June 2016 (UTC)
- I understand that it was probably not the intention. I used full work available at URL (P953) as a last resort for situations where the DOI did not resolve for some strange reason and I wanted some way to get to the document from the item. Alternative approaches are more than welcome. James Hare (NIOSH) (talk) 13:38, 15 June 2016 (UTC)
Non-free only?
[edit]The description in the documentation above says that this property should only be used for non-free works. Why is this? Could this be expanded? --Yair rand (talk) 17:39, 30 June 2016 (UTC)
- I do not understand it either. --Marsupium (talk) 13:53, 7 March 2017 (UTC)
- I couldn't understand it from the property proposal discussion either. So I delete it now … --Marsupium (talk) 17:02, 11 July 2017 (UTC)
- Perhaps because if they are free they could be included in Wikisource? Which also begs the question, should works in Wikisource always have this property in addition to the sitelink? I guess that will make queries more consistent (or at least easier to construct). If so, it would be a nice bot task to add this property to all items with Wikisource sitelinks. Ainali (talk) 07:49, 21 August 2017 (UTC)
- I couldn't understand it from the property proposal discussion either. So I delete it now … --Marsupium (talk) 17:02, 11 July 2017 (UTC)
Not limited to text?
[edit]Some animation films were published online on youtube.
Same about English speaking films. d1g (talk) 13:23, 6 January 2017 (UTC)
mandatory qualifier constraint property archive URL
[edit]Can we delete the "mandatory qualifier constraint property archive URL" it is very confusing as to what it wants and every instance of using the "full work at" gets the message which appears as if an error, even though it is just a suggestion. Is it suggesting to me I should be using a link from the Wayback Machine? --RAN (talk) 19:54, 6 February 2020 (UTC)
- It's suggesting that you should add archive URL (P1065) as a qualifier whenever you are using the property. I know that we have a lot of pages missing the property, that's why i marked it as a suggestion constraint rather than a mandatory constraint. --Trade (talk) 00:09, 26 February 2020 (UTC)
Is there a good reason to limit this property to texts?
[edit]@So9q, VASHGIRD, Máté, Ainali, Keren - WMIL, Rdrg109: @Dorades, Trade, D1gggg, IagoQnsi, Ainali, Mormegil:
Many of the current labels and descriptions suggest that values should be texts, but why should that be so? The type constraint has always included work (Q386724), which includes non-text works. Although the proposal was limited to texts, since then several languages have expanded the scope of their label or description to encompass non-text works, including: English ([1], [2]), Russian ([3]), Swedish ([4]), Czech ([5]), Danish ([6]), Tajik ([7]), Hungarian ([8]), Hebrew ([9]), Spanish ([10]), and Esperanto ([11]).
Somewhat contrary to this trend, Trade added a conflicts-with constraint last year, excluding podcasts ([[12]]) and giving a replacement property of described at URL (P973), which IMO isn't the same thing. (Though I do support the constraint for YouTube videos and tweets, since more specific properties exist for those types of works).
There is no other property for linking to the full content of non-text works. Why shouldn't this property allow non-text works? Swpb (talk) 20:03, 14 July 2022 (UTC)
- Good point. I also think this should absolutely be for works in general rather than just only texts. Ainali (talk) 21:12, 14 July 2022 (UTC)
- Indeed, I didn't even notice that it was defined as text only. We included a URL for the full work of in the historical news reels collection of the Israeli Film Archive. See for example The Platters on a concert tour in Israel (Q112613885). Keren - WMIL (talk) 08:32, 17 July 2022 (UTC)
Ok, it's been a week and there's been no opposition. I'm going to start changing labels/descriptions and remove the no-podcasts constraint. Swpb (talk) 17:47, 21 July 2022 (UTC)
Full work is being mismatched
[edit]See for example this edit using a bot, where the "full text" of an ancient Greek play is provided, but the link points to a German translation. The "full work" of a book text should always link to instance of (P31) version, edition or translation (Q3331189) in a matching language, and never to instance of (P31) literary work (Q7725634) or the like. A warning should be displayed when trying to attach "full work URL" to a work data item instead of an edition data item. --EncycloPetey (talk) 14:36, 6 February 2023 (UTC)
- Did you change the constraints @EncycloPetey? Sorry I find it hard to work out who has done what in property histories. I have just noted that all my theses (which are items we enter at work level, not edition/version etc) are now throwing up constraints for P953. Your claim that full work should only be applied to editions is based on what exactly? Because I am not terribly happy at having tens of thousands of constraint violations on theses suddenly appear! DrThneed (talk) 21:56, 1 June 2023 (UTC)
- I agree we should allow thesis (Q1266946) (as people have added article, articles of association, and other non-book items). PKM (talk) 22:32, 1 June 2023 (UTC)
- It was @Алексей Скрипник who removed work (Q386724) from the allowed values in Special:Diff/1905352964. I've undone that edit because it created over 450,000 constraint violations (see Special:Diff/1905684894). Maybe there are some other values which could be added which would bring the number down significantly? Although looking at the previous topic, it seems like work (Q386724) probably shouldn't be removed at all. Perhaps a "conflicts with" constraint would work? - Nikki (talk) 01:38, 2 June 2023 (UTC)
- Hello. According to FRBR (Functional Requirements for Bibliographic Records (Q16388)), a literary work can't have a link to a text. Link to a text should belong to a manifestation of the work. Unfortunately, Wikidata is full of these violations, but we should sooner or later address it. Constraint violation warnings might help editors to be aware of difference between a work and edition. --Алексей Скрипник (talk) 07:40, 2 June 2023 (UTC)
Cartoons need to be allowed
[edit]See for example HORATIUS HOLDS THE BRIDGE. (Q119145701) which is a David Low cartoon with a url linking to its appearance in Trove. MargaretRDonald (talk) 22:42, 6 June 2023 (UTC)
Allow usage of this property for all subclasses of periodicals
[edit]i have added a new subject type constraint, allowing the usage of this property for all subclasses of periodical publications. i think it is very useful to have this property on items of magazines, newspapers and all kind of such publication types if there is a website containing the full work of such publicaitons. e.g. Gasseziitig Lozärn (Q119216434)full work available at URL (P953)https://zentralgut.ch/toc/991354580105505/ Mfchris84 (talk) 12:55, 8 June 2023 (UTC)
- Did you intend to make it such that instance of (P31)=scholarly article (Q13442814) results in a subject type constraint? I'm not sure that it should result in such a constraint. Trilotat (talk) 13:09, 8 June 2023 (UTC)
- Thanks for pinging me, i was not aware that two type constraint Statements occur such an error. I added periodicals and changed the relation qualifier in the first subject type constraint. Hope that is better now but we really neeed this property for All different kinds of serial publications too. Mfchris84 (talk) 15:13, 8 June 2023 (UTC)
- Hello :-) Same problem with the "Scientific book" choice (Q7433672), see this example (Q51414733). Thanks in advance. Givet (talk) 15:21, 9 June 2023 (UTC) @Mfchris84, Trilotat: (sorry, I forgot...)
- that's not really the same problem. :-) The question is how do we model books in Wikidata? According to the frbr-related model discussed and proposed in Wikidata:WikiProject Books your examples should be instance of (P31)version, edition or translation (Q3331189). Mfchris84 (talk) 13:18, 10 June 2023 (UTC)
- Hello :-) Same problem with the "Scientific book" choice (Q7433672), see this example (Q51414733). Thanks in advance. Givet (talk) 15:21, 9 June 2023 (UTC) @Mfchris84, Trilotat: (sorry, I forgot...)
- Thanks for pinging me, i was not aware that two type constraint Statements occur such an error. I added periodicals and changed the relation qualifier in the first subject type constraint. Hope that is better now but we really neeed this property for All different kinds of serial publications too. Mfchris84 (talk) 15:13, 8 June 2023 (UTC)
not allowed for poems or short stories?
[edit]Is there a reason this property isn't allowed for fiction? Rachel Helps (BYU) (talk) 21:38, 1 August 2023 (UTC)
- For books (fiction or non-fiction), Wikidata utilizes the FRBR model (see Wikidata:WikiProject Books). According to this model, we need to distinguish between a creative work (for example: The Raven by E.A. Poe) and its editions (for example: The Raven from "The Raven and Other Poems", 1845). Thus, a work itself is merely an abstract concept; it does not include the text of the work, but rather its accumulated editions and translations. If you wish to add a link to the text of a short story, you'll first need to create an edition of that story and link it to the corresponding work using Property:P629. Unfortunately, Wikidata currently lacks a user-friendly interface for managing works and their editions, thus this process can be time-consuming when executed manually. --Алексей Скрипник (talk) 10:50, 2 August 2023 (UTC)