Property talk:P2704

From Wikidata
Jump to navigation Jump to search

Documentation

EIDR content ID
identifier for a film or television work, edit or manifestation, in the Entertainment Identifier Registry
Applicable "stated in" valueEntertainment Identifier Registry (Q5323129)
Data typeExternal identifier
Domain
According to this template: film (Q11424) and television program (Q15416)
According to statements in the property:
film (Q11424), television program (Q15416), film series (Q24856), television series season (Q3464665), television series episode (Q21191270), direct-to-video (Q844580) or podcast (Q24634210)
When possible, data should only be stored as statements
Allowed values10\.5240/([0-9A-Z]{4}-){5}[0-9A-Z]
ExampleNever Say Never Again (Q180279)10.5240/E058-3983-F191-9805-DD81-Q
The Simpsons (Q886)10.5240/58DD-06EB-3EED-A705-EE28-7
Sourcehttps://www.eidr.org/
Formatter URLhttps://ui.eidr.org/view/content?id=$1
Formatter URNurn:eidr:$1:$2 — List of Uniform Resource Names (URN)
Lists
Proposal discussionProposal discussion
Current uses
Total225,063
Main statement224,02599.5% of uses
Qualifier2<0.1% of uses
Reference1,0360.5% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
Distinct values: this property likely contains a value that is different from all other items. (Help)
List of violations of this constraint: Database reports/Constraint violations/P2704#Unique value, hourly updated report, SPARQL (every item), SPARQL (by value)
Single value: this property generally contains a single value. (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/P2704#Single value, SPARQL
Format “10\.5240/([0-9A-Z]{4}-){5}[0-9A-Z]|: value must be formatted using this pattern (PCRE syntax). (Help)
List of violations of this constraint: Database reports/Constraint violations/P2704#Format, hourly updated report, SPARQL
Conflicts with “instance of (P31): human (Q5): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P2704#Conflicts with P31, hourly updated report, search, SPARQL
Conflicts with “instance of (P31): Wikimedia category (Q4167836), Wikimedia project page (Q14204246), Wikimedia template (Q11266439): this property must not be used with the listed properties and values. (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/P2704#Conflicts with P31, SPARQL
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (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/P2704#Entity types
Scope is as main value (Q54828448), as reference (Q54828450): the property must be used by specified way only (Help)
List of violations of this constraint: Database reports/Constraint violations/P2704#Scope, hourly updated report, SPARQL
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P2704#Conflicts with P31, hourly updated report, search, SPARQL
This property is being used by:

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

Discussion

[edit]

Formatter URL

[edit]

Suggested reference URL for the formatter URL: https://eidr.org/about-us/, this cannot be added without login, also see Property talk:P356#EIDR. It's not a general DOI resolver. –2.247.247.18 04:17, 18 September 2017 (UTC) [reply]

Wrong format ?

[edit]

When trying to determine the value of URN formatter (P7470) for this property, I noticed that the part "10.5240/" isn't included. It seems this property should have been defined differently. --- Jura 19:03, 30 October 2019 (UTC)[reply]

@Kam Solusar: what do you think? --- Jura 12:48, 1 November 2019 (UTC)[reply]

I'm not quite familiar with the topic of URNs, so I'm not sure I can really give a qualified opinion on it. Reading RFC 7972, it seems the namespace ID is "eidr", so the URNs consist of the part "urn:eidr:", the EIDR prefix "10.5240" and the EIDR-suffix (the rest of the ID). And because it's a special character, the slash needs to be replaced by a colon. Which I guess means we can't simply use the IDs we currently sstore to create proper URNs via URN formatter (P7470), because of the slash after "10.5240", which would need to be replaced by a colon to make it work. I'm not sure if we have a way to do regex operations in such cases. So the way to fix that would probably be to not store the "10.5240/" part and make if part of the formatter URL (P1630) and URN formatter (P7470). But that seems a bit problematic since the property already exists in its current form for over 4 years now.
Additionally while the 10.5240 prefix is currently the standard, the document also notes "The only value of EIDR-PREFIX currently in use is "10.5240". Additional prefix values conforming to the EIDR-PREFIX syntax might be introduced by EIDR Association in the future.". Which again means that excluding the "10.5240" part from the IDs and only adding them in the formatter URL could potentially backfire if they ever add a new prefix. --Kam Solusar (talk) 15:46, 1 November 2019 (UTC)[reply]
@Kam Solusar: Looks like I mixed this up with another identifier. Sorry about that. As 10.5240 is actually mentioned even for urn, I think we should keep it. That some conversion is needed ("/" to ":") shouldn't be much of an issue. --- Jura 17:10, 1 November 2019 (UTC)[reply]

Mix'n'match

[edit]

Not sure where to post this, but thanks to whoever tweaked and improved this mix'n'match catalog I originally added. :) Trivialist (talk) 01:10, 8 November 2020 (UTC)[reply]

Finding podcasts

[edit]

EIDRs are under-used for podcasts, this a list of things to search for to find them

Back ache (talk) 03:32, 17 January 2024 (UTC)[reply]