Same property for things 'depicted' in a file. It is actually more 'manifestation of' or 'digital representation of'.
I assume this is going to be the property equivalent to c:template;Artwork's Wikidata field. I would call it Digital representation of and I think it should have single value constraint. The main use will be on Commons Structured data and not on Wikidata. --Jarekt (talk) 21:13, 21 October 2018 (UTC)[reply]
Depicted place
Item
To be included in 'Depicts' in general?
Depicted event
Item
For instance, for photos of a specific festival, a play, a musical performance. To be included in 'Depicts' in general?
The Wikidata item of the website where the file was taken from, e.g. YouTube, Flickr, Europeana, a museum's website
Source URL
Probably to be created. There is reference URL (P854) (reference URL) but that is for references specifically
URL
The specific URL where the file was found on the source website
Institution's media file identifier
No, to be created (probably 1 identifier property per institution)
Identifier
For institutions whose media repositories have unique and persistent identifiers for individual media files. Not to be confused with identifiers for creative works.
Of the file itself - the 'thing depicted' will also have a creator and that might be a different person.
License reviewer
No, to be created
'User'
Other version(s)
No, to be created
Commons file
Derived from file / Extracted from file
Commons file
Or different properties? 1 for derived, 1 for extracted? (see also based on (P144))
I think it should be a single new property almost identical to based on (P144) but of the Commons file type instead of item type. I would call it derived from file and use some qualifier for describing the change. --Jarekt (talk) 21:31, 21 October 2018 (UTC)[reply]
No, to be created (inception (P571) with qualifier would be inconsistent with other statements, which largely refer to the work rather than specifically to the copy hosted on Commons; and would be unwieldy, especially for something which would be used on every item for a file)
Additional information about an object depicted. (Controversial -- should the object have its own Wikidata item, and these be main properties on it? What if these proposed qualifiers in turn need to be qualified?)
Metadata from files' EXIF information will be extracted upon upload and stored in Wikibase at Commons. The original EXIF metadata stays embedded in the file itself, unmodified, even if the extracted metadata in Wikibase is modified by the Wikimedia Commons community.
Non-image media files (e.g. sound and video files, 3D files…) strictly have no EXIF data, but similar metadata applies to them which can be stored in Wikibase at Commons in the same way. More generic properties will help to describe various file types in a similar way.
Copyright-related properties will be explored further as part of the upcoming structured licenses discussion. For now, below is a parking lot of the properties that were already suggested, already with some proposed structuring.
Property
Currently exists on Wikidata as
Qualifiers
Remarks
Commons file's copyright status
Rationale for Commons file's copyright status
Example: a faithful 2D representation of a 2D public domain artwork is also considered public domain