From mahoski at gmail.com Fri Jul 1 21:05:38 2011 From: mahoski at gmail.com (Ryan Mahoski) Date: Fri, 1 Jul 2011 12:05:38 -0700 Subject: [Image-SIG] PIL compilation error on linux Message-ID: After running `python setup.py install` on Linux Mint I see a compilation error (below). This occurs regardless of whether I try to install PIL 1.1.6 or 1.1.7. Any ideas on what I'm doing wrong? ... building '_imaging' extension creating build/temp.linux-i686-2.7 creating build/temp.linux-i686-2.7/libImaging gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -IlibImaging -I/usr/include -I/usr/local/include -I/usr/include/python2.7 -c _imaging.c -o build/temp.linux-i686-2.7/_imaging.o _imaging.c:76:20: fatal error: Python.h: No such file or directory compilation terminated. error: command 'gcc' failed with exit status 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidfstr at gmail.com Wed Jul 6 06:14:21 2011 From: davidfstr at gmail.com (David Foster) Date: Tue, 05 Jul 2011 21:14:21 -0700 Subject: [Image-SIG] python with PIL : problem showing images in Win 7 Message-ID: <4E13E11D.1020008@gmail.com> > This is a known issue. A possible solution is to sleep about a second > before deleting the file, e.g.: > > return "start /wait %s && sleep 1 && del /f %s" % (file, file) Given that Image.show() brokenness is a rather visible known issue with PIL on Windows 7, what is the best way to get a fix contributed? If I post a patch here, are there commiters on this list who can review and submit it? -- David Foster From titus.fortner at tippr.com Thu Jul 7 22:06:41 2011 From: titus.fortner at tippr.com (Titus Fortner) Date: Thu, 7 Jul 2011 15:06:41 -0500 Subject: [Image-SIG] Bug - library_dirs Message-ID: Hello, I installed PIL on 32bit Ubuntu (Natty Narwhal). My libjpeg was installed in /usr/lib/i386-linux-gnu/, which is not one of the paths in the setup.py library_dirs. Right now, we try to hardcode the paths used by target operating systems. If instead we could look through the ldconfig path when on Linux (say, by parsing the output of ldconfig -p) or accept an environment variable overriding the directories to use, this would be much more convenient. Do either of these approaches sound reasonable? Thank you, Titus -------------- next part -------------- An HTML attachment was scrubbed... URL: From mirflickr at yahoo.com Sat Jul 2 03:42:53 2011 From: mirflickr at yahoo.com (CVIU Call for Papers) Date: 02 Jul 2011 03:42:53 +0200 Subject: [Image-SIG] CVIU Special Issue on Visual Concept Detection Message-ID: <3R5dd94mZwzMF8@mail.python.org> CALL FOR PAPERS Computer Vision and Image Understanding: Special Issue on Visual Concept Detection http://press.liacs.nl/cviu Guest editors: Bart Thomee, Yahoo! Research, Spain Mark J. Huiskes, Leiden University, Netherlands Michael S. Lew, Leiden University, Netherlands Important dates: Submission of manuscript: 1 November 2011 First notification of acceptance: 1 March 2012 Revised manuscript submission: 1 May 2012 Final notification of acceptance: 15 June 2012 Publication of special issue: Fall 2012 Description: One of the grand challenges in multimedia information retrieval is automatic visual concept detection. This special issue calls on researchers that aim to raise the bar with novel approaches and techniques. All contributions are welcomed that address the topic of visual concept detection using the MIRFLICKR image collection, which is a popular large-scale open test benchmark. This special issue provides an excellent venue to publish high-quality work on novel ideas and insights that will significantly advance the state of the art. Dataset: The special issue centers around the MIRFLICKR image collection for the visual concept detection challenge. This set consists of one million images from thousands of real world users that were published to the Flickr social photography website under a creative commons license. To facilitate training and testing a subset of the collection has been carefully annotated by hand. The dataset can be obtained from http://mirflickr.liacs.nl. It is at the discretion of the authors to use the collection in its entirety or only partially. Besides the annotations already supplied with the dataset, the ImageCLEF organization has additionally defined 99 concepts and 40 topics that can be expressed as a logical combination of these concepts. Their custom MIRFLICKR collection is available to registered participants of the ImageCLEF Photo Annotation task. Please refer to http://www.imageclef.org/2011/Photo for more details on this dataset. Results based on the ImageCLEF annotations are within the scope of this special issue. Submissions: All submissions for this special issue are required to follow the same format as regular full-length Computer Vision and Image Understanding papers. Manuscripts must be submitted through the CVIU online submission system at http://ees.elsevier.com/cviu. Please ensure to select 'Special Issue: Visual Concept Detection' as the 'Article Type'. All manuscripts should contain at least 30% original material. When submitting a manuscript that is an expanded version of a conference or workshop paper, this prior paper must be included as 'Supplementary Material' during submission. All manuscripts will be peer-reviewed according to the CVIU reviewing procedures. Contact: If you have any questions, please contact Bart Thomee at mirflickr at yahoo.com. From erwan.loaec at cgin.fr Fri Jul 8 14:23:44 2011 From: erwan.loaec at cgin.fr (=?ISO-8859-1?Q?Erwan_Loa=EBc?=) Date: Fri, 08 Jul 2011 14:23:44 +0200 Subject: [Image-SIG] PIL compilation error on linux In-Reply-To: References: Message-ID: <4E16F6D0.9050006@cgin.fr> You need to install the "dev" package for python. Using python 2.7, perhaps your system is based on unbuntu, try to install the package "python-dev". -- Erwan Ryan Mahoski wrote: > After running `python setup.py install` on Linux Mint I see a > compilation error (below). This occurs regardless of whether I try to > install PIL 1.1.6 or 1.1.7. Any ideas on what I'm doing wrong? > > ... > building '_imaging' extension > creating build/temp.linux-i686-2.7 > creating build/temp.linux-i686-2.7/libImaging > gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall > -Wstrict-prototypes -fPIC -IlibImaging -I/usr/include > -I/usr/local/include -I/usr/include/python2.7 -c _imaging.c -o > build/temp.linux-i686-2.7/_imaging.o > _imaging.c:76:20: fatal error: Python.h: No such file or directory > compilation terminated. > error: command 'gcc' failed with exit status 1 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Image-SIG maillist - Image-SIG at python.org > http://mail.python.org/mailman/listinfo/image-sig From vlastimil.zima at nic.cz Thu Jul 14 10:14:41 2011 From: vlastimil.zima at nic.cz (=?ISO-8859-1?Q?Vlastimil_Z=EDma?=) Date: Thu, 14 Jul 2011 10:14:41 +0200 Subject: [Image-SIG] Getting format from file extension and mime types Message-ID: <4E1EA571.6010805@nic.cz> Hi, recently I encountered problem with PIL on saving images which filename had no extension. When I tried to save such image, PIL raises KeyError File "/usr/lib/python2.6/dist-packages/PIL/Image.py", line 1423, in save raise KeyError(ext) # unknown extension KeyError: '' What is proper solution for such problem? I found out that I should specify format argument, so I wanted to use PIL's MIME dictionary, but I found out that it can not store multiple mime types for image format identifier, which is not very useful. I would have to create mine dictionary that converts mime types to PIL formats, which I would like to avoid. Any suggestions? Vlastimil Z?ma From c.j.craven at sheffield.ac.uk Thu Jul 28 11:43:43 2011 From: c.j.craven at sheffield.ac.uk (Jeremy Craven) Date: Thu, 28 Jul 2011 10:43:43 +0100 Subject: [Image-SIG] pil rotate 90 bug ? Message-ID: <4E312F4F.2030403@shef.ac.uk> I have a program that has been working fine rotating images by arbitrary angles. I just found that if I specify 90 degrees exactly then the image goes crazy: only appears in left hand half of image and every other line is black and image is stretched vertically. Any ideas if this is a bug or I am perhaps doing something in a non-recommended way. I attach a cut down version of the code which shows the problem. It reads "test_in.tif". It rotates it 90.0 and writes "test.tif". It rotates it 89.99 and writes "test1.tif". The second output file looks fine. The first is wonky. I'm using version 1.1.7 Thanks for listening Jeremy -- ********************************************************************************* Dr C. Jeremy Craven Department of Molecular Biology and Biotechnology University of Sheffield, Firth Court, Western Bank S10 2TN Sheffield UK e-mail: c.j.craven at shef.ac.uk http://www.shef.ac.uk/uni/projects/nmr/CJC/CJC.html Phone: x24323 From outside Sheffield: 0114 222 4323 From outside UK: +44 114 2224323 Fax: 0114 272 2800 ********************************************************************************* -------------- next part -------------- A non-text attachment was scrubbed... Name: test.tif Type: image/tiff Size: 819310 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test1.tif Type: image/tiff Size: 819310 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test_rotate.py Type: application/x-python Size: 181 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test_in.tif Type: image/tiff Size: 819428 bytes Desc: not available URL: