Last modified: 2014-08-23 16:45:22 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 T60195, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 58195 - Unreliable EXIF author metadata is given precedence over authorship data from templates
Unreliable EXIF author metadata is given precedence over authorship data from...
Status: RESOLVED INVALID
Product: MediaWiki extensions
Classification: Unclassified
CommonsMetadata (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Tisza Gergő
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-12-09 05:08 UTC by Erik Moeller
Modified: 2014-08-23 16:45 UTC (History)
5 users (show)

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


Attachments

Description Erik Moeller 2013-12-09 05:08:52 UTC
The author of 
6989361936).jpg">https://commons.wikimedia.org/wiki/File:BAMBERG_FRANCONIA_GERMANY_APRIL_2012_(6989361936).jpg

is specified as "[http://www.flickr.com/people/28984065@N04 calflier001]" in the {{Information}} template. However, the CommonsMetadata API returns "Picasa" as the "Artist" value for this file because some versions of Picasa apparently claim to be the author of files edited through the software. Evil as this behavior may be, it still seems that the human-edited data in the template should be given precedence, and indeed this is also the behavior specified on https://www.mediawiki.org/wiki/Extension:CommonsMetadata : "If we can't extract info from the description page, but the file has the author tagged in exif/XMP/iptc metadata, we should use that as a fallback". 


API call used: 6989361936).jpg&prop=imageinfo&iiprop=extmetadata">https://commons.wikimedia.org/w/api.php?action=query&titles=File:BAMBERG%20FRANCONIA%20GERMANY%20APRIL%202012%20(6989361936).jpg&prop=imageinfo&iiprop=extmetadata

Perhaps there's another reason why it fails to return the author data in this case; I've not tested with other images.
Comment 1 Erik Moeller 2013-12-09 05:09:45 UTC
Bugzilla comment parser fail, but I think you get the idea.
Comment 2 Tisza Gergő 2013-12-11 00:21:05 UTC
Curated data does get precedence; if it does not show up, the parsing of the template must fail somehow.

Other wikis give correct results:
https://en.wikipedia.org/w/api.php?action=query&titles=File:BAMBERG%20FRANCONIA%20GERMANY%20APRIL%202012%20%286989361936%29.jpg&prop=imageinfo&iiprop=extmetadata
https://www.mediawiki.org/w/api.php?action=query&titles=File:BAMBERG%20FRANCONIA%20GERMANY%20APRIL%202012%20%286989361936%29.jpg&prop=imageinfo&iiprop=extmetadata
so this must be another LocalFile issue. Those are hard to debug so for now I'll just wait and hope the ongoing template parser rewrite fixes this.
Comment 3 Derk-Jan Hartman 2014-08-23 16:19:13 UTC
This file was since deleted. Shall we close this, or have similar problems been found ?
Comment 4 Tisza Gergő 2014-08-23 16:45:22 UTC
The parser has been completely rewritten since then, it's unlikely that bugs in the old parser would still have relevance.

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


Navigation
Links