On se l'est posée en réunion de perm mercredi 5 sept.
En ce moment Olena est distribuée sous « GPL v2 ou plus » avec
cette exception:
« As a special exception, you may use this file as part of a free
software library without restriction. Specifically, if other files
instantiate templates or use macros or inline functions from this
file, or you compile this file and link it with other files to
produce an executable, this file does not by itself cause the
resulting executable to be covered by the GNU General Public
License. This exception does not however invalidate any other
reasons why the executable file might be covered by the GNU General
Public License. »
C'est moi qui l'ai ajoutée le 2001-11-01, le jour de la release
d'Olena 0.1. On en a forcément discuté avant, mais je ne me rappelle
pas des détails. Il y a une entrée dans mes vieux ChangeLogs (qui ne
semblent plus être dans le dépôt svn), mais elle dit juste « Add license
and copyright. »
libstdc++ utilise cette même exception pour autoriser les projets
non-GPL à l'utiliser. Elle est discutée ici:
http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/license.html
Ça transforme la GPLv2 plus ou moins en une LGPLv2 mais
sans l'obligation de pouvoir changer la bibliothèque.
Le problème de la LGPL est que, même si elle autorise un programme
utilisant un bibliothèque LGPL a être distribué sans ses sources, elle
impose que les utilisateurs puissent changer la version de la
bibliothèque. En pratique ça suppose l'utilisation d'une bibliothèque
partagée ou la distribution des *.o du programme. Dans les deux cas,
c'est incompatible avec l'utilisation des templates d'Olena.
La version 3 de la LGPL, même si elle parle un peu de templates (au
sens des petites fonctions inline qu'on trouve dans les headers),
demande toujours qu'on puisse recompiler ou relinker avec une autre
version de la bibliothèque. À mon avis ça ne nous aide pas.
Je ne vois pas de raison de ne pas passer de GPLv2+ à GPLv3+, mais
peut-être serait-il mieux d'attendre de voir ce que va faire
libstdc++. Il faudrait aussi se demander si l'on veut vraiment
permettre des utilisations non libres d'Olena.
--
Alexandre Duret-Lutz
Bonjour,
Je suis une ancienne d'EPITA et j'aimerais en savoir
plus sur OLENA, en particulier j'aimerais savoir si
OLENA répond à la problématique suivante: pour un même
objet 3D que l'on recouvre d'une texture (ex: tissu),
comment est-il possible de refléter la différence des
textures (ex: soupe/légère et rigide/épaisse) sur cet
objet? Y a-t-il des études existants sur ce sujet? En
terme de développement, est ce une question simple ou
très complexe? quelle est la charge approximative
associée (en jours/homme)?
Je suis joignable au 06 80 32 73 24 si besoin.
Merci
Leslie Valleray
________________________________________________________________________________
Libérez votre adresse mail de votre fournisseur d'accès - Choisissez Yahoo! Mail
http://erl.wustl.edu/research/xip.html
eXtensible Imaging Platform (XIP)
NCI’s Open Source Workstation
An open platform platform for cancer research.
The eXtensible Imaging Platform (XIP) is an open source environment for
rapidly developing medical imaging applications from an extensible set
of modular elements.
Researchers will be able to easily develop and evaluate new approaches
to medical imaging problems, and use them in a translational research
setting.
caGrid makes it possible to develop an XIP architecture that allows
users to choose between remotely hosted grid based components and data
sources as well as locally available sources.
* Components may include analytic services, e.g.
o CAD algorithms,
o algorithms for quantifying changes in consecutive imaging
studies
o algorithms associated with a 3-D visualization pipeline etc
* Available data sources include NCIA
See the XIP poster from MCIM 2007 on the posters page for more
information. ^
|
clic !
Benjamin Cohen Solal wrote:
> Bonjour,
> ...
> N'y aurait-il pas moyen de convertir via olena une image de type PNP
> vers le type PGM (niveau de gris) ? O toute autre solution qui me
> permettrait de régler mon problème ?
bonjour,
sous un un*x : convert input.xxx output.pgm
(convert est dans le paquetage " imagemagick")
ensuite, tu peux charger l'image en image2d<int_u8>
sous un autre OS : il faut avoir un programme
qui te permet de charger et d'enregistrer au format
que tu veux.
théo
> Merci
>
> Cordialement,
> Benjamin
Bonjour,
Je travaille sur un projet de reconnaissance d'objets dans lequel toutes les
images à traiter sont au format .pnm. J'ai besoin pour pré-traiter l'image
d'utiliser des opérateurs tels que le gradient pour détecter les contours
des différents objets mais ces opérateurs nécessitent que l'image à traiter
soit initialisée de la manière suivante :
image2d<int_u8> img
Or, pour que le chargement de l'image s'effectue correctement, je dois
utiliser le type :
image2d<rgb_8> img
En effet, après le chargement de l'image, le programme échoue à l'exéctution
de la commande :
assert( img.has_impl() );
N'y aurait-il pas moyen de convertir via olena une image de type PNP vers le
type PGM (niveau de gris) ? O toute autre solution qui me permettrait de
régler mon problème ?
Merci
Cordialement,
Benjamin
Roland Levillain wrote:
> Ugo Jardonnet <jardonnet(a)lrde.epita.fr> writes:
>
>> Nous parlions l'autre jour de la possibilite pour olena de proposer
>> ses services via une interface web.
>>
>> Qgar est un projet du LORIA commun avec le cnrs dont le theme majeur
>> est la reconnaissance de graphique.
>> http://www.inria.fr/recherche/equipes/qgar.fr.html
>>
>> le site web du projet propose une "demo dynamique", c'est a dire la
>> possibilite aux visiteurs de traiter, en ligne, leurs propres images.
>> - Edges detection
>> - Image closing opening
>> - Pruning of the small connnected components in a binary image
>> - Separation of textual parts from graphical parts in a binarized image
>> - Separation of thin drawings from thick drawings in a binarized image
>> - Binarization of a grey level image, using a fixed global threshold
>>
>>
>> http://www.qgar.org/
>
> Merci pour l'info. Je pense que ce serait une bonne idée d'ajouter ces
> informations sur le site d'Olena, dans la catégorie « Related Links » :
>
> https://olena.lrde.epita.fr/cgi-bin/twiki/view/Olena/RelatedLinks
>
> Peux-tu t'en charger ? Merci ! :)
>
~~Done ;)
Nous parlions l'autre jour de la possibilite pour olena de proposer ses
services via une interface web.
Qgar est un projet du LORIA commun avec le cnrs dont le theme majeur est
la reconnaissance de graphique.
http://www.inria.fr/recherche/equipes/qgar.fr.html
le site web du projet propose une "demo dynamique", c'est a dire la
possibilite aux visiteurs de traiter, en ligne, leurs propres images.
- Edges detection
- Image closing opening
- Pruning of the small connnected components in a binary image
- Separation of textual parts from graphical parts in a binarized image
- Separation of thin drawings from thick drawings in a binarized image
- Binarization of a grey level image, using a fixed global threshold
http://www.qgar.org/
ugo
The Olena Team is proud to announce the release of Olena 0.11. This
version is an update of the Olena generic and efficient image
processing library developed at the LRDE (http://olena.lrde.epita.fr).
This new version brings support for recent versions of the GNU (g++
4.0 and 4.1) and Intel (icpc 9.1) C++ compilers. Swilena, the set of
Python and Ruby wrappers for Olena, has been improved. Finally Olena
0.11 supports Mac OS X (version 10.3) and includes a lot of fixes over
the previous version.
More information is available at:
http://olena.lrde.epita.fr/cgi-bin/twiki/view/Olena/Olena011
Les membres de l'équipe Olena sont fiers de vous annoncer la sortie
d'Olena 0.11. Il s'agit d'une mise à jour de la bibliothèque de
traitement d'images générique et performante développée au LRDE
(http://olena.lrde.epita.fr). Cette nouvelle version apporte le
support des versions récentes des compilateurs C++ de GCC (g++ 4.0 et
4.1) et ICC (icpc 9.1). Swilena, un ensemble de « wrappers »
(adaptateurs) pour utiliser Olena depuis Python et Ruby, a été
amélioré. Enfin, Olena 0.11 supporte désormais Mac OS X (version 10.3)
et apporte de nombreux correctifs à la version précédente.
Pour plus d'informations, consulter :
http://olena.lrde.epita.fr/cgi-bin/twiki/view/Olena/Olena011
--
Roland Levillain, for the Olena Team.
roland(a)lrde.epita.fr
http://www.libregraphicsmeeting.org/projects.html
Libre Graphics Meeting 2007
Montréal, Québec Canada, 4-6 mai – École Polytechnique de Montréal
LGM will be a melting pot, with free software graphics
developers and artists meeting each other, exchanging ideas and tips,
and planning the future of free graphics. Graphics professionals
interested in the state of the art in free software are also welcome.
Philosophy
This conference is all about participation. Artists and developers,
feel free to bring your laptops and show us what you can (and can't yet)
do. Organise a "birds of a feather" about your favourite project or
feature. We're aiming for a bazaar.
Libre Graphics Meeting is free to attend, and open to all.
We bring together developers and users of the best of free software
graphics applications - Blender, GIMP, Inkscape, Krita, Scribus, and
more. 2007 promises to be a fun ride, with tutorials and presentations
of applications, and lots of time and space to chat, meet up with old
friends, make new ones. Plans will be made, hacking and drawing will be
done, fun will be had.