Page MenuHomePhabricator

prefillLocation catches a wrong GPS altitude ouf of EXIF
Closed, ResolvedPublic

Description

GPS height

prefillLocation catches a wrong GPS height ouf of EXIF.

Testcase: All images from https://commons.wikimedia.org/wiki/Category:Videoguides_im_Rautenstrauch-Joest-Museum

The EXIF data were written with GeoSetter 3.4.16/ExifTool 8.71.


Version: unspecified
Severity: normal

Attached:

UploadWizardExifError.PNG (675×897 px, 57 KB)

Details

Reference
bz32608
TitleReferenceAuthorSource BranchDest Branch
mypy: fix configuration regressionrepos/data-engineering/eventutilities-python!80gmodenafix-mypy-errorsmain
ci: tag test job as memory-optimizedrepos/data-engineering/eventutilities-python!79gmodenaT346084-tag-test-as-memory-optimizedmain
Customize query in GitLab

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 12:08 AM
bzimport added a project: UploadWizard.
bzimport set Reference to bz32608.
bzimport added a subscriber: Unknown Object (MLST).

See the altitude of "55/1" in the screenshot. 55 is correct but where does the /1 comes from?

(In reply to comment #2)

Is this same as bug 32410?

Hmmm looks very similar. But in my examples the latitude is exactly 55.0 m. Where does the "/1" comes from?

neilk wrote:

Raimond: it's a rational, just a fraction, same as what you learned in grade school. 55/1 = 55. Your camera is actually supplying similar values for latitude and longitude, but MediaWiki does the right thing in those cases.

It's totally the same bug, IMO. Unless you want to temporarily turn off altitude in UW until bug #32410 is fixed.

Neil: Thanks for the explaining. Marking as dupe now.

  • This bug has been marked as a duplicate of bug 32410 ***
Gilles triaged this task as Unbreak Now! priority.Dec 4 2014, 10:10 AM
Gilles moved this task from Untriaged to Done on the Multimedia board.
Gilles lowered the priority of this task from Unbreak Now! to Needs Triage.Dec 4 2014, 11:20 AM