The Olena Team is proud to announce the release of Olena 1.0.
Olena is a platform dedicated to image processing and pattern
recognition. Its core component is a generic and efficient C++
library called Milena. Milena provides a framework to implement
simple, fast, safe, reusable and extensible image processing tool
chains. The library provides many ready-to-use image data structures
(regular 1D, 2D, 3D images, graph-based images, etc.) and algorithms.
Milena's algorithms are built upon classical entities from the image
processing field (images, points/sites, domains, neighborhoods, etc.).
This design allows image processing developers and practitioners to
easily understand, modify, develop and extend new algorithms while
retaining the core traits of Milena: genericity and efficiency.
The package also features Swilena, an optional component exposing
Milena to other languages thanks to the Simplified Wrapper and
Interface Generator (SWIG). For the moment, only some Python bindings
are provided.
The Olena platform is Free Software. It is distributed under the
conditions of the GNU General Public License (GPL) version 2. See the
file COPYING shipped with the Olena distribution.
Release notes are available at:
http://olena.lrde.epita.fr/Olena100
You can download packages of the Olena 1.0 distribution here:
http://www.lrde.epita.fr/dload/olena/1.0/olena-1.0.tar.gz (25MB)
http://www.lrde.epita.fr/dload/olena/1.0/olena-1.0.tar.bz2 (21MB)
The SHA1 digests of theses packages are:
33fc3a327db3f4f68c882d3b2462b83841425628 olena-1.0.tar.gz
2c6ba36d4a156156f7d5ea8f2e1f02bbec9c9098 olena-1.0.tar.bz2
Here is a list of major changes since Olena 0.11:
* The core C++ library, renamed to Milena, has been rewritten from
scratch and features numerous additions over the past releases.
Some features have also been dropped or disabled, and some of them
will be reintegrated in future releases. The programming
interface has changed from previous versions, but most programs
using Olena 0.11 can be adapted to the Olena 1.0 API.
* Milena uses a simplified version of the SCOOP 2 paradigm
(informally called SCOOP 1.5), to improve the speed of compilation
and make developing easier while still providing very good
run-time performances.
* A first (re)implementation of Swilena featuring Python wrappers
for a very small subset of Milena is available. The bundled
Swilena Python Shell (sps) allows interactive Olena sessions.
* A reference documentation including a tutorial and a quick
reference guide have been started. They do not cover the whole
Milena library yet.
* Olena includes some demos and applications using Milena.
The file NEWS, included in the archive, contains a more complete list
of user-visible changes.
Please report any problem by mail to <olena-bugs(a)lrde.epita.fr>.
--
Roland Levillain - LRDE/EPITA - A3SI/ESIEE/IGM/UMLV-Paris Est
EPITA Research and Development Laboratory (LRDE)
14-16, rue Voltaire - FR-94276 Le Kremlin-Bicêtre Cedex - France
Phone: +33 1 53 14 59 45 - Fax: +33 1 53 14 59 22 - www.lrde.epita.fr
The Olena team is proud to announce that snapshots of Olena 1.0 beta are
now available. This is a major version of the Olena generic and
efficient image processing library developed at the LRDE
(http://olena.lrde.epita.fr).
This version has been completely rewritten from scratch and is not
compatible with the previous version.
The current snapshots do not include Swilena yet.
More information is available at:
http://www.lrde.epita.fr/Olena/Olena100beta
Les membres de l'équipe Olena sont fiers de vous annoncer la sortie
d'Olena 1.0 en bêta. Il s'agit d'une version majeur d'Olena, la
bibliothèque générique et performante de traitement d'image dévelopée au
LRDE (http://olena.lrde.epita.fr).
Cette version a été entièrement réécrite et n'est pas compatible avec
les versions précédentes.
Les archives fournies actuellement ne contiennent pas encore Swilena.
Pour plus d'informations, consulter :
http://www.lrde.epita.fr/Olena/Olena100beta
--
Guillaume Lazzara, for the Olena Team.
z(a)lrde.epita.fr
Roland Levillain wrote:
> Roland Levillain a écrit :
> ...
>
> La synchronisation est faite (cf. révisions 2316 à 2335) :
très très cool :-)
> ...
> Alexandre, est-ce que tu veux récupérer ce patch et le réintégrer dans
> cleanup-2008 ou bien est-ce que la version actuelle dans cleanup-2008
> est OK ?
j'ai pas vu passer de réponse...
> P.S. : Rappel : on n'enregistre plus dans trunk/ désormais ! :)
Roland Levillain wrote:
> Roland Levillain a écrit :
> ...
>
> La synchronisation est faite (cf. révisions 2316 à 2335) :
très très cool :-)
> ...
> Alexandre, est-ce que tu veux récupérer ce patch et le réintégrer dans
> cleanup-2008 ou bien est-ce que la version actuelle dans cleanup-2008
> est OK ?
j'ai pas vu passer de réponse...
> P.S. : Rappel : on n'enregistre plus dans trunk/ désormais ! :)
I'm going to ``merge'' the trunk against cleanup-2008, by applying
patches from the trunk since the last merge (r2189) on top of
cleanup-2008, one by one. This will be done using to
`svn-cherry-pick' (from revision r2189).
The idea is, after this merge is complete, we shouldn't use trunk/
anymore (except if you have a good reason for). We'll merge back
cleanup-2008 into the trunk later, and get rid of cleanup-2008.
So, please:
/*-----------------------------------.
| Don't commit to trunk/ as of now! |
`-----------------------------------*/
If you still want to commit to trunk, please tell us, either by
talking to Théo and/or Roland or by sending an e-mail to
olena-patches(a)lrde.epita.fr.
TIA!
J'ai fait un peu de ménage sur le Trac. La nouvelle page de la
release 1.0 a été un peu nettoyée, et les tickets qui ne
correspondaient plus vraiment à l'état de cette release ont été fermés
(mais pas effacés). Désolé pour le bruit produit sur la ML olena-
patches.
https://trac.lrde.org/olena/wiki/Olena/Release1.0
Il faut qu'on s'affecte des tickets, la majorité étant dévolue à «
Olena Team ». Vous pouvez jeter un oeil aux tâches actuellement
affectées ici :
https://trac.lrde.org/olena/wiki/Olena/Release1.0#TasksTickets
Travaillez dans branches/cleanup-2008/ ; on fusionnera par la suite.
Vous pouvez discuter des différents tickets ici (olena(a)lrde.epita.fr)
ou bien dans les commentaires des tickets eux-mêmes : ils produiront
des messages dans la liste olena-patches.
Merci d'avance !
Dans l'objectif de nettoyer le dépôt en vue de la release, je viens
(rév. 1923) de déplacer les entrées de ChangeLog relatives aux
changement dans milena/sandbox/ dans un ChangeLog à part
(milena/sandbox/ChangeLog). En effet, le contenu de milena/sandbox/
ne fait pas partie de la distribution d'Olena, et ne doit donc pas
figurer dans ChangeLog ni dans milena/ChangeLog.
Il *faut* utiliser ce nouveau ChangeLog dédié lorsque vous faites de
modifications dans milena/sandbox/ ou un de ses sous-répertoires.
Les nouvelles règles pour les commits sont donc les suivantes :
- si vous faites des changements dans milena/ ou un de ses
sous-répertoires (hormis milena/sandbox/), invoquez `svn ci' depuis
milena/ (cela ira inscrire les changements dans milena/ChangeLog) ;
- si vous faites des changements dans milena/sandbox/ ou un de ses
sous-répertoires, invoquez `svn ci' depuis milena/sandbox/ (cela ira
inscrire les changements dans milena/sandbox/ChangeLog) ;
- si vous faites des changements dans milena/ *et*
milena/sandbox/ (cas rare), deux possibilités :
1. il s'agit d'un déplacement (ou d'une copie) de fichiers d'un côté
vers l'autre (milena/ vers milena/sandbox/ ou vice versa) :
appelez `svn ci' depuis milena/ ; (Au passage, je rappelle que
`svn mv' et `svn cp' sont les méthodes recommandées pour déplacer
et copier des fichiers à travers le projet.)
2. ce n'est pas un déplacement ou une copie : faites alors *deux*
commits, l'un concernant les fichiers sous milena/sandbox/,
depuis ce répertoire ; l'autre, concernant les autres fichiers
dans milena/, depuis milena/.
Merci de suivre ces règles qui permettent de plus facilement suivre
les changements dans le projet et nous feront gagner du temps
lors de la release.
Roland
Yop!
J'ai un peu joue avec milena ce week-end, et j'ai une petite question
et meme une remarque.
Ma question etant, ou sont les cliques dans milena? Un petit coup de
'grep -r clique milena/*' ne donne rien. S'appelleraient elles
differement? Il me semble qu'en anglais on dit clique aussi.
(Mon but etait d'avoir un algo qui me donne toutes les clique auxquelles
un point appartient, ou pourquoi pas toutes les cliques de l'image).
Quand a la remarque, elle concerne les accumulateurs et l'algo take.
En effet quand on fait un accu::take(accu::max) ca ne marche pas, faute
de specialisation dans accu/take.hh.
Cependant j'en ai trouve une qui marche dans level/take.spe.hh. Je me
demandais s'il n'y avait pas eu une confusion quand a l'emplacement du
fichier.
--
Guillaume Leroi