Wikidata:Property proposal/legend for number

identified in image by edit

Originally proposed at Wikidata:Property proposal/Commons

Description(qualifier) statement value/object is identified with the following number, letter or sign in the image
Data typeString
Domainfiles on Commons, possibly items for visual works
Allowed valuesnumbers (primarily), letters, signs
Example 1File:Vienna Congress.jpg depicts (P180) Arthur Wellesley, 1st Duke of Wellington (Q131691) → 1
Example 2File:Vienna Congress.jpg depicts (P180) Joaquim Lobo da Silveira, 7th Count of Oriola (Q6206321) → 2
Example 3File:Vienna Congress.jpg depicts (P180) António de Saldanha da Gama, Count of Porto Santo (Q1661560) → 3
Example 4File:Vienna Congress.jpg depicts (P180) Gustaf Löwenhielm (Q3439851) → 4
 
Example 5File:Elevation_gain.png depicts (P180) cumulative elevation gain (Q5804317) → HB-HA+HD-HC
Example 6File:Elevation_gain.png depicts (P180) <new item for "absolute elevation"> → HA,HB
Example 7File:Elevation_gain.png depicts (P180) <new item for "relative elevation"> → HC,HD
Example 8File:Elevation_gain.png depicts (P180) <new item for "elevation difference"> → HB-HA
Example 9File:Elevation_gain.png depicts (P180) <new item for "elevation difference"> → HD-HC
See also
 

Motivation edit

The sample above are for the file:Vienna Congress.jpg. In comparable cases, we could have an item for this version of The Congress of Vienna (Q66120851) as well, but for this file I think it's sufficient to provide the legend on Commons. Note that the original engraving The Congress of Vienna (Q66120851) doesn't include these numbers. series ordinal (P1545) doesn't seem sufficient as ordering might not necessarily be the one used in the image. (Add your motivation for this property here.) --- Jura 14:37, 5 August 2019 (UTC)[reply]

Discussion edit

issue (P433) and quantity (P1114) are nonsense, issue (P433) has a type constraint to text (Q234460), quantity (P1114) is for quantities and has datatype quantitiy, has nothing to do with the proposal apart from the use of numbers. --Marsupium (talk) 20:15, 13 August 2019 (UTC)[reply]
  Support This proposal seems reasonable to me. ArthurPSmith (talk) 18:12, 14 August 2019 (UTC)[reply]
  Comment I would just add, that describing specific part of the image via structured data might be possible in the future if we can connect image notes with structured data and it was already discused somewhere. How the technology will exactly work is unknown to me and thus is unknown, how it could be handled by SD. But on the other hand if the image includes notes in its orriginal layer as an image, why not to describe it structuraly. Maybe same property would be in the future used for the proposal mentioned above. Juandev (talk) 20:15, 21 August 2019 (UTC)[reply]
  •   Comment I am still coing the idea, wheatere it is needed, when there is P2677. If I understand this well, labeling parts of image is in fact creating an anchor in the image to link it with text. Today we can use frames, which are also anchors. How you would advocate the need to have a specific property for old way of anchoring? I understand that P2677 might not be sufficient as it allows only square/rectangle like anchor, which may sometime cause problems, because such anchors would overlap - overlap when physically highghted in the image. But on the other side, we my try to wider that property to allow defining complex image area (if it is possible I dont know). I wonder weather such historical anchors have some value rather than anchors. I would image the property indicating typu of anchor, e.g. image has number type anchors. Juandev (talk) 17:15, 7 September 2019 (UTC)[reply]
  •   Support That looks important. Juandev (talk) 00:37, 10 September 2019 (UTC)[reply]