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

2010-12-06 Thread SourceForge.net
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

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-12-06 Thread SourceForge.net
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

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-12-06 Thread SourceForge.net
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);
} el

[ pel-Feature Requests-1210126 ] parsing method

2010-12-06 Thread SourceForge.net
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

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-12-06 Thread SourceForge.net
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

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. htt

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

2010-12-06 Thread SourceForge.net
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

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-12-01 Thread SourceForge.net
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

--
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
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-12-01 Thread SourceForge.net
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

--
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
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-07-21 Thread SourceForge.net
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

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-06-17 Thread SourceForge.net
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

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-04-28 Thread SourceForge.net
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->add

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

2010-03-30 Thread SourceForge.net
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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-03-17 Thread SourceForge.net
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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-03-10 Thread SourceForge.net
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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-02-24 Thread SourceForge.net
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() . "\n";
 foreach ($content->Entries as $Entry) {

print $Entry->getName . "=" . $Entry->getText() . "\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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-02-24 Thread SourceForge.net
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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2010-02-24 Thread SourceForge.net
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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

--

>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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1805209 ] PEL Destroys the MakerNote info

2010-02-24 Thread SourceForge.net
Bugs item #1805209, was opened at 2007-09-30 18:25
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1805209&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: Data Output
Group: None
>Status: Closed
Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Lars Olesen (lsolesen)
Summary: PEL Destroys the MakerNote info

Initial Comment:
Hi guys, there is the real problem with the subject. When I add new info (such 
as Image_Description, Artist, Copyright etc) into the photo file, I got this 
trouble. I've been testing the Canon & Nikon photos. All of them have been 
really destroyed... Please, look at this problem... Thanks a million for your 
soft. =Mike

--

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

Message:
Closed as no additional info has been provided.

--

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

Message:
I will close this bug, if you cannot supply either a failing test case or
the images?

--

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

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

Could you supply a failing test case written in SimpleTest so we know the
exact problem. Or could you include the photo?

--

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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1853510 ] All PEL tests - "Equal expectation fails"

2010-02-24 Thread SourceForge.net
Bugs item #1853510, was opened at 2007-12-18 22:17
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1853510&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: Data Output
Group: PEL Version 0.9.x
>Status: Closed
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Mike Brinson (mbrinson)
Assigned to: Lars Olesen (lsolesen)
Summary: All PEL tests - "Equal expectation fails"

Initial Comment:
I am using apache2 web server and attempting to verify that PEL is working, but 
am unsuccessful running the PEL tests using "SimpleTest" as instructed in the 
readme for PEL/test.

Here is my directory structure:

www/pel
www/simpletest

Here is the output I get when running pel/test/run-tests.php

#!/usr/bin/php
Looking for SimpleTest in simpletest/...
Looking for SimpleTest in ../simpletest/...
Found SimpleTest version 1.0.1beta2 in ../../simpletest/!

Notice:  Undefined variable: argc in 
W:\www\pel\test\run-tests.php on line 59
Found no image tests, only core functionality will be tested.
Image tests are available from http://pel.sourceforge.net/.
All PEL tests
1) Equal expectation fails as [Boolean: false] does not match [Integer: 10] at 
[W:\www\pel\test\ascii.php line 68]
in testTime
in PEL Exif ASCII Tests
in ascii.php
2) Equal expectation fails as [Boolean: false] does not match [Integer: 10] at 
[W:\www\pel\test\ascii.php line 69]
in testTime
in PEL Exif ASCII Tests
in ascii.php
3) Equal expectation fails at character 2 with [1969:12:31 00:00:10] and 
[1970:01:01 00:00:10] at [W:\www\pel\test\ascii.php line 71]
in testTime
in PEL Exif ASCII Tests
in ascii.php
4) Equal expectation fails because [Float: 2440587.0001157] differs from 
[Float: 2440588.0001157] by 1 at [W:\www\pel\test\ascii.php line 73]
in testTime
in PEL Exif ASCII Tests
in ascii.php
5) Equal expectation fails at character 2 with [1969:12:31 00:00:10] and 
[1970:01:01 00:00:10] at [W:\www\pel\test\ascii.php line 74]
in testTime
in PEL Exif ASCII Tests
in ascii.php

Fatal error:  Uncaught exception 'PelDataWindowOffsetException' with 
message 'Offset 6 not within [0, 3]' in W:\www\pel\PelDataWindow.php:243
Stack trace:
#0 W:\www\pel\PelDataWindow.php(280): PelDataWindow->validateOffset(6)
#1 W:\www\pel\test\data-window.php(67): PelDataWindow->getBytes(0, 6)
#2 W:\www\simpletest\invoker.php(68): DataWindowTestCase->testReadBytes()
#3 W:\www\simpletest\invoker.php(126): SimpleInvoker->invoke('testReadBytes')
#4 W:\www\simpletest\errors.php(49): 
SimpleInvokerDecorator->invoke('testReadBytes')
#5 W:\www\simpletest\invoker.php(126): 
SimpleErrorTrappingInvoker->invoke('testReadBytes')
#6 W:\www\simpletest\exceptions.php(42): 
SimpleInvokerDecorator->invoke('testReadBytes')
#7 W:\www\simpletest\test_case.php(143): 
SimpleExceptionTrappingInvoker->invoke('testReadBytes')
#8 W:\www\simpletest\test_case.php(558): 
SimpleTestCase->run(Object(TextReporter))
#9 W:\www\simpletest\test_case.php(561): TestSuite->run(Object(TextReporter))
#10 W:\www\pel\test\run-tests.php(88): TestSuite->run(Object(TextRe in 
W:\www\pel\PelDataWindow.php on line 243

--

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

Message:
Closed as no response has been received.

--

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

Message:
I have just run all the tests, and there is only one test with an error.
Could you please confirm whether you still have the problem?

--

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

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2009-11-30 Thread SourceForge.net
Feature Requests item #2906207, was opened at 2009-11-30 19:16
Message generated for change (Tracker Item Submitted) made by nobody
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: Open
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.



--

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

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2009-04-03 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 12:05
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_put_co

[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2009-03-19 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 12:05
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_put_co

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

2009-01-16 Thread SourceForge.net
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: Open
Resolution: None
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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

--

>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

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1805209 ] PEL Destroys the MakerNote info

2009-01-16 Thread SourceForge.net
Bugs item #1805209, was opened at 2007-09-30 18:25
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1805209&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: Data Output
Group: None
Status: Open
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Lars Olesen (lsolesen)
Summary: PEL Destroys the MakerNote info

Initial Comment:
Hi guys, there is the real problem with the subject. When I add new info (such 
as Image_Description, Artist, Copyright etc) into the photo file, I got this 
trouble. I've been testing the Canon & Nikon photos. All of them have been 
really destroyed... Please, look at this problem... Thanks a million for your 
soft. =Mike

--

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

Message:
I will close this bug, if you cannot supply either a failing test case or
the images?

--

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

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

Could you supply a failing test case written in SimpleTest so we know the
exact problem. Or could you include the photo?

--

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

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1853510 ] All PEL tests - "Equal expectation fails"

2009-01-16 Thread SourceForge.net
Bugs item #1853510, was opened at 2007-12-18 22:17
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1853510&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: Data Output
Group: PEL Version 0.9.x
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Mike Brinson (mbrinson)
>Assigned to: Lars Olesen (lsolesen)
Summary: All PEL tests - "Equal expectation fails"

Initial Comment:
I am using apache2 web server and attempting to verify that PEL is working, but 
am unsuccessful running the PEL tests using "SimpleTest" as instructed in the 
readme for PEL/test.

Here is my directory structure:

www/pel
www/simpletest

Here is the output I get when running pel/test/run-tests.php

#!/usr/bin/php
Looking for SimpleTest in simpletest/...
Looking for SimpleTest in ../simpletest/...
Found SimpleTest version 1.0.1beta2 in ../../simpletest/!

Notice:  Undefined variable: argc in 
W:\www\pel\test\run-tests.php on line 59
Found no image tests, only core functionality will be tested.
Image tests are available from http://pel.sourceforge.net/.
All PEL tests
1) Equal expectation fails as [Boolean: false] does not match [Integer: 10] at 
[W:\www\pel\test\ascii.php line 68]
in testTime
in PEL Exif ASCII Tests
in ascii.php
2) Equal expectation fails as [Boolean: false] does not match [Integer: 10] at 
[W:\www\pel\test\ascii.php line 69]
in testTime
in PEL Exif ASCII Tests
in ascii.php
3) Equal expectation fails at character 2 with [1969:12:31 00:00:10] and 
[1970:01:01 00:00:10] at [W:\www\pel\test\ascii.php line 71]
in testTime
in PEL Exif ASCII Tests
in ascii.php
4) Equal expectation fails because [Float: 2440587.0001157] differs from 
[Float: 2440588.0001157] by 1 at [W:\www\pel\test\ascii.php line 73]
in testTime
in PEL Exif ASCII Tests
in ascii.php
5) Equal expectation fails at character 2 with [1969:12:31 00:00:10] and 
[1970:01:01 00:00:10] at [W:\www\pel\test\ascii.php line 74]
in testTime
in PEL Exif ASCII Tests
in ascii.php

Fatal error:  Uncaught exception 'PelDataWindowOffsetException' with 
message 'Offset 6 not within [0, 3]' in W:\www\pel\PelDataWindow.php:243
Stack trace:
#0 W:\www\pel\PelDataWindow.php(280): PelDataWindow->validateOffset(6)
#1 W:\www\pel\test\data-window.php(67): PelDataWindow->getBytes(0, 6)
#2 W:\www\simpletest\invoker.php(68): DataWindowTestCase->testReadBytes()
#3 W:\www\simpletest\invoker.php(126): SimpleInvoker->invoke('testReadBytes')
#4 W:\www\simpletest\errors.php(49): 
SimpleInvokerDecorator->invoke('testReadBytes')
#5 W:\www\simpletest\invoker.php(126): 
SimpleErrorTrappingInvoker->invoke('testReadBytes')
#6 W:\www\simpletest\exceptions.php(42): 
SimpleInvokerDecorator->invoke('testReadBytes')
#7 W:\www\simpletest\test_case.php(143): 
SimpleExceptionTrappingInvoker->invoke('testReadBytes')
#8 W:\www\simpletest\test_case.php(558): 
SimpleTestCase->run(Object(TextReporter))
#9 W:\www\simpletest\test_case.php(561): TestSuite->run(Object(TextReporter))
#10 W:\www\pel\test\run-tests.php(88): TestSuite->run(Object(TextRe in 
W:\www\pel\PelDataWindow.php on line 243

--

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

Message:
I have just run all the tests, and there is only one test with an error.
Could you please confirm whether you still have the problem?

--

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

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2008-04-23 Thread SourceForge.net
Bugs item #1730993, was opened at 2007-06-04 20:26
Message generated for change (Comment added) made by jackiechen858
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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: jackchen (jackiechen858)
Assigned to: Nobody/Anonymous (nobody)
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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

--

>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

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1805209 ] PEL Destroys the MakerNote info

2008-04-23 Thread SourceForge.net
Bugs item #1805209, was opened at 2007-09-30 18:25
Message generated for change (Comment added) made by lsolesen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1805209&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: Data Output
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: PEL Destroys the MakerNote info

Initial Comment:
Hi guys, there is the real problem with the subject. When I add new info (such 
as Image_Description, Artist, Copyright etc) into the photo file, I got this 
trouble. I've been testing the Canon & Nikon photos. All of them have been 
really destroyed... Please, look at this problem... Thanks a million for your 
soft. =Mike

--

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

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

Could you supply a failing test case written in SimpleTest so we know the
exact problem. Or could you include the photo?

--

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

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2008-04-23 Thread SourceForge.net
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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: jackchen (jackiechen858)
Assigned to: Nobody/Anonymous (nobody)
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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

--

>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

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2008-04-23 Thread SourceForge.net
Support Requests item #1741348, was opened at 2007-06-22 08:25
Message generated for change (Comment added) made by lsolesen
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: Open
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-23 14: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-22 18: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

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2008-03-10 Thread SourceForge.net
Patches item #1911643, was opened at 2008-03-10 23:24
Message generated for change (Comment added) made by dfandrich
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: Open
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: Dan Fandrich (dfandrich)
Date: 2008-03-10 23: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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2008-03-10 Thread SourceForge.net
Patches item #1911643, was opened at 2008-03-10 23:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
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: Open
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.


--

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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1853510 ] All PEL tests - "Equal expectation fails"

2007-12-18 Thread SourceForge.net
Bugs item #1853510, was opened at 2007-12-18 15:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1853510&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: Data Output
Group: PEL Version 0.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Mike Brinson (mbrinson)
Assigned to: Nobody/Anonymous (nobody)
Summary: All PEL tests - "Equal expectation fails"

Initial Comment:
I am using apache2 web server and attempting to verify that PEL is working, but 
am unsuccessful running the PEL tests using "SimpleTest" as instructed in the 
readme for PEL/test.

Here is my directory structure:

www/pel
www/simpletest

Here is the output I get when running pel/test/run-tests.php

#!/usr/bin/php
Looking for SimpleTest in simpletest/...
Looking for SimpleTest in ../simpletest/...
Found SimpleTest version 1.0.1beta2 in ../../simpletest/!

Notice:  Undefined variable: argc in 
W:\www\pel\test\run-tests.php on line 59
Found no image tests, only core functionality will be tested.
Image tests are available from http://pel.sourceforge.net/.
All PEL tests
1) Equal expectation fails as [Boolean: false] does not match [Integer: 10] at 
[W:\www\pel\test\ascii.php line 68]
in testTime
in PEL Exif ASCII Tests
in ascii.php
2) Equal expectation fails as [Boolean: false] does not match [Integer: 10] at 
[W:\www\pel\test\ascii.php line 69]
in testTime
in PEL Exif ASCII Tests
in ascii.php
3) Equal expectation fails at character 2 with [1969:12:31 00:00:10] and 
[1970:01:01 00:00:10] at [W:\www\pel\test\ascii.php line 71]
in testTime
in PEL Exif ASCII Tests
in ascii.php
4) Equal expectation fails because [Float: 2440587.0001157] differs from 
[Float: 2440588.0001157] by 1 at [W:\www\pel\test\ascii.php line 73]
in testTime
in PEL Exif ASCII Tests
in ascii.php
5) Equal expectation fails at character 2 with [1969:12:31 00:00:10] and 
[1970:01:01 00:00:10] at [W:\www\pel\test\ascii.php line 74]
in testTime
in PEL Exif ASCII Tests
in ascii.php

Fatal error:  Uncaught exception 'PelDataWindowOffsetException' with 
message 'Offset 6 not within [0, 3]' in W:\www\pel\PelDataWindow.php:243
Stack trace:
#0 W:\www\pel\PelDataWindow.php(280): PelDataWindow->validateOffset(6)
#1 W:\www\pel\test\data-window.php(67): PelDataWindow->getBytes(0, 6)
#2 W:\www\simpletest\invoker.php(68): DataWindowTestCase->testReadBytes()
#3 W:\www\simpletest\invoker.php(126): SimpleInvoker->invoke('testReadBytes')
#4 W:\www\simpletest\errors.php(49): 
SimpleInvokerDecorator->invoke('testReadBytes')
#5 W:\www\simpletest\invoker.php(126): 
SimpleErrorTrappingInvoker->invoke('testReadBytes')
#6 W:\www\simpletest\exceptions.php(42): 
SimpleInvokerDecorator->invoke('testReadBytes')
#7 W:\www\simpletest\test_case.php(143): 
SimpleExceptionTrappingInvoker->invoke('testReadBytes')
#8 W:\www\simpletest\test_case.php(558): 
SimpleTestCase->run(Object(TextReporter))
#9 W:\www\simpletest\test_case.php(561): TestSuite->run(Object(TextReporter))
#10 W:\www\pel\test\run-tests.php(88): TestSuite->run(Object(TextRe in 
W:\www\pel\PelDataWindow.php on line 243

--

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

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1786345 ] Strict Warnings

2007-11-05 Thread SourceForge.net
Bugs item #1786345, was opened at 2007-09-01 09:24
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1786345&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
Resolution: None
Priority: 5
Private: No
Submitted By: Reindl Harald (reindl_harald)
Assigned to: Martin Geisler (mgeisler)
Summary: Strict Warnings

Initial Comment:

Hmm it looks like i have to use "pel" the next time
But on the development server following messages makes no fun :-(

Strict Standards: Declaration of PelEntryUserComment::setValue() should be 
compatible with that of PelEntryUndefined::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 203

Strict Standards: Declaration of PelEntryVersion::setValue() should be 
compatible with that of PelEntryUndefined::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 314

Strict Standards: Declaration of PelEntryNumber::setValue() should be 
compatible with that of PelEntry::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryNumber.php on line 77

Strict Standards: Declaration of PelEntryCopyright::setValue() should be 
compatible with that of PelEntryAscii::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryAscii.php on line 374

--

>Comment By: SourceForge Robot (sf-robot)
Date: 2007-11-05 19:20

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

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: Martin Geisler (mgeisler)
Date: 2007-10-21 22:59

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

Yeah, I've seen those warnings as well... they come because I have
overloaded the setValue() method with different signatures in different
classes.

If you have a good idea as to how we can restructure the code to make it
better OO, then please let me know.

For now I think I'll ignore the issue -- PHP is a dynamically typed
language and so it should be expected that someone might do stuff like I
have done. But if you really feel that this is important, then come to the
mailinglist and we can discuss it there.

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1816464 ] Functions for adding GPS Information to a JPEG

2007-10-25 Thread SourceForge.net
Patches item #1816464, was opened at 2007-10-19 13:41
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1816464&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: Example application
Group: Version 0.9
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Andac (aandac)
Assigned to: Martin Geisler (mgeisler)
Summary: Functions for adding GPS Information to a JPEG

Initial Comment:
This example includes 2 Functions:

- convertGps(), which converts decimal GPS coordinates, how you use them in 
googleMaps for example, to the conventional coordinate-system used in PEL 
(dd,mm,sss).

- add_EXIFinfo() adds several EXIF-Information-Tags to your jpeg-Picture.

--

>Comment By: Martin Geisler (mgeisler)
Date: 2007-10-25 17:28

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

The GPS functions are now in SVN!

--

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-22 07:54

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

Thanks for testing this so quickly! I'll commit the example this evening.

My version of the degree-to-dms converter just deals with the degrees as a
number instead of a string, and so I think it becomes clearer that it is
correct. I believe your version worked as well :-)

--

Comment By: Andac (aandac)
Date: 2007-10-21 22:22

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

Hi!

I've tested the new functions, they are both working very well!
Thank you for fixing the bugs, i owe you one! :)

Your Version of the GPS converter is very elegant btw!

Andac

--

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-21 21:59

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

Thanks for sending this patch!

I have changed it quite a bit and I believe I have fixed some bugs, so
could you please test the attached file before I commit it?

The uploaded file is supposed to be placed in the examples/ folder in a
normal PEL install.
File Added: gps.php

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2007-10-21 Thread SourceForge.net
Bugs item #1730993, was opened at 2007-06-04 22:26
Message generated for change (Comment added) made by mgeisler
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
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: jackchen (jackiechen858)
Assigned to: Nobody/Anonymous (nobody)
>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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

--

>Comment By: Martin Geisler (mgeisler)
Date: 2007-10-22 08: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 22: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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1786345 ] Strict Warnings

2007-10-21 Thread SourceForge.net
Bugs item #1786345, was opened at 2007-09-01 18:24
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1786345&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
Resolution: None
Priority: 5
Private: No
Submitted By: Reindl Harald (reindl_harald)
>Assigned to: Martin Geisler (mgeisler)
Summary: Strict Warnings

Initial Comment:

Hmm it looks like i have to use "pel" the next time
But on the development server following messages makes no fun :-(

Strict Standards: Declaration of PelEntryUserComment::setValue() should be 
compatible with that of PelEntryUndefined::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 203

Strict Standards: Declaration of PelEntryVersion::setValue() should be 
compatible with that of PelEntryUndefined::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 314

Strict Standards: Declaration of PelEntryNumber::setValue() should be 
compatible with that of PelEntry::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryNumber.php on line 77

Strict Standards: Declaration of PelEntryCopyright::setValue() should be 
compatible with that of PelEntryAscii::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryAscii.php on line 374

--

>Comment By: Martin Geisler (mgeisler)
Date: 2007-10-22 07:59

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

Yeah, I've seen those warnings as well... they come because I have
overloaded the setValue() method with different signatures in different
classes.

If you have a good idea as to how we can restructure the code to make it
better OO, then please let me know.

For now I think I'll ignore the issue -- PHP is a dynamically typed
language and so it should be expected that someone might do stuff like I
have done. But if you really feel that this is important, then come to the
mailinglist and we can discuss it there.

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1816464 ] Functions for adding GPS Information to a JPEG

2007-10-21 Thread SourceForge.net
Patches item #1816464, was opened at 2007-10-19 13:41
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1816464&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: Example application
>Group: Version 0.9
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Andac (aandac)
>Assigned to: Martin Geisler (mgeisler)
>Summary: Functions for adding GPS Information to a JPEG

Initial Comment:
This example includes 2 Functions:

- convertGps(), which converts decimal GPS coordinates, how you use them in 
googleMaps for example, to the conventional coordinate-system used in PEL 
(dd,mm,sss).

- add_EXIFinfo() adds several EXIF-Information-Tags to your jpeg-Picture.

--

>Comment By: Martin Geisler (mgeisler)
Date: 2007-10-22 07:54

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

Thanks for testing this so quickly! I'll commit the example this evening.

My version of the degree-to-dms converter just deals with the degrees as a
number instead of a string, and so I think it becomes clearer that it is
correct. I believe your version worked as well :-)

--

Comment By: Andac (aandac)
Date: 2007-10-21 22:22

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

Hi!

I've tested the new functions, they are both working very well!
Thank you for fixing the bugs, i owe you one! :)

Your Version of the GPS converter is very elegant btw!

Andac

--

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-21 21:59

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

Thanks for sending this patch!

I have changed it quite a bit and I believe I have fixed some bugs, so
could you please test the attached file before I commit it?

The uploaded file is supposed to be placed in the examples/ folder in a
normal PEL install.
File Added: gps.php

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1816464 ] Functions for adding GPS Information to a jpg

2007-10-21 Thread SourceForge.net
Patches item #1816464, was opened at 2007-10-19 13:41
Message generated for change (Comment added) made by aandac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1816464&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
Resolution: None
Priority: 5
Private: No
Submitted By: Andac (aandac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Functions for adding GPS Information to a jpg

Initial Comment:
This example includes 2 Functions:

- convertGps(), which converts decimal GPS coordinates, how you use them in 
googleMaps for example, to the conventional coordinate-system used in PEL 
(dd,mm,sss).

- add_EXIFinfo() adds several EXIF-Information-Tags to your jpeg-Picture.

--

>Comment By: Andac (aandac)
Date: 2007-10-21 22:22

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

Hi!

I've tested the new functions, they are both working very well!
Thank you for fixing the bugs, i owe you one! :)

Your Version of the GPS converter is very elegant btw!

Andac

--

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-21 21:59

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

Thanks for sending this patch!

I have changed it quite a bit and I believe I have fixed some bugs, so
could you please test the attached file before I commit it?

The uploaded file is supposed to be placed in the examples/ folder in a
normal PEL install.
File Added: gps.php

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1816464 ] Functions for adding GPS Information to a jpg

2007-10-21 Thread SourceForge.net
Patches item #1816464, was opened at 2007-10-19 13:41
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1816464&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
Resolution: None
Priority: 5
Private: No
Submitted By: Andac (aandac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Functions for adding GPS Information to a jpg

Initial Comment:
This example includes 2 Functions:

- convertGps(), which converts decimal GPS coordinates, how you use them in 
googleMaps for example, to the conventional coordinate-system used in PEL 
(dd,mm,sss).

- add_EXIFinfo() adds several EXIF-Information-Tags to your jpeg-Picture.

--

>Comment By: Martin Geisler (mgeisler)
Date: 2007-10-21 21:59

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

Thanks for sending this patch!

I have changed it quite a bit and I believe I have fixed some bugs, so
could you please test the attached file before I commit it?

The uploaded file is supposed to be placed in the examples/ folder in a
normal PEL install.
File Added: gps.php

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1816464 ] Functions for adding GPS Information to a jpg

2007-10-19 Thread SourceForge.net
Patches item #1816464, was opened at 2007-10-19 13:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1816464&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
Resolution: None
Priority: 5
Private: No
Submitted By: Andac (aandac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Functions for adding GPS Information to a jpg

Initial Comment:
This example includes 2 Functions:

- convertGps(), which converts decimal GPS coordinates, how you use them in 
googleMaps for example, to the conventional coordinate-system used in PEL 
(dd,mm,sss).

- add_EXIFinfo() adds several EXIF-Information-Tags to your jpeg-Picture.

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2007-10-18 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 14:05
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_put_cont

[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2007-10-18 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 14:05
Message generated for change (Comment added) made by aandac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_put_content

[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2007-10-18 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 14:05
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_put

[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2007-10-18 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 05:05
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_p

[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2007-10-18 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 05:05
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  

file_put_contents(&

[ pel-Support Requests-1815728 ] adding EXIF Information from scratch

2007-10-18 Thread SourceForge.net
Support Requests item #1815728, was opened at 2007-10-18 05:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1815728&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: adding EXIF Information from scratch 

Initial Comment:
Hi,

I wrote this function, adding EXIF Information from the scratch to a JPG-Image.

Unfortunately in the second GPS entry, the minutes and seconds are missing. If 
longitude is the second then its missing there, if i switch their places its 
missing in latitude? It doesnt make any sense, so ... well i'm asking for help 
here :)

Here's the function (with german comments):

function add_EXIFinfo(  
$filename = "filename.jpg Default",
$description ="DESCRIPTION Default",
$USER_COMMENT ="USER_COMMENT Default",
$MODEL ="MODEL Default",
$GPS_VERSION_ID ="123",
$GPS_LONGITUDE = 0,
$GPS_LATITUDE = 0,
$GPS_LONGITUDE_REF = "E",
$GPS_LATITUDE_REF = "N",
$GPS_ALTITUDE  = array(0, 0, 0),
$GPS_ALTITUDE_REF = 0) {

$GPS_LONGITUDE = convertGps($GPS_LONGITUDE);
$GPS_LATITUDE = convertGps($GPS_LATITUDE);

$jpeg = new PelJpeg($filename); //Ein PelJpeg Objekt wird erstellt (mit 
dem gegebenen JPG)
$exif = new PelExif(); //Exif Objekt wird erstellt
$jpeg->setExif($exif); //Exif Objekt wird dem JPG hinzugefügt
$tiff = new PelTiff(); // Tiff Objekt wird erzeugt (Tiff Objekt enthält 
exif info)
$exif->setTiff($tiff); //Dem Exif-Objekt wird das Tiff Objekt zugewiesen

$ifd0 = $tiff->getIfd(); //erste Exif-Info wird aus dem tiff Obj 
herausgelesen ( müsste "null" sein)


if ($ifd0 == null) {
  $ifd0 = new PelIfd(PelIfd::IFD0);
  $tiff->setIfd($ifd0);
}

$GPSSubIFD = new PelIfd(PelIfd::GPS); //SubIFD für GPS-Informationen 
wird erstellt.
$ifd0->addSubIfd($GPSSubIFD); //dem Ifd0 wird GPS sub IFD hinzugefügt

$EXIFSubIFD = new PelIfd(PelIfd::EXIF); //SubIFD für EXIF-Informationen 
wird erstellt.
$ifd0->addSubIfd($EXIFSubIFD); //dem Ifd0 wird EXIF sub IFD hinzugefügt

$INTOSubIFD = new PelIfd(PelIfd::INTEROPERABILITY); //SubIFD für 
INTEROPERABILITY-Informationen wird erstellt.
$ifd0->addSubIfd($INTOSubIFD); //dem Ifd0 wird INTEROPERABILITY sub IFD 
hinzugefügt


echo "USER_COMMENT wird geschrieben";
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0->addEntry($exif_entry);

echo "MODEL wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::MODEL, $MODEL);
$ifd0->addEntry($exif_entry);

echo "IMAGE_DESCRIPTION wird geschrieben";
//IMAGE_DESCRIPTION
$desc = new PelEntryAscii(PelTag::IMAGE_DESCRIPTION, $description);
$ifd0->addEntry($desc);

echo "GPS_VERSION_ID wird geschrieben";
$exif_entry = new PelEntryByte(PelTag::GPS_VERSION_ID,$GPS_VERSION_ID);
$GPSSubIFD->addEntry($exif_entry);




echo "GPS_LATITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_LATITUDE_REF, 
$GPS_LATITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LATITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LATITUDE, $GPS_LATITUDE);
print_r($GPS_LATITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_LONGITUDE_REF wird geschrieben";
$exif_entry4 = new PelEntryAscii(PelTag::GPS_LONGITUDE_REF, 
$GPS_LONGITUDE_REF);
$GPSSubIFD->addEntry($exif_entry4);

echo "GPS_LONGITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_LONGITUDE, 
$GPS_LONGITUDE);
print_r($GPS_LONGITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE wird geschrieben";
$exif_entry = new PelEntryRational(PelTag::GPS_ALTITUDE, $GPS_ALTITUDE);
$GPSSubIFD->addEntry($exif_entry);

echo "GPS_ALTITUDE_REF wird geschrieben";
$exif_entry = new PelEntryAscii(PelTag::GPS_ALTITUDE_REF, 
$GPS_ALTITUDE_REF);
$GPSSubIFD->addEntry($exif_entry);

$file = basename($filename);  


[ pel-Bugs-1805209 ] PEL Destroys the MakerNote info

2007-09-30 Thread SourceForge.net
Bugs item #1805209, was opened at 2007-09-30 11:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1805209&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: Data Output
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: PEL Destroys the MakerNote info

Initial Comment:
Hi guys, there is the real problem with the subject. When I add new info (such 
as Image_Description, Artist, Copyright etc) into the photo file, I got this 
trouble. I've been testing the Canon & Nikon photos. All of them have been 
really destroyed... Please, look at this problem... Thanks a million for your 
soft. =Mike

--

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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1786345 ] Strict Warnings

2007-09-01 Thread SourceForge.net
Bugs item #1786345, was opened at 2007-09-01 18:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1786345&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
Resolution: None
Priority: 5
Private: No
Submitted By: Reindl Harald (reindl_harald)
Assigned to: Nobody/Anonymous (nobody)
Summary: Strict Warnings

Initial Comment:

Hmm it looks like i have to use "pel" the next time
But on the development server following messages makes no fun :-(

Strict Standards: Declaration of PelEntryUserComment::setValue() should be 
compatible with that of PelEntryUndefined::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 203

Strict Standards: Declaration of PelEntryVersion::setValue() should be 
compatible with that of PelEntryUndefined::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 314

Strict Standards: Declaration of PelEntryNumber::setValue() should be 
compatible with that of PelEntry::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryNumber.php on line 77

Strict Standards: Declaration of PelEntryCopyright::setValue() should be 
compatible with that of PelEntryAscii::setValue() in 
/mnt/data/www/phpincludes/pel/PelEntryAscii.php on line 374

--

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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2007-08-02 Thread SourceForge.net
Support Requests item #1765895, was opened at 2007-08-02 00:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
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: Open
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

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2007-06-22 Thread SourceForge.net
Support Requests item #1741348, was opened at 2007-06-22 04:25
Message generated for change (Comment added) made by davidlesieur
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: Open
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: David Lesieur (davidlesieur)
Date: 2007-06-22 14: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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2007-06-22 Thread SourceForge.net
Support Requests item #1741348, was opened at 2007-06-22 18:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
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: Open
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.

--

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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1730993 ] fatal error when handling exif

2007-06-04 Thread SourceForge.net
Bugs item #1730993, was opened at 2007-06-04 20:26
Message generated for change (Comment added) made by jackiechen858
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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: jackchen (jackiechen858)
Assigned to: Nobody/Anonymous (nobody)
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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

--

>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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1730993 ] fatal error when handling exif

2007-06-04 Thread SourceForge.net
Bugs item #1730993, was opened at 2007-06-04 20:26
Message generated for change (Tracker Item Submitted) made by Item Submitter
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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: jackchen (jackiechen858)
Assigned to: Nobody/Anonymous (nobody)
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 />
Fatal error:  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 
/websites/docs/newtest/php_inc/PelDataWindow.php on line 175
~

------

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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1699489 ] Incorrect UNIX/Julian conversion

2007-04-24 Thread SourceForge.net
Bugs item #1699489, was opened at 2007-04-12 21:32
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1699489&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: None
>Status: Closed
>Resolution: Fixed
>Priority: 7
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Martin Geisler (mgeisler)
Summary: Incorrect UNIX/Julian conversion

Initial Comment:
In the class PelEntryTime, the conversion taking place between the Julian 
calendar and a UNIX timestamp is not always correct.

For example, should you get the value of the time as a UNIX timestamp (hereby 
referred to as t) and add a number of seconds to it, and then set the value to 
the new value -> setValue(t+x), then the Julian conversion can be incorrect if 
the addition of X makes the time roll over into the next day (i.e. from 11:59pm 
on 01/01/2007 to 12:01am on 01/02/2007). The time will be correct, but the day 
will be one day behind (giving you 01/01/2007 12:01am).

--

>Comment By: Martin Geisler (mgeisler)
Date: 2007-04-24 20:56

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

Thanks for reporting this! It turned out to be a timezone-problem. I used
the unixtojd() function which interprets the timestamp according to the
local timezone.

Simply subtracting the timezone offset is almost enough to fix this, but
not quite: a timestamp such 600 meaning Jan 1st 1970 00:10:00 becomes -3000
in my normal timezone. But unixtojd() cannot handle negative timestamps!

It turned out to be easier to use the PHP implementation jdtounix().

--

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

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1699489 ] Incorrect UNIX/Julian conversion

2007-04-12 Thread SourceForge.net
Bugs item #1699489, was opened at 2007-04-12 12:32
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1699489&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect UNIX/Julian conversion

Initial Comment:
In the class PelEntryTime, the conversion taking place between the Julian 
calendar and a UNIX timestamp is not always correct.

For example, should you get the value of the time as a UNIX timestamp (hereby 
referred to as t) and add a number of seconds to it, and then set the value to 
the new value -> setValue(t+x), then the Julian conversion can be incorrect if 
the addition of X makes the time roll over into the next day (i.e. from 11:59pm 
on 01/01/2007 to 12:01am on 01/02/2007). The time will be correct, but the day 
will be one day behind (giving you 01/01/2007 12:01am).

--

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

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
PEL-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1586110 ] Updated French translation

2006-11-04 Thread SourceForge.net
Patches item #1586110, was opened at 2006-10-28 06:41
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1586110&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: Translation
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: David Lesieur (davidlesieur)
>Assigned to: Martin Geisler (mgeisler)
Summary: Updated French translation

Initial Comment:
Here is an updated fr.po for PEL. Not 100% complete,
but still an improvement over the previous one.

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-11-04 20:42

Message:
Logged In: YES 
user_id=1264592

Thanks, I've put it in SVN!

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1586110 ] Updated French translation

2006-10-27 Thread SourceForge.net
Patches item #1586110, was opened at 2006-10-28 00:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1586110&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: Translation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Lesieur (davidlesieur)
Assigned to: Nobody/Anonymous (nobody)
Summary: Updated French translation

Initial Comment:
Here is an updated fr.po for PEL. Not 100% complete,
but still an improvement over the previous one.

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Feature Requests-1428467 ] Extend the range of timestamps

2006-09-17 Thread SourceForge.net
Feature Requests item #1428467, was opened at 2006-02-09 18:17
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1428467&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: 3
Submitted By: Martin Geisler (mgeisler)
>Assigned to: Martin Geisler (mgeisler)
Summary: Extend the range of timestamps

Initial Comment:
As it is now, all dates and times are converted into
standard Unix timestamps (counting the number of
seconds since January 1st 1970).

But the Exif data stores timestamps as :MM:DD
HH:MM:SS strings and so it can easily handle times that
lie before 1970 and after 2036 (the range of a 32 bit
Unix timestamp).

See the discussion following this message:

  http://article.gmane.org/gmane.comp.web.pel.devel/66

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-09-17 20:46

Message:
Logged In: YES 
user_id=1264592

This has been implemented in SVN r443 using the PHP calendar
extension (which I believe is build by default).

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1543493 ] constants defined twice in class PelTag

2006-08-20 Thread SourceForge.net
Bugs item #1543493, was opened at 2006-08-20 07:41
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1543493&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: None
Status: Deleted
Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: constants defined twice in class PelTag

Initial Comment:
XP_COMMENT and CFA_PATTERN are defined twice in class
PelTag. This is blocking for a use of PEL under php 5.1.2

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-20 15:14

Message:
Logged In: NO 

PEL-EXIF is an interesting project, but I have long since
wearied of the 'tortured' messaging-constructs that come &
go, and now we have 'spam'-noise inserted by the Sourceforge.

I want out.  'Unsubscribe' is byzantine.  Please, just
delete my subscription.  

Ted Clayton, [EMAIL PROTECTED]

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-08-20 15:03

Message:
Logged In: YES 
user_id=1264592

No problem -- this is also fixed in SVN, please use that
version.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-20 07:43

Message:
Logged In: NO 

ok, sorry, just saw it is a duplicate of a previous bug.

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1543493 ] constants defined twice in class PelTag

2006-08-20 Thread SourceForge.net
Bugs item #1543493, was opened at 2006-08-20 16:41
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1543493&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: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: constants defined twice in class PelTag

Initial Comment:
XP_COMMENT and CFA_PATTERN are defined twice in class
PelTag. This is blocking for a use of PEL under php 5.1.2

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-08-21 00:03

Message:
Logged In: YES 
user_id=1264592

No problem -- this is also fixed in SVN, please use that
version.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-20 16:43

Message:
Logged In: NO 

ok, sorry, just saw it is a duplicate of a previous bug.

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1543493 ] constants defined twice in class PelTag

2006-08-20 Thread SourceForge.net
Bugs item #1543493, was opened at 2006-08-20 07:41
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1543493&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: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: constants defined twice in class PelTag

Initial Comment:
XP_COMMENT and CFA_PATTERN are defined twice in class
PelTag. This is blocking for a use of PEL under php 5.1.2

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-08-20 07:43

Message:
Logged In: NO 

ok, sorry, just saw it is a duplicate of a previous bug.

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1543493 ] constants defined twice in class PelTag

2006-08-20 Thread SourceForge.net
Bugs item #1543493, was opened at 2006-08-20 07:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1543493&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: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: constants defined twice in class PelTag

Initial Comment:
XP_COMMENT and CFA_PATTERN are defined twice in class
PelTag. This is blocking for a use of PEL under php 5.1.2

--

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

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1519618 ] Missing interfaces

2006-07-11 Thread SourceForge.net
Support Requests item #1519618, was opened at 2006-07-09 19:16
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1519618&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: Install Problem
Group: None
>Status: Closed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Martin Geisler (mgeisler)
Summary: Missing interfaces

Initial Comment:
Hi,

I installed the PEL library and began to test it. I
wanted to use the getIterator function on a pelIfd
object but I got errors on the $tag object that should
have been issued. I walked through the code and
discovered that pelIfd.php was implementing interfaces
at line 73: IteratorAggregate and ArrayAccess.

I cannot find anywhere those interfaces...

Could you please help me?

Thanks

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-07-11 17:41

Message:
Logged In: YES 
user_id=1264592

Ahh... I've been trying to find out why the code didn't work
for you -- it worked fine for me.

I then re-read what you had written and now I see the
problem: you are treating $tag as a PelTag object, when it
is just a plain integer.  The getName() method in PelTag is
*static* and you should do PelTag::getName($tag) instead of
$tag->getName().

I initially designed things that way so that there wont be
an object floating around for each tag.  PelJpegMarker is
designed similarly.

But perhaps that was a mistake?  Making a bunch of extra
objects would probably make the logic easier and hopefully
the code wont run significantly slower.

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-07-10 11:02

Message:
Logged In: YES 
user_id=1264592

Thanks for the debuggin information... I think it helps. 
I'll be the numbers you are seeing (270, ...) are tags:
IMAGE_DESCRIPTION = 0x010E = 270, MAKE = 0x10F = 271, and so on.

Why you're getting that in $tag is strange --- I'm extending
the test suite so that it exercises this code too and then I
hope to find the bug.  Please stay tuned.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-09 21:10

Message:
Logged In: NO 

I'm using PHP 5.1.4 ...

When I make an iterator object with:

$ifd = $ifd0->getIterator();

and then loop through it with:

foreach ($ifd as $tag => $entry) {
echo($tag." : ".$entry->getText()."\n");
}

$entry is considered like a PelEntry object but if I try to
get the name of $tag ($tagName = $tag->getName();) I get the
following error:

Fatal error: Call to a member function getName() on a
non-object in ...

As I understand, $tag should be a PelTag object, but when I
make a print_r($tag), I get only numbers (270, 271, 272,
274, 282,...)!?

Where could be the problem?

Thanks for your help...

Best regards.

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-07-09 20:44

Message:
Logged In: YES 
user_id=1264592

They are part of the Standard PHP Library, SPL, please take
a look at http://www.php.net/~helly/php/ext/spl/.

But you shouldn't have to do anything, SPL should be
included in all new PHP releases (as far as I understand it).

Please quote the exact error message you get, and please
also include some information about the version of PHP you
are using --- there has been some problems with strange bugs
in early versions of the 5.x series...

------

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1022143 ] Sample code for writing exif tags?

2006-07-10 Thread SourceForge.net
Support Requests item #1022143, was opened at 2004-09-04 01:07
Message generated for change (Settings changed) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1022143&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
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Martin Geisler (mgeisler)
Summary: Sample code for writing exif tags?

Initial Comment:
Is there anywhere any sample code provided that shows 
how exactly to add or change an exif tag's content for a 
given image?

I tried as hard as I could, but I couldn't get it to work. 
The changes could be made but were not saved to the 
image.

Thanks,

Rude 
chaeskey (at) gmx.net

--

Comment By: Martin Geisler (gimpster)
Date: 2004-09-25 13:45

Message:
Logged In: YES 
user_id=104098

Did the work-a-round proposed work? If not, then please
reopen this support request.

--

Comment By: Martin Geisler (gimpster)
Date: 2004-09-14 00:31

Message:
Logged In: YES 
user_id=104098

Okay... your installation of PHP lacks support for Gettext,
which is used by PEL to handle the translations.

You can either recompile PHP with Gettext support, or use
the following code, which should provide you with a
work-a-round.  PEL will work, but without translations:

if (function_exists('dgettext')) {
  bindtextdomain('pel', dirname(__FILE__) . '/locale');
} else {
  function dgettext($domain, $str) {
return $str;
  }
}

Put the code in Pel.php, replacing the one line with
bindtextdomain(...).

I'm looking forward to hear if it helped with the Gettext
problems.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-13 22:27

Message:
Logged In: NO 

Thank you very much for your reply!

Sorry, but the sent code just returns a "Fatal error: Call to 
undefined function bindtextdomain() in 
D:\Websites\htdocs_testweb\pel\pel-0.6\Pel.php on line 46". 
Which is funny, because that's a standard php function. I had 
this before, but now I did a re-install of php (5.0.1) and pel, 
and this error still occurrs. Any way you can point me? Thank 
you very much in advance!
Rude
chaeskey (at) gmx.net

--

Comment By: Martin Geisler (gimpster)
Date: 2004-09-04 10:34

Message:
Logged In: YES 
user_id=104098

There is the script called edit-description.php in the test
directory. It will load an image and change the
IMAGE_DESCRIPTION tag to whatever commandline arguments the
script received.

The basic way to do this is the following:

$jpeg = new PelJpeg();
$jpeg->load(new PelDataWindow(file_get_contents($file)));

$app1 = $jpeg->getSection(PelJpegMarker::APP1);
$tiff = $app1->getTiff();
$ifd0 = $tiff->getIfd();

$desc = $ifd0->getEntry(PelTag::IMAGE_DESCRIPTION);
$desc->setValue('My new shiny description!');

file_put_contents('new.jpg', $jpeg->getBytes());

That was the whole thing just for completeness... I believe
you missed the very last bit with the call to
$jpeg->getBytes().  That call will give you bytes from the
JPEG object, and recursively for the sub objects, including
the changed description.

I hope this helps, if not, then please ask again.

-- 
Martin Geisler

--

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-980616 ] cvs /PelJpegSection.php

2006-07-10 Thread SourceForge.net
Support Requests item #980616, was opened at 2004-06-27 11:01
Message generated for change (Settings changed) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=980616&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
Submitted By: Dgu4 (dgu4)
>Assigned to: Martin Geisler (mgeisler)
Summary: cvs /PelJpegSection.php

Initial Comment:
hi, 
what happened to file /PelJpegSection.php ?
Y

--

Comment By: Martin Geisler (gimpster)
Date: 2004-06-27 16:09

Message:
Logged In: YES 
user_id=104098

PelJpegSection.php was just a simple wrapper containing a
PelJpegMarker and some PelJpegContent, so I removed it.

Please subscribe to the PEL CVS mailinglist where the commit
mails go --- I try to write about such things there.

--

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1519618 ] Missing interfaces

2006-07-10 Thread SourceForge.net
Support Requests item #1519618, was opened at 2006-07-09 19:16
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1519618&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: Install Problem
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Martin Geisler (mgeisler)
Summary: Missing interfaces

Initial Comment:
Hi,

I installed the PEL library and began to test it. I
wanted to use the getIterator function on a pelIfd
object but I got errors on the $tag object that should
have been issued. I walked through the code and
discovered that pelIfd.php was implementing interfaces
at line 73: IteratorAggregate and ArrayAccess.

I cannot find anywhere those interfaces...

Could you please help me?

Thanks

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-07-10 11:02

Message:
Logged In: YES 
user_id=1264592

Thanks for the debuggin information... I think it helps. 
I'll be the numbers you are seeing (270, ...) are tags:
IMAGE_DESCRIPTION = 0x010E = 270, MAKE = 0x10F = 271, and so on.

Why you're getting that in $tag is strange --- I'm extending
the test suite so that it exercises this code too and then I
hope to find the bug.  Please stay tuned.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-09 21:10

Message:
Logged In: NO 

I'm using PHP 5.1.4 ...

When I make an iterator object with:

$ifd = $ifd0->getIterator();

and then loop through it with:

foreach ($ifd as $tag => $entry) {
echo($tag." : ".$entry->getText()."\n");
}

$entry is considered like a PelEntry object but if I try to
get the name of $tag ($tagName = $tag->getName();) I get the
following error:

Fatal error: Call to a member function getName() on a
non-object in ...

As I understand, $tag should be a PelTag object, but when I
make a print_r($tag), I get only numbers (270, 271, 272,
274, 282,...)!?

Where could be the problem?

Thanks for your help...

Best regards.

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-07-09 20:44

Message:
Logged In: YES 
user_id=1264592

They are part of the Standard PHP Library, SPL, please take
a look at http://www.php.net/~helly/php/ext/spl/.

But you shouldn't have to do anything, SPL should be
included in all new PHP releases (as far as I understand it).

Please quote the exact error message you get, and please
also include some information about the version of PHP you
are using --- there has been some problems with strange bugs
in early versions of the 5.x series...

------

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1519618 ] Missing interfaces

2006-07-09 Thread SourceForge.net
Support Requests item #1519618, was opened at 2006-07-09 10:16
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1519618&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: Install Problem
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Martin Geisler (mgeisler)
Summary: Missing interfaces

Initial Comment:
Hi,

I installed the PEL library and began to test it. I
wanted to use the getIterator function on a pelIfd
object but I got errors on the $tag object that should
have been issued. I walked through the code and
discovered that pelIfd.php was implementing interfaces
at line 73: IteratorAggregate and ArrayAccess.

I cannot find anywhere those interfaces...

Could you please help me?

Thanks

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-07-09 12:10

Message:
Logged In: NO 

I'm using PHP 5.1.4 ...

When I make an iterator object with:

$ifd = $ifd0->getIterator();

and then loop through it with:

foreach ($ifd as $tag => $entry) {
echo($tag." : ".$entry->getText()."\n");
}

$entry is considered like a PelEntry object but if I try to
get the name of $tag ($tagName = $tag->getName();) I get the
following error:

Fatal error: Call to a member function getName() on a
non-object in ...

As I understand, $tag should be a PelTag object, but when I
make a print_r($tag), I get only numbers (270, 271, 272,
274, 282,...)!?

Where could be the problem?

Thanks for your help...

Best regards.

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-07-09 11:44

Message:
Logged In: YES 
user_id=1264592

They are part of the Standard PHP Library, SPL, please take
a look at http://www.php.net/~helly/php/ext/spl/.

But you shouldn't have to do anything, SPL should be
included in all new PHP releases (as far as I understand it).

Please quote the exact error message you get, and please
also include some information about the version of PHP you
are using --- there has been some problems with strange bugs
in early versions of the 5.x series...

--

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1519618 ] Missing interfaces

2006-07-09 Thread SourceForge.net
Support Requests item #1519618, was opened at 2006-07-09 19:16
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1519618&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: Install Problem
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Martin Geisler (mgeisler)
Summary: Missing interfaces

Initial Comment:
Hi,

I installed the PEL library and began to test it. I
wanted to use the getIterator function on a pelIfd
object but I got errors on the $tag object that should
have been issued. I walked through the code and
discovered that pelIfd.php was implementing interfaces
at line 73: IteratorAggregate and ArrayAccess.

I cannot find anywhere those interfaces...

Could you please help me?

Thanks

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-07-09 20:44

Message:
Logged In: YES 
user_id=1264592

They are part of the Standard PHP Library, SPL, please take
a look at http://www.php.net/~helly/php/ext/spl/.

But you shouldn't have to do anything, SPL should be
included in all new PHP releases (as far as I understand it).

Please quote the exact error message you get, and please
also include some information about the version of PHP you
are using --- there has been some problems with strange bugs
in early versions of the 5.x series...

--

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1519618 ] Missing interfaces

2006-07-09 Thread SourceForge.net
Support Requests item #1519618, was opened at 2006-07-09 10:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1519618&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: Install Problem
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing interfaces

Initial Comment:
Hi,

I installed the PEL library and began to test it. I
wanted to use the getIterator function on a pelIfd
object but I got errors on the $tag object that should
have been issued. I walked through the code and
discovered that pelIfd.php was implementing interfaces
at line 73: IteratorAggregate and ArrayAccess.

I cannot find anywhere those interfaces...

Could you please help me?

Thanks

--

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


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Bugs-1503755 ] Cannot redefine class constant PelTag::XP_COMMENT

2006-06-10 Thread SourceForge.net
Bugs item #1503755, was opened at 2006-06-10 00:28
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650322&aid=1503755&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
Resolution: None
Priority: 5
Submitted By: Robert Hennig (maximilianrh)
>Assigned to: Martin Geisler (mgeisler)
Summary: Cannot redefine class constant PelTag::XP_COMMENT

Initial Comment:
Hello!

I've installed PEL in Version 0.9 on my local test
system and tried the following script:
loadFile("images/test.jpg");
} catch (Exception $e) {
  die($e->getMessage());
}
?>

It results in the following error:
Fatal error: Cannot redefine class constant
PelTag::XP_COMMENT in
F:\www\rphoto\trunk\extlib\pel\PelTag.php on line 1086

Is there something wrong with my Configuration or do
you know why this happens?

Kind regards

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-06-10 23:04

Message:
Logged In: YES 
user_id=1264592

This has been fixed in CVS, but hasn't yet been part of a
proper release. Sorry about that.

You can find the updated file here:

  http://pel.cvs.sourceforge.net/*checkout*/pel/pel/PelTag.php

The initial report can be found on Gmane here:

  http://article.gmane.org/gmane.comp.web.pel.devel/81

It seems that something changed between PHP version 5.0.5
and 5.1.2 that made this bug surface.

------

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


___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1503755 ] Cannot redefine class constant PelTag::XP_COMMENT

2006-06-09 Thread SourceForge.net
Support Requests item #1503755, was opened at 2006-06-09 22:28
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1503755&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
Submitted By: Robert Hennig (maximilianrh)
Assigned to: Nobody/Anonymous (nobody)
Summary: Cannot redefine class constant PelTag::XP_COMMENT

Initial Comment:
Hello!

I've installed PEL in Version 0.9 on my local test
system and tried the following script:
loadFile("images/test.jpg");
} catch (Exception $e) {
  die($e->getMessage());
}
?>

It results in the following error:
Fatal error: Cannot redefine class constant
PelTag::XP_COMMENT in
F:\www\rphoto\trunk\extlib\pel\PelTag.php on line 1086

Is there something wrong with my Configuration or do
you know why this happens?

Kind regards

--

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


___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2006-04-07 Thread SourceForge.net
Feature Requests item #1462964, was opened at 2006-04-02 12:00
Message generated for change (Comment added) made by mgeisler
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: Open
Priority: 5
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() . "\n";
 foreach ($content->Entries as $Entry) {

print $Entry->getName . "=" . $Entry->getText() . "\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: Martin Geisler (mgeisler)
Date: 2006-04-07 23: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


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


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

2006-04-02 Thread SourceForge.net
Feature Requests item #1462964, was opened at 2006-04-02 03:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
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: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
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() . "\n";
 foreach ($content->Entries as $Entry) {

print $Entry->getName . "=" . $Entry->getText() . "\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

------

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


---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1432607 ] Add Tag

2006-02-20 Thread SourceForge.net
Support Requests item #1432607, was opened at 2006-02-16 02:49
Message generated for change (Settings changed) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1432607&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: Deleted
Priority: 5
Submitted By: johnc (jcampbell1)
>Assigned to: Martin Geisler (mgeisler)
Summary: Add Tag

Initial Comment:
Is there anyway to add an EXIF tag to an existing
image?  If so, can you guys post an example of how one
might do this.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-02-20 19:20

Message:
Logged In: NO 

Thanks, I later realized that there is a constructor for 
EXIF tags.  You can remove this feature request, everything 
works well.  

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-02-20 17:32

Message:
Logged In: YES 
user_id=1264592

Yes, you can both add, delete, and modify all tags with PEL.
 But I can understand that it might not be entirely clear
how to do it... it needs to be documented better.

But here's a brief guide.  If it doesn't work, then please
reply and I'll try again.

If your image has no Exif information, then you'll have to
add a PelExif object from scratch -- please see the
documentation for PelJpeg::__construct():

  http://pel.sf.net/doc/PEL/PelJpeg.html#__construct

If your image already has some Exif information, then you
have to locate the IFD you want to modify.  Then use the
addEntry() method to add a PelEntry object to the IFD.

There has been a little discussion about this here:

  http://article.gmane.org/gmane.comp.web.pel.devel/58

I hope this helps you!

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1432607 ] Add Tag

2006-02-20 Thread SourceForge.net
Support Requests item #1432607, was opened at 2006-02-15 17:49
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1432607&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
Submitted By: johnc (jcampbell1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add Tag

Initial Comment:
Is there anyway to add an EXIF tag to an existing
image?  If so, can you guys post an example of how one
might do this.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2006-02-20 10:20

Message:
Logged In: NO 

Thanks, I later realized that there is a constructor for 
EXIF tags.  You can remove this feature request, everything 
works well.  

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-02-20 08:32

Message:
Logged In: YES 
user_id=1264592

Yes, you can both add, delete, and modify all tags with PEL.
 But I can understand that it might not be entirely clear
how to do it... it needs to be documented better.

But here's a brief guide.  If it doesn't work, then please
reply and I'll try again.

If your image has no Exif information, then you'll have to
add a PelExif object from scratch -- please see the
documentation for PelJpeg::__construct():

  http://pel.sf.net/doc/PEL/PelJpeg.html#__construct

If your image already has some Exif information, then you
have to locate the IFD you want to modify.  Then use the
addEntry() method to add a PelEntry object to the IFD.

There has been a little discussion about this here:

  http://article.gmane.org/gmane.comp.web.pel.devel/58

I hope this helps you!

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Support Requests-1432607 ] Add Tag

2006-02-20 Thread SourceForge.net
Support Requests item #1432607, was opened at 2006-02-16 02:49
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650323&aid=1432607&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
Submitted By: johnc (jcampbell1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add Tag

Initial Comment:
Is there anyway to add an EXIF tag to an existing
image?  If so, can you guys post an example of how one
might do this.

--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-02-20 17:32

Message:
Logged In: YES 
user_id=1264592

Yes, you can both add, delete, and modify all tags with PEL.
 But I can understand that it might not be entirely clear
how to do it... it needs to be documented better.

But here's a brief guide.  If it doesn't work, then please
reply and I'll try again.

If your image has no Exif information, then you'll have to
add a PelExif object from scratch -- please see the
documentation for PelJpeg::__construct():

  http://pel.sf.net/doc/PEL/PelJpeg.html#__construct

If your image already has some Exif information, then you
have to locate the IFD you want to modify.  Then use the
addEntry() method to add a PelEntry object to the IFD.

There has been a little discussion about this here:

  http://article.gmane.org/gmane.comp.web.pel.devel/58

I hope this helps you!

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Feature Requests-1432607 ] Add Tag

2006-02-15 Thread SourceForge.net
Feature Requests item #1432607, was opened at 2006-02-15 20:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1432607&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
Submitted By: johnc (jcampbell1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add Tag

Initial Comment:
Is there anyway to add an EXIF tag to an existing
image?  If so, can you guys post an example of how one
might do this.

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Feature Requests-1428467 ] Extend the range of timestamps

2006-02-09 Thread SourceForge.net
Feature Requests item #1428467, was opened at 2006-02-09 18:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650325&aid=1428467&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: 3
Submitted By: Martin Geisler (mgeisler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Extend the range of timestamps

Initial Comment:
As it is now, all dates and times are converted into
standard Unix timestamps (counting the number of
seconds since January 1st 1970).

But the Exif data stores timestamps as :MM:DD
HH:MM:SS strings and so it can easily handle times that
lie before 1970 and after 2036 (the range of a 32 bit
Unix timestamp).

See the discussion following this message:

  http://article.gmane.org/gmane.comp.web.pel.devel/66

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1402596 ] I made Japanese translation.

2006-01-11 Thread SourceForge.net
Patches item #1402596, was opened at 2006-01-11 09:05
Message generated for change (Settings changed) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1402596&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: Translation
Group: CVS
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Tadashi Jokagi (elf2000)
Assigned to: Martin Geisler (mgeisler)
Summary: I made Japanese translation.

Initial Comment:
I made Japanese translation. It worked on CVS HEAD.



--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-01-11 19:35

Message:
Logged In: YES 
user_id=1264592

I've added the file to CVS.  Thanks again!

--

Comment By: Martin Geisler (mgeisler)
Date: 2006-01-11 10:40

Message:
Logged In: YES 
user_id=1264592

This is very cool! I'll add it to CVS when I get home.
Thanks for the work.

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel


[ pel-Patches-1402596 ] I made Japanese translation.

2006-01-11 Thread SourceForge.net
Patches item #1402596, was opened at 2006-01-11 09:05
Message generated for change (Comment added) made by mgeisler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=650324&aid=1402596&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: Translation
>Group: CVS
Status: Open
Resolution: None
Priority: 5
Submitted By: Tadashi Jokagi (elf2000)
Assigned to: Martin Geisler (mgeisler)
Summary: I made Japanese translation.

Initial Comment:
I made Japanese translation. It worked on CVS HEAD.



--

>Comment By: Martin Geisler (mgeisler)
Date: 2006-01-11 10:40

Message:
Logged In: YES 
user_id=1264592

This is very cool! I'll add it to CVS when I get home.
Thanks for the work.

--

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


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel