Articles précédents : Articles
- [38] kqemu devient libre, qemu 0.9.0
- [6] Virtual Loup-de-mer : simulation de course à la voile
- [27] Lettre ouverte aux constructeurs
- [27] L'APRIL écrit à l'AFNOR à propos d'OOXML
- [11] Enlightenment a besoin de vous !
- [0] Définition et enjeux du logiciel libre dans les pratiques d'animation scientifique et technique
- [23] Les candidats à la présidentielle française interrogés sur les logiciels libres
- [19] Loongson - les processeurs venus du pays des pandas
- [159] La route de PDF vers l'ISO
- [54] Retard inquiétant du RGI. Qui est-ce qui le bloque ?
Liens connexes
Dépêche modérée par
Dépêche éditée par
Articles : Cassandra, le logiciel de visualisation scientifique 3D utilise VTK 5.
Posté par artenum (). Modéré le 06 février 2007.
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.
![[en]](../../../images/en.png)
![[fr]](../../../images/fr.png)
> Lire la dépêche (9 commentaires, moyenne: 3,1).
Ouvert et modulaire, Cassandra peut facilement être étendue par de nouveaux filtres qui se présentent comme des greffons chargés dynamiquement. Un exemple complet de plug-in est d'ailleurs fourni pour aider les utilisateurs à développer et à partager leurs propres plug-ins. Des zones d'échange et des Synchroniseurs LibreSource peuvent sur demande être ouverts sur le serveur LibreSource qui héberge Cassandra afin de rendre ces contributions disponibles à la communauté toute entière.
En avance sur les autres visualiseurs scientifiques 3D actuellement disponibles, Cassandra intègre la version 1.3 de JyConsole, la console Jython. Cela offre des fonctionnalités de prototypage basées sur Python/Jython et facilite son interopérabilité avec les plate-formes CAD/post-processing existantes ainsi que de futurs Environnements Intégrés de Modélisation (IME).
Artenum a présenté Cassandra 2.2 sur son stand au salon Solutions Linux 2007, sis à Paris, France.
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
Posté par artenum () le 07/02/2007 à 09:22. (lien). Évalué à 3.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
Posté par Albert () le 07/02/2007 à 13:54. (lien). Évalué à 4.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
Posté par artenum () le 07/02/2007 à 16:18. (lien). Évalué à 4.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
Posté par Albert () le 07/02/2007 à 16:55. (lien). Évalué à 2.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
Posté par Albert () le 07/02/2007 à 16:58. (lien). Évalué à 3.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
Posté par maxapoil (page perso, ) le 08/02/2007 à 15:27. (lien). Évalué à 2.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
-
-
binaire??
Sur la plaquette de présentation de Cassandra, j'ai trouvé ça:
Cassandra est diffusée sous licence QPL V1.0, pour ses composants ouverts, et sous la licence Artenum Binary Public Licence, pour ses composants binaires.
Je ne sais pas trop quoi comprendre:
- les sources de certains composants de Cassandra sont propriétaires?
- ou les binaires, fournis par l'équipe de Cassandra (et construits à partir des sources diffusées sous licence QPL) sont sous licence "Artenum Binary Public Licence"?
Merci de vos éclaircissements (une FAQ serait la bienvenue).
-
[^]Re: binaire??
Posté par artenum () le 07/02/2007 à 09:02. (lien). Évalué à 4.Houpsss !!!! Merci de la remarque !
En fait, c'est un erreur de la plaquette qui n'a pas été correctement re-mise à jour.
La première version de Cassandra appellait un composant (utilisé dans le pipeline manager) qui nous pension initialement publier séparément en tant que projet propre.... En attendant cette release, nous avions donc été obligés de définir cette licence Artenum binaries.
En fait, on a finalement tout releaser directement dans la version actuelle de Cassandra (2.2).
Je vous confirme donc que Cassandra 2.2 intégralement sous QPL et que l'ensemble de son code source est accessible.
Nous allons corriger les plaquettes en concéquence.
Merci.
Julien.
Cette page a été générée par Templeet en 0.073s (dont 0.0152 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.