Re: Package Proposal: Image_JPEG

Calling it Image_Metadata would be putting too much pressure on me :-) And File_Metadata would be even worse. I rather call it Image_Format_JPEG, and later create a separate Image_Format_TIFF. Internally, they might share code, but users don't need to know about that. And if we later want to add Image_Format_GIF, which wouldn't share a single line of code, it would also fit in just fine. Not all Metadata formats are the same. Not all image formats are the same. Trying to provide a single useful interface to encompass them all would be too much work. At least it is not something I would be willing to do. And it's not just "metadata". I don't want to use the word "Metadata" because it is too limiting. This module (and the ones that might follow) allow for full control of the file... not just the metadata... it's just that it is data oriented rather than image oriented... that's why I think the word "Format" or "File" is appropiate. But it still is an "Image" file, not just any kind of file. I didn't said I wanted to do TIFF, PSD, GIF, MP3 and DOC... I just said that, if they were developed, they could use package names like Image_Format_PSD, Audio_Format_MP3 and Office_Format_DOC. Davey wrote:

Pierre-Alain Joye wrote:

On Wed, 07 May 2003 11:56:57 -0400 Sebastian Delmont <sdelmont@zonageek.com> wrote:

What about: Image_Format_JPEG and later, Image_Format_TIFF, Image_Format_PSD, Image_Format_GIF, etc...

Do you allow modification and or access to the image data itselft (I looked the code, but no phpdoc comments)? If not, this is not usefull names. IPTC/EXIF/Metadata should be in one and single package. I understand you will not like to work more than required. Consider my point of view as a pov about PEAR and PHP. Working a lot on imaging functions in php since a few months, many packages for the same goals (I talk about the userview of the package, regardless to the implementation) are definitively not the way to choose. pierre

I think its obvious that names with IPTC in them will not work, as it also parses EXIF and more. Why not name it Image_Metadata - and say that at present it only supports JPEG/JFIF/JPG but you plan to write TIFF, PSD, etc into it. That way we don't end up with Image_TIFF, Image_PSD or whatever. Or what about File_Metadata if you plan to extend it for MP3 (would be that be ID3?) and DOC etc? - Davey