OpenCV Calibration Wrapping - Some questions

[SirVer]

> find one then. Will definitely play with yours if I get the chance!
The launchpad version is not completly up to date; i did some changes
and
switched repositories.. I will eventually incorporate them. For now,
it
should work. Please feel free to join in the effort to make it
better ;)

>
>
>
>
>
>
>
> > > > 3) GUI dependency.
> > > > I use Pyqt for all my image processing tools because it is very fast
> > > > (200 fps is no problem to display) and because it is very convenient.
> > > > I feel that a image scikit should provide some GUI functionality (what
> > > > good is image processing without seeing images?) and I would urge to
> > > > investigate PyQt. With this question, I just want to get the ball
> > > > rolling; I feel the discussing of wether GUI tools are wanted or not
> > > > and which toolkit to use or not might be crucial for the evolution of
> > > > the image scikit.
>
> > > A while ago we discussed implementing a plugin system for image IO.
> > I haven't followed this discussion. What is the reason to not depend
> > on PIL?
> > Every Image Processor I know whos using python has PIL installed; even
> > scipy
> > uses it via misc.scipy.pilutil.
>
> PIL has some issues, with 16-bit images and with multi-page images. More
> importantly, it has a completely broken development model. We discussed this
> a while ago, see:http://groups.google.com/group/scikits-image/browse_thread/thread/76a...
>
> > We may want to do something similar for image display.  At the moment,
> > > I mostly use matplotlib do display images, but for faster displaying a
> > > QT-based GUI may be worth it.  I want us to keep dependencies at a
> > > minimum, so we could follow a similar route to the new opencv module:
> > > compile wrappers, but only load those once the library becomes
> > > available.
> > So we could add support for a set of GUI functions that are just not
> > available
> > when pyqt (or in a very near future pyside) is not available. Good for
> > me,
> > that's the python way to do things anyway.
>
> Sounds good to me.
>
> Cheers,
> Ralf
>
>
>
>
>
> > Cheers,
> > Holger