Articles : Cassandra, le logiciel de visualisation scientifique 3D utilise VTK 5.
Posté par artenum (). Modéré le 06 février 2007.
Artenum annonce que la version 2.2 de Cassandra, le framework de visualisation scientifique 3D basé sur VTK et Java, est disponible. Cassandra fournit un éditeur graphique de pipeline permettant de définir facilement toutes sortes de processus par simple combinaisons de filtres pré-définis.
Cette nouvelle version apporte plusieurs améliorations majeures :
Cette nouvelle version apporte plusieurs améliorations majeures :
- Support de VTK 5.0, intégrant implicitement les nouvelles fonctionnalités et évolutions de VTK 5.x et ouvrant Cassandra aux futures améliorations ;
- Maintient de la compatibilité avec VTK 4.2 ;
- Intégration de la version 1.3 de JyConsole, la console Python/Jython apportant une complétion orientée objet ;
- Intégration de plusieurs nouveaux greffons ;
- Quelques corrections de bug.
> Lire la dépêche (9 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #802289.




a propos de jython
petite question jython c'est encore developpe? Parceque d'apres le site on dirait que c'est reste a python 2.2 (au mieux) et il y a rien depuis mars 2005 sur le site.
[^]Re: a propos de jython
Bonjour,
C'est vrai que c'est un problème de fond.
Jython est une superbe technologie, mais la communauté a effectivement un peu marqué le pas depuis quelques temps. La version actuelle de Jython est normalement compatible avec la version 2.1 de Python.
Cela dit, la version actuelle de Jython est totalement opérationnelle et « avale » 95% des scripts Python (tout du moins ceux utilisés pour piloter VTK).
Par ailleurs, il y a un retour fort vers Jython ces derniers temps, en particulier comme console de scripte pour des codes Java. JyConsole avec sa complétion objet semble ne pas être totalement étranger à ça.
De notre côté, nous réfléchissons à participer de manière plus active à la dynamique Jython et de soutenir, au moins en partie, son développement.
Ju.
[^]Re: a propos de jython
sachant que l'on est a Cpython 2.5 ca laisse reveur. De plus il manque des extensions comme numpy, a mon avis fondamental pour le travail avec donnees. Et j'espere que le PEP sur les arrays sera enfin accepte pour 2.6.
[^]Re: a propos de jython
Bonsoir,
Effectivement l'absence de NumPy est un problème dans l'absolu.
Mais d’une part, même s’il ne fait pas exactement la même chose, il existe JNumerics, qui est pas mal du tout ( voir http://jnumerical.sourceforge.net/index.html ).
Et d’autre part, en pratique, il est souvent beaucoup plus pertinent de faire les traitements équivalants au niveau Java (voir natif) avec des bibliothèques comme JLapack, Colt ou autres. On obtient ainsi un bon compromis en termes de ratio performances/ facilité de prototypage, Jython/Python n’étant utilisé que comme langage de script et/ou de glue, et plus généralement de prototypage.
L’interfaçage avec des composants en Fortran peut se faire avec f2c (même s’il est imparfait, il ne marche pas si mal) ou un wrapping Java/natif avec JNI. Sur ce dernier point Swig est maintenant très opérationnel, facile à utiliser et très performant.
Maintenant, je suis parfaitement d’accord qu’il serait très intéressant de renforcer la dynamique communautaire autour de Jython.
Julien.
[^]Re: a propos de jython
L’interfaçage avec des composants en Fortran peut se faire avec f2c (même s’il est imparfait, il ne marche pas si mal)
Il y a tout de meme pas de probleme avec f2c
1) c'est du fortran77 -> C
2) conversion de code a code ca enleve pas mal d'optimisation
3) le g77 a degage dans le novueau gcc et est remplace par le fortran 90
4) ne pas utiliser numpy ni scipy c'est vraiment dommage car cela elimine pas mal de biblio interessantes. En particulier toutes celles en fortran (numpy fournit f2py qui fonctionne avec pas mal de compilos)
Apres le fiat que utiliser des trucs natif en java c'est probablement une meillur idee mais je ne sais absolument pas ce qu'il y a dans le calcul numerique dans ce langage (d'ailleurs si il y a des liens je suis preneur)
[^]Re: a propos de jython
je viens de regarder Jnumeric et la aussi c'est comme jython c'est mort (a ce propos je ne comprendrais jamias le "pourcentage d'activite" de sourceforge...)
Il n'y a pas eu de changement depuis 4 ans...
Le developpeur qui a initie le projet est depuis passe sur numpy/Cpython
[^]Re: a propos de jython
Ca tombe bien que tu parles du "retard" de Jython. A priori il y a du nouveau depuis très peu de temps:
Une roadmap qui date du 3 février 2007:
http://www.jython.org/Project/roadmap.html
source: le blog d'un dev Jython:
http://fwierzbicki.blogspot.com/index.html