Last modified: 2014-10-14 16:40:16 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 T73950, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 71950 - Files with title set get incorrectly added to Category:Files with no machine-readable description
Files with title set get incorrectly added to Category:Files with no machine-...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CommonsMetadata (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
https://commons.wikimedia.org/wiki/Ca...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-10-11 12:05 UTC by Maarten Dammers
Modified: 2014-10-14 16:40 UTC (History)
5 users (show)

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


Attachments

Description Maarten Dammers 2014-10-11 12:05:15 UTC
On Commons we use several infobox templates:
* https://commons.wikimedia.org/wiki/Template:Information
* https://commons.wikimedia.org/wiki/Template:Artwork
* https://commons.wikimedia.org/wiki/Template:Book
(and some less used others)

Both Artwork and Book require either description or title to be set. Now artworks and books that only have the title set (and not description) incorrectly end up in https://commons.wikimedia.org/wiki/Category:Files_with_no_machine-readable_description

You should probably update the code to make use of this title field and not add this category if it's set.

See also https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&oldid=136612339#Mysterious_categories
Comment 1 Guillaume Paumier 2014-10-13 15:03:32 UTC
This would mean using fileinfotpl_art_title as a fallback for fileinfotpl_desc. I looked into doing the fallback directly in the template, but because we're using IDs, that can't work.
Comment 2 Tisza Gergő 2014-10-14 13:14:27 UTC
(In reply to Maarten Dammers from comment #0)
> Both Artwork and Book require either description or title to be set. Now
> artworks and books that only have the title set (and not description)
> incorrectly end up in
> https://commons.wikimedia.org/wiki/Category:Files_with_no_machine-
> readable_description

I would argue that's correct, at least in theory. A title and a description are different things (and will have different fields in the structured data); having a title is no reason not to add a description as well. For one thing, key concepts should be wikilinked in the description, which practically never happens in the artwork/book titles. Also, the titles are messy - e.g. half the HABS ([[c:Category:Files_from_the_Historic_American_Buildings_Survey]]) images have a "title" which is the concatenation of the actual title and the description; for other files it is a concatenation of the actual title and the source. So there is no reason to exclude these files from a description cleanup drive, IMO. For the same reasons, I don't think it makes sense for the template to pretend its title field to be a description.

In practice, we might want to say such images are less problematic than ones with neither title nor description and the category should be limited to those, at least initially; I'll defer to you and Guillaume on that.
Comment 3 Maarten Dammers 2014-10-14 16:40:16 UTC
https://commons.wikimedia.org/wiki/Category:Files_with_no_machine-readable_description got flooded with over 260.000 files. I disabled the category for now pending a fix.

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


Navigation
Links