https://bugzilla.wikimedia.org/show_bug.cgi?id=13172
Lupo <lupo.bugzi...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5882 is|0 |1
obsolete| |
--- Comment #10 from Lupo <lupo.bugzi...@gmail.com> 2010-01-15 23:10:47 UTC ---
Created an attachment (id=6960)
--> (https://bugzilla.wikimedia.org/attachment.cgi?id=6960)
Patch to Exif.php to fix this for GPS coordinates only
Since doing this the proper way (as in Brent's patch) and solving it for all
array-valued tags apparently is not possible (if metadata format is changed,
that may always break older installations since the formatter doesn't check the
version), let's at least fix this for the GPS coordinates.
This patch solves this bug for the GPS coordinates only without any change to
the metadata format and leaving Exif::version() at 1. It simply re-encodes a
GPS coordinate given as "degrees-minutes-seconds.fraction" as a single value
"degrees.fraction". Other fields that should be arrays are not corrected.
Also fixes formatting for GPSAltitudeRef and GPSDestDistanceRef as Ilmari did
in r49677.
This fixes the problem with the GPS coordinates for all new uploads. For
already uploaded (and also deleted?) images, Ilmari's suggestion seems a good
one.
The query
SELECT * FROM /*$wgDBprefix*/image
WHERE img_metadata LIKE '%GPSLatitudeRef%'
AND img_metadata NOT LIKE '%GPSLatitude%'
should find all entries in the image table that do have a problem with GPS
coordinates. For these files the metadata would need to be re-computed,
possibly by a batch job.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
