Hi Mitch, you could try with

I did a test with image jpg and this was the result:
FILE . FileName: bruce_lee_black_white.jpg<br/>
FILE . FileDateTime: 1304086298<br/>
FILE . FileSize: 33464<br/>
FILE . FileType: 2<br/>
FILE . MimeType: image/jpeg<br/>
FILE . SectionsFound: COMMENT<br/>
COMPUTED . html: width="353" height="450"<br/>
COMPUTED . Height: 450<br/>
COMPUTED . Width: 353<br/>
COMPUTED . IsColor: 1<br/>
COMMENT . 0: LEAD Technologies Inc. V1.01<br/>

Anyway taking account

*EXIF headers tend to be present in JPEG/TIFF images generated by digital
cameras, but unfortunately each digital camera maker has a different idea of
how to actually tag their images, so you can't always rely on a specific
Exif header being present. *


On Thu, Apr 28, 2011 at 11:33 PM, Mitch <mit...@mme-ia.net> wrote:

> I have written a lightweight, easy to use photo album "system" in
> HTML/PHP/MySQL.In addition to the Photo Album side I have written a series
> of Admin Utilities to manage it with. One of the administrative utilities
> uploads photos from my local drive, resizes them to be more efficient on
> disk space, creates thumbnails and populates the database with as much
> "default" data as can be deduced.
> After all of this was written, I decided to see if I could pull EXIF data
> to supply some of the technical data for the DB. To my surprise, the only
> EXIF data in the JPEG files was data in the File, Computed and Comments
> sections.
> Why don't the gd utilities retain the original EXIF data? Is there any way
> to do so? I use the following gd utilities to resize and create the new JPEG
> image files:
> imagecreatefromjpeg
> imagesx
> imagesy
> imagercreatetruecolor
> imagecopyresized
> imagejpeg
> Thanks in advance,
> Mitch
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php

Gerardo Benitez
DiseƱo web, programaciĆ³n, Seo

Reply via email to