Image Processing (batch)

[Thomas Guettler]

Hi,

I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file.
- Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

What image libraries do you suggest?

I think there are these alternatives:
- Python binding for image magick
- python-gtk
- python-gdk-imlib
- call convert (imagemagick) with subprocess. This is how I did
it up to now. But I want to avoid it.

Thomas
--
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

[Weinhandl Herbert]

Thomas Guettler schrieb:

Hi,

I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file.
- Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

What image libraries do you suggest?

try :
http://photobatch.stani.be/
hth

Herbert

[Ulrich Eckhardt]

Thomas Guettler wrote:

I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file.
- Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

What image libraries do you suggest?

I haven't looked at it yet, but I was thrilled to hear that GIMP
(www.gimp.org) had the ability to be extended via Python scripts. Maybe
that would help?

Uli

--
Sator Laser GmbH
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932

[Thomas Guettler]

Weinhandl Herbert schrieb:

Thomas Guettler schrieb:

>Hi,

I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file.
- Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

What image libraries do you suggest?

try :
http://photobatch.stani.be/

This is a GUI, my processing needs to be done on the server. I need
a library with Python API. photobatch uses PIL, so I think I would not
gain much. Does photobatch improve font loading?

BTW, the homepage of this project uses frames. The URL does not change, ...
you can't send links or bookmark pages.

Thomas
--
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de

[Tim Roberts]

Thomas Guettler <[e-mail]:

>
I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file.
- Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

I have repeatedly seen the attitude in your last point, and I simply do not
understand it. What on Earth is wrong with having a product that actually
becomes stable?

We all complain about Microsoft's feature bloat, rolling out unnecessary
new releases of their products year after year with features that no one
really needs. But when an open source product FAILS to produce a new
release every six weeks, we start seeing posts questioning whether the
product is still viable or has become abandonware.

Once a product does the job it was designed to do, IT'S DONE.

Personally, I think PIL is a great solution for batch processing, but the
beauty of the open source world is that the ARE alternatives.
--
Tim Roberts, ti**@probo.com
Providenza & Boekelheide, Inc.

[Ulrich Eckhardt]

Tim Roberts wrote:

Thomas Guettler <[e-mail]:

>>
I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file.
- Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

I have repeatedly seen the attitude in your last point, and I simply do
not understand it. What on Earth is wrong with having a product that
actually becomes stable?

Nothing, and it is correct pointing that out. OTOH, there are billions of
open source projects out there that started with an idea but never entered
that finished state where they are useful, so-called abandonware. If the
documentation is old, it is either stable or abandoned. Only a closer look
can tell which of both, but statistically it is more likely that it is
abandoned, sad as it is.

Peace!

Uli

--
Sator Laser GmbH
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932

[Ivan Illarionov]

On Thu, 05 Jun 2008 07:10:56 +0000, Tim Roberts wrote:

Thomas Guettler <[e-mail]:

>>
I tried PIL for image batch processing. But somehow I don't like it
- Font-Selection: You need to give the name of the font file. -
Drawing on an image needs a different object that pasting and saving.
- The handbook is from Dec. 2006.

I don't want to dissapoint you but PIL font handling sucks terribly.

I have repeatedly seen the attitude in your last point, and I simply do
not understand it. What on Earth is wrong with having a product that
actually becomes stable?

We all complain about Microsoft's feature bloat, rolling out unnecessary
new releases of their products year after year with features that no one
really needs. But when an open source product FAILS to produce a new
release every six weeks, we start seeing posts questioning whether the
product is still viable or has become abandonware.

I think if you really TRY to create your own project you'll understand
what's going on here.

From near 10 open source projects that I've started only 1 is living
today.

Once a product does the job it was designed to do, IT'S DONE.

Because there's no such thing as "do the job you where designed to do"
Example: designed for image manipulation. No matter how many features
you've already implemented there's always something more to do.

Personally, I think PIL is a great solution for batch processing, but
the beauty of the open source world is that the ARE alternatives.

Yes, it's open source, and everybody will win if you'll extend PIL to do
what you want.

Really, I do have some working snippets of code that do handle fonts
nicely with PIL images, read and parse OpenType tables, but I can't
publish it because it's optimized for my private needs like only two
languages: Russian and English.

I had to rewrite PIL's FreeType layer from scratch to do what I want.

You can do the same.

Ivan