Re: [PHP] gd Graphics Library Question (EXIF)
On Saturday, 30 April 2011 at 03:32, Mitch wrote: I was wondering about that. Since I am not actually hosting my ISP would > have to have it loaded (or compiled into their PHP implementation), right? You may be able to use http://php.net/dl to load the extension (you'll need to build it to be compatible with your host and then upload it) but it's highly unlikely they'll have the dl function enabled. Your best bet is to ask them to add it to their environment. -Stuart -- Stuart Dallas 3ft9 Ltd http://3ft9.com/ > On 4/29/2011 9:26 AM, Stuart Dallas wrote: > > On Friday, 29 April 2011 at 03:33, Mitch 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 > > > > This is a known shortcoming of the GD library. You won't have that issue > > with ImageMagick: http://php.net/book.imagick > > > > -Stuart > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] gd Graphics Library Question (EXIF)
I was wondering about that. Since I am not actually hosting my ISP would have to have it loaded (or compiled into their PHP implementation), right? I'll have to do some legwork with my ISP and ImageMagic On 4/29/2011 9:26 AM, Stuart Dallas wrote: On Friday, 29 April 2011 at 03:33, Mitch 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 This is a known shortcoming of the GD library. You won't have that issue with ImageMagick: http://php.net/book.imagick -Stuart -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] gd Graphics Library Question (EXIF)
On Friday, 29 April 2011 at 03:33, Mitch 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 This is a known shortcoming of the GD library. You won't have that issue with ImageMagick: http://php.net/book.imagick -Stuart -- Stuart Dallas 3ft9 Ltd http://3ft9.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] gd Graphics Library Question (EXIF)
Hi Mitch, you could try with http://www.php.net/manual/en/function.exif-read-data.php I did a test with image jpg and this was the result: FILE . FileName: bruce_lee_black_white.jpg FILE . FileDateTime: 1304086298 FILE . FileSize: 33464 FILE . FileType: 2 FILE . MimeType: image/jpeg FILE . SectionsFound: COMMENT COMPUTED . html: width="353" height="450" COMPUTED . Height: 450 COMPUTED . Width: 353 COMPUTED . IsColor: 1 COMMENT . 0: LEAD Technologies Inc. V1.01 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. * Regards. Gerardo. On Thu, Apr 28, 2011 at 11:33 PM, Mitch 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 - www.webseficientes.com.ar Diseño web, programación, Seo
[PHP] gd Graphics Library Question (EXIF)
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
[PHP] GD Graphics Library
There are several functions in the GD library that I really, really want to be able to use on several sites that I develop/manage. Unfortunately, the ISP I use, FatCow, doesn't have GD, nor seems interested in adding it. Can anyone recommend a good, cheap ISP (like FatCow) that DOES have GD for PHP4? (Or better yet, do you have any suggestions as to how I might persuade FatCow to add it?? ...Rene --- René Fournier, [EMAIL PROTECTED] Toll-free +1.888.886.2754 Tel +1.403.291.3601 Fax +1.403.250.5228 www.smartslitters.com SmartSlitters International #33, 1339 - 40th Ave NE Calgary AB T2E 8N6 Canada -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php