It seems like I f**ked up my last commit big time. I checked it against a couple other images and unfortunately it re-encoded some IPTC data that was already encoded as UTF-8. So I built in a more intelligent exception handling, and just to be sure, I added a RuntimeException just in case anybody runs into the same problem as I did. I'm attaching a couple of images for testing.

These cases should cover it. One gives a pure ASCII output, the other gives a valid and json_decodeable UTF-8 output, and one gives some kind of Unicode or I don't know output that has to be utf8_encoded just to be sure. The mb_check_encoding method leaves the ASCII and the UTF-8 alone and only bothers with the more "exotic" strings.

Need

Geolocation of images, read GPS coordinates from exif gps data

Solution

Both native and exiftool adapters mapData methods have been updated to extract GPS coordinates from exif data

There is no point on having GPS coordinates manipulation on a library which purpose is exif data extraction so I've normalize them to Decimal Degrees format and created juliangut/gps for this coordinates manipulation

Additionally

Found an unused variable in getIptcData method on native adapter

sorry for the spaces removed on empty lines, editor config

This MR modernises the unit tests so they no longer use the deprecated getMock method. This paves the way for PHPUnit to be upgraded, something that's very much needed for enabling PHP 7.2 CI support.

On my php 7.2 machine exif coord values for latitude and longitude were rounded to improper values.

Correct: 52.268676666667,10.510951666667 Wrong: 52.266666666667,10,5

I changed intval() to floatval() in both mappers and all values are computed as excepted.

Added a (real world) test image that causes an error in Mapper\Native::extractGPSCoordinate because the value passed to this function is a string instead of an array. Added a fix for this error.

When a photo-metadata field contains a non-UTF-8 character or character (such as the Windows-1252 copyright symbol [hex 00A9]) in the Copyright field then it's failing silently.

Just created a fork to add support for the "Orientation" tag and since all phpunit test were passing I was about to create a PR, but...

When testing it on a real image I noticed that the native adapter gives an orientation value of 6 while the exiftool adapter returns "Rotate 90 CW". It can be seen on many more tags that exiftool reports human readable values by default where exif_read_data returns a raw numeric value.

To unify this behavior, there are two options:

1. Add "-n" to the exiftool call in exiftool adapter. Exiftool will then return raw numeric values as exif_read_data does.
2. Keep exiftool in "human readable" mode and modify the native adapter so that it converts all raw values to human readable values in the same way as Exiftool does.

What way would you prefer? It's a question about what kind of data the user expects to be in the Exif object...

Christoph

Hi, If I set an exif attribute like setOrientation(), how do I save these changes because I realized just calling the setters doesn't actually persist the changes. So what I want is to be able to save these new attributes to the file or a new file.

Ran into this issue: PHP Fatal error: Uncaught Error: Call to undefined function PHPExif\Adapter\exif_read_data() in /var/www/html/vendor/miljar/php-exif/lib/PHPExif/Adapter/Native.php:182

I think you can specify the exif extension requirement by adding ext-exif to the require object in composer.json.

The native mapper will throw up an error – "Division by zero" – if one or both of the coordinates (Latitude/Longitude) are set to 0 (which is valid).

Also added checks for "GPSLatitudeRef" and "GPSLongitudeRef" tags.

add special method for non-string fields value of some field can be represented as integer value or non-scalar one.

For example color space field has integer value which i believe can converted into its string code sRGB or something else

so for that kind of fields we can add pair of additional methods

function getColorSpaceAsString() { /** */ }
function setColorSpaceAsString($colorSpace = null) { /** */ }

Use php-exif without composer thus:

<?php
// Ref: https://github.com/PHPExif/php-exif
// Ref: https://github.com/LycheeOrg/php-exif supports video and altitude too

$path_to_exiflib = '../../libraries/PHPExif/';
require_once($path_to_exiflib.'Adapter/AdapterInterface.php');
require_once($path_to_exiflib.'Adapter/AdapterAbstract.php');
require_once($path_to_exiflib.'Adapter/Exiftool.php');
require_once($path_to_exiflib.'Adapter/Native.php');
require_once($path_to_exiflib.'Adapter/NoAdapterException.php');
require_once($path_to_exiflib.'Hydrator/HydratorInterface.php');
require_once($path_to_exiflib.'Hydrator/Mutator.php');
require_once($path_to_exiflib.'Mapper/MapperInterface.php');
require_once($path_to_exiflib.'Mapper/Exiftool.php');
require_once($path_to_exiflib.'Mapper/Native.php');
require_once($path_to_exiflib.'Reader/ReaderInterface.php');
require_once($path_to_exiflib.'Reader/Reader.php');
require_once($path_to_exiflib.'Exif.php');

$reader = \PHPExif\Reader\Reader::factory(\PHPExif\Reader\Reader::TYPE_NATIVE);
$exif = $reader->read('./test.jpg');

echo 'GPS: ' . $exif->getGPS() . PHP_EOL;
// 13.054053400000001,80.257204999722219
// https://www.google.com/maps/@13.0540534,80.257205,15z
// 15z is the zoom out factor

Get sample images with GPS data for testing from: https://github.com/ianare/exif-samples

GPS and other meta tags are also available in videos and so is the Altitude parameter - all these are enabled in the the following fork: https://github.com/LycheeOrg/php-exif

Here is an article on Meta Data Extraction: https://www.hackingarticles.in/exiftool-a-meta-data-extractor/

Extract Exif Data to a CSV file using the tool from: http://www.br-software.com/extracter.html

it works with the native adapter but when I change the adapter to Exiftool adapter it throw this error: Given path () to the exiftool binary is invalid

1. Use FFmpeg/FFprobe as new adapter for Videos Similarly to exiftool, FFmpeg/FFprobe can be used to extract metadata from videos.

2. Add additional fields for extraction:

• Altitude
• Image Direction
• Make
• Lens
• Content Identifier
• Micro Video Offset
• Various Quicktime meta data fields
• Duration (for videos)
• Framerate (for videos)
• City, Sublocation, State and Country
• • some more

3. Fix TravisCI and Update requirement

• Tests using PHP5.X and PHPv7.0 and PHPv7.1 has been removed - all versions are not supported any more
• Added testing for PHPv7.4Snaphshot
• Updated required versions for composer packages (PHPv7.1 or higher needed)

Why can't I access whitebalance from a exif attribute ?

I can see this info when I upload online my picture

Did I miss-used your library ? (I did var-dumped the whole exif thing but I can't find anything about white balance.

Thanks.

I'm using your script with Exiftool adapter and I'm getting a fatal error in PHPExif\Exif.php on line 698 (public function setCreationDate(\DateTime $value)) since bool is passed to a function and it's type-hinted to receive a DateTime object, but I'm getting this error only for some images. I dig around a bit and I realized that some images had date format of 'Y:m:d H:i:s' and others had 'Y:m:d H:i:sP'. I fixed it by extending a mapper (PHPExif\Mapper\Exiftool) class and skipped CreateDate key if a value is not an instance of DateTime, but maybe it should parse that date regardless of format since it's readable by exiftool so I assume it is a valid value for that tag.

• [x] Create rel/0.x branch for legacy issues
• [ ] Complete php-exif-exiftool rewrite
• [ ] Rewrite php-exif code (factories basically)
• [ ] Update composer.json: suggest php-exif-native and php-exif-exiftool
• [ ] Write documentation in php-exif-native and php-exif-exiftool repositories + refer to it from here
• [ ] Implement issue #22