From image-sig at richardshea.fastmail.fm Tue Dec 1 10:13:44 2009 From: image-sig at richardshea.fastmail.fm (image-sig at richardshea.fastmail.fm) Date: Tue, 01 Dec 2009 22:13:44 +1300 Subject: [Image-SIG] What's wrong with this TIF ... IOError("cannot identify image file") In-Reply-To: <4B13C52B.1050104@hoech.org> References: <1259572670.23148.1347619311@webmail.messagingengine.com> <4B13C52B.1050104@hoech.org> Message-ID: <1259658824.1177.1347826731@webmail.messagingengine.com> Hi Florian - Thank you *very* much. That did the trick, your help is much appreciated - this one really had me scratching my head ! thanks again. Richard. On Mon, 30 Nov 2009 14:14:19 +0100, "Florian H?ch" said: > Hi, it has nothing to do with missing TIFF headers. > > > TIFFDUMP OUTPUT FOR THE SECOND FILE > > =================================== > > BitsPerSample (258) SHORT (3) 4<16 16 16 16> > > PIL can't process 16-bit/channel images. You can use -depth 8 > option in your ImageMagick commandline to force 8-bit/channel output > (as the original image is also 8-bit, I assume you use the Q16 version > of ImageMagick which always converts to 16-bit for supported fileformats > on output if you don't tell it otherwise). > > Regards, > > Florian H?ch > > > > _______________________________________________ > Image-SIG maillist - Image-SIG at python.org > http://mail.python.org/mailman/listinfo/image-sig From heathcote at petris.com Wed Dec 2 02:25:20 2009 From: heathcote at petris.com (Tom Heathcote) Date: Wed, 2 Dec 2009 01:25:20 +0000 Subject: [Image-SIG] XPM In-Reply-To: References: Message-ID: <4B15C200.4070902@petris.com> Hi Ivan, As far as I can see, there has been no new version of PIL since I submitted this patch to the list. Be aware that even with the patch, the handling of XPM files is not 100% complete. In particular, PIL does not handle XPM files which use more than one character per pixel (those with more than about 90 or 100 colours in the palette). -- Tom. ------------------------------------------------------------------------ Ivan Van Laningham wrote: > Hi All-- > I ran across Tom Heathcotes patches for PIL 1.1.6 to handle XPM files > correctly. Is there a version of PIL available that includes the > fixes? I've got several hundred XPMs I'd like to convert to PNGs. > > Thanks! > > Metta, > Ivan > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiao at xiao-yu.com Thu Dec 3 04:27:36 2009 From: xiao at xiao-yu.com (Xiao Yu) Date: Wed, 2 Dec 2009 22:27:36 -0500 Subject: [Image-SIG] Can't install on Snow Leopard Message-ID: <98D6831F-DFEC-42EA-B3F2-2ABA5EDB34C6@xiao-yu.com> Hello, I have installed Python from Python.org and have set my environment variables as to use it in default instead of the system Python. I am unable to install PIL however. Trying to build from the downloaded package or using easy_install produces the following error: lipo: can't open input file: /var/tmp//ccmUAK0V.out (No such file or directory) error: Setup script exited with error: command 'gcc-4.0' failed with exit status 1 Any ideas? Regards, Xiao From lauri.love at gmail.com Sat Dec 5 20:56:57 2009 From: lauri.love at gmail.com (Lauri Love (nsh)) Date: Sat, 5 Dec 2009 19:56:57 +0000 Subject: [Image-SIG] quick pixelwise euclidean difference Message-ID: i'm coding a project which requires quick comparison of two images per pixel by colorspace (distance is the sum of the squares of the differences of RGB values over the pixels of the images), as a fitness function (i am trying to recreate/extend roger alsing's genetic mona lisa code in python). creating an absolute difference image takes about 1/100th of a second on my (eeepc) hardware, but i can't figure out a way to reduce the difference image to an integer of float value quickly. it takes about the order of 5 seconds to iterate through all the pixels and sum the RGB values to get the manhattan distance. "manually" calculating the manhattan or euclidean distances between the two images is even slower. can anyone suggest a way to quickly get either distance from two images? sincerely and gratefully, -nsh -------------- next part -------------- An HTML attachment was scrubbed... URL: From lauri.love at gmail.com Sun Dec 6 00:47:16 2009 From: lauri.love at gmail.com (Lauri Love (nsh)) Date: Sat, 5 Dec 2009 23:47:16 +0000 Subject: [Image-SIG] quick pixelwise euclidean difference In-Reply-To: References: Message-ID: Ok, I found a reasonable solution using the ImageStat module to get the sum of pixels of the difference image. This gives the manhattan distance when divided by the pixel count and averaged over RGB. In [151]: def idiff(im1,im2): return array(ImageStat.Stat(ImageChops.difference(im1,im2)).sum).mean()/(im1.size[0] * im1.size[1]) .....: In [153]: timeit("idiff(anna,f37)",20) Out[153]: 0.023978149890899657 Let me know if there is any faster solution short of coding in some distance functions to the C modules (which I did consider, before be reminded of my pitiful ignorance...) Yours, -nsh On Sat, Dec 5, 2009 at 7:56 PM, Lauri Love (nsh) wrote: > i'm coding a project which requires quick comparison of two images per > pixel by colorspace (distance is the sum of the squares of the differences > of RGB values over the pixels of the images), as a fitness function (i am > trying to recreate/extend roger alsing's genetic mona lisa code in python). > > creating an absolute difference image takes about 1/100th of a second on my > (eeepc) hardware, but i can't figure out a way to reduce the difference > image to an integer of float value quickly. it takes about the order of 5 > seconds to iterate through all the pixels and sum the RGB values to get the > manhattan distance. "manually" calculating the manhattan or euclidean > distances between the two images is even slower. > > can anyone suggest a way to quickly get either distance from two images? > > sincerely and gratefully, > > -nsh > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Chris.Barker at noaa.gov Mon Dec 7 19:45:35 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Mon, 07 Dec 2009 10:45:35 -0800 Subject: [Image-SIG] quick pixelwise euclidean difference In-Reply-To: References: Message-ID: <4B1D4D4F.4040504@noaa.gov> Lauri Love (nsh) wrote: > Let me know if there is any faster solution short of coding in some > distance functions to the C modules You might do better with numpy and/or scipy.ndimage. You can convert a PIL RGB image to a numpy array very easily. I think it's as simple as: import numpy as np arr = np.asarray(pil_image) Then you have a WxHx3 array of uint8 values you can do all sorts of math on. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From janssen at parc.com Thu Dec 10 19:48:08 2009 From: janssen at parc.com (Bill Janssen) Date: Thu, 10 Dec 2009 10:48:08 PST Subject: [Image-SIG] bug in PIL 1.1.7 Image.split() In-Reply-To: <4B1D4D4F.4040504@noaa.gov> References: <4B1D4D4F.4040504@noaa.gov> Message-ID: <78824.1260470888@parc.com> Just stumbled over this bug. Shouldn't split() do a load() first? This used to work in 1.1.6. Bill % python Python 2.5.1 (r251:54863, Feb 6 2009, 19:02:12) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import Image >>> Image.VERSION '1.1.7' >>> im = Image.open("/u/extensions/vCardParser/vcardimage.png") >>> im.mode 'RGBA' >>> im.size (200, 138) >>> im.split() Traceback (most recent call last): File "", line 1, in File "/Library/Python/2.5/site-packages/PIL/Image.py", line 1497, in split if self.im.bands == 1: AttributeError: 'NoneType' object has no attribute 'bands' >>> From fredrik at pythonware.com Thu Dec 10 23:55:32 2009 From: fredrik at pythonware.com (Fredrik Lundh) Date: Thu, 10 Dec 2009 14:55:32 -0800 Subject: [Image-SIG] bug in PIL 1.1.7 Image.split() In-Reply-To: <78824.1260470888@parc.com> References: <4B1D4D4F.4040504@noaa.gov> <78824.1260470888@parc.com> Message-ID: <368a5cd50912101455x1cc47b93k56808c6e587986d2@mail.gmail.com> Good catch. The breakage is caused by a 1.1.7 fix that treats single-band images as a special case; unfortunately, the fix checks that attribute before actually loading the image... I'll provide a patch later, but you can of course work around it by adding an explicit load to your code. Thanks /F On Thu, Dec 10, 2009 at 10:48 AM, Bill Janssen wrote: > Just stumbled over this bug. ?Shouldn't split() do a load() first? ?This > used to work in 1.1.6. > > Bill > > % python > Python 2.5.1 (r251:54863, Feb ?6 2009, 19:02:12) > [GCC 4.0.1 (Apple Inc. build 5465)] on darwin > Type "help", "copyright", "credits" or "license" for more information. >>>> import Image >>>> Image.VERSION > '1.1.7' >>>> im = Image.open("/u/extensions/vCardParser/vcardimage.png") >>>> im.mode > 'RGBA' >>>> im.size > (200, 138) >>>> im.split() > Traceback (most recent call last): > ?File "", line 1, in > ?File "/Library/Python/2.5/site-packages/PIL/Image.py", line 1497, in split > ? ?if self.im.bands == 1: > AttributeError: 'NoneType' object has no attribute 'bands' >>>> > _______________________________________________ > Image-SIG maillist ?- ?Image-SIG at python.org > http://mail.python.org/mailman/listinfo/image-sig > From lamby at debian.org Wed Dec 9 15:51:22 2009 From: lamby at debian.org (Chris Lamb) Date: Wed, 9 Dec 2009 14:51:22 +0000 Subject: [Image-SIG] Image.split broken when image file isn't loaded Message-ID: <20091209145122.6b5ef486@bobcat.office> Hi, Image.split appears to be broken when the image file isn't loaded first. My testcase is: >>> from PIL import Image >>> x = Image.open('test.png') >>> x.split() [..] AttributeError: 'NoneType' object has no attribute 'bands' I think Image.point was broken in the same way recently; the client workaround of calling Image.load works here too. Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` lamby at debian.org `- -------------- next part -------------- A non-text attachment was scrubbed... Name: fix-split.diff Type: text/x-patch Size: 600 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From Steven.Watanabe at autodesk.com Wed Dec 9 14:43:30 2009 From: Steven.Watanabe at autodesk.com (Steven Watanabe) Date: Wed, 9 Dec 2009 05:43:30 -0800 Subject: [Image-SIG] Is PIL 1.1.7 final "official" Message-ID: <800886C2A4A73E44BA0FE45152C023705D78630E8C@ADSK-NAMSG-02.MGDADSK.autodesk.com> I see that PIL 1.1.7 final has been released: http://offline.effbot.org/ann-pil-117-november-15-2009 However, PyPI and the PIL websites still point to 1.1.6: http://effbot.org/zone/pil-index.htm http://www.pythonware.com/products/pil/ My question: is this release "official"? From fredrik at pythonware.com Sat Dec 12 01:46:40 2009 From: fredrik at pythonware.com (Fredrik Lundh) Date: Fri, 11 Dec 2009 16:46:40 -0800 Subject: [Image-SIG] Is PIL 1.1.7 final "official" In-Reply-To: <800886C2A4A73E44BA0FE45152C023705D78630E8C@ADSK-NAMSG-02.MGDADSK.autodesk.com> References: <800886C2A4A73E44BA0FE45152C023705D78630E8C@ADSK-NAMSG-02.MGDADSK.autodesk.com> Message-ID: <368a5cd50912111646x9ff190cib0da871c50807d2f@mail.gmail.com> Yeah, 1.1.7 is official; it's just me having accidentally skipped a couple of steps in the release procedure. Will fix asap. Sorry for the confusion. On Wed, Dec 9, 2009 at 5:43 AM, Steven Watanabe wrote: > I see that PIL 1.1.7 final has been released: > > http://offline.effbot.org/ann-pil-117-november-15-2009 > > However, PyPI and the PIL websites still point to 1.1.6: > > http://effbot.org/zone/pil-index.htm > http://www.pythonware.com/products/pil/ > > My question: is this release "official"? > _______________________________________________ > Image-SIG maillist ?- ?Image-SIG at python.org > http://mail.python.org/mailman/listinfo/image-sig > From cbrewster at gmail.com Sun Dec 20 17:17:08 2009 From: cbrewster at gmail.com (Christopher Brewster) Date: Sun, 20 Dec 2009 17:17:08 +0100 Subject: [Image-SIG] PIL installation on Snow Leopard Message-ID: <229BA140-BE97-47F6-8923-4AAFF95332BB@gmail.com> (my apologies in advance) On a clean install on Snow Leopard, I have installed: - python 2.6.4 using the Mac installer on python.org - In accordance with instructions here: http://stackoverflow.com/questions/1438270/installing-python-imaging-library-pil-on-snow-leopard-with-updated-python-2-6-2 I issues the command export CC=/usr/bin/gcc-4.0 - libjpeg as per http://proteus-tech.com/blog/cwt/install-pil-in-snow-leopard/ - Freetype2 as per their website http://www.freetype.org/index2.html and now PIL but I get the following errors which I do not know how to interpret: ---- Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.4u.sdk Please check your Xcode installation gcc-4.0 -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g -bundle -undefined dynamic_lookup build/temp.macosx-10.3-fat-2.6/_imagingtk.o build/temp.macosx-10.3-fat-2.6/Tk/tkImaging.o -L/usr/local/lib -L/Library/Frameworks/Python.framework/Versions/2.6/lib -L/usr/lib -o build/lib.macosx-10.3-fat-2.6/_imagingtk.so -framework Tcl -framework Tk ld: framework not found Tcl collect2: ld returned 1 exit status ld: framework not found Tcl collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/Md/Md7dPPzaGPGQNU+9szQi3++++TI/-Tmp-//cc9P9TtC.out (No such file or directory) error: command 'gcc-4.0' failed with exit status 1 ---- Any advice would be appreciated. Christopher ***************************************************** Operations and Information Management Group, Aston Business School, Aston University, From bborcic at gmail.com Mon Dec 21 16:05:49 2009 From: bborcic at gmail.com (Boris Borcic) Date: Mon, 21 Dec 2009 16:05:49 +0100 Subject: [Image-SIG] Fwd: Inverse of QUAD transform? In-Reply-To: References: Message-ID: Well, obviously it should be possible to pick some minimal target rectangle containing the target quad, and then the problem reduces to that of finding a source quad around the source rectangle in such a way that mapping it to the target rectangle will also map the source rectangle to the target quad :) Laura & Edward Cannon wrote: > ---------- Forwarded message ---------- > From: Laura& Edward Cannon > > [...] There is not an anti-quad however. > > On Fri, Nov 27, 2009 at 9:50 AM, Mark Wendell wrote: >> The docs say that the QUAD image transform takes a quadrilateral >> defined by an 8-tuple, and transforms it to a rectangle of the >> provided 'size'. >> >> I need the inverse of that: I need to take a rectangular region, and >> warp it to an arbitrary quad. Is there a way to do that? >> >> thanks >> Mark >> -- >> -- >> Mark Wendell >> _______________________________________________ >> Image-SIG maillist - Image-SIG at python.org >> http://mail.python.org/mailman/listinfo/image-sig >> > _______________________________________________ > Image-SIG maillist - Image-SIG at python.org > http://mail.python.org/mailman/listinfo/image-sig > From Chris.Barker at noaa.gov Mon Dec 21 19:22:35 2009 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Mon, 21 Dec 2009 10:22:35 -0800 Subject: [Image-SIG] PIL installation on Snow Leopard In-Reply-To: <229BA140-BE97-47F6-8923-4AAFF95332BB@gmail.com> References: <229BA140-BE97-47F6-8923-4AAFF95332BB@gmail.com> Message-ID: <4B2FBCEB.80801@noaa.gov> Christopher Brewster wrote: > On a clean install on Snow Leopard, I have installed: I don't have snow leopard, so I can't test anything , but a few comments: > - python 2.6.4 using the Mac installer on python.org > - In accordance with instructions here: http://stackoverflow.com/questions/1438270/installing-python-imaging-library-pil-on-snow-leopard-with-updated-python-2-6-2 > I issues the command export CC=/usr/bin/gcc-4.0 note that those instructions were written for 2.6.2 -- I think 2.6.4 may do the right thing without that command. I'd try it. > and now PIL but I get the following errors which I do not know how to interpret: > ---- > Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/MacOSX10.4u.sdk well, do you have: /Developer/SDKs/MacOSX10.4u.sdk I suspect not. I think it's an optional install with XCode (you did install XCode, didn't you?) I think this is your show-stopper -- try going back to however you installed XCode,a nd look for a box to check to install the 10.4u SDK. If this doesn't work, I'd try the pythonmac list. HTH, -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From adrian.prw at gmail.com Wed Dec 23 04:03:01 2009 From: adrian.prw at gmail.com (Adrian Price-Whelan) Date: Tue, 22 Dec 2009 22:03:01 -0500 Subject: [Image-SIG] Bacterial Colonies Message-ID: <17FBF4B1-CE76-49C7-8EBE-84A1FEC13064@gmail.com> Hello -- I'm interested in a Python programming problem based on measuring certain properties of bacterial colonies that look like the attached image. I've thought a bit about different ways to approach the following problem, but I can't come up with a solid way to count the 'spokes' that come out from the center. Thanks in advance for any help! -------------- next part -------------- A non-text attachment was scrubbed... Name: 1.tif Type: image/tif Size: 225480 bytes Desc: not available URL: -------------- next part -------------- - Adrian From cannon.el at gmail.com Mon Dec 21 02:41:12 2009 From: cannon.el at gmail.com (Laura & Edward Cannon) Date: Sun, 20 Dec 2009 17:41:12 -0800 Subject: [Image-SIG] F mode images and support for filters Message-ID: Do F (floating point) images support the im.filter method and/or the filters in ImageFilter? When I tried to filter an F mode image I received ValueError: image has wrong mode. The documentation doesn't mention this either way. Edward -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.julou at ens.fr Thu Dec 17 15:29:43 2009 From: thomas.julou at ens.fr (Thomas Julou) Date: Thu, 17 Dec 2009 15:29:43 +0100 Subject: [Image-SIG] About tif and endianess for pil1.1.7 Message-ID: Hello, As I had problem with importing 16-bit tiff with pil 1.1.6, I tried to install 1.1.7 from http://effbot.org/downloads/#pil Actually, the code has been modified to include both endianess support. However, I can only read big endian tif, with little endian, I get a white image :( Any idea about the problem? Thank you in advance for your help, Thomas Julou _____________________________________________ Laboratoire de Physique Statistique Ecole Normale Sup?rieure Paris, France thomas.julou at ens.fr http://pimprenelle.lps.ens.fr/biolps/users/thomas-julou ? +33 (0) 1 44 32 34 96 _____________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From yh0.hwang at samsung.com Thu Dec 24 09:08:54 2009 From: yh0.hwang at samsung.com (=?euc-kr?B?yLK/tcfP?=) Date: Thu, 24 Dec 2009 08:08:54 +0000 (GMT) Subject: [Image-SIG] pow operation failure in ImageMath library Message-ID: <0KV500BGPDAUZO@ms2.samsung.com> An HTML attachment was scrubbed... URL: From jcupitt at gmail.com Sun Dec 27 18:34:07 2009 From: jcupitt at gmail.com (jcupitt at gmail.com) Date: Sun, 27 Dec 2009 17:34:07 +0000 Subject: [Image-SIG] Bacterial Colonies In-Reply-To: <17FBF4B1-CE76-49C7-8EBE-84A1FEC13064@gmail.com> References: <17FBF4B1-CE76-49C7-8EBE-84A1FEC13064@gmail.com> Message-ID: <522c6460912270934k6cad9b4atbf2a170e517b8352@mail.gmail.com> 2009/12/23 Adrian Price-Whelan : > I've thought a bit about different ways to approach the following problem, > but I can't come up with a solid way to count the 'spokes' that come out > from the center. Thanks in advance for any help! How about a variation on the hough transform? http://en.wikipedia.org/wiki/Hough_transform You should be able to get your radial lines to appear as a line of spots, I think, which should be easy to count. I don't know if PIL can easily do a Hough transform, but I'm sure Numpy could. John From g.kloss at massey.ac.nz Sun Dec 27 20:16:50 2009 From: g.kloss at massey.ac.nz (Guy K. Kloss) Date: Mon, 28 Dec 2009 08:16:50 +1300 Subject: [Image-SIG] Bacterial Colonies In-Reply-To: <522c6460912270934k6cad9b4atbf2a170e517b8352@mail.gmail.com> References: <17FBF4B1-CE76-49C7-8EBE-84A1FEC13064@gmail.com> <522c6460912270934k6cad9b4atbf2a170e517b8352@mail.gmail.com> Message-ID: <200912280816.50915.g.kloss@massey.ac.nz> On Mon, 28 Dec 2009 06:34:07 jcupitt at gmail.com wrote: > I don't know if PIL can > easily do a Hough transform, but I'm sure Numpy could. Or try the new Python bindings that come with OpenCV (2.0) or the alternative Python bindings ctypes-opencv to the old OpenCV (1.0). Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura P?taiao o M?hiohio me P?ngarau Massey University, Albany (North Shore City, Auckland) 473 State Highway 17, Gate 1, Mailroom, Quad B Building voice: +64 9 414-0800 ext. 9585 fax: +64 9 441-8181 G.Kloss at massey.ac.nz http://www.massey.ac.nz/~gkloss From real.mml at gmail.com Sun Dec 27 21:09:42 2009 From: real.mml at gmail.com (=?ISO-8859-1?Q?Mauricio_Mu=F1oz_Lucero?=) Date: Sun, 27 Dec 2009 21:09:42 +0100 Subject: [Image-SIG] A possible bug in converting palletized images to QImage Message-ID: Hi! I am making an image converter using PIL 1.1.7 and PyQt 4.6 for the gui. Everything goes perfect, except when i try to convert an image in "P" mode (8 bit pixels and using a colour palette) to QImage, using the ImageQt module. self.img = ImageQt.ImageQt(self.raw_image) In this case, always i get a white image, it doesn't appear any error messages. But if i copy the code of the conversion from the ImageQt module, i get the next error: File "cpcview.py", line 482, in initialize_image_to_convert palette_image = self.raw_image.getpalette() File "/usr/lib/python2.5/site-packages/PIL/Image.py", line 932, in getpalette self.load() File "/usr/lib/python2.5/site-packages/PIL/ImageFile.py", line 127, in load pixel = Image.Image.load(self) File "/usr/lib/python2.5/site-packages/PIL/Image.py", line 608, in load if self.im and self.palette and self.palette.dirty: OverflowError: can't convert negative value to unsigned long The possible bug appears in the getpalette() function, i am using now a workaround to fix it, using "palette.getdata()" instead of "getpalette()". This is the workaround in my program: self.img = ImageQt.ImageQt(self.raw_image) # Workaround to "OverflowError: can't convert negative value to unsigned long" if self.imagen_cruda.mode == "P": palette_image = self.imagen_cruda.palette.getdata() palette_image = palette_image[1] colorlist = [] for i in range(len(palette_image) // 3): colorlist.append(QtGui.qRgba(ord(palette_image[i * 3]), ord(palette_image[i * 3 + 1]), ord(palette_image[i * 3 + 2]), 0xFF)) self.img.setColorTable(colorlist) Is it really a bug or am i using incorrectly the ImageQt module? Is there a better or more "pythonic" fix to this problem? Thanks for this wonderful library, Maurice. From GeorgeFLeCompte at comcast.net Thu Dec 31 14:53:55 2009 From: GeorgeFLeCompte at comcast.net (GeorgeFLeCompte at comcast.net) Date: Thu, 31 Dec 2009 13:53:55 +0000 (UTC) Subject: [Image-SIG] Image.show doesn't show image In-Reply-To: <533125310.4909191262267473269.JavaMail.root@sz0120a.emeryville.ca.mail.comcast.net> Message-ID: <2080055022.4909661262267635579.JavaMail.root@sz0120a.emeryville.ca.mail.comcast.net> I'm running under Microsoft Vista in a pc environment. The atached PILTest.py yields a? Windows Photo Galery window with no items selected. How do I view the image? george -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PILTest.py Type: text/x-python Size: 157 bytes Desc: not available URL: