Property talk:P2639

From Wikidata
Jump to navigation Jump to search

Documentation

Filmportal ID
identifier of the German Filmportal.de
Representsfilmportal.de (Q15706812)
Applicable "stated in" valuefilmportal.de (Q15706812)
Data typeExternal identifier
Corresponding templateno label (Q25828299)
Domainhuman (Q5), film (Q11424), film series (Q24856), television series (Q5398426), television series episode (Q21191270), organization (Q43229) or dubbing (Q187657)
Allowed values[\da-f]{32}
ExampleThe Most Beautiful Day (Q22338427)fa85c5fe1b0349d0b47cfd6bc21b8d97
Rainer Werner Fassbinder (Q44426)16e2b393d11641aa885388d85222f8db
Kairos-Film (Q1651169)e6c1970b8c524f55af173bbe4931b8d9
Volksbühne (Q617244)7b904207ddff458ab404d41e907a9d06
Sourcehttps://www.filmportal.de/
Formatter URLhttps://www.filmportal.de/$1
Formatter URNurn:uuid:$1-$2-$3-$4-$5 — List of Uniform Resource Names (URN)
Robot and gadget jobsImport of the data of the german filmportal.de
Tracking: usageCategory:Pages using Wikidata property P2639 (Q97758847)
Related to country Germany (Q183) (See 361 others)
Lists
Proposal discussionProposal discussion
Current uses
Total204,000
Main statement177,98987.2% of uses
Qualifier4<0.1% of uses
Reference26,00712.7% 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/P2639#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/P2639#Single value, SPARQL
Format “([0-9a-f]{32}|): 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/P2639#Format, SPARQL
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), 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/P2639#Conflicts with P31, SPARQL
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/P2639#Scope, hourly updated report, 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/P2639#Entity types
Pattern ^film\/[a-z0-9-]+_([0-9a-f]{32})$ will be automatically replaced to \1.
Testing: TODO list
The property value will be transformed to lowercase automatically.
Testing: TODO list

Discussion

[edit]

No value gives constraint violation

[edit]

why? Queryzo (talk) 09:00, 31 March 2016 (UTC)[reply]

@Pasleim: ? Queryzo (talk) 18:30, 31 March 2016 (UTC)[reply]

I changed the format pattern such that also an empty string is allowed. But it might be more elegant if for all format constraints novalue would always be allowed. @Ivan A. Krestinin: What do you think? --Pasleim (talk) 19:21, 31 March 2016 (UTC)[reply]
novalue is not looked as really needed for all properties. — Ivan A. Krestinin (talk) 21:39, 31 March 2016 (UTC)[reply]

Domain?

[edit]

This property seems to have been intended for films, for persons described at filmportal.de I have just added Wikidata:Property proposal/Authority control#filmportal.de Personen-ID. -- Gymel (talk) 09:45, 2 April 2016 (UTC)[reply]

The propsal was declined IMHO mostly on the grounds on statements of filmportal.de as operator of its database being aware of the issue and having no intention to implement a more strict behavior of its API. I.e. crafting resolver URLs based on the "wrong" entities (like something with "film" for persons or the other way round) is and will continue to be accepted usage. Cf. the archived discusstion at Wikidata:Property proposal/Archive/49#filmportal.de person ID for details. -- Gymel (talk) 07:00, 25 April 2016 (UTC)[reply]

Type violations

[edit]

Can anybody add constraint type with human (Q5), film (Q11424) und business (Q4830453)? Thanks. Queryzo (talk) 08:08, 16 April 2016 (UTC)[reply]

URL-Formatter

[edit]

And can we add URL formatters so persons, films and institutions get the proper url (see examples)? Thanks! Queryzo (talk) 10:36, 16 April 2016 (UTC)[reply]

  • Der geilste Tag (Q22338427) → /film/fa85c5fe1b0349d0b47cfd6bc21b8d97
  • Rainer Werner Fassbinder (Q44426) → /person/16e2b393d11641aa885388d85222f8db
  • Kairos-Film (Q1651169) → /institution/e6c1970b8c524f55af173bbe4931b8d9
Of course this is impossible in principle. Although one could guess that an instance of (a subclass of) human (Q5) here probably is a "person" over there. -- Gymel (talk) 21:25, 16 April 2016 (UTC)[reply]
@Queryzo, Jura1: This property is rather new, can't it still be split up into one Property per type for proper tooling support and semantics? Unlike the IMdB one, this one probably doesn't yet have much users. Cheers, Hoo man (talk) 11:32, 25 April 2016 (UTC)[reply]
That was rejected by the community: Wikidata:Property_proposal/Archive/49#filmportal.de_person_ID. The difference between the urls seems to be purely cosmetic and proper tooling support is something to be done one the development side: Wikidata:Contact_the_development_team#Next_steps_for_external_identifiers
--- Jura 11:37, 25 April 2016 (UTC)[reply]
Am I the only person who sees a difference between a switch which can be implemented by solely inspecting the form of the identifier and one which has to implement heuristics based on other property which hopefully will be present at all? -- Gymel (talk) 13:00, 25 April 2016 (UTC)[reply]
[edit]

Unlike what is stated in Wikidata:Property_proposal/Archive/49#filmportal.de_person_ID, links to persons or institutions do not redirect when used with /film/ and vice versa. The correct type has to be used for the URL to resolve, else one gets a "The requested page could not be found." error. So a ton of the links are broken now. Since separate properties were "rejected by the community" (basically just 5 people), I guess this will be broken forever. --Sotho Tal Ker (talk) 22:50, 21 May 2018 (UTC)[reply]

I'm in contact with German Film Institute, the host for those links. They're aware of this problem and think about creating an super resolver, available for films AND persons. If they don't succeed, we need to propose a new single property for persons. Queryzo (talk) 05:51, 24 May 2018 (UTC)[reply]
@Queryzo: Any news? A lot of links are still broken, example Filmportal ID (P2639) of Stanley Kubrick (Q2001). We have three choices:
  1. website can provide his super resolver
  2. we can create three different properties each one with a different URL formatter: http://www.filmportal.de/film/$1, http://www.filmportal.de/person/$1, ...
  3. we can change URL formatter in http://www.filmportal.de/$1 and update identifiers in "film/...", "person/...", ...
I would go with choice 1 or choice 2 (if 1 not ready). --Rotpunkt (talk) 16:52, 21 June 2018 (UTC)[reply]
Not really, I just contacted them again. Queryzo (talk) 18:38, 24 June 2018 (UTC)[reply]
4. In LUA, you could switch based on P31.
--- Jura 17:51, 21 June 2018 (UTC)[reply]
@Jura1: No Jura, the URL must be constructed without any logic, just replacing the $1 of the URL formatter with the identifier. Indeed in Filmportal ID (P2639) of Stanley Kubrick (Q2001) it doesn't work when you click on "5ab2e5a6edf543f799fff56c605a8b4d". AFAIK this is the only property with this problem. --Rotpunkt (talk) 18:10, 21 June 2018 (UTC)[reply]
If I recall the creation discussion correctly, it used to work without. The problem is that the range for all of them seems to be the same, so splitting leads to other problems.
For your problem at hand ( it:Modulo:Collegamenti esterni), I think it could be solved that way. If you want direct links for some of the other properties, you might already need to do it anyways.
--- Jura 06:33, 23 June 2018 (UTC)[reply]
@Jura1: It doesn't need to be fixed for itwiki, no problem for it (I can do any workaround), this property must be fixed in general, just because it's wrong. Indeed it breaks the web interface as in Filmportal ID (P2639) of Stanley Kubrick (Q2001). The right way of fixing it is splitting in three properties as the majority of other properties, like AllMovie title ID (P1562) / AllMovie person ID (P2019) / ..., SecondHandSongs work ID (P2908) / SecondHandSongs artist ID (P2909) / ..., MusicBrainz work ID (P435) / MusicBrainz artist ID (P434) / ..., and so on. --Rotpunkt (talk) 12:14, 23 June 2018 (UTC)[reply]
They now created a resolver for all types of entities, it can be used as https://www.filmportal.de/ID. Queryzo (talk) 13:50, 21 September 2018 (UTC)[reply]
@Queryzo: Oh, finally, nice thanks! --Rotpunkt (talk) 15:29, 22 September 2018 (UTC)[reply]

Bookmarklet

[edit]

I've written a script that sends the ID to your clipboard (Ctrl+C), you can use creating a bookmarklet with the following address:

javascript:(function(){var d=document,s=d.createElement('script');s.src='//wikidata.org/w/index.php?title=User:1Veertje/Filmportal.js&action=raw&ctype=text/javascript&smaxage=43200&maxage=86400';d.body.appendChild(s);})();

--1Veertje (talk) 22:23, 2 June 2021 (UTC)[reply]