[ptx] Separate Optimizer/Stitcher Package?

[Pablo d'Angelo]

On Tue, 16 Dec 2003, Alexandre Jenny wrote:

> 
> Hi,
> 
> My vision for the future of hugin, ptoptimizer and stitcher is deeply
> bounded with the structure of the code.
> I hope to get a small core of essential tools for making panorama in a
> package (which actually is called 'panorama').
> In this package should reside many of the basis code necessary to create
> panorama but not all of them.

So you mean, the data model, with input/output methods of the panorama, like
it the current PT::Panorama and related? It should imho contain the data, and
structures to handle the change notifications.

Probably, the panorama model is modelled to close after the pano tools
script syntax, and it could be simplified a bit.

I agree that the various operations like stitching and so on should be
removed from the panorama module. It was just a quick hack to put everything
there... :(

> Derived from this package will come the many other feature we can imagine :
>  - nona (the stitcher)
>  - optimizer
>  - hugin
>  - auto-hugin (something using sift for automatic control point creation)
>  - etc (I have a bunch of other ideas to develop ;-) )
> Anyway. I trully believe that the underground layer to allow all of that is
> to have a good core package for panorama.
> And after having this revamp of the code, we could think about that.

what do you mean the revamp of the Panorama module?

> Having another team working on the stitcher during our work for example on
> hugin is definitely a good idea. But we have to rely on the same core
> package which should be well designed and tested (It's a nightmare trying to
> get a good UML design out of them, but anyway, it has to be done).

Actually, the sticher module should be written in a way that it can be
easily used by other modules as well, for example the preview inside hugin.

About UML design, does anybody know a good, free, multiplatform tool that we
could use? I have used Together at work but its just too expensive, both
in price and memory consumption ;)

ciao
  Pablo
--
http://wurm.wohnheim.uni-ulm.de/~redman/
Please use PGP