Hi all, After much discussion on images in Zope, I've just released a new version of Photo at http://www.zope.org/Members/rbickers/Photo/. Photo now has support for ExtFile/Image so that rendered display sizes can be stored in the file system. This keeps ZODB bloat to a minimum (for those who care about that) and provides the possibility for serving the images outside of Zope (eg, via Apache). Also, you now have the option to use ImageMagick or PIL for resizing images. ImageMagick is slower (much slower in my tests), but produces better results. See http://www.bickersfamily.org/Photos/PILvsIM/ for a couple examples. This is still a development version, but it works for me. If you used Photo 0.8.0, see UPGRADE.txt for important info. You can report bugs and feature requests at http://sourceforge.net/projects/zopephoto/. Enjoy! _______________________ Ron Bickers Logic Etc, Inc.
On Wed, Aug 29, 2001 at 02:39:57PM -0400, Ron Bickers wrote:
Also, you now have the option to use ImageMagick or PIL for resizing images. ImageMagick is slower (much slower in my tests), but produces better results. See http://www.bickersfamily.org/Photos/PILvsIM/ for a couple examples.
I brought up the examples in konqueror using it's side-by-side browser window capability and the difference seeing those samples right beside each other was really noticable at all sizes. The PIL images in all cases in addition to being jaggy on diagonal edges was noticably more contrasty... Now that I don't have to load PIL, I've got no excuse for not implementing Photo... cheers, -- charlie blanchard http://baldguru.com/ LosAngeles area Zope Users Group http://lazug.org
-----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of charlie@blanchardsite.com
results. See http://www.bickersfamily.org/Photos/PILvsIM/ for a couple examples.
right beside each other was really noticable at all sizes. The PIL images in all cases in addition to being jaggy on diagonal edges was noticably more contrasty...
There's another example there now of my house. I noticed this a long time ago when I posted the images to begin with, but thought at the time it was normal. The swirl effect on the siding is horrible. With ImageMagick it looks real again.
Now that I don't have to load PIL, I've got no excuse for not implementing Photo...
Great! Let me know how it goes. BTW, I found a nasty in today's release. Editing properties kills the original image data. This was worth putting together 0.9.1. Sorry. _______________________ Ron Bickers Logic Etc, Inc.
On Wed, Aug 29, 2001 at 09:46:45PM -0400, Ron Bickers wrote:
BTW, I found a nasty in today's release. Editing properties kills the original image data. This was worth putting together 0.9.1. Sorry.
Another problem: already with 0.9.1, when I tried to change security settings of a Photo Folder, I got an error message about method 'manage_addDisplays'. Lines 233 and 234 of PhotoFolder.py were: security.declareProtected('Manage properties', 'manage_addDisplays') def manage_addDisplay(self, id, width, height, REQUEST=None): After removing the final 's' from 'manage_addDisplays' on line 233, I was able to change security settings. Best regards J Esteves
security.declareProtected('Manage properties', 'manage_addDisplays') def manage_addDisplay(self, id, width, height, REQUEST=None):
After removing the final 's' from 'manage_addDisplays' on line 233, I was able to change security settings.
Typos, typos. Thanks for letting me know. This has been fixed in CVS. _______________________ Ron Bickers Logic Etc, Inc.
Is this better than the old Photo product? http://www.zope.org/Members/Drew/Photo I'm on zope 2.4.x and the copying bug there is pretty scary. Should I care to start using your product instead of Drews? Some friendly advices appreciated, Peter
Hi all,
After much discussion on images in Zope, I've just released a new version of Photo at http://www.zope.org/Members/rbickers/Photo/.
Photo now has support for ExtFile/Image so that rendered display sizes can be stored in the file system. This keeps ZODB bloat to a minimum (for those who care about that) and provides the possibility for serving the images outside of Zope (eg, via Apache).
Also, you now have the option to use ImageMagick or PIL for resizing images. ImageMagick is slower (much slower in my tests), but produces better results. See http://www.bickersfamily.org/Photos/PILvsIM/ for a couple examples.
This is still a development version, but it works for me. If you used Photo 0.8.0, see UPGRADE.txt for important info.
You can report bugs and feature requests at http://sourceforge.net/projects/zopephoto/.
Enjoy! _______________________
Ron Bickers Logic Etc, Inc.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-----Original Message----- From: Peter Bengtsson [mailto:mail@peterbe.com]
Is this better than the old Photo product? http://www.zope.org/Members/Drew/Photo
Yes. It's meant to replace the old, no longer maintained Photo product. It's better in at least the following ways: 1) It uses Image/ExtImage objects to store the images, instead of string attributes. This cuts down considerably on memory use. 2) You have the option to use ExtImage to store files on the file system. 3) You have the option to use ImageMagick (instead of PIL) for better resized photos. 4) There is a Photo Folder object for managing contained Photo properties and display sizes. 5) It's maintained. Andrew's Photo product also has an obscure bug that caused images to change orientation (swap width/height) seemingly randomly. I could reproduce it through trial and error, but that's about it. At least one other person reported having the same problem. I eventually fixed it with my own patch, but decided a rewrite was in order.
I'm on zope 2.4.x and the copying bug there is pretty scary. Should I care to start using your product instead of Drews?
The copy/paste bug only applies if you're using Photo with ExtImage on Zope 2.4.x. If you use it with the Image store (ZODB), which is the default, there are no known problems. It's also not a problem if you use Zope 2.3.x (which I don't either). For the record, it's a Zope bug that affects ExtFile/Image. It's not a Photo bug, or even a ExtFile/Image bug, but it will affect you if you use them together. _______________________ Ron Bickers Logic Etc, Inc.
I'm on zope 2.4.x and the copying bug there is pretty scary. Should I care to start using your product instead of Drews?
The copy/paste bug only applies if you're using Photo with ExtImage on Zope 2.4.x. If you use it with the Image store (ZODB), which is the default, there are no known problems. It's also not a problem if you use Zope 2.3.x (which I don't either).
For the record, it's a Zope bug that affects ExtFile/Image. It's not a Photo bug, or even a ExtFile/Image bug, but it will affect you if you use them together.
Whatever. Sorry for loading you with irrelevant questions. I was just generally wondering. Perhaps you know something about the ExtFile/Image? If I invest some brainpower into this Photo, and live with the bug a for a few months, could I expect this to be solved soon do you think?
_______________________
Ron Bickers Logic Etc, Inc.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-----Original Message----- From: Peter Bengtsson [mailto:mail@peterbe.com]
Whatever. Sorry for loading you with irrelevant questions. I was just generally wondering.
That's ok. They're not irrelevant...the bug does affect part of Photo in a bad way. I just wanted to make sure that others don't think that there's a bug in Photo and thus shouldn't use it. They should just be careful of ExtImage in Zope 2.4.x.
Perhaps you know something about the ExtFile/Image?
If I invest some brainpower into this Photo, and live with the bug a for a few months, could I expect this to be solved soon do you think?
I have no clue. It has been reported and is in the collector. Others have discussed it with ZC, but I don't know where it stands right now. Does anyone else know? _______________________ Ron Bickers Logic Etc, Inc.
On Thu, 30 Aug 2001, Ron Bickers wrote:
Andrew's Photo product also has an obscure bug that caused images to change orientation (swap width/height) seemingly randomly. I could reproduce it through trial and error, but that's about it. At least one other person reported having the same problem. I eventually fixed it with my own patch, but decided a rewrite was in order.
Pant, pant, it's hard to catch up with this list on time. ;) Just for the record: Abovementioned bug was due to the 'displays' data structure not beeing deepcopied! Photos thus used to overwrite each other's width/height values causing all kinds of 'strange interactions'. I sure hope the new Photo (which I haven't yet taken a look at) does not suffer from the same... ;) Regards, Stefan
-----Original Message----- From: Stefan H. Holek [mailto:stefan@epy.co.at]
Just for the record: Abovementioned bug was due to the 'displays' data structure not beeing deepcopied! Photos thus used to overwrite each other's width/height values causing all kinds of 'strange interactions'.
Yeah... I didn't fully understand why it was necessary at the time, but my patch did, in fact, use deepcopy() to copy the display data.
I sure hope the new Photo (which I haven't yet taken a look at) does not suffer from the same... ;)
It doesn't. _______________________ Ron Bickers Logic Etc, Inc.
Ron, kudos for the new interface's options for storage and image processing engines. I've been trying to get ImageMagick to work with Photo product on my Winbox, but I haven't succeeded. Are there special arrangements needed to make them work together? I'm using the IM's binaries for Win2K installed at drive C, wich do have convert.exe, and I've put the whole folder in the system path. As there is another convert.exe before in the same path (I suppose it's needed by Win2000, because its placed in the system32 folder), I've tried renaming convert.exe from IM to another name, and also its references in Photo.py, but its the same. (error message below) Hope there's a workaround for this :) Thanks in advance, Ausum Site Error An error was encountered while publishing this resource. Error Type: AttributeError Error Value: popen2 ---------------------------------------------------------------------------- ---- Troubleshooting Suggestions a.. The URL may be incorrect. b.. The parameters passed to this resource may be incorrect. c.. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. Traceback (innermost last): File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 223, in publish_module File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 187, in publish File H:\Archivos de programa\Zope232\lib\python\Zope\__init__.py, line 221, in zpublisher_exception_hook File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 171, in publish File H:\ARCHIV~1\ZOPE232\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: manage_addPhoto) File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 112, in call_object (Object: manage_addPhoto) File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 491, in manage_addPhoto File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 346, in _makeDisplayPhotos (Object: ElementWithAttributes) File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 341, in _makeDisplayPhoto (Object: ElementWithAttributes) File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 323, in _resize (Object: ElementWithAttributes) AttributeError: (see above) ----- Original Message ----- From: "Ron Bickers" <rbickers-dated-999715197.f5bb9e@logicetc.com> To: "Zope List" <zope@zope.org> Sent: Wednesday, August 29, 2001 1:39 PM Subject: [Zope] ANNOUNCE: Photo Product Update
Hi all,
After much discussion on images in Zope, I've just released a new version of Photo at http://www.zope.org/Members/rbickers/Photo/.
Photo now has support for ExtFile/Image so that rendered display sizes can be stored in the file system. This keeps ZODB bloat to a minimum (for those who care about that) and provides the possibility for serving the images outside of Zope (eg, via Apache).
Also, you now have the option to use ImageMagick or PIL for resizing images. ImageMagick is slower (much slower in my tests), but produces better results. See http://www.bickersfamily.org/Photos/PILvsIM/ for a couple examples.
This is still a development version, but it works for me. If you used Photo 0.8.0, see UPGRADE.txt for important info.
You can report bugs and feature requests at http://sourceforge.net/projects/zopephoto/.
Enjoy! _______________________
Ron Bickers Logic Etc, Inc.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-----Original Message----- From: Ausum [mailto:augusto@artlover.com]
I've been trying to get ImageMagick to work with Photo product on my Winbox,
Hope there's a workaround for this :)
Error Type: AttributeError Error Value: popen2
Well. I realized a couple problems here for those that are using ImageMagick support: 1) Windows apparently doesn't support popen2 on Python 1.5.2, so you'll need to use Python 2.1, which works with Zope 2.3 (unofficially for me, anyway) and is of course required anyway for Zope 2.4. 2) Python 1.5.2 has the popen2 call in the popen2 module, but not in the os module. I've changed it to use the popen2 module for compatibility. 3) According to the documentation, Windows requires the mode to be specified in popen2, which I failed to do. For those that have been having problems with ImageMagick on Windows, please try the latest version of Photo.py in CVS at http://sourceforge.net/projects/zopephoto and let me know if it works. Thanks! _______________________ Ron Bickers Logic Etc, Inc.
Ron, I tried it using the latest Photo.py, and I've copied the error message at the bottom of this mail. (I'm using the Python 1.5.2 default installation, not the one bundled with Zope.) On the other hand, is there a specific way to setup ImageMagick at Windows? I've left the ImageMagick folder at C (c:\ImageMagick) and I've put its path before all the default ones, within the path system variable. When typing "convert" at the cmd window, the exe from ImageMagick is the first to be called (prior to the convert.exe found at "winnt/system32/" ) Is this enough? Thanks again, :) Ausum Site Error An error was encountered while publishing this resource. Error Type: TypeError Error Value: unexpected keyword argument: mode ---------------------------------------------------------------------------- ---- Troubleshooting Suggestions a.. The URL may be incorrect. b.. The parameters passed to this resource may be incorrect. c.. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. Traceback (innermost last): File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 223, in publish_module File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 187, in publish File H:\Archivos de programa\Zope232\lib\python\Zope\__init__.py, line 221, in zpublisher_exception_hook File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 171, in publish File H:\ARCHIV~1\ZOPE232\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: manage_addPhoto) File H:\Archivos de programa\Zope232\lib\python\ZPublisher\Publish.py, line 112, in call_object (Object: manage_addPhoto) File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 492, in manage_addPhoto File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 347, in _makeDisplayPhotos (Object: ElementWithAttributes) File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 342, in _makeDisplayPhoto (Object: ElementWithAttributes) File H:\Archivos de programa\Zope232\lib\python\Products\Photo\Photo.py, line 325, in _resize (Object: ElementWithAttributes) TypeError: (see above) ----- Original Message ----- From: "Ron Bickers" <rbickers-dated-999875162.b6b5e5@logicetc.com> To: "Ausum" <augusto@artlover.com>; "Ron Bickers" <rbickers-dated-999715197.f5bb9e@logicetc.com>; <zope@zope.org> Cc: <Darran.Edmundson@anu.edu.au> Sent: Friday, August 31, 2001 10:06 AM Subject: RE: [Zope] ANNOUNCE: Photo Product Update
-----Original Message----- From: Ausum [mailto:augusto@artlover.com]
I've been trying to get ImageMagick to work with Photo product on my Winbox,
Hope there's a workaround for this :)
Error Type: AttributeError Error Value: popen2
Well. I realized a couple problems here for those that are using ImageMagick support:
1) Windows apparently doesn't support popen2 on Python 1.5.2, so you'll need to use Python 2.1, which works with Zope 2.3 (unofficially for me, anyway) and is of course required anyway for Zope 2.4.
2) Python 1.5.2 has the popen2 call in the popen2 module, but not in the os module. I've changed it to use the popen2 module for compatibility.
3) According to the documentation, Windows requires the mode to be specified in popen2, which I failed to do.
For those that have been having problems with ImageMagick on Windows, please try the latest version of Photo.py in CVS at http://sourceforge.net/projects/zopephoto and let me know if it works.
Thanks! _______________________
Ron Bickers Logic Etc, Inc.
-----Original Message----- From: Ausum [mailto:augusto@artlover.com]
Ron, I tried it using the latest Photo.py, and I've copied the error message
On the other hand, is there a specific way to setup ImageMagick at Windows?
I'm not familiar with ImageMagick on Windows, so I'm afraid I can't help much here, but it sounds like what you did is sufficient.
Error Value: unexpected keyword argument: mode
Arg. Python 1.5.2 doesn't have a mode argument, but Python 2.1 on Windows requires it.
1) Windows apparently doesn't support popen2 on Python 1.5.2, so you'll need to use Python 2.1
at the bottom of this mail. (I'm using the Python 1.5.2 default installation, not the one bundled with Zope.)
If you're using Python 1.5.2 on Windows, you won't be able to use ImageMagick as it is implemented in Photo. I might just have to consider doing this a different way because of Windows. _______________________ Ron Bickers Logic Etc, Inc.
-----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Ausum
I've been trying to get ImageMagick to work with Photo product on my Winbox, but I haven't succeeded. Are there special arrangements needed to make them work together?
It was just plain broken. Windows support for ImageMagick is now fixed in 0.9.2.
As there is another convert.exe before in the same path (I suppose it's needed by Win2000, because its placed in the system32 folder), I've tried renaming convert.exe from IM to another name, and also its references in Photo.py, but its the same. (error message below)
Photo expects to find ImageMagick's convert.exe in the path, so if there's another one in the path, make sure IM is first. You could optionally do either of the above (rename it or specify the full path in Photo.py) and it should work now. _______________________ Ron Bickers Logic Etc, Inc.
participants (14)
-
Ausum -
charlieļ¼ blanchardsite.com -
J M Cerqueira Esteves -
Peter Bengtsson -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Ron Bickers -
Stefan H. Holek