Jump to content

Community Wishlist Survey 2022/Editing/Select preview image: Difference between revisions

From Meta, a Wikimedia project coordination wiki
Content deleted Content added
Sea Cow (talk | contribs)
Support proposal
Line 28: Line 28:
* {{support}} [[User:DMacks|DMacks]] ([[User talk:DMacks|talk]]) 22:08, 28 January 2022 (UTC)
* {{support}} [[User:DMacks|DMacks]] ([[User talk:DMacks|talk]]) 22:08, 28 January 2022 (UTC)
* {{support}} [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:24, 28 January 2022 (UTC)
* {{support}} [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 22:24, 28 January 2022 (UTC)
* {{support}} [[User:Sea Cow|Sea Cow]] ([[User talk:Sea Cow|talk]]) 22:57, 28 January 2022 (UTC)

Revision as of 22:57, 28 January 2022

Select preview image

Discussion

Here is an example of the problem, seen when hovering over Civil war on Revolution:

Toadspike (talk) 18:43, 10 January 2022 (UTC)[reply]

  • I frequently see this issue confuse people in real life and am very happy to see it being addressed. Could the problem be fixed more speedily just by excluding all transcluded images from previews? It seems like manually selecting previews for every article would be a major effort in itself. I would also like to point out that the same image appears in mobile search, so the scope of benefit is even broader than just desktop users. --SmallJarsWithGreenLabels (talk) 20:05, 10 January 2022 (UTC)[reply]
    Maybe not excluding transcluded images, but giving them lower priority. Ignacio Rodríguez (talk) 20:27, 10 January 2022 (UTC)[reply]
    Is it possible to target sidebars specifically? I realise that disregarding all template images would also rule out relevant ones contained in infoboxes. SmallJarsWithGreenLabels (talk) 20:56, 10 January 2022 (UTC)[reply]
    The "transcluded image" is exactly what the infobox displays. If you exclude it or lower the priority, then significantly more articles will be broken than fixed. — putnik 21:59, 10 January 2022 (UTC)[reply]
    However, removing misleading images is more important than maintaining good ones. SmallJarsWithGreenLabels (talk) 22:28, 10 January 2022 (UTC)[reply]
    The problem is that by removing (or lowering the priority) images from the infoboxes of most articles, you will get a second image in these articles as the main one. And in a very large (much more than there are now) number of cases, there will be incorrect. — putnik 22:58, 10 January 2022 (UTC)[reply]
  • The problem is that apparently the first picture in the article is chosen. When it is an info box, it is not a problem, but templates for series in pages that don't have info boxes are where the image is most disappointing. However, I just checked the preview for w:Anti-communism fearing that it had an sickle and hammer, and it has no image, I don't know how. A template like "PreviewImage" around a File:aa.jpg could prioritize it over the template images. --Error (talk) 17:50, 11 January 2022 (UTC)[reply]

I think people participating in the discussion would benefit from knowing the rules for image selection: mw:Extension:PageImages#Image_choice. So if the request is not chosen, you can still ask for the algorithm to be customized on your wiki. Correctly populating MediaWiki:Pageimages-denylist helps a log - for instance ro:MediaWiki:Pageimages-denylist has cleared tens of thousands of inappropriate images from being chosen.--Strainu (talk) 07:45, 12 January 2022 (UTC)[reply]

  • I think image choices when previewing the article should be chosen, as some article have the main image not in the first image of the text. This would include more subjects and make the article more viewable. Thingofme (talk) 10:35, 14 January 2022 (UTC)[reply]
  • I have always felt that there is a lot of magic behind Page Previews – as an user I cannot simply look how this thing works... And yeah, the images tend to be weird sometimes. Moreover, the denylist doesn't seem to be a clever way to affect the choice of the image. — Draceane talkcontrib. 23:06, 14 January 2022 (UTC)[reply]
  • Could the PageImages be editable, like in a wiki? (Just have a template or magic word that allows editors to choose the image?) Currently it seems to use AI instead of crowdsourcing, which makes sense if you have to pay the people choosing the images, not so much for Wikipedias. It could allow all free images used on the page plus images on a special whitelist (things like File:Placeholder_staff_photo.svg come to mind). A bot run could be used to initialise the editable PageImage with the current automatic one. Kusma (talk) 19:52, 22 January 2022 (UTC)[reply]

Voting