Property talk:P2639
Documentation
identifier of the German Filmportal.de
List of violations of this constraint: Database reports/Constraint violations/P2639#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P2639#Format, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P2639#Conflicts with P31, SPARQL
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 |
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]No value gives constraint violation
[edit]why? Queryzo (talk) 09:00, 31 March 2016 (UTC)
@Pasleim: ? Queryzo (talk) 18:30, 31 March 2016 (UTC)
- 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)
- novalue is not looked as really needed for all properties. — Ivan A. Krestinin (talk) 21:39, 31 March 2016 (UTC)
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)
- 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)
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)
- Done
--- Jura 09:48, 16 April 2016 (UTC)
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)
- 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)
- If you want to do cosmetics, you could write some js for Gadget-AuthorityControl.js that reads P31:Q5 and changes the url to "person".
--- Jura 22:10, 16 April 2016 (UTC)
- @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)
- 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)- 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)
- 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
- @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)
Links are broken if the entity is not a movie
[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)
- 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)
- @Queryzo: Any news? A lot of links are still broken, example Filmportal ID (P2639) of
Stanley Kubrick (Q2001). We have three choices:
- website can provide his super resolver
- 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, ...
- 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)
- Not really, I just contacted them again. Queryzo (talk) 18:38, 24 June 2018 (UTC)
- 4. In LUA, you could switch based on P31.
--- Jura 17:51, 21 June 2018 (UTC)- @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)
- 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)- @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)
- 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)- @Queryzo: Oh, finally, nice thanks! --Rotpunkt (talk) 15:29, 22 September 2018 (UTC)
- 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.
- @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)
- @Queryzo: Any news? A lot of links are still broken, example Filmportal ID (P2639) of
Stanley Kubrick (Q2001). We have three choices:
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);})();
- Germany-related properties
- All Properties
- Properties with external-id-datatype
- Properties used on 100000+ items
- Properties with unique value constraints
- Properties with single value constraints
- Properties with format constraints
- Properties with constraints on type
- Properties with conflicts with constraints
- Properties with qualifiers constraints
- Properties with scope constraints
- Properties with entity type constraints
- Properties about movies