Cassandra, le logiciel de visualisation scientifique 3D utilise VTK 5.

Posté par  . Modéré par Amaury.
Étiquettes :
0
6
fév.
2007
Open Source Experience
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.
Cette approche facilite l'usage de tels outils puisque la prise en main de Cassandra ne nécessite pas l'apprentissage de connaissances pointues sur VTK ou le langage C++.

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.

Aller plus loin

  • # a propos de jython

    Posté par  . É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  . É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  . É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  . É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  . É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  . É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  . É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??

    Posté par  . Évalué à 2.

    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  . É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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.