Last modified: 2012-03-07 03:34:25 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 T37015, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35015 - MediaWiki can not handle "rational" altitude info from EXIF
MediaWiki can not handle "rational" altitude info from EXIF
Status: RESOLVED DUPLICATE of bug 32410
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Low normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-06 22:39 UTC by Ash Crow
Modified: 2012-03-07 03:34 UTC (History)
6 users (show)

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


Attachments

Description Ash Crow 2012-03-06 22:39:58 UTC
When uploading pictures with EXIF altitude info stored as a rational value (like "4205/100"), UploadWizard imports that data without trying to convert it, then refuses to finish the upload because the value is not a decimal one.
Comment 1 Sam Reed (reedy) 2012-03-07 01:05:27 UTC
This is likely probably not UW specific, and it's probably the core metadata extraction code hasn't had an exception put in for Altitude..
Comment 2 Sam Reed (reedy) 2012-03-07 01:07:49 UTC
	public function testGPSExtraction() {
		$filename = $this->mediaPath . 'exif-gps.jpg';
		$seg = JpegMetadataExtractor::segmentSplitter( $filename ); 
		$exif = new Exif( $filename, $seg['byteOrder'] );
		$data = $exif->getFilteredData();
		$expected = array(
			'GPSLatitude' => 88.5180555556,
			'GPSLongitude' => -21.12357,
			'GPSAltitude' => -200,
			'GPSDOP' => '5/1',
			'GPSVersionID' => '2.2.0.0',
		);
		$this->assertEquals( $expected, $data, '', 0.0000000001 );
	}



suggests it's looking for a number, not a fraction...
Comment 3 Bawolff (Brian Wolff) 2012-03-07 03:30:27 UTC
This is bug 32410 (Which is apparently assigned to me, which i didn't even know until just right now until i was looking for it to dupe this bug to it).


Really I think the bug here is with UploadWizard, and the bug with core exif support is that it sometimes gets converted to a decimal, where it should never be... Meh, I should probably just change the exif support to do what UploadWizard wants.

*** This bug has been marked as a duplicate of bug 32410 ***

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


Navigation
Links