Articles précédents : Articles
- [182] Quand Mark Shuttleworth fait le point sur Ubuntu
- [45] L'EUCD en Finlande et le virus de protection des oeuvres
- [13] Formation libre sur Linux embarqué: un an après
- [10] BuildProcess : la boite à outil de l'administrateur Java/J2EE
- [80] DMCA français : lettre à Dominique de Villepin
- [4] Utilisons les Logiciels Libres - jeudi 20 octobre à Cannes
- [31] Oracle achète Innobase / InnoDB
- [33] Projet BetterDesktop
- [157] Les nouvelles de KDE
- [21] Attribution des prix IgNobel 2005
Liens connexes
- Page du projet (1067 hits)
- Page sur Sourceforge (187 hits)
- Page de téléchargement (311 hits)
- Petit article à propos d'IDL sur Wikipedia (383 hits)
- La traditionnelle capture d'écran (625 hits)
Dépêche modérée par
Dépêche éditée par
Le projet GDL fondé en 2003 par Marc Schellens a pour but de fournir un remplacement libre (licence GPL) à IDL en fournissant le compilateur mais aussi l'ensemble des fonctions standards. À ce jour GDL a une syntaxe complètement compatible avec la version 6 d'IDL (objets, pointeurs, structures, tableaux, variables système, blocs common, variables assoc, tous les opérateurs, tous les types de données, etc.). Plus de 250 fonctions et procédures standards ont déjà été implémentées, allant de la transformée de Radon aux fonctions de visualisation graphique 2D et 3D en passant par les polynômes de Laguerre ou encore la gestion des fichiers NetCDF par exemple.
GDL ne se borne cependant pas à cloner IDL mais innove et étend celui-ci. En effet, GDL possède une interface python (des routines écrites en python peuvent être appelées depuis GDL) et GDL peut être construit en tant que module python (des routines GDL peuvent être appelées depuis python). GDL s'appuie aussi sur des bibliothèques libres éprouvées et performantes (FFTW, GNU Scientific Library, Image Magick, plplot entre autres).
GDL est une occasion d'inciter certains chercheurs et industriels à s'intéresser au libre. N'hésitez pas à contribuer ainsi qu'à faire connaître GDL aux utilisateurs d'IDL !
Page du projet (1067 hits)
Page sur Sourceforge (187 hits)
Page de téléchargement (311 hits)
Petit article à propos d'IDL sur Wikipedia (383 hits)
La traditionnelle capture d'écran (625 hits)
> Lire la suite (29 commentaires, moyenne: 2,2). [dépêche : 1244 caractères]
* documentation,
* publicité,
* fabrication de paquets binaires pour votre distribution/OS favori,
* optimisations,
* rapports d'erreurs et écriture de routines de test en GDL,
* portage sur d'autres plate-formes (GDL fonctionne déjà sous GNU/Linux et MacOS X avec gcc),
* finition du système de sortie graphique,
* écriture de fonctions et procédures de la bibliothèque standard,
* implémentation de l'interface graphique.
Les contributions peuvent se faire en C/C++, en GDL ou encore en python. Même les plus petites sont vivement appréciées. L'équipe compte actuellement une petite dizaine de développeurs plus ou moins actifs et les débutants sont amplement aidés et guidés.
Pour les gourmand(e)s, voici un très simple aperçu de GDL. Les quelques lignes suivantes tracent une fonction sinus et affichent la position des maxima :
GDL> a=sin(findgen(200)/10)
GDL> plot,a,YRANGE=[-1.1,1.1]
GDL> w=where( a ge shift(a,1) and a ge shift(a,-1))
GDL> plots,w,a[w],PSYM=2,SYMSIZE=2
À très bientôt sur le projet GDL !
Clone ?
Je travaille dans un endroit qui utilise IDL de facon importante et cela me fait poser la question : dans quelle mesure GDL clone t'il les commandes et capacites d'IDL ? Les etudiants l'utilisant ici sont relativement exigeants avec le code qu'ils developpent et IDL 6.x apporte egalement son lot de nouveautes notemment au niveau interfaces.
Je ne dis pas qu'IDL est mieux, mais que si je veux leur proposer une alternative libre, j'ai interet a avoir de bon arguments. Donc, il y a t'il quelqu'un qui s'est penche dessus ?
Steph
-
[^]Re: Clone ?
Posté par Vincent P (page perso, ) le 19/10/2005 à 10:19. (lien). Évalué à 1.Est ce que le fait qu'il peuvent développer chez eux avec GDL sans débourser 90$ pour une licence IDL étudiante n'est pas un argument suffisant ? (les licences non-etudiant sont au minimum a 400$ chez RSI).
-
[^]Re: Clone ?
Posté par polux14 () le 19/10/2005 à 13:45. (lien). Évalué à 2.heu, le prix de la licence c'est plutot 4500¤, plus 500¤ par ans pour les mise a jours :(
-
[^]Re: Clone ?
Posté par Vincent P (page perso, ) le 19/10/2005 à 17:36. (lien). Évalué à 2.Non non, il y a une version d'IDL spécial étudiant a 89$ pour les etats unis, 99$ en dehors :
http://www.rsinc.com/academic/idl_se.asp
Par contre tu n'as que IDL dedans, pas ENVI ni rien d'autre. Et les licences hors monde de l'education c'est effectivement plus proche de 4500¤ :-(
-
-
-
[^]Re: Clone ?
Posté par med (page perso, ) le 19/10/2005 à 10:19. (lien). Évalué à 5.GDL est encore largement en développement. Tout dépend de ce que tu veux faire avec. Si c'est du calcul ou du traitement de données à base de script c'est déjà très utilisable. Si une fonction manque tu peux en faire la demande sur la page sourceforge. Dans la plupart des cas elles sont implémentées assez rapidement par les développeurs. En revanche si tu as besoin de construire des interfaces graphiques avec des boutons et tout, là effectivement GDL n'est pas encore envisageable. D'ailleurs si quelqu'un veut développer cette partie (à coup de pyQt/pygtk par exemple ?), ce serait vraiment excellent et je pourrais enfin présenter GDL à un certain nombre de personnes qui utilisent massivement les interfaces graphiques IDL. Non, je ne suis pas volontaire pour le faire, je n'ai pas le niveau. :)
Donc pour résumer, il faut essayer pour voir si ça remplit tes besoins ou pas. Si jamais il te manque des choses et que tu as les capacités l'envie et le temps d'améliorer GDL tu seras plus que bienvenu. :)-
[^]Re: Clone ?
Posté par Nicolas () le 19/10/2005 à 13:16. (lien). Évalué à 4.je suis pas sur que GDL soit vraiment le mieux pour ca maintenant. Je pense que le couple python+numarray/scipy-core+matplotlib+gtk/tk/wxgtk est plus adapte.
C'est bien beau d'avoir un clone mais mis a part le fait de pouvoir faire tourner sans changement les scripts IDL cela n'a pas beaucoup d'interet. Un clone sera toujours en retard par rapport au model et autant se tourner vers quelque chose de nouveau.
Enfin c'est mon opinion sur le sujet.-
[^]Re: Clone ?
Posté par med (page perso, ) le 19/10/2005 à 13:32. (lien). Évalué à 4.Tu oublies qu'il existe un énorme existant au niveau des scripts IDL. Pour prendre un exemple que je connais bien, en astro les données sont traitées presque uniquement soit avec IDL soit avec MIDAS soit avec IRAF. Ce sont tous de vieux logiciels mais tu peux être sûr que dans 10 ans on les utilisera encore. Pourquoi ? Parce qu'il y a une base de scripts très riche (voir l'astrolib de la NASA par exemple : http://idlastro.gsfc.nasa.gov/homepage.html ), que tout le monde utilise (et donc connait) ça et que ce sont des solutions matures dont on sait qu'elles marchent. De plus les pipelines de réduction fournis par les instituts sont presque toujours écrits dans un de ces langages. Le fait de pouvoir faire tourner les scripts IDL sans modification est donc très important. Les chercheurs n'ont vraiment pas de temps à passer à apprendre un nouveau langage et réécrire et déboguer tous leurs scripts qu'ils ont accumulé depuis 20 ans pour certains.
Quant au retard, IDL n'avance pas si vite que ça, et les chercheurs se précipitent rarement sur les dernières nouveautés qui viennent de sortir. Donc même si GDL (une fois fini) a un retard de quelques mois sur les toutes dernières fonctions, c'est loin d'être un drame. :)-
[^]Re: Clone ?
Posté par Nicolas () le 19/10/2005 à 16:05. (lien). Évalué à 4.je connais pas mal le sujet et donc pour iraf on peut tout a fait utiliser pyraf et vu que de tout de facon le developpement de iraf est arrete, on va devoir bouger vers autre chose. IDL c'est peut etre bien mais bon je n'ai pas l'argent de l'acheter et vu les budget des labos d'astro je trouve ca aberrant de devoir encore utiliser ce logiciel. Tout le monde, en astro, n'utilise pas IDL et c'est justement peut etre le moment de penser a faire un truc un petit plus tourne vers le futur vu qeu MIDAS et IRAF arrivent clairement en fin de vie.
Le STSCI developpe numarray et participe beaucoup a scipy et en particulier a la def du nouveau numpy.
La plupart des pipeline de reduction ne sont PAS en IDL. Ils sont essentiellement en C lies soit avec MIDAS, soit avec IRAF ou de plus en plus en python ou java. Le STSCI, l'institut qui a fait que IDL est devenu populaire en astro, passe lui meme tout ses softs sur pyraf et a clairement annonce une migration de tout les softs vers ce dernier. La fin de iraf semble se diriger plutot vers un support accru vers python+scipy+matplotlib. Enfin bon on verra bien, seul le futur nous diras ce que l'on auras
Apres le coup les chercheurs n'ont pas le temps d'apprendre un nouveau langage je suis d'accord mais bon pourquoi font ils toujours la mise a jour du dernier IDL?
Enfin bon c'est pas trop grave tout ca, je trouve dommage que l'on veuille encore faire un clone d'un soft proprio plutot que mettre les forces en commun pour developper un truc bien a nous.
Enfin je prefererais que l'on participe a:
http://software.pseudogreen.org/i2py/
qu'a une re-ecriture complete de IDL.
J'ai tente d'installer GDL c'est plein de dependances, ca me trouve pas mon python et donc matplotlib et faire des graphes avec plplot ca laisser reveur tout de meme...
Faut que je remette les maisn dedans pour voir ce qui foire.-
[^]Re: Clone ?
Posté par med (page perso, ) le 19/10/2005 à 17:30. (lien). Évalué à 1.J'ai essayé d'installer pyraf il y a quelque temps histoire de ne pas avoir à subir l'infâme CL, je n'ai jamais réussi (d'ailleurs beaucoup de logiciels d'astro sont atroces à installer). Sinon le développement d'IRAF est lent depuis de nombreuses années, c'est pas nouveau ça. Mais l'évolution continue (voir la sortie de la version bêta d'ECL par exemple). IRAF est encore là pour longtemps, ça ne fait aucun doute. Je vois mal les personnes que je connais passer à autre chose. D'ailleurs en l'état actuel des choses je ne vois pas ce qui pourrait remplacer IRAF (et ses dérivés genre pyraf).
Concernant le remplacement d'IDL par python, il y a justement un thésard au labo qui est en train de monter une chaîne de traitement. Et je peux te dire qu'il s'arrache les cheveux avec python car il lui manque quelque chose d'aussi complet que l'astrolib, m'a-t-il dit.
J'ai dit : « les pipelines de réduction fournis par les instituts sont presque toujours écrits dans un de ces langages », je n'ai pas dit que c'était principalement écrit en IDL. Ne me fais pas dire ce que je n'ai pas dit. Mais oui, il y en a bien qui ont été écrit en IDL. Personnellement je n'ai encore jamais utilisé de pipeline écrite en python, mais ça va venir, effectivement. J'ai d'ailleurs entendu des plaintes à ce propos.
Apres le coup les chercheurs n'ont pas le temps d'apprendre un nouveau langage je suis d'accord mais bon pourquoi font ils toujours la mise a jour du dernier IDL?
Par exemple pour avoir le support linux 64 bits nécessaire pour traiter des très gros volumes de données. (c'est la raison de la dernière mise à jour chez nous)
J'ai tente d'installer GDL c'est plein de dependances, ca me trouve pas mon python et donc matplotlib et faire des graphes avec plplot ca laisser reveur tout de meme...
Tu as bien installé le paquet de développement de python ? Si tu n'as pas besoin des fichiers netcdf/hdf ajoute --without-netcdf --without-hdf --without-hdf5 sur la ligne de configure, ça enlèvera pas mal de dépendances.
Sinon personnellement j'ai un beau mélange de scripts shell, python, IRAF ou IDL selon ce qui est le plus pratique pour faire ce que je veux. C'est vrai qu'un seul outil serait préférable mais c'est pas demain la veille, en astro on est conservateur, on utilise même encore les unités CGS. :-(-
[^]Re: Clone ?
Posté par Nicolas () le 19/10/2005 à 19:51. (lien). Évalué à 1.
Sinon le développement d'IRAF est lent depuis de nombreuses années, c'est pas nouveau ça. Mais l'évolution continue (voir la sortie de la version bêta d'ECL par exemple).
ouhais enfin le NOAO a envoye une lettre cet ete pour dire que le developpement de IRAF etait arrete donc bon la mort de IRAF est programme a plus ou moins long terme.
De tout de facon c'est une grosse usine a gaz a installer, maintenir. Il ne respecte pas du tout la structure d'un moindre programme unix. Avant meme de recevoir la lettre, la derniere que j'ai envoye un mail au NOAO pour le support de l'amd64, ils m'ont dit qu'ils n'y auraient rien du tout et qu'il fallait utiliser un bootstrap.
Donc puisque tu parlais de 64 bits ca va pas exister sur l'architecture qui explose actuellement...
Je peux te garantir que les premiers pipeline pour gros instruments sur telescopes de 8metres ecrit en python vont sortir et que les profs arretent (pour une raison de cout) d'utiliser IDL. Je ne dis pas que les biblios en python ne manquent pas et je trouve surtout dommage que celles developpes ne soient pas plus diffuse.
Pour GDL, j'ai une version perso de python et meme en precisant le --with-python=toto il dit que ca manque.-
[^]Re: Clone ?
Posté par med (page perso, ) le 19/10/2005 à 20:21. (lien). Évalué à 2.De tout de facon c'est une grosse usine a gaz a installer, maintenir. Il ne respecte pas du tout la structure d'un moindre programme unix
Ouais, comme la plupart des programmes d'astro quoi. :)
Je peux te garantir que les premiers pipeline pour gros instruments sur telescopes de 8metres ecrit en python vont sortir et que les profs arretent (pour une raison de cout) d'utiliser IDL.
Dans le labo où je suis, on a un instrument sur un 8m depuis quelque temps déjà et le pipeline est en IDL pour autant que je sache (je vais m'en assurer demain quand même, mais au moins une partie est en IDL c'est certain). Sur un futur instrument spatial le pipeline sera en jython il me semble, simplement parce que ce ne sont pas les membres du service qui ont décidé du langage. Sinon ça aurait aussi été IDL.
Pour l'abandon d'IDL, je ne sais pas dans quel labo tu es, mais je ne le constate pas du tout. J'ai même fait le compte tout à l'heure et parmi les thésards (donc les chercheurs de dans 5-7 ans) et post-doc que je connais, c'est bien simple on utilise tous au moins partiellement IDL.-
[^]Re: Clone ?
Posté par Nicolas () le 19/10/2005 à 20:29. (lien). Évalué à 1.j'ai pas dit que IDL etait abandonne mais que certains profs (les influents) poussent les etudiants a arrete de l'utiliser pour le python.
Le plus drole dans tout cas c'est que je vois les etudiants s'en servir pour faire du calcul numerique... Ok pour le traitement d'image mais du calcul numerique????
Pour ton instrument sur un 8m avec pipeline en IDL si c'est un des VLT cela m'etonnerait fortement car dans le cahier des charges de l'ESO c'est bien dit que les pipelines doivent etre en MIDAS.
-
-
-
[^]Re: Clone ?
Posté par Mathias Bavay (page perso, ) le 19/10/2005 à 20:25. (lien). Évalué à 1.en astro on est conservateur, on utilise même encore les unités CGS. :-(
Tant mieux ! Comme ça, vous passerez directement au MKSA !!
Mathias, intégriste du MKSA
-
-
[^]Re: Clone ?
Posté par Nicolas () le 19/10/2005 à 19:39. (lien). Évalué à 1.enfin pour me repondre a moi meme.
Je n'aime pas trop les projets qui ne font que copier l'existant. Cela donne des arguments aux anti-opensources pour dire que nous ne sommes que des copieurs et que nous ne faisons que detruire l'industrie du logiciel. Ensuite je ne sais pas comment le developpement de GDL est fait mais je suis pas sur que le developpement d'un clone de la part de quelqu'un ayant utilise IDL auparavant soit autorise....-
[^]Re: Clone ?
Posté par med (page perso, ) le 19/10/2005 à 20:07. (lien). Évalué à 1.Et pourquoi donc ? Scilab est bien très largement compatible avec matlab et ça ne pose de problème à personne par exemple. Il y a aussi des implémentations libres de Java. Peut-être que le mot « clone » est malheureux. J'aurais peut-être dû mettre « implémentation ».
-
[^]Re: Clone ?
Posté par Nicolas () le 19/10/2005 à 20:20. (lien). Évalué à 1.Il y a aussi des implémentations libres de Java
toujours en retard cf le probleme du media player de openoffice.org2
De tout de facon j'aime pas certains truc d'IDL, franchement que trouves tu de plus lisible:
a ge b (IDL)
ou
a>=b (la plupart des autres langages)
Un detail certe mais pour la relecture des softs c'est appreciable.-
[+] [^]Re: Clone ?
Posté par Nicolas () le 20/10/2005 à 14:57. (lien). Évalué à -2.PUTAIN MAIS VOUS ETES !@#@!#!@# ou quoi?????
Relisez le truc au desssus et dites moi en quoi cela n'a rien a voir avec le sujet????
La ca m'enerve mais vraiment!!!
Vous avez pas remarque que c'etait pertinent et non pertinent et plus + ou - les votes?
Que ce qui ont moinssez relises la definition du mot pertinent.-
[^]Moinssage
-
-
-
[^]Re: Clone ?
Posté par Benoît Sibaud (Jabber id, page perso, ) le 20/10/2005 à 07:57. (lien). Évalué à 3.Scilab n'est pas libre lui, donc il n'est pas vraiment comparable aux autres logiciels cités ici comme clones libres.
-
-
-
-
-
-
-
[^]Re: Clone ?
Posté par salvaire () le 19/10/2005 à 13:40. (lien). Évalué à 2.Je travaille dans un endroit qui utilise IDL
Pour ma culture. Quelle est le domaine?
Je ne vois pas trop l'intérêt du langage IDL par rapport à Python pour un projet libre. Python est très simple. Gtk et Glade sont disponible de facto. Le JIT viendra un jour avec Parrot.-
[^]Re: Clone ?
Posté par ploum (page perso, ) le 19/10/2005 à 15:12. (lien). Évalué à 1.J'ai personnellement développé en IDL. Dans le domaine de la recherche et du traitement des données issues de satellitte, on utilise quasi que IDL.
Ne me parler pas de python ou de Linux, c'est :
IDL/Fortran sur des alpha OpenVMS
-
[^]Re: Clone ?
Posté par AlainZ (page perso, ) le 19/10/2005 à 15:35. (lien). Évalué à 3.IDL est tres tres largement utilise en Astronomie,
depuis pres de 10 ans, par une vaste communaute internationale.
(au contraire de Yorik ou Python, bien moins repandus)
Python y prend pied doucement, mais, du cote
simplicite pour l'affichage graphique et la manipulation
de donnees, IDL reste une reference dans ce milieu,
malgre le prix hallucinnant des licences.
Avec IDL, on a vraiment les donnees "sous la main",
et le cote function/procedure a un certain succes.
je ne pense pas que le "retard" avec la version commerciale
soit un probleme : une grande partie des utilisateurs n'ont
pas adoptee la partie Widgets et la programmation objet,
qui sert pas a grand chose en calcul scientifique.
La version actuelle de GDL implemente deja les parties
les plus importantes de la syntaxe "sympa" d'IDL,
utilisee le plus souvent en mode commande avec des petits scripts.
Les etudiants se debrouillent en qlq heures avec IDL.
C'est un gain de productivite evident sur une option C/C++ ou Fortran
car tout le cote lourd de la programmation est evacue.
Par rapport a la definition du projet GNU, GDL est un excellent projet.
On trouvera des info supplementaires ici:
http://aramis.obspm.fr/~coulais/IDL/idl.html-
[^]Re: Clone ?
Posté par salvaire () le 19/10/2005 à 15:56. (lien). Évalué à 2.Je ne connais pas bien le domaine de l'astronomie. Mais IDL me semble totalement inadapté sur des volumes de données de l'ordre du To, Po. En physique des particules ça ne tiendrait pas la charge (API C++ et Python). Lorsque j'ai bossé sur les étoiles des nuages de Magellan. Le volume était quand même important. Est ce limité aux petites expériences? Quelle est le volume typique des données et de quel type?
-
[^]Re: Clone ?
-
[^]Re: Clone ?
Posté par décroissance () le 20/10/2005 à 16:08. (lien). Évalué à 1.Euh, de mon experience, pour lire des gros fichiers (~100Mo), IDL pur est plus rapide que python + numarray pur, mais ce dernier est plus souple.
-
-
-
Que faut il apprendre?
Je sais que m'a question n'est pas directement dans le sujet, mais les débats précédents sur les différents languages m'ont donné l'idée de vous la poser.
Je m'apperçois qu'il y a de nombreux membres d'équipes de recherche sur cette page de linuxfr.
Je suis enseignant certifié en physique appliquée. Lors de mes études à la fac d'Orsay je me débrouillait assez bien en fortran, mais c'était en 1981...
Ma question pourait être de manière hypocrite
<<que conseiller à un jeune d'apprendre ?>>
En fait malgrés mon age, 47 ans, je ne me sent pas si vieux et je souhaite changer d'activité. J'ai repéré le concours sur dossier d'assistant d'ingénieur ou de technicien au CNRS.
(Je prépare aussi l'agreg à temps perdus, mais je pense que vu le nombre de place, l'accéssibilité est déjà un bel objectif.)
Je sais que ce n'est probablement pas réaliste, mais participer à une équipe de recherche est un vieux rève. Et puis les morpions de lycée technique me lassent.
De toutes façons je vais essayer.
Avez vous des suggestions qui me permettraient d'augmenter mes chances d'intégrer une équipe?
Languages à apprendres?
Activités au labo du lycée?
Il fut un temps ou des enseignants ont été "mis à disposition" du CEA.
Cela existe t il encore?
-
[^]Re: Que faut il apprendre?
Posté par salvaire () le 20/10/2005 à 14:44. (lien). Évalué à 3.* La triste réalité:
Si tu n'as pas fait de doctorat, c'est pas la peine de présenter un dossier. Les postes d'assistant d'ingénieur ou de technicien au CNRS sont "des postes de balayeurs", cf. la grille des salaires et le travail ingrat.
Ton âge n'est pas favorisant ...
* Ce qui est envisageable:
Par contre, si tu est enseignant et 47 ans. Donc tu as du temps libre. Alors tu peut faire une thèse non financé sur plusieurs années (5 ans ...). J'ai eu des échos de quelques cas comme cela. De plus tu garde ton ancienneté à l'éducation national pour le salaire. La thèse permet de t'évader le reste du temps.-
[^]Re: Que faut il apprendre?
Posté par CyrrusSmith (page perso, ) le 20/10/2005 à 15:50. (lien). Évalué à 3.Donc il ne me reste plus qu'à chercher un labo pas trop loin qui accepte de me prendre.
Merci de l'info.-
[^]Re: Que faut il apprendre?
-
-




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.