Last modified: 2014-05-22 23:00:38 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T42349, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 40349 - Have image not be displayable until someone has verified copyright status
Have image not be displayable until someone has verified copyright status
Status: NEW
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.20.x
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-19 04:26 UTC by Dirk Beetstra
Modified: 2014-05-22 23:00 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dirk Beetstra 2012-09-19 04:26:20 UTC
Files which are copied from a copyrighted source are a continuing problem on Wikipedia.  At the moment, there is not a possibility to standard hide images for which copyright status is unclear, or to exclude such images from certain pages (or namespaces).

I would consider to include keywords as __NODISPLAY__ and __DISPLAY__ for images, where the __NODISPLAY__ tag is standard for images, overridden with __DISPLAY__ when the image is properly tagged for the correct copyright (either by using the keyword, or by proper templates which transclude the keyword).  That would make images which are not carrying any text standard be not displayed UNTIL they deliberately are properly tagged.  It somewhat enforces editors to go that extra step and do an attempt to properly tag images they upload.

In combination with this, non-free material which can be used under fair-use criteria could be tagged using __DISPLAYMAINSPACEONLY__, resulting in all images with that tag to NOT display when they are in e.g. drafts in the user-namespace, but 'magically' appear when they .

This could also already prepare for possibilities to tag images as 'offensive', 'sexual content', etc., where users can override the display of such images by user settings, or so page-code can do something with such images, when a wiki would consider to give that possibility.

Additional thought is to make the images display in edit-mode, so editors can see how the page renders with the images, but that they do not display normally (which again may be useful when working on userspace drafts).

Note that it needs to be taken into account that images may be hosted on commons, but transcluded on e.g. foo.wikipedia, if foo.wikipedia wants images properly tagged (and not-display when they are not properly tagged), whereas bar.wikipedia may not care about the tagging and just display.
Comment 1 Dirk Beetstra 2012-09-19 04:29:53 UTC
Note that this may also help wikis who have decided to ONLY allow free material - anything that is not properly and deliberately tagged as free will simply not display on such a wiki.
Comment 2 Bawolff (Brian Wolff) 2013-01-05 01:54:16 UTC
If this is done, it would be in an extension as this has Wikimedia specific written all over it.

 
>That would make images which are not carrying any text standard be not
>displayed UNTIL they deliberately are properly tagged.  It somewhat enforces
>editors to go that extra step and do an attempt to properly tag images they
>upload.

This would have to be done carefully or it would cause usability issues.
Comment 3 Dirk Beetstra 2013-01-05 05:43:40 UTC
@Bawolff - this does not need to cause usability issues - make sure in the upload function that the file IS properly tagged as free or unfree.  Moreover, '__NODISPLAY__' could be easily written to display an alternative 'image' (using a settings parameter).

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links