[ 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=detailatid=650322aid=3017880group_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=detailatid=650322aid=3017880group_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

[ 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=detailatid=650325aid=1210126group_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=detailatid=650325aid=1210126group_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-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=detailatid=650322aid=3017880group_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=detailatid=650322aid=3017880group_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=detailatid=650322aid=3017880group_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=detailatid=650322aid=3017880group_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=detailatid=650323aid=2993747group_id=108380

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[ 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=detailatid=650323aid=1741348group_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=detailatid=650323aid=1741348group_id=108380

--
Download Intel#174; 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=detailatid=650322aid=1805209group_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=detailatid=650322aid=1805209group_id=108380

--
Download Intel#174; 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-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=detailatid=650323aid=1815728group_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 geschriebenbr;
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0-addEntry($exif_entry);

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

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

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




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

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

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

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

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

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

$file = basename($filename);  

file_put_contents(tagged_pics/.$file, $jpeg-getBytes());
}

--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-03 22:16

Message:
KDAtEI  a href=http://rqdsltiidszu.com/;rqdsltiidszu/a,
[url=http://vhurmusdulev.com/]vhurmusdulev[/url

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

2009-03-20 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=detailatid=650323aid=1815728group_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 geschriebenbr;
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0-addEntry($exif_entry);

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

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

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




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

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

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

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

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

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

$file = basename($filename);  

file_put_contents(tagged_pics/.$file, $jpeg-getBytes());
}

--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-03-20 06:23

Message:
fNn2Od  a href=http://zuuyajtdehje.com/;zuuyajtdehje/a,
[url=http://csujvpzwsgxp.com/]csujvpzwsgxp[/url

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

--

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

--

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=detailatid=650322aid=1730993group_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

2007-10-22 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=detailatid=650322aid=1730993group_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 /
bFatal error/b:  Uncaught exception 'PelDataWindowWindowException' with 
message 'Window [1002, 712] does not fit in window [0, 712]' in 
/websites/docs/newtest/php_inc/PelDataWindow.php:175
Stack trace:
#0 /websites/docs/newtest/php_inc/PelDataWindow.php(222): 
PelDataWindow-setWindowStart(1002)
#1 /websites/docs/newtest/php_inc/PelIfd.php(530): 
PelDataWindow-getClone(1002, -290)
#2 /websites/docs/newtest/php_inc/PelIfd.php(248): 
PelIfd-safeSetThumbnail(Object(PelDataWindow), 1002, 14812)
#3 /websites/docs/newtest/php_inc/PelTiff.php(164): 
PelIfd-load(Object(PelDataWindow), 8)
#4 /websites/docs/newtest/php_inc/PelExif.php(121): 
PelTiff-load(Object(PelDataWindow))
#5 /websites/docs/newtest/php_inc/PelJpeg.php(244): 
PelExif-load(Object(PelDataWindow))
#6 /websites/docs/newtest/php_inc/PelJpeg.php(315): 
PelJpeg-load(Object(PelDataWindow))
#7 /websites/docs/newtest/php_inc/PelJpeg.php(163): P in 
b/websites/docs/newtest/php_inc/PelDataWindow.php/b on line b175/bbr /
~

--

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=detailatid=650322aid=1730993group_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-19 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=detailatid=650323aid=1815728group_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 geschriebenbr;
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0-addEntry($exif_entry);

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

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

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




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

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

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

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

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

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

$file = basename($filename);  

file_put_contents(tagged_pics/.$file, $jpeg-getBytes());
}

--

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-19 08:08

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

Thanks, you can attach them to this tracker item

[ 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=detailatid=650323aid=1815728group_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 geschriebenbr;
$exif_entry = new PelEntryUserComment($USER_COMMENT);
$ifd0-addEntry($exif_entry);

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

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

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




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

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

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

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

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

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

$file = basename($filename);  

file_put_contents(tagged_pics/.$file, $jpeg-getBytes());
}

--

Comment By: Martin Geisler (mgeisler)
Date: 2007-10-18 20:10

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

Nice that figured it out by yourself -- the rationals

[ 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=detailatid=650324aid=1586110group_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=detailatid=650324aid=1586110group_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=lnkkid=120709bid=263057dat=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=detailatid=650322aid=1543493group_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=detailatid=650322aid=1543493group_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=lnkkid=120709bid=263057dat=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=detailatid=650323aid=1022143group_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=detailatid=650323aid=1022143group_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=lnkkid=120709bid=263057dat=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=detailatid=650323aid=980616group_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=detailatid=650323aid=980616group_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=lnkkid=120709bid=263057dat=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=detailatid=650323aid=1519618group_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().br /\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=detailatid=650323aid=1519618group_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=lnkkid=120709bid=263057dat=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-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=detailatid=650325aid=1462964group_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() . br\n;
 foreach ($content-Entries as $Entry) {

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

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

thanks

--

Comment By: 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=detailatid=650325aid=1462964group_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=lnkkid=110944bid=241720dat=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=detailatid=650325aid=1462964group_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() . br\n;
 foreach ($content-Entries as $Entry) {

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

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

thanks

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=650325aid=1462964group_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=lnkkid=110944bid=241720dat=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=detailatid=650323aid=1432607group_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=detailatid=650323aid=1432607group_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=lnkkid=103432bid=230486dat=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=detailatid=650323aid=1432607group_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=detailatid=650323aid=1432607group_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=lnkkid=103432bid=230486dat=121642
___
PEL-devel mailing list
PEL-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pel-devel