Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: 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 :
  • 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

Posté par Albert () le 07/02/2007 à 02:45. (lien). Évalué à 4.

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