PHP Exif Library development list ()

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

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 t
he 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.

(Continue reading)

headers

SourceForge.net | 1 Dec 23:03

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

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.

(Continue reading)

headers

Lars Olesen | 1 Dec 23:15

PEL moved to github

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

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

headers

SourceForge.net | 6 Dec 13:31

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

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

(Continue reading)

headers

SourceForge.net | 6 Dec 13:34

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

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 t
he 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.

(Continue reading)

headers

SourceForge.net | 6 Dec 13:36

[ pel-Feature Requests-1210126 ] parsing method

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?

(Continue reading)

headers

SourceForge.net | 6 Dec 13:37

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

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

(Continue reading)

headers

SourceForge.net | 6 Dec 13:38

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

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)

(Continue reading)

headers

SourceForge.net | 6 Dec 14:43

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

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

(Continue reading)

1	April 2012
9	December 2010
3	September 2010
1	August 2010
1	July 2010
1	June 2010
1	April 2010
3	March 2010
5	February 2010
1	November 2009
1	April 2009
3	March 2009
3	January 2009
3	August 2008
2	May 2008
11	April 2008
3	March 2008
7	February 2008
7	January 2008
15	December 2007
9	November 2007
28	October 2007
2	September 2007
1	August 2007
9	June 2007
6	May 2007
2	April 2007
10	March 2007
3	January 2007
4	December 2006
19	November 2006
1	October 2006
1	September 2006
6	August 2006
7	July 2006
2	June 2006
8	May 2006
2	April 2006
6	March 2006
25	February 2006
12	January 2006
9	December 2005
3	November 2005
11	October 2005
3	September 2005
4	August 2005
7	July 2005
1	June 2005
1	May 2005
1	April 2005
2	February 2005
2	May 2004

Mon	Tue	Wed	Thu	Fri	Sat	Sun

		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31