pel-devel — Discussions on the development of PEL

local error: Pel is unable to translate a debug statement with dgettext()

[Stijn B. <st...@ap...>]

Hi!

We make use of the wonderful PelJPEG package in our application to add metadata to images.

Everything works great, except that my local setup returns an error:
Symfony Local Web Server: unable to fetch the response from the backend: unexpected EOF

Local setup:

  *   macOS
  *   lsolesen/pel 0.9.12
  *   apache server
  *   php 7.4

Pel is unable to translate a debug statement. When i set some breakpoints, i see that the error is produced by dgettext().

I read ‘Why does Gettext not work?’ in the the faq, but i don’t understand how i should change my local setup.

Any help would be appreciated,

Greetings Stijn Blommerde @ Apptimize The Netherlands

Rating? 0x4746

[Tihan T. <gl...@gm...>]

Hi!
I need to read and write rating marker (0x4746). Exists this marker in the
library? perhaps you have any tips on how to change the rating status in
the JPEG.
Thanks.

New to PEL, need simple help

[Alex A. <al...@a2...>]

I'm new to PEL and this mailing list.  I hope this is the right place to ask my questions.

I have basic usage questions.  I am making jpeg thumbnails from pages of PDFs.  Each PDF will have one thumbnail.  The thumbnail might be from any page.  I want to store the page number in the user comments of the image's Exif data.  When the thumbnail is created it has no Exif data.

How do I create an Exif data branch containing a user comment entry with my page number in it, save it to file and later retrieve it?

I'm able to access the image file, but of course the Exif is null and I don't know where to go from there.

Can anyone help?

Thanks,

------
Alex Adams
hawkVision - building highly agile worlds of knowledge
al...@a2...
ha...@np...
www.hawkvision.info

[ pel-Patches-1911643 ] Sanyo and Pentax test images

[SourceForge.net <no...@so...>]

Patches item #1911643, was opened at 2008-03-11 06:24
Message generated for change (Settings changed) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1911643&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Test image
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Dan Fandrich (dfandrich)
Assigned to: Martin Geisler (gimpster)
Summary: Sanyo and Pentax test images

Initial Comment:
The attached test images may be added to the PEL test images archive under the GPL. The first was taken by a Sanyo VPC-C5. The second by a Pentax Optio 430RS.


----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-06 13:43

Message:
This will be implemented as soon as I figure out the following.
https://github.com/lsolesen/pel/issues/issue/12

Follow up on https://github.com/lsolesen/pel/ as this is now closed.

----------------------------------------------------------------------

Comment By: Dan Fandrich (dfandrich)
Date: 2008-03-11 06:25

Message:
Logged In: YES 
user_id=236775
Originator: YES

File Added: PentaxOptio430RS.jpg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1911643&group_id=108380

[ pel-Support Requests-1765895 ] New documentation for download

[SourceForge.net <no...@so...>]

Support Requests item #1765895, was opened at 2007-08-02 07:17
Message generated for change (Settings changed) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1765895&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: New documentation for download

Initial Comment:
It would be nice to have a place to get the new documentation in a tar-ball or from FTP.  I was downloading it page-by-page from pel.sourceforge.net/doc and apparently the documentation is not complete there either.  This is nice code and I hope to use it to create a batch description GUI for thw web.


1. Server: pel.sourceforge.net
2. URL path: /doc/PEL/Exception/_PelDataWindow.php.html
3. Error notes: File does not exist: /home/groups/p/pe/pel/htdocs/doc/PEL/Exception/_PelDataWindow.php.html
4. Error type: 404
5. Request method: GET
6. Request query string:
7. Time: 2007-08-02 00:03:49 PDT (1186038229)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1765895&group_id=108380

[ pel-Support Requests-2993747 ] add/edit orientation tag on jpg?

[SourceForge.net <no...@so...>]

Support Requests item #2993747, was opened at 2010-04-28 18:30
Message generated for change (Settings changed) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=2993747&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Matt Gilbert (mattgilbertnet)
Assigned to: Nobody/Anonymous (nobody)
Summary: add/edit orientation tag on jpg?

Initial Comment:
How do I add/edit an orientation tag to a jpg? I've tried editting the edit-description.php example to do this, but no luck so far. Here is my code:

$exif_orientation = 6; // 90CW, tested with in exiftool

drupal_set_message('Reading file "'.$input.'".');
$data = new PelDataWindow(file_get_contents($input));

/* The static isValid methods in PelJpeg and PelTiff will tell us in
 * an efficient maner which kind of data we are dealing with. */
if (PelJpeg::isValid($data)) {
  /* The data was recognized as JPEG data, so we create a new empty
   * PelJpeg object which will hold it.  When we want to save the
   * image again, we need to know which object to same (using the
   * getBytes method), so we store $jpeg as $file too. */
  $jpeg = $file = new PelJpeg();

  /* We then load the data from the PelDataWindow into our PelJpeg
   * object.  No copying of data will be done, the PelJpeg object will
   * simply remember that it is to ask the PelDataWindow for data when
   * required. */
  $jpeg->load($data);

  /* The PelJpeg object contains a number of sections, one of which
   * might be our Exif data. The getExif() method is a convenient way
   * of getting the right section with a minimum of fuzz. */
  $exif = $jpeg->getExif();

  if ($exif == null) {
    /* Ups, there is no APP1 section in the JPEG file.  This is where
     * the Exif data should be. */
    drupal_set_message('No APP1 section found, added new.');

    /* In this case we simply create a new APP1 section (a PelExif
     * object) and adds it to the PelJpeg object. */
    $exif = new PelExif();
    $jpeg->setExif($exif);

    /* We then create an empty TIFF structure in the APP1 section. */
    $tiff = new PelTiff();
    $exif->setTiff($tiff);
  } else {
    /* Surprice, surprice: Exif data is really just TIFF data!  So we
     * extract the PelTiff object for later use. */
    drupal_set_message('Found existing APP1 section.');
    $tiff = $exif->getTiff();
  }
} elseif (PelTiff::isValid($data)) {
  /* The data was recognized as TIFF data.  We prepare a PelTiff
   * object to hold it, and record in $file that the PelTiff object is
   * the top-most object (the one on which we will call getBytes). */
  $tiff = $file = new PelTiff();
  /* Now load the data. */
  $tiff->load($data);
} else {
  /* The data was not recognized as either JPEG or TIFF data.
   * Complain loudly, dump the first 16 bytes, and exit. */
  drupal_set_message('Unrecognized image format! The first 16 bytes follow:');
  PelConvert::bytesToDump($data->getBytes(0, 16)); 
  exit(1);
}

/* TIFF data has a tree structure much like a file system.  There is a
 * root IFD (Image File Directory) which contains a number of entries
 * and maybe a link to the next IFD.  The IFDs are chained together
 * like this, but some of them can also contain what is known as
 * sub-IFDs.  For our purpose we only need the first IFD, for this is
 * where the image description should be stored. */
$ifd0 = $tiff->getIfd();

if ($ifd0 == null) {
  /* No IFD in the TIFF data?  This probably means that the image
   * didn't have any Exif information to start with, and so an empty
   * PelTiff object was inserted by the code above.  But this is no
   * problem, we just create and inserts an empty PelIfd object. */
  drupal_set_message('No IFD found, adding new.');
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

/* Each entry in an IFD is identified with a tag.  This will load the
 * ImageDescription entry if it is present.  If the IFD does not
 * contain such an entry, null will be returned. */
$desc = $ifd0->getEntry(PelTag::ORIENTATION);

/* We need to check if the image already had a description stored. */
if ($desc == null) {
  /* The was no description in the image. */
  drupal_set_message('Added new ORIENTATION entry with "'.$exif_orientation.'"');

  /* In this case we simply create a new PelEntryAscii object to hold
   * the description.  The constructor for PelEntryAscii needs to know
   * the tag and contents of the new entry. */
  $desc = new PelEntryAscii(PelTag::ORIENTATION, $exif_orientation);
  
  /* This will insert the newly created entry with the description
   * into the IFD. */
  $ifd0->addEntry($desc);
} else {
  /* An old description was found in the image. */
  drupal_set_message('Updating ORIENTATION entry from "'.$desc->getValue().'" to "'.$exif_orientation.'".');

  /* The description is simply updated with the new description. */
  $desc->setValue($exif_orientation);
}

/* At this point the image on disk has not been changed, it is only
 * the object structure in memory which represent the image which has
 * been altered.  This structure can be converted into a string of
 * bytes with the getBytes method, and saving this in the output file
 * completes the script. */
drupal_set_message('Writing file "'.$input.'"');
file_put_contents($input, $file->getBytes());




----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-06 12:37

Message:
Please reopen at https://github.com/lsolesen/pel/issues if it is still an
issue for you!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=2993747&group_id=108380

[ pel-Feature Requests-1210126 ] parsing method

[SourceForge.net <no...@so...>]

Feature Requests item #1210126, was opened at 2005-05-27 19:45
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1210126&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Martin Geisler (mgeisler)
Summary: parsing method

Initial Comment:
Why does the current implementation require reading the
entire image file into memory? Surely it'd be a lot
less memory intensive if it could read and parse the
tag bit by bit.

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-06 12:36

Message:
Reopen at https://github.com/lsolesen/pel/issues if it is still an issue?

----------------------------------------------------------------------

Comment By: Martin Geisler (mgeisler)
Date: 2005-05-27 21:20

Message:
Logged In: YES 
user_id=1264592

Both the PelJpeg and PelTiff loadFile() methods use the
file_get_contents() function in PHP, which is supposed to
use memory mapping to read the file into memory --- or
rather avoid doing so unless needed.

But writing a small test program shows that this doesn't
work the way I thought: PHP seems to load the entire file at
once instead of waiting until needed.  Too bad, but then I
guess I'll have to change the PelDataWindow so that it can
load just the bytes it need.

Thanks for reporting this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1210126&group_id=108380

[ pel-Bugs-3017880 ] getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

[SourceForge.net <no...@so...>]

Bugs item #3017880, was opened at 2010-06-18 04:28
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Fred N (fnplus)
Assigned to: Nobody/Anonymous (nobody)
Summary: getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

Initial Comment:
I clear the Exif data of a jpeg and then add a new entry and this process works properly, except with the PelTag of IMAGE_UNIQUE_ID. Once an image has been processed with it, it should now have a new entry for SOFTWARE, for example, so if I run the script again on the image that was just processed, instead of $software returning null, it will return a value, which means it only needs to be updated using $software->setValue($software_name), see the else condition below. That works for SOFTWARE and likely all the others. However, IMAGE_UNIQUE_ID always returns null in this process, even though it has been set the first time around. I verify that it has been set using three different Exif readers and they all show the content is there. So, if I pass the image that was just processed through the script again, it should not equal null and be sent to the else condition for updating the value. Instead, however, it is always null. This should not be happening. 

	@include_once $_SERVER['PHP_INCLUDE'].'/3rdparty/pel/PelJpeg.php';
	
	$success =     1; // return true by default, as this function may not resave the file, but it's still success
	$resave_file = 0;
	$jpeg =        new PelJpeg($filename);
	
	// should all exif data on photo be cleared (gd and iu will always strip it anyway, so only 
	// force strip if you know the image you're branding is an original)
	$jpeg->clearExif();

	
	if ($exif == null) 
	{
		$exif = new PelExif();
		$jpeg->setExif($exif);
		$tiff = new PelTiff();
		$exif->setTiff($tiff);	
	}
	
	$tiff = $exif->getTiff();
	$ifd0 = $tiff->getIfd();
	if ($ifd0 == null) 
	{
		$ifd0 = new PelIfd(PelIfd::IFD0);
		$tiff->setIfd($ifd0);
	}

	
	$software_name = 'Example V2';
	$software = $ifd0->getEntry(PelTag::SOFTWARE);	

	if ($software == null) 
	{
		$software = new PelEntryAscii(PelTag::SOFTWARE, $software_name);
		$ifd0->addEntry($software);
		$resave_file = 1;
		echo 'null';
	}
	else
	{
		$software->setValue($software_name);
		$resave_file = 1;
		echo 'update';
	}

	if ($resave_file == 1 
	&& !file_put_contents($filename, $jpeg->getBytes()))
	{
		// if it was okay to resave the file, but it did not save correctly
		$success = 0;
	}
	

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-06 12:34

Message:
Please reopen at: https://github.com/lsolesen/pel/issues if it is still an
issue.

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2010-12-01 22:01

Message:
If this is still an issue for you, please reopen the bug at:
https://github.com/lsolesen/pel/issues

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2010-07-21 15:40

Message:
Could you transform your code to a simpletest. That would make it easier to
help you. As I understand your code example, it seems that it is trying to
update the SOFTWARE. Could you attach an example image and the code you are
using to update the IMAGE_UNIQUE_ID. Could you also make the code as short
as possible, so only the error shows up?

Thank you in advance.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

[ pel-Bugs-2979466 ] endless loop in PelIfd->load

[SourceForge.net <no...@so...>]

Bugs item #2979466, was opened at 2010-03-30 15:44
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=2979466&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
>Status: Closed
>Resolution: Later
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: endless loop in PelIfd->load

Initial Comment:
I get "Fatal error: Allowed memory size of xxx bytes exhausted" while trying to read some images (see attached file) due to an endless loop in PelIfd which repeatedly loads itself (line: 240)

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-06 12:31

Message:
https://github.com/lsolesen/pel/issues#issue/11

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2010-12-01 22:03

Message:
A test has been added at:
https://github.com/lsolesen/pel/commit/42fff79104fa5f043207b132164b444d150a64d8.
If the test is incorrect or you have a patch to make it pass, please have a
look at https://github.com/lsolesen/pel/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=2979466&group_id=108380

PEL moved to github

[Lars O. <lso...@gm...>]

PEL has now moved entirely to http://github.com/lsolesen/pel. Please
go there to see the new README. If you have outstanding bug reports
please file them there. PEL will not be updated at sourceforge
anymore.

-- 
Lars Olesen

[ pel-Bugs-2979466 ] endless loop in PelIfd->load

[SourceForge.net <no...@so...>]

Bugs item #2979466, was opened at 2010-03-30 15:44
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=2979466&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: endless loop in PelIfd->load

Initial Comment:
I get "Fatal error: Allowed memory size of xxx bytes exhausted" while trying to read some images (see attached file) due to an endless loop in PelIfd which repeatedly loads itself (line: 240)

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-01 22:03

Message:
A test has been added at:
https://github.com/lsolesen/pel/commit/42fff79104fa5f043207b132164b444d150a64d8.
If the test is incorrect or you have a patch to make it pass, please have a
look at https://github.com/lsolesen/pel/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=2979466&group_id=108380

[ pel-Bugs-3017880 ] getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

[SourceForge.net <no...@so...>]

Bugs item #3017880, was opened at 2010-06-18 04:28
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Fred N (fnplus)
Assigned to: Nobody/Anonymous (nobody)
Summary: getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

Initial Comment:
I clear the Exif data of a jpeg and then add a new entry and this process works properly, except with the PelTag of IMAGE_UNIQUE_ID. Once an image has been processed with it, it should now have a new entry for SOFTWARE, for example, so if I run the script again on the image that was just processed, instead of $software returning null, it will return a value, which means it only needs to be updated using $software->setValue($software_name), see the else condition below. That works for SOFTWARE and likely all the others. However, IMAGE_UNIQUE_ID always returns null in this process, even though it has been set the first time around. I verify that it has been set using three different Exif readers and they all show the content is there. So, if I pass the image that was just processed through the script again, it should not equal null and be sent to the else condition for updating the value. Instead, however, it is always null. This should not be happening. 

	@include_once $_SERVER['PHP_INCLUDE'].'/3rdparty/pel/PelJpeg.php';
	
	$success =     1; // return true by default, as this function may not resave the file, but it's still success
	$resave_file = 0;
	$jpeg =        new PelJpeg($filename);
	
	// should all exif data on photo be cleared (gd and iu will always strip it anyway, so only 
	// force strip if you know the image you're branding is an original)
	$jpeg->clearExif();

	
	if ($exif == null) 
	{
		$exif = new PelExif();
		$jpeg->setExif($exif);
		$tiff = new PelTiff();
		$exif->setTiff($tiff);	
	}
	
	$tiff = $exif->getTiff();
	$ifd0 = $tiff->getIfd();
	if ($ifd0 == null) 
	{
		$ifd0 = new PelIfd(PelIfd::IFD0);
		$tiff->setIfd($ifd0);
	}

	
	$software_name = 'Example V2';
	$software = $ifd0->getEntry(PelTag::SOFTWARE);	

	if ($software == null) 
	{
		$software = new PelEntryAscii(PelTag::SOFTWARE, $software_name);
		$ifd0->addEntry($software);
		$resave_file = 1;
		echo 'null';
	}
	else
	{
		$software->setValue($software_name);
		$resave_file = 1;
		echo 'update';
	}

	if ($resave_file == 1 
	&& !file_put_contents($filename, $jpeg->getBytes()))
	{
		// if it was okay to resave the file, but it did not save correctly
		$success = 0;
	}
	

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-12-01 22:01

Message:
If this is still an issue for you, please reopen the bug at:
https://github.com/lsolesen/pel/issues

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2010-07-21 15:40

Message:
Could you transform your code to a simpletest. That would make it easier to
help you. As I understand your code example, it seems that it is trying to
update the SOFTWARE. Could you attach an example image and the code you are
using to update the IMAGE_UNIQUE_ID. Could you also make the code as short
as possible, so only the error shows up?

Thank you in advance.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

Re: get pel format from pel tag

[Martin G. <mge...@mg...>]

Miquel Adell Borràs <ins...@gm...> writes:

> Hi,
>
> I've been struggling with Pel for a while and I was trying to crawl
> the TIFF data structure. At some time I needed to get the PelFormat of
> a given PelTag.
>
> I haven't find any procedure to get that automatically so I wrote the
> following:
>
>     private function getFormat($tag){
>         switch($tag){
>             case PelTag::ARTIST:
>             case PelTag::COPYRIGHT:
>             [..]
>                 return PelFormat::ASCII;
>
> Etc.
>
> I know it's not complex at all but It took me a while to assemble the
> switch. So I am sending this to you in case you need. To save you the
> time.

It looks nice.

> Oh, and thanks for maintaining the library!

I am actually no longer maintaining PEL. I have stopped using PHP some
years ago, and I have moved on to other projects.

I'm CCing this mail to the PEL devel mailinglist and to the new
maintainer. Hopefully you can get in touch and work on updating the
code.

-- 
Martin Geisler

aragost Trifork
Professional Mercurial support
http://aragost.com/mercurial/

Re: problem writing UserComment

[Pippo F. <pip...@ti...>]

ok, my question has partially resolved becouse now I know is needed

    $ifd0->addEntry($comment);
after
    $comment = new PelEntryUserComment();
    $comment->setValue('Edited by PEL');

but I have a different problem:
I can only edit the field UserComment when it is empty and passed value is 
not recognized by editor like acdsee or Exif Pilot Pro.

is it a known matter? or I mistake in substantial way to write pel php 
commands?




//-------------------------------------------------

MY PRECEDENT QUESTION:

Hi,
I'm trying to write UserComment but pel don't do it..
this is my php code

//-------------------------------------------------

$img = 'my_images_path';
require_once('pel/PelJpeg.php');
$jpeg = new PelJpeg($img);
$ifd0 = $jpeg->getExif()->getTiff()->getIfd();
$artist = $ifd0->getEntry(PelTag::ARTIST);
$artist->setValue('Edited by PEL');
$comment = new PelEntryUserComment();
$comment->setValue('Edited by PEL');
file_put_contents($img, $jpeg->getBytes());

//-------------------------------------------------

with this code I write Artist Information but no UserComment... WHY?
What I'm missing ??

thanks. 

problem writing UserComment

[Pippo F. <pip...@ti...>]

Hi,
I'm trying to write UserComment but pel don't do it..

this is my php code

//-------------------------------------------------

$img = 'my_images_path';

require_once('pel/PelJpeg.php');

$jpeg = new PelJpeg($img);

$ifd0 = $jpeg->getExif()->getTiff()->getIfd();

$artist = $ifd0->getEntry(PelTag::ARTIST);

$artist->setValue('Edited by PEL');

$comment = new PelEntryUserComment();

$comment->setValue('Edited by PEL');

file_put_contents($img, $jpeg->getBytes());

//-------------------------------------------------

with this code I write Artist Information but no UserComment... WHY?
What I'm missing ??

thanks.

image rotates back to original position

[Peter <ben...@gm...>]

Hello,

I am adding gps information to an image with PEL. I noticed that if I rotate
an image using Windows Photo Viewer, add the gps info with PEL, and save the
image to a new file that the new file is rotated back the original way. I am
doing something wrong? is there a way to avoid this? thanks -peter

$jpeg = new PelJpeg($imageFileName);
$exif = $jpeg->getExif();
$tiff = $exif->getTiff();
$ifd0 = $tiff->getIfd();
 $gps = new PelIfd(PelIfd::GPS);
$ifd0->addSubIfd($gps);
 $gps->addEntry(new PelEntryAscii(PelTag::GPS_LATITUDE,
$gpsCoordinate['latitude']));
if($gpsCoordinate['latitude'] >= 0) {
$gps->addEntry(new PelEntryAscii(PelTag::GPS_LATITUDE_REF, "N"));
} else {
$gps->addEntry(new PelEntryAscii(PelTag::GPS_LATITUDE_REF, "S"));
}
 $gps->addEntry(new PelEntryAscii(PelTag::GPS_LONGITUDE,
$gpsCoordinate['longitude']));
if($gpsCoordinate['longitude'] >= 0) {
$gps->addEntry(new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, "E"));
} else {
$gps->addEntry(new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, "W"));
}
 $gps->addEntry(new PelEntryAscii(PelTag::GPS_SPEED,
$gpsCoordinate['speed']));
// kilometers/hour
$gps->addEntry(new PelEntryAscii(PelTag::GPS_SPEED_REF, "K"));
 $gps->addEntry(new PelEntryAscii(PelTag::GPS_ALTITUDE,
$gpsCoordinate['elevation']));
if($gpsCoordinate['speed'] >= 0) {
// above sea level
$gps->addEntry(new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 0));
} else {
// below sea level
$gps->addEntry(new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 1));
}
$gps->addEntry(new PelEntryAscii(PelTag::GPS_PROCESSING_METHOD, "MANUAL"));
 $gps->addEntry(new PelEntryAscii(PelTag::GPS_TIME_STAMP,
$gpsCoordinate['time_stamp']));

file_put_contents('C:\Users\peter\Desktop\test.jpg', $jpeg->getBytes());

[ pel-Bugs-3017880 ] getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

[SourceForge.net <no...@so...>]

Bugs item #3017880, was opened at 2010-06-18 04:28
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Fred N (fnplus)
Assigned to: Nobody/Anonymous (nobody)
Summary: getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

Initial Comment:
I clear the Exif data of a jpeg and then add a new entry and this process works properly, except with the PelTag of IMAGE_UNIQUE_ID. Once an image has been processed with it, it should now have a new entry for SOFTWARE, for example, so if I run the script again on the image that was just processed, instead of $software returning null, it will return a value, which means it only needs to be updated using $software->setValue($software_name), see the else condition below. That works for SOFTWARE and likely all the others. However, IMAGE_UNIQUE_ID always returns null in this process, even though it has been set the first time around. I verify that it has been set using three different Exif readers and they all show the content is there. So, if I pass the image that was just processed through the script again, it should not equal null and be sent to the else condition for updating the value. Instead, however, it is always null. This should not be happening. 

	@include_once $_SERVER['PHP_INCLUDE'].'/3rdparty/pel/PelJpeg.php';
	
	$success =     1; // return true by default, as this function may not resave the file, but it's still success
	$resave_file = 0;
	$jpeg =        new PelJpeg($filename);
	
	// should all exif data on photo be cleared (gd and iu will always strip it anyway, so only 
	// force strip if you know the image you're branding is an original)
	$jpeg->clearExif();

	
	if ($exif == null) 
	{
		$exif = new PelExif();
		$jpeg->setExif($exif);
		$tiff = new PelTiff();
		$exif->setTiff($tiff);	
	}
	
	$tiff = $exif->getTiff();
	$ifd0 = $tiff->getIfd();
	if ($ifd0 == null) 
	{
		$ifd0 = new PelIfd(PelIfd::IFD0);
		$tiff->setIfd($ifd0);
	}

	
	$software_name = 'Example V2';
	$software = $ifd0->getEntry(PelTag::SOFTWARE);	

	if ($software == null) 
	{
		$software = new PelEntryAscii(PelTag::SOFTWARE, $software_name);
		$ifd0->addEntry($software);
		$resave_file = 1;
		echo 'null';
	}
	else
	{
		$software->setValue($software_name);
		$resave_file = 1;
		echo 'update';
	}

	if ($resave_file == 1 
	&& !file_put_contents($filename, $jpeg->getBytes()))
	{
		// if it was okay to resave the file, but it did not save correctly
		$success = 0;
	}
	

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-07-21 15:40

Message:
Could you transform your code to a simpletest. That would make it easier to
help you. As I understand your code example, it seems that it is trying to
update the SOFTWARE. Could you attach an example image and the code you are
using to update the IMAGE_UNIQUE_ID. Could you also make the code as short
as possible, so only the error shows up?

Thank you in advance.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

[ pel-Bugs-3017880 ] getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

[SourceForge.net <no...@so...>]

Bugs item #3017880, was opened at 2010-06-18 00:28
Message generated for change (Tracker Item Submitted) made by fnplus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Fred N (fnplus)
Assigned to: Nobody/Anonymous (nobody)
Summary: getEntry(PelTag::IMAGE_UNIQUE_ID) always returns null

Initial Comment:
I clear the Exif data of a jpeg and then add a new entry and this process works properly, except with the PelTag of IMAGE_UNIQUE_ID. Once an image has been processed with it, it should now have a new entry for SOFTWARE, for example, so if I run the script again on the image that was just processed, instead of $software returning null, it will return a value, which means it only needs to be updated using $software->setValue($software_name), see the else condition below. That works for SOFTWARE and likely all the others. However, IMAGE_UNIQUE_ID always returns null in this process, even though it has been set the first time around. I verify that it has been set using three different Exif readers and they all show the content is there. So, if I pass the image that was just processed through the script again, it should not equal null and be sent to the else condition for updating the value. Instead, however, it is always null. This should not be happening. 

	@include_once $_SERVER['PHP_INCLUDE'].'/3rdparty/pel/PelJpeg.php';
	
	$success =     1; // return true by default, as this function may not resave the file, but it's still success
	$resave_file = 0;
	$jpeg =        new PelJpeg($filename);
	
	// should all exif data on photo be cleared (gd and iu will always strip it anyway, so only 
	// force strip if you know the image you're branding is an original)
	$jpeg->clearExif();

	
	if ($exif == null) 
	{
		$exif = new PelExif();
		$jpeg->setExif($exif);
		$tiff = new PelTiff();
		$exif->setTiff($tiff);	
	}
	
	$tiff = $exif->getTiff();
	$ifd0 = $tiff->getIfd();
	if ($ifd0 == null) 
	{
		$ifd0 = new PelIfd(PelIfd::IFD0);
		$tiff->setIfd($ifd0);
	}

	
	$software_name = 'Example V2';
	$software = $ifd0->getEntry(PelTag::SOFTWARE);	

	if ($software == null) 
	{
		$software = new PelEntryAscii(PelTag::SOFTWARE, $software_name);
		$ifd0->addEntry($software);
		$resave_file = 1;
		echo 'null';
	}
	else
	{
		$software->setValue($software_name);
		$resave_file = 1;
		echo 'update';
	}

	if ($resave_file == 1 
	&& !file_put_contents($filename, $jpeg->getBytes()))
	{
		// if it was okay to resave the file, but it did not save correctly
		$success = 0;
	}
	

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=3017880&group_id=108380

[ pel-Support Requests-2993747 ] add/edit orientation tag on jpg?

[SourceForge.net <no...@so...>]

Support Requests item #2993747, was opened at 2010-04-28 14:30
Message generated for change (Tracker Item Submitted) made by mattgilbertnet
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=2993747&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Matt Gilbert (mattgilbertnet)
Assigned to: Nobody/Anonymous (nobody)
Summary: add/edit orientation tag on jpg?

Initial Comment:
How do I add/edit an orientation tag to a jpg? I've tried editting the edit-description.php example to do this, but no luck so far. Here is my code:

$exif_orientation = 6; // 90CW, tested with in exiftool

drupal_set_message('Reading file "'.$input.'".');
$data = new PelDataWindow(file_get_contents($input));

/* The static isValid methods in PelJpeg and PelTiff will tell us in
 * an efficient maner which kind of data we are dealing with. */
if (PelJpeg::isValid($data)) {
  /* The data was recognized as JPEG data, so we create a new empty
   * PelJpeg object which will hold it.  When we want to save the
   * image again, we need to know which object to same (using the
   * getBytes method), so we store $jpeg as $file too. */
  $jpeg = $file = new PelJpeg();

  /* We then load the data from the PelDataWindow into our PelJpeg
   * object.  No copying of data will be done, the PelJpeg object will
   * simply remember that it is to ask the PelDataWindow for data when
   * required. */
  $jpeg->load($data);

  /* The PelJpeg object contains a number of sections, one of which
   * might be our Exif data. The getExif() method is a convenient way
   * of getting the right section with a minimum of fuzz. */
  $exif = $jpeg->getExif();

  if ($exif == null) {
    /* Ups, there is no APP1 section in the JPEG file.  This is where
     * the Exif data should be. */
    drupal_set_message('No APP1 section found, added new.');

    /* In this case we simply create a new APP1 section (a PelExif
     * object) and adds it to the PelJpeg object. */
    $exif = new PelExif();
    $jpeg->setExif($exif);

    /* We then create an empty TIFF structure in the APP1 section. */
    $tiff = new PelTiff();
    $exif->setTiff($tiff);
  } else {
    /* Surprice, surprice: Exif data is really just TIFF data!  So we
     * extract the PelTiff object for later use. */
    drupal_set_message('Found existing APP1 section.');
    $tiff = $exif->getTiff();
  }
} elseif (PelTiff::isValid($data)) {
  /* The data was recognized as TIFF data.  We prepare a PelTiff
   * object to hold it, and record in $file that the PelTiff object is
   * the top-most object (the one on which we will call getBytes). */
  $tiff = $file = new PelTiff();
  /* Now load the data. */
  $tiff->load($data);
} else {
  /* The data was not recognized as either JPEG or TIFF data.
   * Complain loudly, dump the first 16 bytes, and exit. */
  drupal_set_message('Unrecognized image format! The first 16 bytes follow:');
  PelConvert::bytesToDump($data->getBytes(0, 16)); 
  exit(1);
}

/* TIFF data has a tree structure much like a file system.  There is a
 * root IFD (Image File Directory) which contains a number of entries
 * and maybe a link to the next IFD.  The IFDs are chained together
 * like this, but some of them can also contain what is known as
 * sub-IFDs.  For our purpose we only need the first IFD, for this is
 * where the image description should be stored. */
$ifd0 = $tiff->getIfd();

if ($ifd0 == null) {
  /* No IFD in the TIFF data?  This probably means that the image
   * didn't have any Exif information to start with, and so an empty
   * PelTiff object was inserted by the code above.  But this is no
   * problem, we just create and inserts an empty PelIfd object. */
  drupal_set_message('No IFD found, adding new.');
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

/* Each entry in an IFD is identified with a tag.  This will load the
 * ImageDescription entry if it is present.  If the IFD does not
 * contain such an entry, null will be returned. */
$desc = $ifd0->getEntry(PelTag::ORIENTATION);

/* We need to check if the image already had a description stored. */
if ($desc == null) {
  /* The was no description in the image. */
  drupal_set_message('Added new ORIENTATION entry with "'.$exif_orientation.'"');

  /* In this case we simply create a new PelEntryAscii object to hold
   * the description.  The constructor for PelEntryAscii needs to know
   * the tag and contents of the new entry. */
  $desc = new PelEntryAscii(PelTag::ORIENTATION, $exif_orientation);
  
  /* This will insert the newly created entry with the description
   * into the IFD. */
  $ifd0->addEntry($desc);
} else {
  /* An old description was found in the image. */
  drupal_set_message('Updating ORIENTATION entry from "'.$desc->getValue().'" to "'.$exif_orientation.'".');

  /* The description is simply updated with the new description. */
  $desc->setValue($exif_orientation);
}

/* At this point the image on disk has not been changed, it is only
 * the object structure in memory which represent the image which has
 * been altered.  This structure can be converted into a string of
 * bytes with the getBytes method, and saving this in the output file
 * completes the script. */
drupal_set_message('Writing file "'.$input.'"');
file_put_contents($input, $file->getBytes());




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=2993747&group_id=108380

[ pel-Bugs-2979466 ] endless loop in PelIfd->load

[SourceForge.net <no...@so...>]

Bugs item #2979466, was opened at 2010-03-30 15:44
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=2979466&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: endless loop in PelIfd->load

Initial Comment:
I get "Fatal error: Allowed memory size of xxx bytes exhausted" while trying to read some images (see attached file) due to an endless loop in PelIfd which repeatedly loads itself (line: 240)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=2979466&group_id=108380

[ pel-Support Requests-1741348 ] ASCII fields truncated by 1 character

[SourceForge.net <no...@so...>]

Support Requests item #1741348, was opened at 2007-06-22 18:25
Message generated for change (Settings changed) made by grahamshepherd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1741348&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Graham Shepherd (grahamshepherd)
Assigned to: Nobody/Anonymous (nobody)
Summary: ASCII fields truncated by 1 character

Initial Comment:
I use PEL within Drupal Exif module.
I enter ASCII fields into jpeg files using Exifer:
Exif Description, Artist, Copyright (author and editor) and User comment.
All fields show correctly on the uploaded image using Irfanview, Opanda and Exifer. 
However, the Drupal displayed fields Description and Artist are always truncated by one character. 
Sometimes, but not always, the Comment field is also truncated (seems to depend on actual content, eg, with an html line break, no problem). 
Copyright seems to be OK. Drupal follows with " (photographer0" and " (editor)".
I have submitted a similar support request to Drupal but no takers yet.
I would be very grateful for assistance.

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2008-04-24 00:19

Message:
Logged In: YES 
user_id=1766074
Originator: NO

Could any of you supply a failing test case written in SimpleTest?

----------------------------------------------------------------------

Comment By: David Lesieur (davidlesieur)
Date: 2007-06-23 04:22

Message:
Logged In: YES 
user_id=1632048
Originator: NO

Hi,

I'm the author of the Drupal Exif module, which uses PEL. I did not have
time yet for investigating this issue, so I don't know whether the culprit
would be my module or PEL. Here's the issue on drupal.org, if anyone is
interested: http://drupal.org/node/152445

Cheers,
David.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1741348&group_id=108380

[ pel-Feature Requests-2906207 ] GIF and PNG Support

[SourceForge.net <no...@so...>]

Feature Requests item #2906207, was opened at 2009-11-30 19:16
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=2906207&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: GIF and PNG Support

Initial Comment:
Hello
I would to request a way to support GIF and PNG comment entries, since GD lacks the hability to do that.
Attached its some code which shows how to do it in PHP for GIF support but it is still very much incomplete, since it only supports incremental comment adds onto the file, and the modified file becames corrupted so that windows preview can't view the file properly. The browsers (ff and ie) view the changed file correctly.



----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2010-03-11 02:20

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2010-02-24 10:44

Message:
I know little about exif information in gif and png, but you are welcome to
help develop support for this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=2906207&group_id=108380

[ pel-Feature Requests-1462964 ] example of read / display

[SourceForge.net <no...@so...>]

Feature Requests item #1462964, was opened at 2006-04-02 10:00
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1462964&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Martin Geisler (mgeisler)
Summary: example of read / display

Initial Comment:
I found it very hard to get started with this library.
 It looks really useful, but there's no generic example
of reading the header info.

It should be pretty simple for those who know the
library to produce an example that opens an image and
lists all the header information pel can see.   I tried
to do this and got unexpected errors and found the API
very confusing.

I strongly expected to be able to do something like:

foreach ($mPelJpeg->getSections as $section) {
 $marker = $section[0];
 $content = $section[1];
 print "marker : " . $marker->getName() . "<br>\n";
 foreach ($content->Entries as $Entry) {

print $Entry->getName . "=" . $Entry->getText() . "<br>\n";
}

but I think I am clearly confused about what the model
is.  I understand how to get at a specific tag if I
already know exactly where it is, but... a generic
example would be incredibly useful.

thanks

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-02-24 10:46

Message:
Closing this for being out of date. Reopen if it is still an issue.

----------------------------------------------------------------------

Comment By: Martin Geisler (mgeisler)
Date: 2006-04-07 21:31

Message:
Logged In: YES 
user_id=1264592

You are right that the documentation is lacking examples of
actual use of PEL --- the API is documented on the
class/method level, but the big picture is not that well
documented.

The code you wished for almost works as far as I can tell
from a bit of mental debugging: you should not treat $marker
as an object, it is a plain integer, namely one of the
constants in PelJpegMarker.  I have just called it a
PelJpegMarker in the documentation to indicate that it isn't
any random integer...

Now that I think of it this is probably very
counter-intuitive.  Maybe one could let these constants be
real objects, created only once (singletons) and accesible
from the PelJpegMarker class.  I'll have to think about it
and see if it's possible at all with the level of OO
available in PHP5.

I will let this tracker item stay open until the
documentation is fixed or a better solution is implemented.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1462964&group_id=108380

[ pel-Feature Requests-2906207 ] GIF and PNG Support

[SourceForge.net <no...@so...>]

Feature Requests item #2906207, was opened at 2009-11-30 19:16
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=2906207&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: GIF and PNG Support

Initial Comment:
Hello
I would to request a way to support GIF and PNG comment entries, since GD lacks the hability to do that.
Attached its some code which shows how to do it in PHP for GIF support but it is still very much incomplete, since it only supports incremental comment adds onto the file, and the modified file becames corrupted so that windows preview can't view the file properly. The browsers (ff and ie) view the changed file correctly.



----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-02-24 10:44

Message:
I know little about exif information in gif and png, but you are welcome to
help develop support for this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=2906207&group_id=108380

[ pel-Bugs-1730993 ] Fatal error when handling Exif

[SourceForge.net <no...@so...>]

Bugs item #1730993, was opened at 2007-06-04 20:26
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1730993&group_id=108380

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Parsing
Group: PEL Version 0.9.x
>Status: Closed
>Resolution: Postponed
Priority: 5
Private: No
Submitted By: jackchen (jackiechen858)
Assigned to: Lars Olesen (lsolesen)
Summary: Fatal error when handling Exif

Initial Comment:

Hi,

I am using the following code to add exif data on a image:

         require_once('PelJpeg.php');
         $jpeg = new PelJpeg($tmpfile);
         $exif = $jpeg->getExif();
         if ( $exif != null )
         {
            $jpeg1 = new PelJpeg($bigfile);
            $jpeg1->setExif( $exif);
            file_put_contents($bigfile, $jpeg1->getBytes());
         }

It works for most images, but when I try to load exif data from the attached image:


the Pel library threw out a fatal error:

br />
<b>Fatal error</b>:  Uncaught exception 'PelDataWindowWindowException' with message 'Window [1002, 712] does not fit in window [0, 712]' in /websites/docs/newtest/php_inc/PelDataWindow.php:175
Stack trace:
#0 /websites/docs/newtest/php_inc/PelDataWindow.php(222): PelDataWindow->setWindowStart(1002)
#1 /websites/docs/newtest/php_inc/PelIfd.php(530): PelDataWindow->getClone(1002, -290)
#2 /websites/docs/newtest/php_inc/PelIfd.php(248): PelIfd->safeSetThumbnail(Object(PelDataWindow), 1002, 14812)
#3 /websites/docs/newtest/php_inc/PelTiff.php(164): PelIfd->load(Object(PelDataWindow), 8)
#4 /websites/docs/newtest/php_inc/PelExif.php(121): PelTiff->load(Object(PelDataWindow))
#5 /websites/docs/newtest/php_inc/PelJpeg.php(244): PelExif->load(Object(PelDataWindow))
#6 /websites/docs/newtest/php_inc/PelJpeg.php(315): PelJpeg->load(Object(PelDataWindow))
#7 /websites/docs/newtest/php_inc/PelJpeg.php(163): P in <b>/websites/docs/newtest/php_inc/PelDataWindow.php</b> on line <b>175</b><br />
~

----------------------------------------------------------------------

>Comment By: Lars Olesen (lsolesen)
Date: 2010-02-24 10:30

Message:
I have created a testcase bug1730993.php, but have not resolved this issue
yet. Help appreciated.

----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2009-01-16 17:46

Message:
Could you supply a failing test case written in SimpleTest?

----------------------------------------------------------------------

Comment By: jackchen (jackiechen858)
Date: 2008-04-23 20:29

Message:
Logged In: YES 
user_id=1808100
Originator: YES

Sorry didn't get the message on Oct 22. Yes,this image works with other
exif readers. I just downloaded this image and dragged it into Opera, and
it shows:

Image input equipment: Canon
Image input equipment model: Canon EOS 20D
File change date and time: 2006:03:22 18:11:10
Image Description
Software: Adobe Photoshop Elements for Windows, version 2.0
Copyright: 

I tried to use photoshop to open it and it also shows all the EXIT
information.


----------------------------------------------------------------------

Comment By: Lars Olesen (lsolesen)
Date: 2008-04-23 14:25

Message:
Logged In: YES 
user_id=1766074
Originator: NO

Hi jackiechen858,

Could you confirm that the image works with other Exif readers?

----------------------------------------------------------------------

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-22 06:03

Message:
Logged In: YES 
user_id=1264592
Originator: NO

I have not yet tried your test image with PEL, but please tell me: does
the image work with other Exif readers? That is always nice to know before
starting to debug PEL... :-)

----------------------------------------------------------------------

Comment By: jackchen (jackiechen858)
Date: 2007-06-04 20:27

Message:
Logged In: YES 
user_id=1808100
Originator: YES

forgot to mention I amd using pel-0.9.1 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1730993&group_id=108380