Property talk:P18

From Wikidata
Jump to: navigation, search

Documentation

image
image of relevant illustration of the subject; if available, use more specific properties (sample: coat of arms image, locator map, flag image, signature image, logo image, collage image); only images which exist on Wikimedia Commons are acceptable
Represents illustration (Q178659)
Data type Commons media file
Domain Most Items (note: this should be moved to the property statements)
Allowed values (?:i).+\.(jpg|jpeg|jpe|png|svg|tif|tiff|gif|xcf|pdf|djvu|webp) (image filename with one of these extensions: jpg, jpeg, jpe, png, svg, tif, tiff, gif, xcf, pdf, webp or djvu (case insensitive))
Example Hal Koerner (Q5640822)HalKoerner2009.jpg
Douglas Adams (Q42)Douglas adams portrait cropped.jpg
Formatter URL https://commons.wikimedia.org/wiki/File:$1
Embed URL https://commons.wikimedia.org/wiki/File:$1
Robot and gadget jobs DeltaBot does the following jobs:
Tracking: same Category:Local image same as Wikidata (Q16742292)
Tracking: differences Category:Local image different from Wikidata (Q16742291)
Tracking: usage Category:Pages using Wikidata property P18 (Q15907809)
Tracking: local no, WD yes Category:No local image but image on Wikidata (Q16742293)
Tracking: local yes, WD no Category:Local image but no image on Wikidata (Q16742294), Category:Articles with template Bio and picture missing in Wikidata (Q23981558), Category:Image not in Wikidata, but available on Wikipedia (Q28814603), Category:Image not in Wikidata, but available on Wikipedia (sportsperson) (Q17497856)
Tracking: local no, WD no Category:No local image and no image on Wikidata (Q16742295)
See also logo image (P154), coat of arms image (P94), seal image (P158), flag image (P41), commemorative plaque image (P1801), place name sign (P1766), monogram (P1543), image of grave (P1442), astronomic symbol image (P367), signature (P109), graphic symbol of thoroughfare (P14), collage image (P2716), sectional view (P2713), icon (P2910), media legend (P2096), nighttime view (P3451)
Lists
Proposal discussion Property proposal/Archive/1#P18
Current uses 2,046,570
[create] Create a translatable help page (preferably in English) for this property to be included here
Link to Commons namespace “File”: this property should contain a well-formed link to an existing page on Wikimedia Commons.
List of this constraint violations: Database reports/Constraint violations/P18#Commons link, hourly updated report
Format “(?i).+\.(jpg|jpeg|png|svg|tif|tiff|gif|xcf)”: value must be formatted using this pattern (PCRE syntax).
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Format, SPARQL
Format “(?i)((?!\b(image is needed|no free image|defaul?t\b|comic image missing|no portrait|no (female|free|male) portrait|replace this image|upload free image|falta imagen|no imagen disponible|sin foto\.|NGC 000\.)).)*”: value must be formatted using this pattern (PCRE syntax).
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Format, SPARQL
Format “(?i).+((?!\b(icon|pictogram)).)*”: value must be formatted using this pattern (PCRE syntax).
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Format, SPARQL
Format “(?i)((?!\barms of).)*”: value must be formatted using this pattern (PCRE syntax).
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Format, SPARQL
Format “(?i)((?!\bcollage).)*”: value must be formatted using this pattern (PCRE syntax).
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Format, SPARQL
Conflicts with “instance of (P31): Wikimedia disambiguation page (Q4167410), Wikimedia category (Q4167836), Wikimedia project page (Q14204246), Wikimedia template (Q11266439), Wikimedia list article (Q13406463): this property must not be used with listed properties and values.
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Conflicts with P31, SPARQL
Value only: this property can only be used in value (not qualifier or source).
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P18#Value only, SPARQL
Pictogram voting comment.svg Shared images within single item
Multiple properties using same image as value
Violations query: SELECT DISTINCT ?item WHERE { ?prop1 wikibase:propertyType wikibase:CommonsMedia; wikibase:directClaim ?wdt . ?item ?wdt ?value . ?prop2 wikibase:propertyType wikibase:CommonsMedia . FILTER(?prop1 != ?prop2) . ?prop2 wikibase:directClaim ?wdt2 . ?item ?wdt2 ?value } LIMIT 2500
List of this constraint violations: Database reports/Complex constraint violations/P18
Pattern ^((?i).+\.(webm|ogv))$ will be automatically replaced to \1 and moved to video (P10) property.
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.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)


Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

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]

How many images?[edit]

How many images we should add to one item? I saw that some of the items contains many images, but I think that they should not contain many images. --Stryn (talk) 10:18, 18 February 2013 (UTC)

Example: Maria Sharapova (Q11666), 10 pictures. I thought Commons is a gallery... --Stryn (talk) 14:10, 28 May 2013 (UTC)
I believe that, when a Commons category (P373) is available, we should avoid adding image (P18), so a Lua module could automatically choose the best image by framing, size, background, etc. (maybe with priority to Featured Pictures). --Ricordisamoa 23:40, 6 June 2013 (UTC)
Currently Commons category (P373) has too many invalid values. — Ivan A. Krestinin (talk) 04:08, 7 June 2013 (UTC)
Please always have an image property, even if a Commons property exists. Theoretically you could get a random image from Commons, but no serious tool would ever do that, because you have 50% chances that the image is of bad quality, 10% chances that the image is misclassified, 0.1% that it is a dick pic. Add the cost of additional network requests, the hassle of developing it (many companies reusing Wikidata database dumps have zero experience with wiki software), and you understand that all items need at least one image property. Syced (talk) 02:56, 29 August 2016 (UTC)
+1. And please don't import low quality pictures with wdfist while there are already better ones at Commons.--Kopiersperre (talk) 06:10, 29 August 2016 (UTC)
Now we have "single value" constraint, so we have about 1900 violations of that. We should decide it these cases are appropriate. --Infovarius (talk) 11:11, 17 January 2014 (UTC)
Currently the property is used in many ruwiki templates. Its fail if property contains multiple values. If we want to fix the templates then we need algorithm for the best image selection. The algorithm is not trivial, this is complex computer vision task. So I suggest to leave the constraint and clean up ambiguous images. — Ivan A. Krestinin (talk) 18:45, 17 January 2014 (UTC)

more specific properties should be used when more description is required[edit]

How about some consensus on which properties to use as qualifiers?

Suggestions:

  • use point in time (P585) to indicate the date a photo was captured (can be sourced by bots on commons)
  • use depicts (P180) to indicate that the photo depicts another related item (such as a character featured in a book, where the book is the main subject)
  • use applies to part (P518) to indicate which part (item) of the subject is shown (e.g. applies to part (P518) = roof (Q83180) photo of the subject building's roof)
  • use instance of (P31) to indicate that the image is a painting, a panoramic photo, a photo, an aerial photo, collage, etc.
  • any others?

depicts (P180) and applies to part (P518) seem to be similar, perhaps we should use depicts (P180) only? Danrok (talk) 17:11, 1 September 2013 (UTC)

Hi Danrok,
I’ve just pictures on Rennes City Hall (Q532811) and Palace of the Parlement of Brittany (Q2351981). I didn’t read this page before so I used applies to part (P518) to indicate that the pictures represent facade (Q183061). I wasn’t sure what qualifiers to use so I came here.
Now I’ve read this and I’m a bit puzzled. What is the difference beetwen depicts (P180) and applies to part (P518) ? You said « depicts another related item » but a picture never show the whole item (and if the picture depicted the whole item, the qualifier wouldn’t be needed Face-wink.svg), it always a part of the item which can be understood as « another related item » (and which can be a Wikidata item itself).
Cdlt, VIGNERON (talk) 16:25, 2 September 2014 (UTC)

alternatively[edit]

Should all commons media items be an item in wikidata, so as to avoid making the same claims over and over for the same photo within each item where it is used? Danrok (talk) 17:14, 1 September 2013 (UTC)

It seems a good idea, I feel like we’re adding over and over the same claims to differents items. Cdlt, VIGNERON (talk) 16:25, 2 September 2014 (UTC)

How can we consume this in Infoboxes ?[edit]

Given that the image might change at any point and that we also have a caption, is there a way to store the caption per language within the image ? Is there a per-article way to store it ? --Teolemon (talk) 10:53, 9 November 2013 (UTC)

Users of the data would be able to pull the caption(s) from directly from articles without too much work, if they need them. Also, it's possible that wikidata might support Commons images as data items in the future, see here; Wikidata:Development_plan#Wikimedia_Commons

Property to use when indicating that an image is from a scholarly article[edit]

I just tried to add a source for an image listed in Scorpaena grandicornis (Q2197411) but am not sure that part of (P361) was the appropriate choice, nor did I find guidelines. Pointers appreciated. --Daniel Mietchen (talk) 10:10, 18 January 2014 (UTC)

I'd suggest leaving it until some development for Commons has been done, see Wikidata:Development_plan#Wikimedia_Commons. Danrok (talk) 18:08, 30 January 2014 (UTC)

Language-specific caption[edit]

In ru-wiki image in infobox can have an additional caption, that explains who created the image (author of painting, for example), where it was taken or stored, dates, etc. How can we store that infromation in wikidata? -- Vlsergey (talk) 08:54, 29 January 2014 (UTC)

Came here with the same question and the answer is media legend (P2096). --Lockal (talk) 07:36, 10 January 2017 (UTC)

Notes for botmasters[edit]

Hi, I try to summarise common errors during this property import. There are some cases then image must not be imported:

  1. Image does not exists on Commons (the image can be local or deleted).
  2. Image is located in commons:Category:Image placeholders or its subcategory.
  3. Item contain some another property with this file. Current image properties list: video (P10), route map (P15), logo image (P154), taxon range map image (P181), seal image (P158), bathymetry image (P207), signature (P109), astronomic symbol image (P367), Sandbox-CommonsMediaFile (P368), pronunciation audio (P443), coat of arms image (P94), locator map image (P242), chemical structure (P117), flag image (P41), graphic symbol of thoroughfare (P14), orbit diagram (P491), audio (P51), Gene Atlas Image (P692), page banner (P948), spoken text audio (P989), audio recording of the subject's spoken voice (P990), scanned file on Wikimedia Commons (P996).
  4. Item has instance of (P31) = human (Q5) and file format is SVG. There are few exceptions: Zweeloo Woman scheme.svg, Vladimir Ivanov.svg, Veronica Lario.svg, Kumaranasan.svg, Arkadi Rozengoltz.svg, Robert Livingston Stevens.svg, Ritrat ad Rainer Werner Fassbinder SW.svg, Spartak 176.56.svg

Please use these checks in your bots. And extend this list if you know some more cases. — Ivan A. Krestinin (talk) 11:32, 13 June 2014 (UTC)

Hi Ivan, I numbered your point to make it easier to refer to them. 1 shouldn't happen with illustrate_wikidata.py, if you find an example with a pywikibot based bot I would like to see it. 2 shouldn't show up as an image in the extension. Do you have an example item with page? Does the page have that image as a property? The extension the bot relies on filters out small and placeholder images. For 3 the bot should be updated. I think 4 is caught by the same code as 2. Multichill (talk) 20:28, 15 June 2014 (UTC)
1. One bot made this mistake two days ago. Pywiki is not the only used framework on Wikidata. 2. [1]. — Ivan A. Krestinin (talk) 20:49, 15 June 2014 (UTC)

Images for people - new type : "grave"[edit]

Considering the very important number of images of people's grave, I would suggest to add a type of image (for people), to indicate that the picture is representing the grave or tombstone, not the actual person (or portrait)... --Hsarrazin (talk) 21:05, 13 July 2014 (UTC)

Database or datahell?[edit]

Some examples:

Tainan 103 images including Bawan umiao.jpg, Aircraft over Tainan 2.JPG
Malawi 60 images including HPCR-UR 501-04.jpg, LordLugard.jpg
Zakarpattia Oblast 43 images including ШАЯНСЬКА.jpg, Howlsnow.jpg

Looks like P18 is on the way to unstructured image collection. Commons galleries and categories are structured more better. Are we need images with unspecified relation between item`s object? Are we need so many images per item? Suggestions: 1. Change description of the property from "any related image" to "image of the object". 2. Clean all images except one by bot (excluding images with qualifiers maybe). — Ivan A. Krestinin (talk) 10:17, 18 August 2014 (UTC)

@Ivan A. Krestinin: see Wikidata:Project_chat/Archive/2014/08#new "game"? problems with adding of multiple images (P18)Magnus already added a "warning" to the game where such additions come from (since then i didn't see newer edits like these, at least not more than 5 or 6 images).
If you see something again, please revert (or otherwise reduce to 1 image) and notify the user who added the mess (like [2] or [3]). If you see newer edits like these (made after today), i think it would be helpful if you could leave a notice at the forum, so others are also aware of the problem. Holger1959 (talk) 10:33, 18 August 2014 (UTC)
It's not necessarily the game though; several of my tools use the WiDaR "bridge". Mass edits could also be from here. In the end, these tools give users great power, and with... --Magnus Manske (talk) 15:59, 18 August 2014 (UTC)

illustrate_wikidata.py etc. progress[edit]

The illustrate_wikidata.py script by Multichill looks very nice, what's the progress in running it? Is it only run upon request for specific wikis?

I'd like to import some more images where missing, especially as they can then be used for image addition campaigns like Taketa's on multiple wikis, to increase consistency. The first data source I'd like to use is the commons:Category:Images_from_Wiki_Loves_Monuments_in_Italy in conjunction with WMIT's monument database. WLM images are often too hard to add to articles, with current tools. --Nemo 08:54, 2 April 2015 (UTC)

User:Multichill's script only works if the images are already in WP. Importing images from commons:Category:Images_from_Wiki_Loves_Monuments_in_Italy could only work if the images have a template with the monument identifier. But in that case one need first to create an Italian monument identifier property. --Pasleim (talk) 08:29, 26 April 2015 (UTC)

Use of preferred rank in the instructions for image && a check for violations[edit]

Would someone please consider how we can look to provide guidance on the use of "preferred" and "normal" rank for images. For infoboxes to work, we need to encourage that the best (personal opinion) image should be selected as the preferred image of an item, otherwise we get double choice and infoboxes fail.

Similarly, would it be possible to put in place a compliance check to see that where there are multiple images that one is marked as preferred, and to note that we also only want one, so a reverse check for only one preferred is also required.  — billinghurst sDrewth 05:09, 5 January 2016 (UTC)

The discussion above seems to indicate that each item should have only one image. This makes sense, since Wikidata is not Commons. --Srittau (talk) 05:49, 5 January 2016 (UTC)
Infoboxes should attempt to select the one image (this can be done in LUA). Multiple images generally use qualifiers to define the year.
--- Jura 06:24, 5 January 2016 (UTC)

Unique value constraint?[edit]

There have been some discussion about it in the past here and on the Project chat. Should we add a unique value constraint on this property? I think this property would be most useful to provide one image that represents the subject best. This is basically the image that you would put on the top of a page or in a list like Special:Nearby. Having multiple images listed here is not only something that would be best left to Commons galleries (even if they are mostly defunct at the moment), it would also defeat the purpose of having one well-defined image for automatic display. --Srittau (talk) 12:14, 9 January 2016 (UTC)

What prevents you from selecting the first or preferred one?
--- Jura 12:39, 9 January 2016 (UTC)
There is no "first" value. What is the use of duplicating Commons categories in this property? --Srittau (talk) 15:45, 9 January 2016 (UTC)
We are adding properties with Commons files as Commons can't supply images in a structured way. Do you have a sample of the problem you are trying to solve?
--- Jura 16:29, 9 January 2016 (UTC)
The problem is that currently a renderer that wants to display an image has to pick one. There is no way to pick the same one consistenly, or the pick the most appropriate one, since there is no appropriate image. Commons does supply images in a more structured way than just adding lots of images to an item, which is what people are doing here. In the future, structured data on Commons will even improve on this. Which problem are you trying to solve by having multiple images on an item? --Srittau (talk) 16:27, 13 January 2016 (UTC)
@Jura1: Hi, where is the discussion regarding removing the unique value constraint (diff)? Surely we can add checks in Lua for qualifiers or other stuff, but in this way we are adding complexity to a property that was very easy to use before. Please re-add unique value constraint. --Rotpunkt (talk) 11:55, 29 January 2016 (UTC)
It's a misleading constraint. If you read the comment above, you will notice that new editors or editors that don't contribute in building the image database tend to think that it only allows for one image while it just required users to add qualifiers. If there is something broken in an infobox or elsewhere, it needs to be fixed there. Obviously, one shouldn't add as many images on self-portrait of Van Gogh. From the comments by Srittau, it appears that Commons will provide you what you are seeking, so you might want to check there instead.
--- Jura 13:11, 29 January 2016 (UTC)
@Jura1: No, I disagree. (1) Where is the discussion about your unique value constraint removal (diff)? This property has the unique value constraint from 2013 and after two years you remove it, when all of us are used to have just 1 single image (2) looking for qualifiers is not the standard way users are used to with P18 (3) << Commons will provide you what you are seeking >> what does it mean? AFAIK now I have only P18 for infoboxes. --Rotpunkt (talk) 13:29, 29 January 2016 (UTC)
Please re-add unique constraint. 99% of the applications that use Wikidata data use only one image. Allowing more images is wasting contributor's time, and making the first image less representative. Syced (talk) 08:10, 18 April 2016 (UTC)

✓ Done Restored the single(!) value constraint per this discussion. --Srittau (talk) 10:51, 19 April 2016 (UTC)

  • @Syced: the constraint doesn't ensure that there is only one image and it shouldn't really have an impact on contributor's time. Would you have a diff where this actually made an impact on contributor's time?
    --- Jura 11:25, 19 April 2016 (UTC)
I don't have a diff, but I can easily imagine enthusiastic contributor spending time finding several images showing different aspects of an item. Maybe I am overthinking this though so do as you want :-) Syced (talk) 01:17, 20 April 2016 (UTC)

I'm late to discussion. Multiple images are used as collages: Tainan City's cover.jpg or TE-Collage Ursus.png

  1. Some Wikidata items correspond to multiple (many) objects, therefore it is meaningful to use several items (up to 10) with subjective "proffered ranks".
  2. Another use of multiple images is to show how objects are different across the globe, but serve the same function or correspond to the same "Wikidata item".
    • For example, how could we describe the same or different models of cars without pictures? It would be overly wordy.
    • 1 image for "Knife" is more than enough, but if an item corresponds to extinct object, more Images would be helpful to identify object (or corresponding Wikidata item).
    • In second case images from P18 can be moved in use (P366) section as qualifiers (or in other sections as qualifiers). d1g (talk) 15:02, 21 April 2017 (UTC)

Orientation[edit]

Is ist possible to save (and read) the orientation (portrait/landscape) of the image? Would be useful, because our module uses it for infoboxes. So i can change the size if necessary. -- DerFussi 12:20, 13 January 2016 (UTC)

images of colletive items[edit]

I had the doubt with d:Q3908225 but it is the same with every item of a "collective" concept such as "history of ...", "churches of ...", "list of airports of...". Some of these items are lists, some of thm aren't but still it is almost impossible to have a collective image for them.

It is a strange thing because even a precise item (a person, a building, even a town) can have tons of possible images to describe it, but it is clear that in that case a selection is possible. For a town I try to use to biggest panoramic picture available, for example, but still I can have my own idea.

For a vague or collective item it becomes instead weird to chose. You can solve it with a collage of picures if it available, I guess. In any case I have a feeling something is missing, that we should write some guideline. I don't want to say to newbies "just skip it"--Alexmar983 (talk) 17:45, 20 February 2016 (UTC)

How about not allowing image (P18) for instances of Wikimedia list article (Q13406463). Bridges of Pisa (Q3908225) should somehow link to bridge (Q12280), which has an image (P18). What do you think about this? Syced (talk) 10:57, 17 May 2017 (UTC)

Image quality[edit]

Which quality images should have to be placed at P18? What about excluding images tagged at Commons with Low quality? And what about pictures showing not an individual, but a group of people?--Kopiersperre (talk) 19:41, 9 April 2016 (UTC)

A low quality image is acceptable is there is no better picture available, I would say. For instance an item about an event that happened a century ago. Syced (talk) 08:07, 18 April 2016 (UTC)
Same from my point of view. Low quality picture is still better than no picture. Also for picture of groups, it is still better than no picture. For group situations there is a nice template on Commons - c:Template:Crop for Wikidata. --Jklamo (talk) 11:08, 19 April 2016 (UTC)
  • Low quality images aren't ideal, but if there is nothing else to add ..
    Personally I avoid group images unless it's fairly easy to determine who is the person (e.g. a female in a group of males). I'm not much into cropping ..
    --- Jura 11:27, 19 April 2016 (UTC)

Destroyed building: Is a picture of the current place nowadays OK?[edit]

Many former buildings don't have a picture because they disappeared before any wikicommonist thought about taking a picture.

In such cases, is it OK to put an image of whatever happens to be at that place nowadays?

For instance, a castle used to stand here but now it is a lawn, or a hotel.

Thanks! Syced (talk) 07:53, 19 April 2016 (UTC)

My opinion: Yes it is OK as it is better than nothing, but obviously any depiction of the real thing would be better, even if low quality. Syced (talk) 07:53, 19 April 2016 (UTC)
Personally, I don't like this, because this would give the impression that the depicted place is actually the building. On the other hand, I don't think it provides much information about the item. --Srittau (talk) 10:48, 19 April 2016 (UTC)
  • Drawings should still be possible. I think we should avoid pictures of other buildings, maybe images of ruins or a lawn?
    --- Jura 11:31, 19 April 2016 (UTC)
  • IMHO it's absolute bullshit to place the image of the successor for a demolished building. If any software uses data from P18, how should it determine whether the image is from the object or just from a related object?--Kopiersperre (talk) 15:01, 19 April 2016 (UTC)
  • Successor building or bare lawn sounds unacceptable for me, but ruins or at least outlines in lawn sounds acceptable for me (unless we do not have better picture). --Jklamo (talk) 22:33, 19 April 2016 (UTC)
Understood, thanks for the insight! :-) Syced (talk) 01:18, 20 April 2016 (UTC)

Plaques[edit]

I would like to open a question of plaque relevance as P18. I am sure that plaques like this are not relevant illustration and thus are not suitable to be added as P18, but what about plaques like that? These plaque images seems to be relevant to me and suitable to be added as P18. --Jklamo (talk) 18:50, 7 September 2016 (UTC)

There is commemorative plaque image (P1801) for both. The 2nd image, I'd add it also to P18 (unless there is some other available).
--- Jura 19:01, 7 September 2016 (UTC)

Is there any way to link to an image on some Wikipedia?[edit]

I was trying to add logo image (P154) to a few institutions but soon realized that most logos I could find on Wikipedia were not on Commons because of license issues. These images are on Wikipedia as fair uses - can't we link to them from Wikidata by the same token? Is there any way to do this? Thanks! − Pintoch (talk) 05:03, 29 November 2016 (UTC)

This property clearly says only Commons links are OK, so I am afraid it is not possible now :-/ Syced (talk) 08:33, 17 May 2017 (UTC)
A core of the idea of Wikidata is that our data get's reused. It's not easy to know whether fair-use applies to a given reuse of data and therefore we stay with the images from commons. ChristianKl (talk) 13:40, 19 May 2017 (UTC)
My guess: waiting for m:NonFreeWiki, which can provide a centralized non-free file repository. --Liuxinyu970226 (talk) 05:05, 6 September 2017 (UTC)

Add derivatives to the property?[edit]

Is there a technical solution to add derivatives to the property? In Arabic wikipedia, we invoke a lot of infobox properties. Some times the problem is that there is a translated Arabic derivative of the picture (see example). The problem is that we lose that information when we invoke from Wikidata. The ideal situation would be to add a list of derivatives by language.--Helmoony (talk) 01:55, 8 August 2017 (UTC)

You can add a qualifier to specify the language. P18 isn't limited to English/enwiki
--- Jura 06:14, 6 September 2017 (UTC)

Images on template items[edit]

Currently this property is heavily used on items about templates, e.g. Template:Cheese-stub (Q5613054), despite the conficts-with constraint. Should we drop the constraint or remove the statements? --Pasleim (talk) 15:30, 31 August 2017 (UTC)

  • Are they actually used or is this some failed import operation? The positive thing about it is that these images get excluded from wdfist suggestions.
    --- Jura 06:16, 6 September 2017 (UTC)

For montages please use collage image (P2716)[edit]

Collages have their own property: collage image (P2716)

Please add collages to this property, as image (P18) is often used in small sizes at which collages are totally unreadable.

Similarly, if you write an infobox and prefer collages, please make the infobox call collage image (P2716) and only use image (P18) as a fallback if no collage is available.

Archived discussion: https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2017/05#Are_montages_acceptable_as_an_item.27s_image_.28P18.29.3F

Thanks! Syced (talk) 08:47, 16 September 2017 (UTC)