Wikidata:Property proposal/class of property value
class of property value
[edit]Originally proposed at Wikidata:Property proposal/Generic
Description | class of the value of a non-Item datatype property |
---|---|
Data type | Item |
Domain | property |
Example 1 | YouTube video ID (P1651) → YouTube video ID (Q110851517) |
Example 2 | mass (P2067) → mass (Q11423) |
Motivation
[edit]Right now this relationship is fulfilled by Wikidata item of this property (P1629), which is problematically conflated. For example, the Wikidata item of this property (P1629) for YouTube video ID (P1651) is YouTube (Q866), YouTube video ID (Q110851517), and YouTube video (Q63412991). Clearly this property describes multiple different relationships such as the domain of the property, the range, and the issuer of the external identifier.
This proposed property seeks to specify the "range" usage of this property for non-Item datatype properties. The reason this should not be used on Item datatypes is because a value-type constraint (Q21510865) should be used for that instead.
This property will be a subproperty of Wikidata item of this property (P1629). Lectrician1 (talk) 21:17, 7 April 2022 (UTC)
Discussion
[edit]- Comment In the third example, shouldn't the value be Wikimedia Commons file (Q51954352) instead? Ainali (talk) 21:22, 7 April 2022 (UTC)
- @Ainali flag (Q14660) still works. You could add Wikimedia Commons file (Q51954352) if you wanted, but I don't think it's necessary if the datatype for the property is already a "Commons media file". Lectrician1 (talk) 22:24, 7 April 2022 (UTC)
- Well, I meant that semantically, the flag item is not an image, and the property is for images of flags, not flags. For flags we have flag (P163) and it would be weird if two properties had the same value. Ainali (talk) 07:33, 8 April 2022 (UTC)
- @Ainali
- > flag item is not an image
- The image value is a flag. It's an instance of a flag.
- You can use it on flag (P163) instead if you want. flag image (P41) is a subproperty of flag (P163) after all. Lectrician1 (talk) 17:08, 8 April 2022 (UTC)
- No, an image of a flag is not a flag. That would be like saying an image of you is you. Ainali (talk) 18:55, 8 April 2022 (UTC)
- You're right. An image of a flag depicts (P180) a flag. Different relationship. It should only belong on the other property. I think that means that the image property cannot be a subproperty then, correct? Lectrician1 (talk) 03:09, 9 April 2022 (UTC)
- No, an image of a flag is not a flag. That would be like saying an image of you is you. Ainali (talk) 18:55, 8 April 2022 (UTC)
- Well, I meant that semantically, the flag item is not an image, and the property is for images of flags, not flags. For flags we have flag (P163) and it would be weird if two properties had the same value. Ainali (talk) 07:33, 8 April 2022 (UTC)
- @Ainali flag (Q14660) still works. You could add Wikimedia Commons file (Q51954352) if you wanted, but I don't think it's necessary if the datatype for the property is already a "Commons media file". Lectrician1 (talk) 22:24, 7 April 2022 (UTC)
- Comment I think the stated problem should be fixed by unconflating the values, rather than creating a new property. - PKM (talk) 01:54, 8 April 2022 (UTC)
- @PKM And how do we do that?
- Creating a new subproperty is good since it does not require the process of changing the definition of the property and then fixing the hundreds of wrong statements. Editors instead can simply switch to using this statement to describe the relationship better. Lectrician1 (talk) 17:11, 8 April 2022 (UTC)
@AntisocialRyan @Rdrg109 you might be interested in this. Lectrician1 (talk) 18:03, 16 April 2022 (UTC)
- Support This looks good to me. AntisocialRyan (Talk) 18:08, 16 April 2022 (UTC)
- Support same Nepalicoi (talk) 15:39, 30 April 2022 (UTC)