I'm not subscribed to the main Python list, so I'll just ask here. It looks like the protocol doesn't support any floating point image formats, judging from the big table of formats in the PEP. These are becoming more important these days in computer graphics as a way to pass around high dynamic range images. OpenEXR is the main example of such a format: http://www.openexr.com/. I think a PEP that aims to be a generic image protocol should support at least 32 bit floats if not 64-bit doubles and 16 bit "Half"s used by some GPUs (and supported by the OpenEXR format). ---bb On 7/4/07, Lino Mastrodomenico <l.mastrodomenico@gmail.com> wrote:

[Sorry for the cross-posting, but I think this may be relevant for both NumPy and ndimage.]

Hello everyone,

I have submitted to the Python core developers a new PEP (Python Enhancement Proposal):

http://www.python.org/dev/peps/pep-0368/

It proposes two things:

* the creation of a standard image protocol/interface that can be hopefully implemented interoperably by most Python libraries that manipulate images;

* the addition to the Python standard library of a basic implementation of the new protocol.

The new image protocol is heavily inspired by a subset of the NumPy array interface, with a few image-specific additions and changes (e.g. the "size" attribute of an image is a tuple (width, height)).

Of course it would be wonderful if these new image objects could interoperate out-of-the-box with numpy arrays and ndimage functions. There is another proposal that would be very useful for that, PEP 3118 by Travis Oliphant and Carl Banks:

http://www.python.org/dev/peps/pep-3118/

The image PEP (368) currently lists only modes based on uint8/16/32 numbers, but the final version will probably also include modes based on float32 and float16 (converted in software to/from float32/64 when necessary).

A discussion about it is currently going on in the python-3000 mailing list:

<http://mail.python.org/pipermail/python-3000/2007-July/thread.html#8648>

Any suggestion, comment or criticism from the NumPy/SciPy people would be very useful, but IMHO keeping the discussion only on the python-3000 ML may be a good idea, to avoid duplicating answers on different mailing lists.

Thanks in advance.

-- Lino Mastrodomenico E-mail: l.mastrodomenico@gmail.com _______________________________________________ Scipy-dev mailing list Scipy-dev@scipy.org http://projects.scipy.org/mailman/listinfo/scipy-dev