Property talk:P5233

From Wikidata
Jump to navigation Jump to search

Documentation

Filmow ID
identifier at the Filmow database of films and TV shows
Associated itemFilmow (Q5449163)
Applicable "stated in" valueFilmow (Q5449163)
Data typeExternal identifier
Domainfilm (Q11424), human (Q5), television series season (Q3464665) or television series (Q5398426)
Allowed values[at][1-9]\d*
Example13 Reasons Why, season 2 (Q53679951)t233906
Jane Russell (Q217033)a64948
Selena (Q751130)t1937
Kate Winslet (Q202765)a35
Sourcehttps://filmow.com/
Formatter URLhttps://filmow.com/wd-$1
Related to country Brazil (Q155) (See 94 others)
Lists
Proposal discussionProposal discussion
Current uses
Total2,520
Main statement2,51299.7% of uses
Qualifier40.2% of uses
Reference40.2% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
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/P5233#Single value, SPARQL
Distinct values: this property likely contains a value that is different from all other items. (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/P5233#Unique value, SPARQL (every item), SPARQL (by value)
Format “[at][1-9]\d*: 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/P5233#Format, 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/P5233#Entity types
Scope is as main value (Q54828448), as reference (Q54828450): the property must be used by specified way only (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/P5233#Scope, SPARQL
Label required in languages: pt: Entities using this property should have labels in one of the following languages: pt (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/P5233#Label in 'pt' language, search, SPARQL
Label required in languages: pt-br: Entities using this property should have labels in one of the following languages: pt-br (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/P5233#Label in 'pt-br' language, search, SPARQL
Pattern ^.+\-([at][1-9]\d*)\/?$ will be automatically replaced to \1.
Testing: TODO list

Discussion[edit]

Switching to a numerical ID?[edit]

Currently, the property uses the slug (part of the URL) as an ID. But after looking around in the HTML source of the page, it seems we could also simply use the numerical ID that is part of that URL, instead. The formatter URL "https://filmow.com/filme/$1/" seems to work, so instead of "13-reasons-why-2a-temporada-t233906", we could just use "233906" instead (= https://filmow.com/filme/233906/). I think generally, using such unique IDs is preferable to using slugs, since slugs are more prone to change over time.

Currently, the property is barely used (only 59 uses), so I think switching to the other kind of ID wouldn't cause much trouble. Pinging @NMaia: as the property proposer. What do you think? --Kam Solusar (talk) 15:27, 11 September 2019 (UTC)[reply]

No problem, go ahead! NMaia (talk) 11:48, 12 September 2019 (UTC)[reply]
So, I was just about to make these changes, but it turns out I should have looked more closely into this earlier. I somehow totally overlooked that this property is not only for films/series but also for persons - sorry about that. As they apparently have two different IDs, one for films and one for persons, we'd also need two separate properties for these. However it seems they don't have the same kind of redirect/short url for persons as they have for films (or at least I can't find it). So just changing this property won't work and a separate property for persons would need to use the current slug-IDs anyway (while the film/series property could use the numerical ID). Not sure that would be a big improvement. --Kam Solusar (talk) 15:11, 20 September 2019 (UTC)[reply]