(PHP 4 >= 4.2.0, PHP 5, PHP 7, PHP 
exif_read_data —
Читает заголовки EXIF из файлов изображений
Описание
exif_read_data(
resource|string $file,
?string $required_sections = null,
bool $as_arrays = false,
bool $read_thumbnail = false
): array|false
По идее, EXIF-заголовки должны идти первыми в JPEG/TIFF
файлах, генерируемых фотоаппаратами. Но, к сожалению, каждый производитель имеет
своё представление того, каким образом компоновать метаданные изображения.
Поэтому будьте готовы к ситуации, когда перед Exif-заголовком есть ещё что-то.
Height и Width вычисляются аналогично
вычислениям getimagesize(), так что эти параметры не обязаны
присутствовать в заголовке. html — текстовая строка, задающая
высоту/ширину, которую можно использовать в обычном HTML.
Если Exif-заголовок содержит сообщение об авторских правах (Copyright), само
сообщение может содержать 2 значения. Эта ситуация не описана в стандарте
Exif 2.10, поэтому раздел COMPUTED будет содержать оба
этих значения в полях Copyright.Photographer и
Copyright.Editor. В то же время разделы
IFD0 будут содержать массив байт с NULL-символом в качестве
разделителя этих двух значений либо только первое значение, если тип файла
определён неверно (нормальная ситуация для Exif). Раздел
COMPUTED будет также содержать Copyright,
это может быть либо исходная строка, либо список из владельца
фотографии и редактора через запятую.
Тег UserComment имеет те же проблемы, что и Copyright.
Он может хранить 2 значения. Первое — использованную кодировку, второе —
само значение. В этом случае раздел IFD содержит либо
кодировку, либо массив байт. Раздел COMPUTED будет хранить
оба этих значения в полях UserCommentEncoding и
UserComment. Содержимое UserComment
будет доступно в любом случае, поэтому предпочтительней использовать его вместо
раздела IFD0.
Также exif_read_data() проверяет EXIF теги на соответствие
спецификации EXIF (» http://exif.org/Exif2-2.PDF, стр. 20).
Список параметров
-
file -
Местоположение файла с изображением. Может быть как путём к файлу,
так и потоковым ресурсом (можно использовать обёртки). -
required_sections -
Список разделённых запятой разделов, которые должны быть представлены
в результирующем массиве (array). Если ни один из разделов найти
не удастся, функция вернётfalse.FILE FileName, FileSize, FileDateTime, SectionsFound COMPUTED html, Width, Height, IsColor, и другие. Height и
Width вычисляются аналогично getimagesize(),
поэтому их не обязательно включать в заголовок.
html— текстовая строка, задающая
высоту/ширину, которую можно использовать в обычном
HTML.ANY_TAG Любая информация заключённая в тег, например,
IFD0,EXIF, …IFD0 Все данные тега IFD0. В обычных изображениях в нем хранится размер
изображения.THUMBNAIL Если файл содержит второй раздел IFD, то считается,
что у изображения есть эскиз. Вся информация об эскизе хранится в этом
разделе.COMMENT Заголовки комментариев JPEG изображений. EXIF Раздел EXIF является подразделом IFD0. Он содержит
более детальную информацию об изображении. Большинство его записей
зависят от фотоаппарата. -
as_arrays -
Определяет, формировать ли разделы в виде массивов. Разделы
required_sections,COMPUTED,
THUMBNAILиCOMMENTвсегда
делаются массивами, так как они могут содержать значения, имена которых
будут конфликтовать с именами в других разделах. -
read_thumbnail -
Если
true, будет прочитан сам эскиз. В противном случае будет прочитана
только информация в тегах.
Возвращаемые значения
Возвращает ассоциативный массив (array), в котором ключами будут
имена заголовков, а значениями — значения соответствующие этим заголовкам.
Если никаких данных вернуть нельзя, exif_read_data()
вернёт false.
Ошибки
Ошибки уровня E_WARNING и/или E_NOTICE
могут возникать для неподдерживаемых тегов или других потенциальных условий ошибки, но функция
всё равно пытается прочитать всю понятную информацию.
Список изменений
| Версия | Описание |
|---|---|
| 8.0.0 |
required_sections теперь допускает значение null.
|
| 7.2.0 |
Параметр file переименован вstream и может принимать как локальный путьк файлу, так и потоковый ресурс. |
| 7.2.0 |
Добавлена поддержка следующих форматов EXIF:
|
Примеры
Пример #1 Пример использования exif_read_data()
<?php
echo "test1.jpg:<br />n";
$exif = exif_read_data('tests/test1.jpg', 'IFD0');
echo $exif===false ? "Не найдено данных заголовка.<br />n" : "Изображение содержит заголовки<br />n";$exif = exif_read_data('tests/test2.jpg', 0, true);
echo "test2.jpg:<br />n";
foreach ($exif as $key => $section) {
foreach ($section as $name => $val) {
echo "$key.$name: $val<br />n";
}
}
?>
Первый вызов завершается неудачей, так как в заголовках
изображения нет информации.
Результатом выполнения данного примера
будет что-то подобное:
test1.jpg: No header data found. test2.jpg: FILE.FileName: test2.jpg FILE.FileDateTime: 1017666176 FILE.FileSize: 1240 FILE.FileType: 2 FILE.SectionsFound: ANY_TAG, IFD0, THUMBNAIL, COMMENT COMPUTED.html: width="1" height="1" COMPUTED.Height: 1 COMPUTED.Width: 1 COMPUTED.IsColor: 1 COMPUTED.ByteOrderMotorola: 1 COMPUTED.UserComment: Exif test image. COMPUTED.UserCommentEncoding: ASCII COMPUTED.Copyright: Photo (c) M.Boerger, Edited by M.Boerger. COMPUTED.Copyright.Photographer: Photo (c) M.Boerger COMPUTED.Copyright.Editor: Edited by M.Boerger. IFD0.Copyright: Photo (c) M.Boerger IFD0.UserComment: ASCII THUMBNAIL.JPEGInterchangeFormat: 134 THUMBNAIL.JPEGInterchangeFormatLength: 523 COMMENT.0: Comment #1. COMMENT.1: Comment #2. COMMENT.2: Comment #3end THUMBNAIL.JPEGInterchangeFormat: 134 THUMBNAIL.Thumbnail.Height: 1 THUMBNAIL.Thumbnail.Height: 1
Пример #2 Использование exif_read_data() с потоковым ресурсом (доступно с PHP 7.2.0)
<?php
// Открываем файл в бинарном режиме
$fp = fopen('/path/to/image.jpg', 'rb');
if (!
$fp) {
echo 'Ошибка: Невозможно открыть файл для чтения';
exit;
}// Попытка прочитать заголовки exif
$headers = exif_read_data($fp);
if (!
$headers) {
echo 'Ошибка: невозможно прочитать заголовки exif';
exit;
}// Напечатать заголовки 'COMPUTED'
echo 'Заголовки EXIF:' . PHP_EOL;
foreach (
$headers['COMPUTED'] as $header => $value) {
printf(' %s => %s%s', $header, $value, PHP_EOL);
}
?>
Результатом выполнения данного примера
будет что-то подобное:
EXIF Headers: Height => 576 Width => 1024 IsColor => 1 ByteOrderMotorola => 0 ApertureFNumber => f/5.6 UserComment => UserCommentEncoding => UNDEFINED Copyright => Denis Thumbnail.FileType => 2 Thumbnail.MimeType => image/jpeg
Примечания
Замечание:
Если разрешён mbstring, то exif будет пытаться
обрабатывать юникод и брать кодировку как указано в
exif.decode_unicode_motorola и
exif.decode_unicode_intel.
Модуль exif не будет пытаться самостоятельно определить кодировку и указание
правильной кодировки остаётся на совести пользователя путём установки одной из
двух INI-директив перед вызовом exif_read_data().
Замечание:
Если параметр
fileиспользован для передачи в функцию
потока, то этот поток должен быть перематываемым. Обратите внимание, что файловый
позиционный указатель не будет изменён после завершения работы этой функции.
Смотрите также
- exif_thumbnail() — Получает встроенное превью изображения
- getimagesize() — Получение размера изображения
- Поддерживаемые протоколы и обёртки
chadsmith729 at gmail dot com ¶
10 years ago
When the new update came out from Apple for iOS6 it provided the ability for iPad, iPod, and iPhones to be able to upload files from the device through Safari. Obviously this will open up an array of implementations where at one point it was just not possible.
The issue comes when a photo is uploaded it will be dependent on the location of the "button" when the photo was taken. Imagine if you will that you have your iPhone turned with the button at the top and you take a photo. The photo when uploaded to your server might be "upside down".
The following code will ensure that all uploaded photos will be oriented correctly upon upload:
<?php
$image = imagecreatefromstring(file_get_contents($_FILES['image_upload']['tmp_name']));
$exif = exif_read_data($_FILES['image_upload']['tmp_name']);
if(!empty($exif['Orientation'])) {
switch($exif['Orientation']) {
case 8:
$image = imagerotate($image,90,0);
break;
case 3:
$image = imagerotate($image,180,0);
break;
case 6:
$image = imagerotate($image,-90,0);
break;
}
}
// $image now contains a resource with the image oriented correctly
?>
What you do with the image resource from there is entirely up to you.
I hope that this helps you identify and orient any image that's uploaded from an iPad, iPhone, or iPod. Orientation for the photo is the key to knowing how to rotate it correctly.
Tim ¶
3 years ago
The following code:
<?php
$data = exif_read_data('foo.jpg');
var_dump($data['Keywords']);
?>
produces string(15) "???????????????"
Adding
<?php
ini_set('exif.decode_unicode_motorola', 'UCS-2LE');
?>
before the call to exif_red_data produces
string(15) "landscape;;field"
darkain at darkain dot com ¶
14 years ago
I wanted some quick and easy functions for computing the shutter speed and f-stop. I couldn't find any anywhere, so I made some. It took some research :
<?php
function exif_get_float($value) {
$pos = strpos($value, '/');
if ($pos === false) return (float) $value;
$a = (float) substr($value, 0, $pos);
$b = (float) substr($value, $pos+1);
return ($b == 0) ? ($a) : ($a / $b);
}
function
exif_get_shutter(&$exif) {
if (!isset($exif['ShutterSpeedValue'])) return false;
$apex = exif_get_float($exif['ShutterSpeedValue']);
$shutter = pow(2, -$apex);
if ($shutter == 0) return false;
if ($shutter >= 1) return round($shutter) . 's';
return '1/' . round(1 / $shutter) . 's';
}
function
exif_get_fstop(&$exif) {
if (!isset($exif['ApertureValue'])) return false;
$apex = exif_get_float($exif['ApertureValue']);
$fstop = pow(2, $apex/2);
if ($fstop == 0) return false;
return 'f/' . round($fstop,1);
}
?>
omerg at lucidcode dot com dot tr ¶
4 years ago
The example provided for displaying exif array content is not working in recent version because not all entry values are of array type.
This is an alternative echo loop:
<?php
echo "test1.jpg:<br />n";
$exif = exif_read_data('tests/test1.jpg', 'IFD0');
echo $exif===false ? "No header data found.<br />n" : "Image contains headers<br />n";$exif = exif_read_data('tests/test2.jpg', 0, true);
echo "test2.jpg:<br />n";
foreach ($exif as $key => $section) {
if (!
is_array ($section)) {
echo "$key: $section<br />n";
} else {
foreach ($section as $name => $val) {
echo "$key.$name: $val<br />n";
}
}
}
?>
drpain at webster dot org dot za ¶
10 years ago
Please note that when resizing images with GD and most image processing scripts or applications you will loose the EXIF information. What I did as a workaround is book this information into MySQL before I re-size images.
<?php// This function is used to determine the camera details for a specific image. It returns an array with the parameters.
function cameraUsed($imagePath) {// Check if the variable is set and if the file itself exists before continuing
if ((isset($imagePath)) and (file_exists($imagePath))) {// There are 2 arrays which contains the information we are after, so it's easier to state them both
$exif_ifd0 = read_exif_data($imagePath ,'IFD0' ,0);
$exif_exif = read_exif_data($imagePath ,'EXIF' ,0);//error control
$notFound = "Unavailable";// Make
if (@array_key_exists('Make', $exif_ifd0)) {
$camMake = $exif_ifd0['Make'];
} else { $camMake = $notFound; }// Model
if (@array_key_exists('Model', $exif_ifd0)) {
$camModel = $exif_ifd0['Model'];
} else { $camModel = $notFound; }// Exposure
if (@array_key_exists('ExposureTime', $exif_ifd0)) {
$camExposure = $exif_ifd0['ExposureTime'];
} else { $camExposure = $notFound; }// Aperture
if (@array_key_exists('ApertureFNumber', $exif_ifd0['COMPUTED'])) {
$camAperture = $exif_ifd0['COMPUTED']['ApertureFNumber'];
} else { $camAperture = $notFound; }// Date
if (@array_key_exists('DateTime', $exif_ifd0)) {
$camDate = $exif_ifd0['DateTime'];
} else { $camDate = $notFound; }// ISO
if (@array_key_exists('ISOSpeedRatings',$exif_exif)) {
$camIso = $exif_exif['ISOSpeedRatings'];
} else { $camIso = $notFound; }$return = array();
$return['make'] = $camMake;
$return['model'] = $camModel;
$return['exposure'] = $camExposure;
$return['aperture'] = $camAperture;
$return['date'] = $camDate;
$return['iso'] = $camIso;
return $return;
} else {
return
false;
}
}?>
An example of it's use follows:
<?php
$camera
= cameraUsed("/img/myphoto.jpg");
echo "Camera Used: " . $camera['make'] . " " . $camera['model'] . "<br />";
echo "Exposure Time: " . $camera['exposure'] . "<br />";
echo "Aperture: " . $camera['aperture'] . "<br />";
echo "ISO: " . $camera['iso'] . "<br />";
echo "Date Taken: " . $camera['date'] . "<br />";?>
Will display the following, depending on the data:
Camera Used: SONY DSC-S930
Exposure Time: 1/400
Aperture: f/4.3
ISO: 100
Date Taken: 2010:12:10 18:18:45
If the image has been re-sized and the information is no longer available then you should receive the following when echoing the same:
Camera Used: Unavailable
Exposure Time: Unavailable
Aperture: Unavailable
ISO: Unavailable
Date Taken: Unavailable
Some cameras do not capture all the information, for instance Blackberry phones do not record an aperture, or iso and you will get Unavailable for those fields.
I hope you find this helpful.
mafo at mafo removethis dot sk ¶
15 years ago
some cameras (most higher models) have position senzor (gyroskope?) and taking-position is wrote in EXIF, here is simple script for automatic rotating images
<?php
$exif = exif_read_data($filename);
$ort = $exif['IFD0']['Orientation'];
switch($ort)
{
case 1: // nothing
break;
case
2: // horizontal flip
$image->flipImage($public,1);
break;
case
3: // 180 rotate left
$image->rotateImage($public,180);
break;
case
4: // vertical flip
$image->flipImage($public,2);
break;
case
5: // vertical flip + 90 rotate right
$image->flipImage($public, 2);
$image->rotateImage($public, -90);
break;
case
6: // 90 rotate right
$image->rotateImage($public, -90);
break;
case
7: // horizontal flip + 90 rotate right
$image->flipImage($public,1);
$image->rotateImage($public, -90);
break;
case
8: // 90 rotate left
$image->rotateImage($public, 90);
break;
}?>
$image->rotateImage() is inspired by example of http://php.net/manual/en/function.imagerotate.php
$image->flipImage() is inspired by http://php.net/manual/en/function.imagecopy.php#42803 (thank you)
b at asdflolinternet dot de ¶
7 years ago
Problem with "S�o�m�e� �T�e�x�t��" on value(s), exif[IFD0][Title] for example, when they were edited trough windows right click properties and then got read with the read_exif_data() function.
try:
$exif_['IFD0']['Title']=mb_convert_encoding($exif_['IFD0']['Title'],"auto","byte2le");
works on UTF-8 and so.
//
// outputs all available character encodings and prints on screen
// foreach(mb_list_encodings() as $chr)
// {$test[$chr]=mb_convert_encoding($image[IFD0][Title],'auto',$chr);}
// exit(print_r($test));
//
Eion Robb ¶
7 years ago
I was needing to use exif_read_data() to read out the orientation flag, only to find that the webhost didn't have the exif extension available for use. Instead, I hacked up a regex that worked fairly well as a replacement
<?php
$orientation = 1;
if (function_exists('exif_read_data')) {
$exif = exif_read_data($filename);
if (isset($exif['Orientation']))
$orientation = $exif['Orientation'];
} else if (preg_match('@x12x01x03x00x01x00x00x00(.)x00x00x00@', file_get_contents($filename), $matches)) {
$orientation = ord($matches[1]);
}
?>
Clive dot Moore at ma-design dot com ¶
9 years ago
Following up on darkain at darkain dot com script for grabbing the ShutterSpeedValue from exif data...
@http://php.net/manual/en/function.exif-read-data.php
I have found that the option shown for ShutterSppedValue, can also be ExposureTime in the exif data.
Also the code as written provides a WRONG return, as the return is always 1 so you get 1/1sec.
Here is corrected code, or a version that corrects what is obviously not working after 5 years since it was originally developed::
Here is the updated version for:: $exif[ExposureTime]
function exif_get_float($value) {
$pos = strpos($value, '/');
if ($pos === false) return (float) $value;
$a = (float) substr($value, 0, $pos);
$b = (float) substr($value, $pos+1);
return ($b == 0) ? ($a) : ($a / $b);
};
function exif_get_exposureTime(&$exif) {
if (!isset($exif['ExposureTime'])) return false;
$apex = exif_get_float($exif['ExposureTime']);
$shutter = 1/$apex;
// above 1 sec exposure time::
if ($shutter <= 1) return round($apex) . ' seconds';
return '1/' . round(1 / $apex) . 'sec';
};
hoangvu4000 at gmail dot com ¶
9 years ago
This is function, resize image and don't rotates images have exif info
PHP must be enabled:
extension=php_mbstring.dll
extension=php_exif.dll
<?php
function CreateThumbnail($pic,$thumb,$thumbwidth, $quality = 100)
{
$im1=ImageCreateFromJPEG($pic);
//if(function_exists("exif_read_data")){
$exif = exif_read_data($pic);
if(!empty($exif['Orientation'])) {
switch($exif['Orientation']) {
case 8:
$im1 = imagerotate($im1,90,0);
break;
case 3:
$im1 = imagerotate($im1,180,0);
break;
case 6:
$im1 = imagerotate($im1,-90,0);
break;
}
}
//}
$info = @getimagesize($pic);
$width = $info[0];
$w2=ImageSx($im1);
$h2=ImageSy($im1);
$w1 = ($thumbwidth <= $info[0]) ? $thumbwidth : $info[0] ;
$h1=floor($h2*($w1/$w2));
$im2=imagecreatetruecolor($w1,$h1);
imagecopyresampled ($im2,$im1,0,0,0,0,$w1,$h1,$w2,$h2);
$path=addslashes($thumb);
ImageJPEG($im2,$path,$quality);
ImageDestroy($im1);
ImageDestroy($im2);
}
?>
michael [at[ thisiswilson [dot[ com ¶
14 years ago
From - darkain at darkain dot com 's example.
If all the data is from the same image - simply
<?php
$exif_data = exif_read_data ( $_FILES['photo']$emake =$exif_data['Make'];
$emodel = $exif_data['Model'];
$eexposuretime = $exif_data['ExposureTime'];
$efnumber = $exif_data['FNumber'];
$eiso = $exif_data['ISOSpeedRatings'];
$edate = $exif_data['DateTime'];
?>
will work, I tried using the PEL library, and while pretty cool, I can't for the life understand how to call some things, this is simpler if your system is pretty basic or if you're in a rush. If you have time, try playing with PEL. It's not maintained at the moment though..
http://pel.sourceforge.net/
Anonymous ¶
15 years ago
When reading EXIF information from the 'WINXP' group, you may need to change used encoding from the default "ISO-8859-15" to "UTF-8". This can be done in php.ini or in your code:
<?php
ini_set('exif.encode_unicode', 'UTF-8');$exif = exif_read_data('TEST.JPG', 0, true);
echo $exif['WINXP']['Title'];
?>
Useful documentation about EXIF:
http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html
See also comments next to XPTitle and XPAuthor.
iam at thatguy dot co dot za ¶
9 years ago
I posted the original version of the function, but after using it for a while I discovered I didn't do enough error checking.
I have re-factored it somewhat, and it now returns an empty array should it not be able to read the image's exif. If it is able to, it will return the details it was able to retrieve. And this should be without error.
I am suppressing errors, because if you pass it images which cannot parse, you will get a warning.
<?php # Modified Version of cameraUsed, no longer returns date.
public function cameraUsed($imagePath)
{
# The default empty return
$return = array(
'make' => "",
'model' => "",
'exposure' => "",
'aperture' => "",
'iso' => ""
);// Check if the variable is set and if the file itself exists before continuing
if ((isset($imagePath)) AND (file_exists($imagePath)))
{
// There are 2 arrays which contains the information we are after, so it's easier to state them both
$exif_ifd0 = @read_exif_data($imagePath ,'IFD0' ,0);
$exif_exif = @read_exif_data($imagePath ,'EXIF' ,0);# Ensure that we actually got some information
if (($exif_ifd0 !== false) AND ($exif_exif !== false))
{
// Make
if (@array_key_exists('Make', $exif_ifd0))
{
$return['make'] = $exif_ifd0['Make'];
}// Model
if (@array_key_exists('Model', $exif_ifd0))
{
$return['model'] = $exif_ifd0['Model'];
}// Exposure
if (@array_key_exists('ExposureTime', $exif_ifd0))
{
$return['exposure'] = $exif_ifd0['ExposureTime'];
}// Aperture
if (@array_key_exists('ApertureFNumber', $exif_ifd0['COMPUTED']))
{
$return['aperture'] = $exif_ifd0['COMPUTED']['ApertureFNumber'];
}// ISO
if (@array_key_exists('ISOSpeedRatings',$exif_exif))
{
$return['iso'] = $exif_exif['ISOSpeedRatings'];
}
}
}# Return either an empty array, or the details which we were able to extrapolate.
return $return;
}?>
TNTcode ¶
5 years ago
<?php// auto rotates an image file based on exif data from camera
// if destination file is specified then it saves file there, otherwise it will display it to user
// note that images already at normal orientation are skipped (when exif data Orientation = 1)if(!function_exists("gd_auto_rotate")){
function gd_auto_rotate($original_file, $destination_file=NULL){$original_extension = strtolower(pathinfo($original_file, PATHINFO_EXTENSION));
if(isset($destination_file) and $destination_file!=''){
$destination_extension = strtolower(pathinfo($destination_file, PATHINFO_EXTENSION));
}// try to auto-rotate image by gd if needed (before editing it)
// by imagemagik it has an easy option
if(function_exists("exif_read_data")){$exif_data = exif_read_data($original_file);
$exif_orientation = $exif_data['Orientation'];// value 1 = normal ?! skip it ?!if($exif_orientation=='3' or $exif_orientation=='6' or $exif_orientation=='8'){$new_angle[3] = 180;
$new_angle[6] = -90;
$new_angle[8] = 90;// load the image
if($original_extension == "jpg" or $original_extension == "jpeg"){
$original_image = imagecreatefromjpeg($original_file);
}
if($original_extension == "gif"){
$original_image = imagecreatefromgif($original_file);
}
if($original_extension == "png"){
$original_image = imagecreatefrompng($original_file);
}$rotated_image = imagerotate($original_image, $new_angle[$exif_orientation], 0);// if no destination file is set, then show the image
if(!$destination_file){
header('Content-type: image/jpeg');
imagejpeg($rotated_image, NULL, 100);
}// save the smaller image FILE if destination file given
if($destination_extension == "jpg" or $destination_extension=="jpeg"){
imagejpeg($rotated_image, $destination_file,100);
}
if($destination_extension == "gif"){
imagegif($rotated_image, $destination_file);
}
if($destination_extension == "png"){
imagepng($rotated_image, $destination_file,9);
}imagedestroy($original_image);
imagedestroy($rotated_image);
}
}
}
}
?>
lincolnzsilva at gmail dot com ¶
14 years ago
Get some EXIFs fields (easy way):
<?php
$exif_make = exif_read_data ( $_FILES['photo']['tmp_name'] ,'IFD0' ,0 );
$emake = $exif_make['Make'];
$exif_model = exif_read_data ( $_FILES['photo']['tmp_name'] ,'IFD0' ,0 );
$emodel = $exif_model['Model'];
$exif_exposuretime = exif_read_data ( $_FILES['photo']['tmp_name'] ,'EXIF' ,0 );
$eexposuretime = $exif_exposuretime['ExposureTime'];
$exif_fnumber = exif_read_data ( $_FILES['photo']['tmp_name'] ,'EXIF' ,0 );
$efnumber = $exif_fnumber['FNumber'];
$exif_iso = exif_read_data ( $_FILES['photo']['tmp_name'] ,'EXIF' ,0 );
$eiso = $exif_iso['ISOSpeedRatings'];
$exif_date = exif_read_data ( $_FILES['photo']['tmp_name'] ,'IFD0' ,0 );
$edate = $exif_date['DateTime'];
?>
wdierkes at 5dollarwhitebox dot org ¶
15 years ago
Using the exif methods to read WINXP data returns unexpected results unless both exif and mbstring are compiled statically. Please reference the following bug reports:
Bug #31980
Bug #23105
Specifically, the last comment on #23105:
"[8 Apr 2003 4:26pm UTC] edink@php.net
This cannot be fixed due to the fact that mbstring has been removed from PHP core (it has been 'unbundled') and the rest of core files and other extensions cannot use mbstring functionality when it is compiled as a shared library (dll).
"
If exif is compiled statically (--enable-exif) and mbstring compiled as a DSO module (--enable-mbstring=shared) then exif_read_data may only return a single character rather than the entire string.
Compiling both exif and mbstring statically (--enable-exif --enable-mbstring) resolves the issue.
kurt at mandella dot biz ¶
9 years ago
Photos processed in Picasa often contain garbage data in the "MAKERNOTE" section and under EXIF.MakerNote, (UTF8) like:
[MakerNote] => r0~Þæ"î2OÔy e §…b! ) ) EI "ÐÓ
#s&0{'Û(å-Ð`ÿÿ@ÿÿÿìEè€Ýÿÿ ÿÿÿÿÿÿx "ú»Dóÿ H ?.}BúIMG:DIGITAL IXUS 100 IS JPEGFirmware Version 1.00s›xÇØÿÿÿ–l¥ÿÿÿ ØÌÌxŒ ÿÿÌÌŸãÿÿÿ¼Ž(½(½T‹U’‹d–~Ø“¥ÿÿÿ ÀÿœªãjáÀpgaXfaWb[Te«
8ú5:Áð-3åÿÿ5»ÿ ‹;ßÊ Š €à€` ¸ddîÿîÿîÿîÿîÿîÿ
ÿÿŠ1—ÏàôÉæ׬gªiï
This can't be written to Blob in MySql. The following code removes the garbage tags.
$exif = exif_read_data($process_photo, 0, 'EXIF');
if($exif['IFD0']['Software'] == "Picasa"){
foreach ($exif as $key => $section){
if($key != "MAKERNOTE"){
foreach ($section as $name => $val){
if($name != 'MakerNote'){
$exifA[$key][$name] = $val;
}
}
$exifB[$key] = $exifA[$key];
}
}
$serialized_exif = serialize ($exifB);
}else{
$serialized_exif = serialize ($exif);
}
Comments
⚠️ This issue respects the following points: ⚠️
- This is a bug, not a question or a configuration/webserver/proxy issue.
- This issue is not already reported on Github (I’ve searched it).
- Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- Nextcloud Server is running on 64bit capable CPU, PHP and OS.
- I agree to follow Nextcloud’s Code of Conduct.
Bug description
Upgraded from NC 24.0.7 to NC 25.0.1
Steps to reproduce
N/A
Expected behavior
N/A
Installation method
Community Manual installation with Archive
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Updated to a major version (ex. 22.2.3 to 23.0.1)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
- Default user-backend (database)
- LDAP/ Active Directory
- SSO — SAML
- Other
Configuration report
No response
List of activated Apps
Nextcloud Signing status
No response
Nextcloud Logs
{"reqId":"5pmQTuYNkJWS2c7Wq3i7","level":3,"time":"2022-11-03T12:02:55-05:00","remoteAddr":"X.X.X.X","user":"admin","app":"PHP","method":"PUT","url":"/remote.php/dav/files/ixheli/Photos/2022/11/22-11-03%2010-10-00%201115.png","message":"exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59","userAgent":"Mozilla/5.0 (iOS) Nextcloud-iOS/4.5.3","version":"25.0.1.1","exception":{"Exception":"Error","Message":"exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59","Code":0,"Trace":[{"function":"onError","class":"OC\Log\ErrorHandler","type":"::"},{"file":"/var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php","line":59,"function":"exif_read_data"},{"file":"/var/www/nextcloud/lib/private/Metadata/MetadataManager.php","line":68,"function":"execute","class":"OC\Metadata\Provider\ExifProvider","type":"->"},{"file":"/var/www/nextcloud/lib/private/Metadata/FileEventListener.php","line":101,"function":"generateMetadata","class":"OC\Metadata\MetadataManager","type":"->"},{"file":"/var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php","line":87,"function":"handle","class":"OC\Metadata\FileEventListener","type":"->"},{"file":"/var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php","line":251,"function":"__invoke","class":"OC\EventDispatcher\ServiceEventListener","type":"->"},{"file":"/var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php","line":73,"function":"callListeners","class":"Symfony\Component\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php","line":88,"function":"dispatch","class":"Symfony\Component\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php","line":100,"function":"dispatch","class":"OC\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/Files/Node/HookConnector.php","line":118,"function":"dispatchTyped","class":"OC\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/legacy/OC_Hook.php","line":106,"function":"postWrite","class":"OC\Files\Node\HookConnector","type":"->"},{"file":"/var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php","line":471,"function":"emit","class":"OC_Hook","type":"::"},{"file":"/var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php","line":398,"function":"emitPostHooks","class":"OCA\DAV\Connector\Sabre\File","type":"->"},{"file":"/var/www/nextcloud/apps/dav/lib/Connector/Sabre/Directory.php","line":151,"function":"put","class":"OCA\DAV\Connector\Sabre\File","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1098,"function":"createFile","class":"OCA\DAV\Connector\Sabre\Directory","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php","line":504,"function":"createFile","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php","line":89,"function":"httpPut","class":"Sabre\DAV\CorePlugin","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":472,"function":"emit","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":253,"function":"invokeMethod","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":321,"function":"start","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/apps/dav/lib/Server.php","line":360,"function":"exec","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/apps/dav/appinfo/v2/remote.php","line":35,"function":"exec","class":"OCA\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/remote.php","line":171,"args":["/var/www/nextcloud/apps/dav/appinfo/v2/remote.php"],"function":"require_once"}],"File":"/var/www/nextcloud/lib/private/Log/ErrorHandler.php","Line":92,"CustomMessage":"--"},"id":"636408dd7808c"}
Additional info
No response
I get similar errors and after that the client locks showing the blue circle and I dont think it syncs the files after that. As far as I can say it happens when I move images from directory to directory.
I got this error just before that.
Error no app in context Computed md5 hash is incorrect.
I have to restart the client to get it working again.
I have same error：
Computed md5 hash is incorrect.
exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59
and the sync schedule is -xxxxxx files！
same to restart the client to get it working again.
This comment was marked as off-topic.
This comment was marked as off-topic.
I installed production docker image, version 25 is very buggy
strange, because these errors should be only logged but should not disrupt the file access
@artonge can you have a look ?
As @PVince81 said, this is probably unrelated to the desktop client issue.
Could one of you send us the desktop client logs ?
As @PVince81 said, this is probably unrelated to the desktop client issue. Could one of you send us the desktop client logs ?
The «locking on blue circle» started happening after the server upgrade. So I dont think it’s the client and i dont see anything interesting in the client log. Just the normal updated/created/deleted. But the client locks multiple times a day and the only way to fix it is a client restart.
But this error is pretty much always there as far as I can see:
«Error no app in context Computed md5 hash is incorrect.»
and it think the same thing causes :
«exif_read_data(): File not supported»
I’m just speculating here but It’s like something is trying to processes a file which is not still fully received on the server.
Can you share the full error of «Error no app in context Computed md5 hash is incorrect.» ?
Can you share the full error of «Error no app in context Computed md5 hash is incorrect.» ?
This is the last one I found.
{"reqId":"BMfEXWtWITuRYn95PCux","level":3,"time":"2022-11-17T18:21:02+00:00","remoteAddr":"10.0.0.2","user":"tbyte","app":"no app in context","method":"POST","url":"/nex
tcloud/remote.php/dav/bulk","message":"Computed md5 hash is incorrect.","userAgent":"Mozilla/5.0 (Windows) mirall/3.4.0stable-Win64 (build 20211129) (Nextcloud, windows-
10.0.19045 ClientArchitecture: x86_64 OsArchitecture: x86_64)","version":"25.0.0.18","data":[]}
Same here since Upgrade from NC 24.0.7 to 25.0.1
My action before was to rename an image file *.png in a folder in an external fileshare.
I think renaming a file in the same space or moving it from one to another does not make any difference to trigger this issue.
my whole log says:
[PHP] Fehler: Error: exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError()
1. /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data()
2. /var/www/nextcloud/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute()
3. /var/www/nextcloud/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata()
4. /var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle()
5. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke()
6. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners()
7. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch()
8. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch()
9. /var/www/nextcloud/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped()
10. /var/www/nextcloud/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite()
11. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 471
OC_Hook::emit()
12. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 398
OCADAVConnectorSabreFile->emitPostHooks()
13. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/Directory.php line 151
OCADAVConnectorSabreFile->put()
14. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 1098
OCADAVConnectorSabreDirectory->createFile()
15. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 504
SabreDAVServer->createFile()
16. /var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
SabreDAVCorePlugin->httpPut()
17. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit()
18. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod()
19. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
20. /var/www/nextcloud/apps/dav/appinfo/v1/webdav.php line 85
SabreDAVServer->exec()
21. /var/www/nextcloud/remote.php line 171
require_once("/var/www/nextcl ... p")
The action itself (renaming, moving file) is not interrupted by the error.
Computed md5 hash is incorrect comes from the bulk upload plugin, so it is probably not related.
Append info
I can reproduce the «ExifProvider.php line 59 — Errors» by uploading any kind of images *ico; *png; *jpg …
Other filetypes are (for the moment) not part of the nextcloud error log, as far as i can see.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
Copy link
Contributor
Author
@artonge do you have any recommendations on what needs to be changed i can test and create a pull request of you show me the light 
This comment was marked as off-topic.
This comment was marked as off-topic.
I’ve noticed that if I re-save one file (Python script in the last case) too quick (I had to make small changes) and the client locks at the blue circle quite often.
I am having the same error.
I have my root storage that is an external storage (SMB) and I think it might be the reason.
Everytime I upload an image I get:
«app»:»PHP»,»method»:»PUT»,»url»:»/remote.php/dav/files/xxx/Photos/DCIM/Camera/IMG_20221209_144628.jpg»,»message»:»e
xif_read_data(): Error reading from file: got=x3FFA(=16378) != itemlen-2=x4974(=18804) at /var/www/html/lib/private/Metadata/Provider/ExifProvider.php#59″
Thus the new images don’t appear in Maps. However a maps:rescan-photos works so the job created per image is able to access the file while the upload hook is not.
Can’t you just schedule a job for the new files so it gets scanned at the next cron execution ?
I have the same issue, docker image and «normal» storage. I do notice that this comes from pictures in my case from a iphone
Me too, fresh 25.0.2.3 install from today, using the docker image, with mariadb. Fed it 50 gigs of data and walked away, came back to only 20 gigs uploaded and a lot of this in the error logs. The client had stopped syncing, but restarting it shook it loose.
@artonge do you have any recommendations on what needs to be changed i can test and create a pull request of you show me the light
I was running into an issue with a new nextcloud instance (server release version 25.0.1). In my past nextcloud instance I didn’t face that issue. I suspect that somewhere in lib/private/Metadata component something is going wrong. Lot’s of changes in there compared to release 24.0.7 and error logs refer to that component. Files are not changed between releases 25.0.1 and 25.0.2; thus expected that other users still report issues in current 25.0.2 version.
One hint if one wants to reproduce the issue: Do bulk upload with tons of new files (they may be small, to me the issue was on various file types) and keep an eye on the memory consumption of the client (mine is on Windows, consumed all mem that it got).
Btw: In the meanwhile I temporarily bypassed the issue by disabling bulk upload in the server config file (‘bulkupload.enabled’ => false) with drawbacks of not bulk-uploading any more.
So there are two things mixed here apparently:
- Sometimes the process does not seem to be able to access the file in question
- The
exif_read_dataseems to error out instead of throwing an exception. If an exception was thrown, we would only see a warning «Couldn’t extract metadata for <…>» in the logs (see: https://github.com/nextcloud/server/blob/master/lib/private/Metadata/Provider/ExifProvider.php#L62)
For the latter: is there a reason not to use Imagick for this job? It seems to be much better in extracting this kind of information and also supports more MIME types — I for example get this error on every WebP file I have:
[PHP] Error: Error: exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError(2, "exif_read_data(): File not supported", "/var/www/nextcl ... p", 59)
1. /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data(null, "ANY_TAG", true)
2. /var/www/nextcloud/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute(OCFilesNodeFile {})
3. /var/www/nextcloud/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata(OCFilesNodeFile {}, false)
4. /var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle(OCPFilesEventsNodeNodeWrittenEvent {})
5. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke(OCPFilesEventsNodeNodeWrittenEvent {}, "OCP\Files\Eve ... t", SymfonyComponen ... {})
6. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners([Closure {},Closure {}], "OCP\Files\Eve ... t", OCPFilesEventsNodeNodeWrittenEvent {})
7. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch(OCPFilesEventsNodeNodeWrittenEvent {}, "OCP\Files\Eve ... t")
8. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch("OCP\Files\Eve ... t", OCPFilesEventsNodeNodeWrittenEvent {})
9. /var/www/nextcloud/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped(OCPFilesEventsNodeNodeWrittenEvent {})
10. /var/www/nextcloud/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite([true,"/test.webp"])
11. /var/www/nextcloud/lib/private/Files/View.php line 1294
OC_Hook::emit("OC_Filesystem", "post_write", [true,"/test.webp"])
12. /var/www/nextcloud/lib/private/Files/View.php line 1222
OCFilesView->runHooks(["create","write"], "/test.webp", true)
13. /var/www/nextcloud/lib/private/Files/View.php line 705
OCFilesView->basicOperation("file_put_contents", "/smn/files/test.webp", ["create","write"], null)
14. /var/www/nextcloud/lib/private/Files/Node/Folder.php line 192
OCFilesView->file_put_contents("/smn/files/test.webp", null)
15. /var/www/nextcloud/apps/dav/lib/BulkUpload/BulkUploadPlugin.php line 92
OCFilesNodeFolder->newFile("/test.webp", null)
16. /var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
OCADAVBulkUploadBulkUploadPlugin->httpPost(SabreHTTPRequest {}, SabreHTTPResponse {})
17. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit("method:POST", [SabreHTTPRequ ... }])
18. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod(SabreHTTPRequest {}, SabreHTTPResponse {})
19. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
20. /var/www/nextcloud/apps/dav/lib/Server.php line 360
SabreDAVServer->exec()
21. /var/www/nextcloud/apps/dav/appinfo/v2/remote.php line 35
OCADAVServer->exec()
22. /var/www/nextcloud/remote.php line 171
require_once("/var/www/nextcl ... p")
POST /remote.php/dav/bulk
See https://stackoverflow.com/a/50890651 for an example and implementation with Imagick.
Copy link
Contributor
Author
Still an issue NC 25.0.2
{"reqId":"JVcU5WsfBsfPEwglAWj0","level":3,"time":"2023-01-03T08:37:05-06:00","remoteAddr":"20.8.0.4","user":"admin","app":"PHP","method":"PUT","url":"/remote.php/dav/files/axheli/Talk/4dc530d9-2d3e-4dd6-9565-eb0304512fb8.gif","message":"exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59","userAgent":"Mozilla/5.0 (Android) Nextcloud-Talk v15.1.0 RC2","version":"25.0.2.3","exception":{"Exception":"Error","Message":"exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59","Code":0,"Trace":[{"function":"onError","class":"OC\Log\ErrorHandler","type":"::"},{"file":"/var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php","line":59,"function":"exif_read_data"},{"file":"/var/www/nextcloud/lib/private/Metadata/MetadataManager.php","line":68,"function":"execute","class":"OC\Metadata\Provider\ExifProvider","type":"->"},{"file":"/var/www/nextcloud/lib/private/Metadata/FileEventListener.php","line":101,"function":"generateMetadata","class":"OC\Metadata\MetadataManager","type":"->"},{"file":"/var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php","line":87,"function":"handle","class":"OC\Metadata\FileEventListener","type":"->"},{"file":"/var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php","line":251,"function":"__invoke","class":"OC\EventDispatcher\ServiceEventListener","type":"->"},{"file":"/var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php","line":73,"function":"callListeners","class":"Symfony\Component\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php","line":88,"function":"dispatch","class":"Symfony\Component\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php","line":100,"function":"dispatch","class":"OC\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/Files/Node/HookConnector.php","line":118,"function":"dispatchTyped","class":"OC\EventDispatcher\EventDispatcher","type":"->"},{"file":"/var/www/nextcloud/lib/private/legacy/OC_Hook.php","line":106,"function":"postWrite","class":"OC\Files\Node\HookConnector","type":"->"},{"file":"/var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php","line":471,"function":"emit","class":"OC_Hook","type":"::"},{"file":"/var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php","line":398,"function":"emitPostHooks","class":"OCA\DAV\Connector\Sabre\File","type":"->"},{"file":"/var/www/nextcloud/apps/dav/lib/Connector/Sabre/Directory.php","line":151,"function":"put","class":"OCA\DAV\Connector\Sabre\File","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":1098,"function":"createFile","class":"OCA\DAV\Connector\Sabre\Directory","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php","line":504,"function":"createFile","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php","line":89,"function":"httpPut","class":"Sabre\DAV\CorePlugin","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":472,"function":"emit","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":253,"function":"invokeMethod","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php","line":321,"function":"start","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/apps/dav/lib/Server.php","line":360,"function":"exec","class":"Sabre\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/apps/dav/appinfo/v2/remote.php","line":35,"function":"exec","class":"OCA\DAV\Server","type":"->"},{"file":"/var/www/nextcloud/remote.php","line":171,"args":["/var/www/nextcloud/apps/dav/appinfo/v2/remote.php"],"function":"require_once"}],"File":"/var/www/nextcloud/lib/private/Log/ErrorHandler.php","Line":92,"CustomMessage":"--"},"id":"63b4635f91c89"}
I resolve this issue by re-pull and re-deploy the container image.
This error occurred after I updated the ubuntu system and rebooted the system.
Hi. Same issue after updating to NC 25.0.2, php 8.0, Mageia Linux, Plasma, Nextcloud-client 3.6.4
[PHP] Erreur: Error: exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError()
1. /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data()
2. /var/www/nextcloud/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute()
3. /var/www/nextcloud/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata()
4. /var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle()
5. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke()
6. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners()
7. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch()
8. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch()
9. /var/www/nextcloud/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped()
10. /var/www/nextcloud/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite()
11. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 471
OC_Hook::emit()
12. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 398
OCADAVConnectorSabreFile->emitPostHooks()
13. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 1137
OCADAVConnectorSabreFile->put()
14. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 492
SabreDAVServer->updateFile("*** sensitive parameters replaced ***")
15. /var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
SabreDAVCorePlugin->httpPut()
16. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit()
17. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod()
18. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
19. /var/www/nextcloud/apps/dav/lib/Server.php line 360
SabreDAVServer->exec()
20. /var/www/nextcloud/apps/dav/appinfo/v2/remote.php line 35
OCADAVServer->exec()
21. /var/www/nextcloud/remote.php line 171
require_once("/var/www/nextcl ... p")
PUT /remote.php/dav/files/user/Documents/camera.png
from my_ip by user at 2023-01-16T13:49:12+01:00
Same issues here on 25.0.2 apache docker with smb external
[PHP] Fout: Error: exif_read_data(): Error reading from file: got=x3B00(=15104) != itemlen-2=x83CB(=33739) at /var/www/html/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError(2, "exif_read_data( ... )", "/var/www/html/l ... p", 59)
1. /var/www/html/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data(null, "ANY_TAG", true)
2. /var/www/html/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute(OCFilesNodeFile {})
3. /var/www/html/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata(OCFilesNodeFile {}, false)
4. /var/www/html/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle(OCPFilesEventsNodeNodeWrittenEvent {})
5. /var/www/html/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke(OCPFilesEventsNodeNodeWrittenEvent {}, "OCP\Files\Eve ... t", SymfonyComponen ... {})
6. /var/www/html/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners([Closure {},Closure {}], "OCP\Files\Eve ... t", OCPFilesEventsNodeNodeWrittenEvent {})
7. /var/www/html/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch(OCPFilesEventsNodeNodeWrittenEvent {}, "OCP\Files\Eve ... t")
8. /var/www/html/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch("OCP\Files\Eve ... t", OCPFilesEventsNodeNodeWrittenEvent {})
9. /var/www/html/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped(OCPFilesEventsNodeNodeWrittenEvent {})
10. /var/www/html/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite(["/xxx/Afbeel ... "])
11. /var/www/html/apps/dav/lib/Connector/Sabre/File.php line 471
OC_Hook::emit("OC_Filesystem", "post_write", ["/xxx/Afbeel ... "])
12. /var/www/html/apps/dav/lib/Connector/Sabre/File.php line 398
OCADAVConnectorSabreFile->emitPostHooks(false)
13. /var/www/html/apps/dav/lib/Connector/Sabre/Directory.php line 151
OCADAVConnectorSabreFile->put(null)
14. /var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php line 1098
OCADAVConnectorSabreDirectory->createFile("PXL_20230116_230240264.jpg", null)
15. /var/www/html/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 504
SabreDAVServer->createFile("files/xxx/Mi ... g", null, null)
16. /var/www/html/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
SabreDAVCorePlugin->httpPut(SabreHTTPRequest {}, SabreHTTPResponse {})
17. /var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit("method:PUT", [SabreHTTPRequ ... }])
18. /var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod(SabreHTTPRequest {}, SabreHTTPResponse {})
19. /var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
20. /var/www/html/apps/dav/lib/Server.php line 360
SabreDAVServer->exec()
21. /var/www/html/apps/dav/appinfo/v2/remote.php line 35
OCADAVServer->exec()
22. /var/www/html/remote.php line 171
require_once("/var/www/html/a ... p")
PUT /remote.php/dav/files/afdsgdfgd.jpg
Still having this error after Update 25.0.2 -> 25.0.3
[PHP] Fehler: Error: exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError()
1. /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data()
2. /var/www/nextcloud/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute()
3. /var/www/nextcloud/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata()
4. /var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle()
5. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke()
6. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners()
7. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch()
8. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch()
9. /var/www/nextcloud/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped()
10. /var/www/nextcloud/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite()
11. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 471
OC_Hook::emit()
12. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 398
OCADAVConnectorSabreFile->emitPostHooks()
13. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/Directory.php line 151
OCADAVConnectorSabreFile->put()
14. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 1098
OCADAVConnectorSabreDirectory->createFile()
15. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 504
SabreDAVServer->createFile()
16. /var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
SabreDAVCorePlugin->httpPut()
17. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit()
18. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod()
19. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
20. /var/www/nextcloud/apps/dav/appinfo/v1/webdav.php line 85
SabreDAVServer->exec()
21. /var/www/nextcloud/remote.php line 171
require_once("/var/www/nextcl ... p")
PUT /remote.php/webdav/Pictures/clipart-clouds-cloud-computing-3.png
from CLIENT-IP by username at 2023-01-18T07:15:54+01:00
x29a
mentioned this issue
Jan 19, 2023
Tossing a bump in. Fresh server install, Ubuntu Server 22.04 LTS, Apache, MariaDB, APCu, Redis, all using the recommended configurations.
[PHP] Error: Error: exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError()
1. /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data()
2. /var/www/nextcloud/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute()
3. /var/www/nextcloud/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata()
4. /var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle()
5. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke()
6. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners()
7. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch()
8. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch()
9. /var/www/nextcloud/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped()
10. /var/www/nextcloud/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite()
11. /var/www/nextcloud/lib/private/Files/View.php line 1294
OC_Hook::emit()
12. /var/www/nextcloud/lib/private/Files/View.php line 1222
OCFilesView->runHooks()
13. /var/www/nextcloud/lib/private/Files/View.php line 705
OCFilesView->basicOperation()
14. /var/www/nextcloud/lib/private/Files/Node/Folder.php line 192
OCFilesView->file_put_contents()
15. /var/www/nextcloud/apps/dav/lib/BulkUpload/BulkUploadPlugin.php line 92
OCFilesNodeFolder->newFile()
16. /var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
OCADAVBulkUploadBulkUploadPlugin->httpPost()
17. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit()
18. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod()
19. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
20. /var/www/nextcloud/apps/dav/lib/Server.php line 360
SabreDAVServer->exec()
21. /var/www/nextcloud/apps/dav/appinfo/v2/remote.php line 35
OCADAVServer->exec()
22. /var/www/nextcloud/remote.php line 171
require_once("/var/www/nextcl ... p")
POST /remote.php/dav/bulk
from 10.210.11.49 by brandon at 2023-01-21T20:16:19+00:00
It’s not the bad news that I’m not the only one. Same problem ubuntu 22.04
‘bulkupload.enabled’ => false
I also tried this option but the desktop client is still bulk uploading.
I have the exact same problem. For some reason, downgrading my Desktop Client to version 3.3.6 solved it for me. Files sync again and no errors occur.
[PHP] Error: Error: exif_read_data(): Potentially invalid endianess, trying again with different endianness before imminent failure. at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59 at <<closure>>
0. <<closure>>
OCLogErrorHandler::onError()
1. /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php line 59
exif_read_data()
2. /var/www/nextcloud/lib/private/Metadata/MetadataManager.php line 68
OCMetadataProviderExifProvider->execute()
3. /var/www/nextcloud/lib/private/Metadata/FileEventListener.php line 101
OCMetadataMetadataManager->generateMetadata()
4. /var/www/nextcloud/lib/private/EventDispatcher/ServiceEventListener.php line 87
OCMetadataFileEventListener->handle()
5. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 251
OCEventDispatcherServiceEventListener->__invoke()
6. /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php line 73
SymfonyComponentEventDispatcherEventDispatcher->callListeners()
7. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 88
SymfonyComponentEventDispatcherEventDispatcher->dispatch()
8. /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php line 100
OCEventDispatcherEventDispatcher->dispatch()
9. /var/www/nextcloud/lib/private/Files/Node/HookConnector.php line 118
OCEventDispatcherEventDispatcher->dispatchTyped()
10. /var/www/nextcloud/lib/private/legacy/OC_Hook.php line 106
OCFilesNodeHookConnector->postWrite()
11. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 471
OC_Hook::emit()
12. /var/www/nextcloud/apps/dav/lib/Connector/Sabre/File.php line 398
OCADAVConnectorSabreFile->emitPostHooks()
13. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 1137
OCADAVConnectorSabreFile->put()
14. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 492
SabreDAVServer->updateFile("*** sensitive parameters replaced ***")
15. /var/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89
SabreDAVCorePlugin->httpPut()
16. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472
SabreDAVServer->emit()
17. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253
SabreDAVServer->invokeMethod()
18. /var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321
SabreDAVServer->start()
19. /var/www/nextcloud/apps/dav/appinfo/v1/webdav.php line 85
SabreDAVServer->exec()
20. /var/www/nextcloud/remote.php line 171
require_once("/var/www/nextcl ... p")
PUT /remote.php/webdav/Multimedia/Photos/Ondra-PC/DVD/Babicka/Fotky/2008-11-18_16.18.17.JPG
from 10.100.10.1 by ondra153 at 2023-01-26T03:43:18+00:00
This comment was marked as off-topic.
The same problem.
It looks it could happen here: commit
I can trace the problem on the production server, but need a little help to dive in faster into sources. PM
"reqId": "Y9IckaVkS3iaFx2INfIYaQAAAAQ",
"level": 3,
"time": "2023-01-26T06:25:00+00:00",
"app": "PHP",
"method": "POST",
"url": "/remote.php/dav/bulk",
"message": "exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59",
"userAgent": "Mozilla/5.0 (Windows) mirall/3.4.1stable-Win64 (build 20211221) (Nextcloud, windows-10.0.22000 ClientArchitecture: x86_64 OsArchitecture: x86_64)",
"version": "25.0.3.2",
"exception": {
"Exception": "Error",
"Message": "exif_read_data(): File not supported at /var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php#59",
"Code": 0,
"Trace": [
{
"function": "onError",
"class": "OC\Log\ErrorHandler",
"type": "::"
},
{
"file": "/var/www/nextcloud/lib/private/Metadata/Provider/ExifProvider.php",
"line": 59,
"function": "exif_read_data"
},
{
"file": "/var/www/nextcloud/lib/private/Metadata/MetadataManager.php",
"line": 68,
"function": "execute",
"class": "OC\Metadata\Provider\ExifProvider",
"type": "->"
},
lukasszz
referenced
this issue
Jan 27, 2023
Signed-off-by: Robin Appelman <robin@icewind.nl>
Tested myself. Doesnt seem to work yet…
Okay, suppressing the php error with @ was indeed the only way I could suppress the log. Strange.
Содержание
- exif_read_data — Ошибка
- Описание
- Список параметров
- Возвращаемые значения
- Список изменений
- Примеры
- Смотрите также
- exif_read_data
- Описание
- Список параметров
- Возвращаемые значения
- Ошибки
- Список изменений
- Примеры
- Примечания
- Смотрите также
- User Contributed Notes 17 notes
exif_read_data — Ошибка
(PHP 4 >= 4.2.0, PHP 5, PHP 7)
Описание
Height и Width вычисляются аналогично вычислениям getimagesize() , так что эти параметры не обязаны присутствовать в заголовке. html — текстовая строка, задающая высоту/ширину, которую можно использовать в обычном HTML .
Если Exif-заголовок содержит сообщение об авторских правах (Copyright), само сообщение может содержать 2 значения. Эта ситуация не описана в стандарте Exif 2.10, поэтому раздел COMPUTED будет содержать оба этих значения в полях Copyright.Photographer и Copyright.Editor. В то же время разделы IFD0 будут содержать массив байт с NULL-символом в качестве разделителя этих двух значений либо только первое значение, если тип файла определен неверно (нормальная ситуация для Exif). Раздел COMPUTED будет также содержать Copyright, это может быть либо исходная строка, либо список из владельца фотографии и редактора через запятую.
Тэг UserComment имеет те же проблемы, что и Copyright. Он может хранить 2 значения. Первое — использованную кодировку, второе — само значение. В этом случае раздел IFD содержит либо кодировку, либо массив байт. Раздел COMPUTED будет хранить оба этих значения в полях UserCommentEncoding и UserComment. Содержимое UserComment будет доступно в любом случае, поэтому предпочтительней использовать его вместо раздела IFD0.
Также exif_read_data() проверяет EXIF тэги на соответствие спецификации EXIF (» http://exif.org/Exif2-2.PDF, стр. 20).
Windows Me/XP могут затирать Exif-заголовки при подключении фотоаппарата.
Список параметров
Имя файла изображения. Нельзя передавать URL .
Список разделенных запятой разделов, которые должны быть представлены в результирующем массиве array . Если ни один из разделов найти не удастся, функция вернет FALSE .
| FILE | FileName, FileSize, FileDateTime, SectionsFound |
| COMPUTED | html, Width, Height, IsColor, и другие. Height and Width вычисляются аналогично getimagesize() , поэтому их не обязательно включать в заголовок. html — текстовая строка, задающая высоту/ширину, которую можно использовать в обычном HTML . |
| ANY_TAG | Любая информация заключенная в тэг, например IFD0, EXIF, . |
| IFD0 | Все данные тэга IFD0. В обычных изображениях в нем хранится размер изображения. |
| THUMBNAIL | Если файл содержит второй раздел IFD, то считается, что у изображения есть эскиз. Вся информация об эскизе хранится в этом разделе. |
| COMMENT | Заголовки комментариев JPEG изображений. |
| EXIF | Раздел EXIF является подразделом IFD0. Он содержит более детальную информацию об изображении. Большинство его записей зависит от фотоаппарата. |
Определяет, формировать ли разделы в виде массивов. Разделы sections , COMPUTED, THUMBNAIL и COMMENT всегда делаются массивами, так как они могут содержать значения, имена которых будут конфликтовать с именами в других разделах.
Если TRUE , будет прочитан сам эскиз. В противном случае будет прочитана только информация в тэгах.
Возвращаемые значения
Возвращает ассоциативный массив array , в котором ключами будут имена заголовков, а значениями — значения соответствующие этим заголовкам. Если никаких данных вернуть нельзя, exif_read_data() вернет FALSE .
Список изменений
| Версия | Описание |
|---|---|
| 4.3.0 | Может читать все встроенные IFD данные, включая массивы. Размер встроенного эскиза возвращается во вложенном THUMBNAIL. Может возвращать эскизы в формате TIFF . Больше нет ограничения максимальной длины возвращаемых значений (но всю память выработать не получится). |
| 4.3.0 | Если в PHP есть поддержка mbstring, кодировка пользовательского комментария может быть автоматически изменена. Если пользовательский комментарий представлен в кодировках Unicode или JIS, эти кодировки будут автоматически преобразованы в соответствии с ini-настройками в php.ini |
| 4.3.0 | Если изображение содержит какие-либо данные в IFD0, то COMPUTED будет содержать порядок байт ByteOrderMotorola со значением 0 для little-endian (intel) и 1 для big-endian (motorola). Также, COMPUTED и UserComment больше не содержат первое значение copyright, если при определении типа данных файла возникла ошибка. |
Примеры
Пример #1 Пример использования exif_read_data()
echo «test1.jpg:
n» ;
$exif = exif_read_data ( ‘tests/test1.jpg’ , ‘IFD0’ );
echo $exif === false ? «Не найдено данных заголовка.
n» : «Изображение содержит заголовки
n» ;
$exif = exif_read_data ( ‘tests/test2.jpg’ , 0 , true );
echo «test2.jpg:
n» ;
foreach ( $exif as $key => $section ) <
foreach ( $section as $name => $val ) <
echo » $key . $name : $val
n» ;
>
>
?>
Первых вызов завершается неудачей, так как в заголовках изображения нет информации.
Результатом выполнения данного примера будет что-то подобное:
Смотрите также
- exif_thumbnail() — Получает встроенный эскиз TIFF или JPEG изображения
- getimagesize() — Получение размера изображения
Источник
exif_read_data
(PHP 4 >= 4.2.0, PHP 5, PHP 7, PHP
exif_read_data — Читает заголовки EXIF из файлов изображений
Описание
Height и Width вычисляются аналогично вычислениям getimagesize() , так что эти параметры не обязаны присутствовать в заголовке. html — текстовая строка, задающая высоту/ширину, которую можно использовать в обычном HTML .
Если Exif-заголовок содержит сообщение об авторских правах (Copyright), само сообщение может содержать 2 значения. Эта ситуация не описана в стандарте Exif 2.10, поэтому раздел COMPUTED будет содержать оба этих значения в полях Copyright.Photographer и Copyright.Editor . В то же время разделы IFD0 будут содержать массив байт с NULL-символом в качестве разделителя этих двух значений либо только первое значение, если тип файла определён неверно (нормальная ситуация для Exif). Раздел COMPUTED будет также содержать Copyright , это может быть либо исходная строка, либо список из владельца фотографии и редактора через запятую.
Тег UserComment имеет те же проблемы, что и Copyright. Он может хранить 2 значения. Первое — использованную кодировку, второе — само значение. В этом случае раздел IFD содержит либо кодировку, либо массив байт. Раздел COMPUTED будет хранить оба этих значения в полях UserCommentEncoding и UserComment . Содержимое UserComment будет доступно в любом случае, поэтому предпочтительней использовать его вместо раздела IFD0 .
Также exif_read_data() проверяет EXIF теги на соответствие спецификации EXIF (» http://exif.org/Exif2-2.PDF, стр. 20).
Список параметров
Местоположение файла с изображением. Может быть как путём к файлу, так и потоковым ресурсом (можно использовать обёртки).
Список разделённых запятой разделов, которые должны быть представлены в результирующем массиве ( array ). Если ни один из разделов найти не удастся, функция вернёт false .
| FILE | FileName, FileSize, FileDateTime, SectionsFound |
| COMPUTED | html, Width, Height, IsColor, и другие. Height и Width вычисляются аналогично getimagesize() , поэтому их не обязательно включать в заголовок. html — текстовая строка, задающая высоту/ширину, которую можно использовать в обычном HTML . |
| ANY_TAG | Любая информация заключённая в тег, например, IFD0 , EXIF , . |
| IFD0 | Все данные тега IFD0. В обычных изображениях в нем хранится размер изображения. |
| THUMBNAIL | Если файл содержит второй раздел IFD , то считается, что у изображения есть эскиз. Вся информация об эскизе хранится в этом разделе. |
| COMMENT | Заголовки комментариев JPEG изображений. |
| EXIF | Раздел EXIF является подразделом IFD0 . Он содержит более детальную информацию об изображении. Большинство его записей зависят от фотоаппарата. |
Определяет, формировать ли разделы в виде массивов. Разделы required_sections , COMPUTED , THUMBNAIL и COMMENT всегда делаются массивами, так как они могут содержать значения, имена которых будут конфликтовать с именами в других разделах.
Если true , будет прочитан сам эскиз. В противном случае будет прочитана только информация в тегах.
Возвращаемые значения
Возвращает ассоциативный массив ( array ), в котором ключами будут имена заголовков, а значениями — значения соответствующие этим заголовкам. Если никаких данных вернуть нельзя, exif_read_data() вернёт false .
Ошибки
Ошибки уровня E_WARNING и/или E_NOTICE могут возникать для неподдерживаемых тегов или других потенциальных условий ошибки, но функция всё равно пытается прочитать всю понятную информацию.
Список изменений
| Версия | Описание |
|---|---|
| 8.0.0 | required_sections теперь допускает значение null. |
| 7.2.0 | Параметр file переименован в stream и может принимать как локальный путь к файлу, так и потоковый ресурс. |
| 7.2.0 | Добавлена поддержка следующих форматов EXIF:
|
Примеры
Пример #1 Пример использования exif_read_data()
echo «test1.jpg:
n» ;
$exif = exif_read_data ( ‘tests/test1.jpg’ , ‘IFD0’ );
echo $exif === false ? «Не найдено данных заголовка.
n» : «Изображение содержит заголовки
n» ;
$exif = exif_read_data ( ‘tests/test2.jpg’ , 0 , true );
echo «test2.jpg:
n» ;
foreach ( $exif as $key => $section ) <
foreach ( $section as $name => $val ) <
echo » $key . $name : $val
n» ;
>
>
?>
Первый вызов завершается неудачей, так как в заголовках изображения нет информации.
Результатом выполнения данного примера будет что-то подобное:
Пример #2 Использование exif_read_data() с потоковым ресурсом (доступно с PHP 7.2.0)
// Открываем файл в бинарном режиме
$fp = fopen ( ‘/path/to/image.jpg’ , ‘rb’ );
if (! $fp ) <
echo ‘Ошибка: Невозможно открыть файл для чтения’ ;
exit;
>
// Попытка прочитать заголовки exif
$headers = exif_read_data ( $fp );
if (! $headers ) <
echo ‘Ошибка: невозможно прочитать заголовки exif’ ;
exit;
>
// Напечатать заголовки ‘COMPUTED’
echo ‘Заголовки EXIF:’ . PHP_EOL ;
foreach ( $headers [ ‘COMPUTED’ ] as $header => $value ) <
printf ( ‘ %s => %s%s’ , $header , $value , PHP_EOL );
>
?>
Результатом выполнения данного примера будет что-то подобное:
Примечания
Если разрешён mbstring, то exif будет пытаться обрабатывать юникод и брать кодировку как указано в exif.decode_unicode_motorola и exif.decode_unicode_intel. Модуль exif не будет пытаться самостоятельно определить кодировку и указание правильной кодировки остаётся на совести пользователя путём установки одной из двух INI-директив перед вызовом exif_read_data() .
Если параметр file использован для передачи в функцию потока, то этот поток должен быть перематываемым. Обратите внимание, что файловый позиционный указатель не будет изменён после завершения работы этой функции.
Смотрите также
User Contributed Notes 17 notes
When the new update came out from Apple for iOS6 it provided the ability for iPad, iPod, and iPhones to be able to upload files from the device through Safari. Obviously this will open up an array of implementations where at one point it was just not possible.
The issue comes when a photo is uploaded it will be dependent on the location of the «button» when the photo was taken. Imagine if you will that you have your iPhone turned with the button at the top and you take a photo. The photo when uploaded to your server might be «upside down».
The following code will ensure that all uploaded photos will be oriented correctly upon upload:
= imagecreatefromstring ( file_get_contents ( $_FILES [ ‘image_upload’ ][ ‘tmp_name’ ]));
$exif = exif_read_data ( $_FILES [ ‘image_upload’ ][ ‘tmp_name’ ]);
if(!empty( $exif [ ‘Orientation’ ])) <
switch( $exif [ ‘Orientation’ ]) <
case 8 :
$image = imagerotate ( $image , 90 , 0 );
break;
case 3 :
$image = imagerotate ( $image , 180 , 0 );
break;
case 6 :
$image = imagerotate ( $image ,- 90 , 0 );
break;
>
>
// $image now contains a resource with the image oriented correctly
?>
What you do with the image resource from there is entirely up to you.
I hope that this helps you identify and orient any image that’s uploaded from an iPad, iPhone, or iPod. Orientation for the photo is the key to knowing how to rotate it correctly.
The following code:
= exif_read_data ( ‘foo.jpg’ );
var_dump ( $data [ ‘Keywords’ ]);
?>
produces string(15) «. «
Adding
( ‘exif.decode_unicode_motorola’ , ‘UCS-2LE’ );
?>
before the call to exif_red_data produces
string(15) «landscape;;field»
I wanted some quick and easy functions for computing the shutter speed and f-stop. I couldn’t find any anywhere, so I made some. It took some research :
function exif_get_float ( $value ) <
$pos = strpos ( $value , ‘/’ );
if ( $pos === false ) return (float) $value ;
$a = (float) substr ( $value , 0 , $pos );
$b = (float) substr ( $value , $pos + 1 );
return ( $b == 0 ) ? ( $a ) : ( $a / $b );
>
function exif_get_shutter (& $exif ) <
if (!isset( $exif [ ‘ShutterSpeedValue’ ])) return false ;
$apex = exif_get_float ( $exif [ ‘ShutterSpeedValue’ ]);
$shutter = pow ( 2 , — $apex );
if ( $shutter == 0 ) return false ;
if ( $shutter >= 1 ) return round ( $shutter ) . ‘s’ ;
return ‘1/’ . round ( 1 / $shutter ) . ‘s’ ;
>
function exif_get_fstop (& $exif ) <
if (!isset( $exif [ ‘ApertureValue’ ])) return false ;
$apex = exif_get_float ( $exif [ ‘ApertureValue’ ]);
$fstop = pow ( 2 , $apex / 2 );
if ( $fstop == 0 ) return false ;
return ‘f/’ . round ( $fstop , 1 );
>
?>
The example provided for displaying exif array content is not working in recent version because not all entry values are of array type.
This is an alternative echo loop:
echo «test1.jpg:
n» ;
$exif = exif_read_data ( ‘tests/test1.jpg’ , ‘IFD0’ );
echo $exif === false ? «No header data found.
n» : «Image contains headers
n» ;
$exif = exif_read_data ( ‘tests/test2.jpg’ , 0 , true );
echo «test2.jpg:
n» ;
foreach ( $exif as $key => $section ) <
if (! is_array ( $section )) <
echo » $key : $section
n» ;
> else <
foreach ( $section as $name => $val ) <
echo » $key . $name : $val
n» ;
>
>
Please note that when resizing images with GD and most image processing scripts or applications you will loose the EXIF information. What I did as a workaround is book this information into MySQL before I re-size images.
// This function is used to determine the camera details for a specific image. It returns an array with the parameters.
function cameraUsed ( $imagePath ) <
// Check if the variable is set and if the file itself exists before continuing
if ((isset( $imagePath )) and ( file_exists ( $imagePath ))) <
// There are 2 arrays which contains the information we are after, so it’s easier to state them both
$exif_ifd0 = read_exif_data ( $imagePath , ‘IFD0’ , 0 );
$exif_exif = read_exif_data ( $imagePath , ‘EXIF’ , 0 );
//error control
$notFound = «Unavailable» ;
// Make
if (@ array_key_exists ( ‘Make’ , $exif_ifd0 )) <
$camMake = $exif_ifd0 [ ‘Make’ ];
> else
// Model
if (@ array_key_exists ( ‘Model’ , $exif_ifd0 )) <
$camModel = $exif_ifd0 [ ‘Model’ ];
> else
// Exposure
if (@ array_key_exists ( ‘ExposureTime’ , $exif_ifd0 )) <
$camExposure = $exif_ifd0 [ ‘ExposureTime’ ];
> else
// Aperture
if (@ array_key_exists ( ‘ApertureFNumber’ , $exif_ifd0 [ ‘COMPUTED’ ])) <
$camAperture = $exif_ifd0 [ ‘COMPUTED’ ][ ‘ApertureFNumber’ ];
> else
// Date
if (@ array_key_exists ( ‘DateTime’ , $exif_ifd0 )) <
$camDate = $exif_ifd0 [ ‘DateTime’ ];
> else
// ISO
if (@ array_key_exists ( ‘ISOSpeedRatings’ , $exif_exif )) <
$camIso = $exif_exif [ ‘ISOSpeedRatings’ ];
> else
$return = array();
$return [ ‘make’ ] = $camMake ;
$return [ ‘model’ ] = $camModel ;
$return [ ‘exposure’ ] = $camExposure ;
$return [ ‘aperture’ ] = $camAperture ;
$return [ ‘date’ ] = $camDate ;
$return [ ‘iso’ ] = $camIso ;
return $return ;
?>
An example of it’s use follows:
= cameraUsed ( «/img/myphoto.jpg» );
echo «Camera Used: » . $camera [ ‘make’ ] . » » . $camera [ ‘model’ ] . «
» ;
echo «Exposure Time: » . $camera [ ‘exposure’ ] . «
» ;
echo «Aperture: » . $camera [ ‘aperture’ ] . «
» ;
echo «ISO: » . $camera [ ‘iso’ ] . «
» ;
echo «Date Taken: » . $camera [ ‘date’ ] . «
» ;
?>
Will display the following, depending on the data:
Camera Used: SONY DSC-S930
Exposure Time: 1/400
Aperture: f/4.3
ISO: 100
Date Taken: 2010:12:10 18:18:45
If the image has been re-sized and the information is no longer available then you should receive the following when echoing the same:
Camera Used: Unavailable
Exposure Time: Unavailable
Aperture: Unavailable
ISO: Unavailable
Date Taken: Unavailable
Some cameras do not capture all the information, for instance Blackberry phones do not record an aperture, or iso and you will get Unavailable for those fields.
Источник
exif_read_data
(PHP 4 >= 4.2.0, PHP 5, PHP 7)
exif_read_data —
Читает EXIF-заголовки JPEG
и TIFF изображений
Описание
array exif_read_data
( string $filename
[, string $sections = NULL
[, bool $arrays = false
[, bool $thumbnail = false
]]] )
По идее, EXIF-заголовки должны идти первыми в JPEG/TIFF
файлах, генерируемых фотоаппаратами. Но, к сожалению, каждый производитель имеет
свое представление того, каким образом компоновать метаданные изображения.
Поэтому будьте готовы к ситуации, когда перед Exif-заголовком есть еще что-то.
Height и Width вычисляются аналогично
вычислениям getimagesize(), так что эти параметры не обязаны
присутствовать в заголовке. html — текстовая строка, задающая
высоту/ширину, которую можно использовать в обычном HTML.
Если Exif-заголовок содержит сообщение об авторских правах (Copyright), само
сообщение может содержать 2 значения. Эта ситуация не описана в стандарте
Exif 2.10, поэтому раздел COMPUTED будет содержать оба
этих значения в полях Copyright.Photographer и
Copyright.Editor. В то же время разделы
IFD0 будут содержать массив байт с NULL-символом в качестве
разделителя этих двух значений либо только первое значение, если тип файла
определен неверно (нормальная ситуация для Exif). Раздел
COMPUTED будет также содержать Copyright,
это может быть либо исходная строка, либо список из владельца
фотографии и редактора через запятую.
Тэг UserComment имеет те же проблемы, что и Copyright.
Он может хранить 2 значения. Первое — использованную кодировку, второе —
само значение. В этом случае раздел IFD содержит либо
кодировку, либо массив байт. Раздел COMPUTED будет хранить
оба этих значения в полях UserCommentEncoding и
UserComment. Содержимое UserComment
будет доступно в любом случае, поэтому предпочтительней использовать его вместо
раздела IFD0.
Также exif_read_data() проверяет EXIF тэги на соответствие
спецификации EXIF (» http://exif.org/Exif2-2.PDF, стр. 20).
Замечание:
Windows Me/XP могут затирать Exif-заголовки при подключении фотоаппарата.
Список параметров
-
filename -
Имя файла изображения. Нельзя передавать URL.
-
sections -
Список разделенных запятой разделов, которые должны быть представлены
в результирующем массиве array. Если ни один из разделов найти
не удастся, функция вернетFALSE.FILE FileName, FileSize, FileDateTime, SectionsFound COMPUTED html, Width, Height, IsColor, и другие. Height and
Width вычисляются аналогично getimagesize(),
поэтому их не обязательно включать в заголовок.
html — текстовая строка, задающая
высоту/ширину, которую можно использовать в обычном
HTML.ANY_TAG Любая информация заключенная в тэг, например
IFD0, EXIF, …IFD0 Все данные тэга IFD0. В обычных изображениях в нем хранится размер
изображения.THUMBNAIL Если файл содержит второй раздел IFD, то считается,
что у изображения есть эскиз. Вся информация об эскизе хранится в этом
разделе.COMMENT Заголовки комментариев JPEG изображений. EXIF Раздел EXIF является подразделом IFD0. Он содержит
более детальную информацию об изображении. Большинство его записей
зависит от фотоаппарата. -
arrays -
Определяет, формировать ли разделы в виде массивов. Разделы
sections, COMPUTED,
THUMBNAIL и COMMENT всегда
делаются массивами, так как они могут содержать значения, имена которых
будут конфликтовать с именами в других разделах. -
thumbnail -
Если
TRUE, будет прочитан сам эскиз. В противном случае будет прочитана
только информация в тэгах.
Возвращаемые значения
Возвращает ассоциативный массив array, в котором ключами будут
имена заголовков, а значениями — значения соответствующие этим заголовкам.
Если никаких данных вернуть нельзя, exif_read_data()
вернет FALSE.
Список изменений
| Версия | Описание |
|---|---|
| 4.3.0 |
Может читать все встроенные IFD данные, включая массивы. Размер встроенного эскиза возвращается во вложенном THUMBNAIL. Может возвращать эскизы в формате TIFF. Больше нет ограничения максимальной длины возвращаемых значений (но всю память выработать не получится). |
| 4.3.0 |
Если в PHP есть поддержка mbstring, кодировка пользовательского комментария может быть автоматически изменена. Если пользовательский комментарий представлен в кодировках Unicode или JIS, эти кодировки будут автоматически преобразованы в соответствии с ini-настройками в php.ini |
| 4.3.0 |
Если изображение содержит какие-либо данные в IFD0, то COMPUTED будет содержать порядок байт ByteOrderMotorola со значением 0 для little-endian (intel) и 1 для big-endian (motorola). Также, COMPUTED и UserComment больше не содержат первое значение copyright, если при определении типа данных файла возникла ошибка. |
Примеры
Пример #1 Пример использования exif_read_data()
<?php
echo "test1.jpg:<br />n";
$exif = exif_read_data('tests/test1.jpg', 'IFD0');
echo $exif===false ? "Не найдено данных заголовка.<br />n" : "Изображение содержит заголовки<br />n";$exif = exif_read_data('tests/test2.jpg', 0, true);
echo "test2.jpg:<br />n";
foreach ($exif as $key => $section) {
foreach ($section as $name => $val) {
echo "$key.$name: $val<br />n";
}
}
?>
Первых вызов завершается неудачей, так как в заголовках
изображения нет информации.
Результатом выполнения данного примера
будет что-то подобное:
test1.jpg: No header data found. test2.jpg: FILE.FileName: test2.jpg FILE.FileDateTime: 1017666176 FILE.FileSize: 1240 FILE.FileType: 2 FILE.SectionsFound: ANY_TAG, IFD0, THUMBNAIL, COMMENT COMPUTED.html: width="1" height="1" COMPUTED.Height: 1 COMPUTED.Width: 1 COMPUTED.IsColor: 1 COMPUTED.ByteOrderMotorola: 1 COMPUTED.UserComment: Exif test image. COMPUTED.UserCommentEncoding: ASCII COMPUTED.Copyright: Photo (c) M.Boerger, Edited by M.Boerger. COMPUTED.Copyright.Photographer: Photo (c) M.Boerger COMPUTED.Copyright.Editor: Edited by M.Boerger. IFD0.Copyright: Photo (c) M.Boerger IFD0.UserComment: ASCII THUMBNAIL.JPEGInterchangeFormat: 134 THUMBNAIL.JPEGInterchangeFormatLength: 523 COMMENT.0: Comment #1. COMMENT.1: Comment #2. COMMENT.2: Comment #3end THUMBNAIL.JPEGInterchangeFormat: 134 THUMBNAIL.Thumbnail.Height: 1 THUMBNAIL.Thumbnail.Height: 1
Вернуться к: Exif Функции
Hi,
I have some files where I got the error :
FileType = NEF
FileTypeExtension = NEF
MIMEType = image/x-nikon-nef
Warning = [minor] Can't delete IFD0 from NEF
Rewriting IFD0
Rewriting SubIFD
Rewriting SubIFD1
Rewriting SubIFD2
Deleting XMP
Rewriting XMP
Warning = [minor] Can't delete ExifIFD from NEF
Rewriting ExifIFD
Warning = [minor] Can't delete MakerNotes from NEF
Deleting GPS
Creating GPS
Copying 2 image data blocks
Error = Error reading image data
I managed to fix it with the following command :
exiftool -v «-exif:all<ifd0:all» «-exif:all<exififd:all» -F
But now I still receive Error Reading ImageData but the files opens perfectly in Irfanview or Lightroom.
Rewriting D:/source/be-rezkiyn/picture-processor/core/src/test/resources/02. New/2017/20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef...
Editing tags in: IFD0 TIFF XMP
FileType = NEF
FileTypeExtension = NEF
MIMEType = image/x-nikon-nef
Rewriting IFD0
Rewriting SubIFD
Rewriting SubIFD1
Rewriting SubIFD2
Rewriting XMP
Rewriting ExifIFD
Rewriting MakerNoteNikon
Rewriting PreviewIFD
Rewriting VRInfo
Rewriting PictureControlData
Rewriting WorldTime
Rewriting ISOInfo
Rewriting DistortInfo
Rewriting UnknownInfo
Rewriting ShotInfo02xx
Rewriting ColorBalanceUnknown02
Rewriting LensData0204
Rewriting FlashInfo0107
Rewriting MultiExposure
Rewriting AFInfo2
Rewriting FileInfo
Rewriting AFTune
Rewriting RetouchInfo
Rewriting GPS
Copying 3 image data blocks
Error = Error reading image data
Error: Error reading image data - D:/source/be-rezkiyn/picture-processor/core/src/test/resources/02. New/2017/20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef
0 image files updated
1 files weren't updated due to errors
Any ideas ?
Wow. I have a number of questions/concerns here:
1. What is the first command you are using? Trying to remove all metadata from a raw file will likely make the file unreadable.
2. The second command you gave is very dangerous as well. I would not recommend it.
3. The second command should give the same error as any other ExifTool command that tries to write the file.
4. I can’t be more specific about what is wrong without seeing the file. If IrfanView displays it properly then the missing image data is in one of the other IFD’s, and not the main image.
— Phil
…where DIR is the name of a directory/folder containing the images. On Mac/Linux, use single quotes (‘) instead of double quotes («) around arguments containing a dollar sign ($).
Hi Phil,
My main issue is that I try to augment the metadata to NEF and other files with custom tags.
D:sourcebe-rezkiynpicture-processorcoresrctestresources2. New2017>d:/exiftool -MediaPrefix=DCIM 20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef
Error: Error reading image data - 20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef
0 image files updated
1 files weren't updated due to errors
Sometimes this can not be done and I noticed that running the code below fixes the metadata allowing me to add tags to the file. I have been using this for a while now and it fixes 90% of the cases.
D:sourcebe-rezkiynpicture-processorcoresrctestresources2. New2017>d:/exiftool -all= -tagsfromfile @ -all:all -unsafe -icc_profile -MediaPrefix=DCIM 20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef
Warning: [minor] Can't delete IFD0 from NEF - 20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef
Error: Error reading image data - 20171004182118000_100_16-bit_0.67_6016x4016_27.0M_001303fa32acf92e23fe2c6d80c01cf48e.nef
0 image files updated
1 files weren't updated due to errors
But now, i could not fix the file and I went a bit overboard with my testing because the above command do not seem to work and i tried to remedy them (just one one file
but the main thing stays … I can not add my custom tags.
Hope this helps.
Can you send me a file that gives this error (before you «fix» it)? philharvey66 at gmail.com
— Phil
…where DIR is the name of a directory/folder containing the images. On Mac/Linux, use single quotes (‘) instead of double quotes («) around arguments containing a dollar sign ($).
Hi,
I sent a similar file through wetransfer.
Kjell
I got the file you sent, but I can’t «fix» it with the command you indicated:
> exiftool 20171104174653000_100_16-bit_0.67_6016x4016_29.0M_00175109a2af1d4077b3b09f2beac13291.nef "-exif:all<ifd0:all" "-exif:all<exififd:all"
Error: Error reading image data - 20171104174653000_100_16-bit_0.67_6016x4016_29.0M_00175109a2af1d4077b3b09f2beac13291.nef
0 image files updated
1 files weren't updated due to errors
In this file, the image data in SubIFD1 (the raw image data) should be 26290336 bytes but only 24132365 bytes exist.
If I open it in Apple Preview, the bottom part of the image is missing. ExifTool shouldn’t write a file like this for fear of causing further problems.
I had wanted you to send one that you could «fix», because I don’t understand how this could happen.
— Phil
…where DIR is the name of a directory/folder containing the images. On Mac/Linux, use single quotes (‘) instead of double quotes («) around arguments containing a dollar sign ($).
Hi Phil,
I think I have been confusing in my explanation.
The command I sent earlier ‘ -all= -tagsfromfile @ -all:all -unsafe -icc_profile’ I use to fix ty the metadata of the file so I can write my custom tags.
This case is clearly a different case, being (as I read your answer) a real corrupt file that exiftool refuses to write.
The strange thing is that I can view those files completely with irfanview but good to know they are idd missing information and are truly damaged.
Hope my explanation helps and thank you for your help.
So I guess I misunderstood. I thought you said that you could fix files that gave a «error reading image data» message.
If IrfanView can display this whole image, it is showing you a preview and not the developed raw data.
— Phil
…where DIR is the name of a directory/folder containing the images. On Mac/Linux, use single quotes (‘) instead of double quotes («) around arguments containing a dollar sign ($).
Ok, thank you.
On a positive note, I use exiftool as part of a picture workflow, who amongst others also detects corrupt files, so good to know that these images are really corrupt.
Thank you !
exif_read_data
(PHP 4 >= 4.2.0, PHP 5, PHP 7)
exif_read_data —
Читает заголовки EXIF из файлов изображений
Описание
exif_read_data
( resource|string $file
, string|null $required_sections = null
, bool $as_arrays = false
, bool $read_thumbnail = false
) : array|false
По идее, EXIF-заголовки должны идти первыми в JPEG/TIFF
файлах, генерируемых фотоаппаратами. Но, к сожалению, каждый производитель имеет
свое представление того, каким образом компоновать метаданные изображения.
Поэтому будьте готовы к ситуации, когда перед Exif-заголовком есть еще что-то.
Height и Width вычисляются аналогично
вычислениям getimagesize(), так что эти параметры не обязаны
присутствовать в заголовке. html — текстовая строка, задающая
высоту/ширину, которую можно использовать в обычном HTML.
Если Exif-заголовок содержит сообщение об авторских правах (Copyright), само
сообщение может содержать 2 значения. Эта ситуация не описана в стандарте
Exif 2.10, поэтому раздел COMPUTED будет содержать оба
этих значения в полях Copyright.Photographer и
Copyright.Editor. В то же время разделы
IFD0 будут содержать массив байт с NULL-символом в качестве
разделителя этих двух значений либо только первое значение, если тип файла
определен неверно (нормальная ситуация для Exif). Раздел
COMPUTED будет также содержать Copyright,
это может быть либо исходная строка, либо список из владельца
фотографии и редактора через запятую.
Тег UserComment имеет те же проблемы, что и Copyright.
Он может хранить 2 значения. Первое — использованную кодировку, второе —
само значение. В этом случае раздел IFD содержит либо
кодировку, либо массив байт. Раздел COMPUTED будет хранить
оба этих значения в полях UserCommentEncoding и
UserComment. Содержимое UserComment
будет доступно в любом случае, поэтому предпочтительней использовать его вместо
раздела IFD0.
Также exif_read_data() проверяет EXIF теги на соответствие
спецификации EXIF (» http://exif.org/Exif2-2.PDF, стр. 20).
Замечание:
Windows Me/XP могут затирать Exif-заголовки при подключении фотоаппарата.
Список параметров
-
file -
Местоположение файла с изображением. Может быть как путем к файлу,
так и потоковым ресурсом (можно использовать обертки). -
required_sections -
Список разделенных запятой разделов, которые должны быть представлены
в результирующем массиве (array). Если ни один из разделов найти
не удастся, функция вернетfalse.FILE FileName, FileSize, FileDateTime, SectionsFound COMPUTED html, Width, Height, IsColor, и другие. Height и
Width вычисляются аналогично getimagesize(),
поэтому их не обязательно включать в заголовок.
html— текстовая строка, задающая
высоту/ширину, которую можно использовать в обычном
HTML.ANY_TAG Любая информация заключенная в тег, например,
IFD0,EXIF, …IFD0 Все данные тега IFD0. В обычных изображениях в нем хранится размер
изображения.THUMBNAIL Если файл содержит второй раздел IFD, то считается,
что у изображения есть эскиз. Вся информация об эскизе хранится в этом
разделе.COMMENT Заголовки комментариев JPEG изображений. EXIF Раздел EXIF является подразделом IFD0. Он содержит
более детальную информацию об изображении. Большинство его записей
зависят от фотоаппарата. -
as_arrays -
Определяет, формировать ли разделы в виде массивов. Разделы
required_sections,COMPUTED,
THUMBNAILиCOMMENTвсегда
делаются массивами, так как они могут содержать значения, имена которых
будут конфликтовать с именами в других разделах. -
read_thumbnail -
Если
true, будет прочитан сам эскиз. В противном случае будет прочитана
только информация в тегах.
Возвращаемые значения
Возвращает ассоциативный массив (array), в котором ключами будут
имена заголовков, а значениями — значения соответствующие этим заголовкам.
Если никаких данных вернуть нельзя, exif_read_data()
вернет false.
Ошибки
Ошибки уровня E_WARNING и/или E_NOTICE
могут возникать для неподдерживаемых тегов или других потенциальных условий ошибки, но функция
все равно пытается прочитать всю понятную информацию.
Список изменений
| Версия | Описание |
|---|---|
| 8.0.0 |
required_sections теперь допускает значение null.
|
| 7.2.0 |
Параметр file переименован вstream и может принимать как локальный путьк файлу, так и потоковый ресурс. |
| 7.2.0 |
Добавлена поддержка следующих форматов EXIF:
|
Примеры
Пример #1 Пример использования exif_read_data()
<?php
echo "test1.jpg:<br />n";
$exif = exif_read_data('tests/test1.jpg', 'IFD0');
echo $exif===false ? "Не найдено данных заголовка.<br />n" : "Изображение содержит заголовки<br />n";$exif = exif_read_data('tests/test2.jpg', 0, true);
echo "test2.jpg:<br />n";
foreach ($exif as $key => $section) {
foreach ($section as $name => $val) {
echo "$key.$name: $val<br />n";
}
}
?>
Первый вызов завершается неудачей, так как в заголовках
изображения нет информации.
Результатом выполнения данного примера
будет что-то подобное:
test1.jpg: No header data found. test2.jpg: FILE.FileName: test2.jpg FILE.FileDateTime: 1017666176 FILE.FileSize: 1240 FILE.FileType: 2 FILE.SectionsFound: ANY_TAG, IFD0, THUMBNAIL, COMMENT COMPUTED.html: width="1" height="1" COMPUTED.Height: 1 COMPUTED.Width: 1 COMPUTED.IsColor: 1 COMPUTED.ByteOrderMotorola: 1 COMPUTED.UserComment: Exif test image. COMPUTED.UserCommentEncoding: ASCII COMPUTED.Copyright: Photo (c) M.Boerger, Edited by M.Boerger. COMPUTED.Copyright.Photographer: Photo (c) M.Boerger COMPUTED.Copyright.Editor: Edited by M.Boerger. IFD0.Copyright: Photo (c) M.Boerger IFD0.UserComment: ASCII THUMBNAIL.JPEGInterchangeFormat: 134 THUMBNAIL.JPEGInterchangeFormatLength: 523 COMMENT.0: Comment #1. COMMENT.1: Comment #2. COMMENT.2: Comment #3end THUMBNAIL.JPEGInterchangeFormat: 134 THUMBNAIL.Thumbnail.Height: 1 THUMBNAIL.Thumbnail.Height: 1
Пример #2 Использование exif_read_data() с потоковым ресурсом (доступно с PHP 7.2.0)
<?php
// Открываем файл в бинарном режиме
$fp = fopen('/path/to/image.jpg', 'rb');
if (!
$fp) {
echo 'Ошибка: Невозможно открыть файл для чтения';
exit;
}// Попытка прочитать заголовки exif
$headers = exif_read_data($fp);
if (!
$headers) {
echo 'Ошибка: невозможно прочитать заголовки exif';
exit;
}// Напечатать заголовки 'COMPUTED'
echo 'Заголовки EXIF:' . PHP_EOL;
foreach (
$headers['COMPUTED'] as $header => $value) {
printf(' %s => %s%s', $header, $value, PHP_EOL);
}
?>
Результатом выполнения данного примера
будет что-то подобное:
EXIF Headers: Height => 576 Width => 1024 IsColor => 1 ByteOrderMotorola => 0 ApertureFNumber => f/5.6 UserComment => UserCommentEncoding => UNDEFINED Copyright => Denis Thumbnail.FileType => 2 Thumbnail.MimeType => image/jpeg
Примечания
Замечание:
Если разрешен mbstring, то exif будет пытаться
обрабатывать юникод и брать кодировку как указано в
exif.decode_unicode_motorola и
exif.decode_unicode_intel.
Модуль exif не будет пытаться самостоятельно определить кодировку и указание
правильной кодировки остается на совести пользователя путем установки одной из
двух INI-директив перед вызовом exif_read_data().
Замечание:
Если параметр
fileиспользован для передачи в функцию
потока, то этот поток должен быть перематываемым. Обратите внимание, что файловый
позиционный указатель не будет изменен после завершения работы этой функции.
Смотрите также
- exif_thumbnail() — Получает встроенное превью изображения
- getimagesize() — Получение размера изображения
- Поддерживаемые протоколы и обертки