La licence propriétaire que tu vends à tes clients.
La licence GPL que tu gardes dans l'entreprise et que tu 'externalise' lors de sa faillite.
Il existe plusieurs cas de double licence (qt qui était en propriétaire sous win et libre sous *nix). Peut-être que ce modèle est applicable dans ton cas.
Merci pour le lien. C'est un très bon résumé. Je suis d'ailleurs tombé sur MayaVi que j'ai oublié de mentionner dans le message. Je pense que c'est celui que je vais utiliser, il semble y avoir une bonne doc sur le site scipy (http://www.scipy.org/Cookbook/MayaVi).
Ce que je voudrais par dessus tout, c'est un retours d'expérience sur ces différentes librairies avant de me lancer dans cette jungle...
J'ai aussi ce problème avec mon tablet pc.
S'il est dans le même cas que moi, le hack crade est qu'il faut faire un script qui tourne l'écran avec xrandr et avec les wacomtools. Par exemple, pour tourner l'écran vers la droite :
xrandr -o right
xsetwacom set "stylus" Rotate 1
Et comme ça, le pointeur de souris tourne aussi...
Pour lire les pdf standard, evince, okular, xpdf, gv ... et les autres sont parfaits et souvent plus rapides qu'acroread.
Cependant, j'attends encore le lecteur (libre) qui me permettra de visionner des vidéos et autres joyeusetés multimédia (3D, ...) dans les pdf.
Eh oui, c'est utile, surtout pour faire des présentations avec latex-beamer qui a un rendu absolument superbe.
Des articles scientifiques commencent aussi à sortir avec du contenu multimédia. Regardez, par exemple cet article parus dans Nature en début d'année (en libre accès, sauf erreur...)
J'ai donc mis un compteur dans la bibliothèque qui varie de 0 à 1. Je l'appelle du GUI dans un thread.
thread.start_new_thread(objet.open,())
Ensuite je fais un :
while objet.compteur < 1:
# code pour la barre de progression
# suite du programme
Donc ça marche, dans la console je peux voire s'incrémenter le compteur.
Le seul soucis qui me reste est dans l'affichage de la barre de progression qui n'apparaît qu'à la fin du chargement du fichier (et donc à 100%), mais ça c'est une autre histoir...
La question était justement comment faire pour que ma bibliothèque renseigne sur son état d'avancement. Mon seul soucis étant de laisser ma bibliothèque indépendant de la gui.
Si les threads me permettent de faire ça, alors je m'y met.
Merci pour ton conseil, ce programme m'a beaucoup aidé à traquer les erreurs de conventions que j'ai faites.
Pour Jean B : Tu as encore été gentil dans ton message... quand j'ai vu les spécifications, et surtout les insultes que m'a envoyé Pylint, j'étais pas fière (je devais avoir une note entre 0 et 1 sur 10, lamentable). Maintenant, ça vas mieux (plus de 9/10) et c'est en effet plus propre.
Le point fort de Pylint, c'est qu'il traque aussi les variables qui ne sont pas utilisées, très pratique.
Je connaissais pas du tout l'initiative du format OME. Ça serait l'idéal si tous les constructeurs utilisaient le même format, ouvert qui plus est.
Selon les infos sur le site, Zeiss (le constructeur du LSM 510) se trouve dans les "Formal Indication of Support", donc c'est pas gagné. Cependant, je ne manquerait pas de leur en faire part à l'occase.
Pour le deuxième lien (µManager) ça parait aussi très intéressant. Malheureusement, le microscope n'est pas à moi, je dois donc faire avec ce qui est installé dessus. Typiquement, on est plusieurs laboratoires à se partager le même microscope. Les réservations se font 1-2 semaines à l'avance. Je me vois donc mal commencer à y installer un linux et y faire tourner µMananger (oui, ça tourne aussi sur windows, mais laisse-moi rêver...).
En conclusion, ce sont deux liens très intéressant que je vais m'empresser de partager avec mes collègues, des fois, ça pourrait faire bouger les choses dans le bon sens. Mais pour l'instant, je dois faire avec les fichiers LSM :-(
En effet, j'avais oublié ces projets lors de la rédaction de la dépêche. Toutes mes excuses aux personnes que j'aurais froissé.
Cependant, de ce que je me rappelles, ces deux projets sont liés intimement à VTK, une biliothèque de visualisation très puissante.
Dans mon cas, tout ce que je voulais étais un truc très simple qui me retourne une matrice avec les valeurs d'intensité des pixels pour pouvoir ensuite les analyser. J'ai essayé BioImageXD, mais il était lié à une version de VTK en dévoloppement (en tout cas quand j'ai essayé). J'ai essayé aussi de lire leurs code pour extraire ce qui m'intéressait au niveau de la lecture des fichiers LSM, mais c'était un peu compliqué pour moi en mélangeant du code python avec du C (faudra que je m'y mette au C...). De ce que j'avais compris à l'époque, c'est que la lecture de fichiers LSM était liée à cette version de VTK, une dépendance que je ne souhaitait pas par soucis de simplicité (pourquoi inclure un module de visualisation juste pour lire ces fichiers ?). Voilà donc pourquoi j'ai oublié de mentionner ces deux projets.
L'avantage de ce module, c'est qu'il ne dépends que de numpy et scipy. Il ne renvoie qu'une matrice 2D correspondant au canal et tranche désirée. J'ai voulu faire simple et léger.
C'est très intéressant comme lien, j'ai bossé avec un AFM durant ma thèse. Effectivement, c'est orienté "scanning probe microscope" (on appelle ça sonde locale en français ??), donc pas utilisable directement.
Niveau traitement d'image, je me suis orienté vers Python Imaging Library, qui est très puissant. Mais je garde ton lien sous la main, il pourrait y avoir de bonnes inspirations.
Niveau technique, le fichier est un "simple" tiff modifié. Le plus dur a été de comprendre les entête et les différents offsets qui pointent sur les entêtes elles-mêmes et sur les images.
Ensuite, les images sont codées directement en intensité, le tout est de savoir si c'est en 8 ou 16 bits. Cette partie ne fait que 6 lignes de code (c'est la fonction readStack dans LSMParse.py).
Ou tout simplement que pour beaucoup de gens, cela n'a pas un d'intérêt immédiat, mais vu que c'est gratuit, c'est l'occasion d'essayer.
Dans mon cas, ça fait 10 ans que je suis sous linux, je n'ai plus aucun besoin de ce genre. Mais dans mon entourage, je sais que ça pourrait intéresser du monde pour faire le grand saut.
C'est donc une bonne occasion d'essayer pour ensuite bien conseiller, en toute connaissance de cause.
En fait, il semblerait que les codes que l'on reçoit par email seront valable plusieurs jours. On pourra donc tester Crossover malgrés leur déboirs.
En effet, sur leurs site, on peut lire :
"Due to load, expect your serial number to be emailed to you in a few days."
que je traduis (librement) :
"A cause de la charge, attendez vous à recevoir votre numéro de série dans qqs jours."
Il semble qu'il y ai un véritable raz de marée sur leurs serveurs.
Je suis quand même curieux de voir de quoi ça a l'air.
Ouaip, ça fait depuis ce matin que j'essaye, mais le serveur n'avait pas l'air de répondre. Et maintenant c'est fini...
... c'est pas grave de toutes façons, je n'avais pas besoin de faire tourner des soft windows sur mon linux. Mais ça aurait pu convaincre ma copine de ne pas se remettre de double boot.
Je profite de cette annonce pour exposer un petit problème que j'ai avec OO.org.
Quand je crée une interaction sur un objet (clic droit, interaction), je crée une action, comme aller à la page x si je clique sur l'objet. C'est bien pratique pour recharger la page qui contient une animation, puisque le loop ne marche pas...
Ca marche bien, jusqu'à ce que quitte OO.org et que je recharge le document. Il n'a pas l'air d'avoir enregistré mes interaction.
Quelqu'un a-t-il déjà eu ce problème, et si oui, comment a-t-il fait ? (a part recréer les interactions juste avant la présentation ;-)
La dernière fois que j'ai reçu un .doc pour une enquête, j'ai renvoyé un odt.
La personne m'a gentiment fait savoir qu'elle n'arrivait pas a le lire. Je lui ai
donc renvoyé en pdf, en spécifiant à la fin du mail :
================================================
For information :
The format I used is "Open Document Text", is a free and open file
format.
You can easily read it with OpenOffice.org, google docs, Lotus Symphony,
NeoOffice (Mac), ...
# Double licence
Posté par roduit (site web personnel) . En réponse au message Passage de code sous licence GPL. Évalué à 1.
La licence propriétaire que tu vends à tes clients.
La licence GPL que tu gardes dans l'entreprise et que tu 'externalise' lors de sa faillite.
Il existe plusieurs cas de double licence (qt qui était en propriétaire sous win et libre sous *nix). Peut-être que ce modèle est applicable dans ton cas.
[^] # Re: Une piste peut être
Posté par roduit (site web personnel) . En réponse au message Intégrer un plot 3d dans un projet gtk. Évalué à 1.
Ce que je voudrais par dessus tout, c'est un retours d'expérience sur ces différentes librairies avant de me lancer dans cette jungle...
# Le détail ...
Posté par roduit (site web personnel) . En réponse au journal Les possibilités des nouvelles techno web. Évalué à 3.
... était-il vraiment obligé d'utiliser deux iphone juste pour faire 2 carrés blancs ??
Arf, ces mac addict ...
[^] # Re: Synchro souris/écran lors de la rotation
Posté par roduit (site web personnel) . En réponse à la dépêche Le serveur X 1.6 est disponible. Évalué à 3.
S'il est dans le même cas que moi, le hack crade est qu'il faut faire un script qui tourne l'écran avec xrandr et avec les wacomtools. Par exemple, pour tourner l'écran vers la droite :
xrandr -o right
xsetwacom set "stylus" Rotate 1
Et comme ça, le pointeur de souris tourne aussi...
[^] # Re: Encore une fois ...
Posté par roduit (site web personnel) . En réponse au journal Un ver s'attaque à la Marine française. Évalué à 5.
# Ce qui manque...
Posté par roduit (site web personnel) . En réponse à la dépêche La FSFE lance une campagne pour les lecteurs PDF libres. Évalué à 2.
Cependant, j'attends encore le lecteur (libre) qui me permettra de visionner des vidéos et autres joyeusetés multimédia (3D, ...) dans les pdf.
Eh oui, c'est utile, surtout pour faire des présentations avec latex-beamer qui a un rendu absolument superbe.
Des articles scientifiques commencent aussi à sortir avec du contenu multimédia. Regardez, par exemple cet article parus dans Nature en début d'année (en libre accès, sauf erreur...)
http://www.nature.com/nature/journal/v457/n7225/full/nature0(...)
Il est dommage de s'en priver dans nos lecteurs libres non ?
[^] # Re: Threads
Posté par roduit (site web personnel) . En réponse au message Comment s'informer de l'évolution d'un processus qu'on a appelé ?. Évalué à 2.
J'ai donc rajouté pour chaque changement de valeur de la barre de progression ceci :
while gtk.events_pending():
....gtk.mainiteration()
et ça marche du tonner !
(désolé pour l'indentation, mais j'ai l'impression que dlfp m'enlève les espace de début)
Merci Milles fois à tous (pas envie de briser la chaîne... ;-) )
[^] # Re: Threads
Posté par roduit (site web personnel) . En réponse au message Comment s'informer de l'évolution d'un processus qu'on a appelé ?. Évalué à 1.
J'ai donc mis un compteur dans la bibliothèque qui varie de 0 à 1. Je l'appelle du GUI dans un thread.
thread.start_new_thread(objet.open,())
Ensuite je fais un :
while objet.compteur < 1:
# code pour la barre de progression
# suite du programme
Donc ça marche, dans la console je peux voire s'incrémenter le compteur.
Le seul soucis qui me reste est dans l'affichage de la barre de progression qui n'apparaît qu'à la fin du chargement du fichier (et donc à 100%), mais ça c'est une autre histoir...
Merci beaucoup pour vos conseils !
[^] # Re: solution sale
Posté par roduit (site web personnel) . En réponse au message Comment s'informer de l'évolution d'un processus qu'on a appelé ?. Évalué à 1.
Dans la réponse du haut, on me dit que les threads permettraient communiquer sur l'évolution des processus, je crois que je vais voir dans cette voie.
Merci
[^] # Re: Threads
Posté par roduit (site web personnel) . En réponse au message Comment s'informer de l'évolution d'un processus qu'on a appelé ?. Évalué à 1.
La question était justement comment faire pour que ma bibliothèque renseigne sur son état d'avancement. Mon seul soucis étant de laisser ma bibliothèque indépendant de la gui.
Si les threads me permettent de faire ça, alors je m'y met.
Merci
[^] # Re: Zotero et Thomson-Reuters : affaire à suivre...
Posté par roduit (site web personnel) . En réponse à la dépêche EndNote attaque Zotero, LL à Genève et présentations EOLE. Évalué à 3.
Il faudrait les féliciter d'avoir réussi à lire ce format et permettre de le convertir.
Quand j'y pense, même microsoft n'a pas porté plainte contre OpenOffice pour avoir osé réussir à lire les .doc...
[^] # Re: PEP-8
Posté par roduit (site web personnel) . En réponse à la dépêche pyLSM, un module python pour microscope LSM 510. Évalué à 3.
Pour Jean B : Tu as encore été gentil dans ton message... quand j'ai vu les spécifications, et surtout les insultes que m'a envoyé Pylint, j'étais pas fière (je devais avoir une note entre 0 et 1 sur 10, lamentable). Maintenant, ça vas mieux (plus de 9/10) et c'est en effet plus propre.
Le point fort de Pylint, c'est qu'il traque aussi les variables qui ne sont pas utilisées, très pratique.
Merci encore à vous deux.
[^] # Re: Dispersion des efforts...
Posté par roduit (site web personnel) . En réponse à la dépêche pyLSM, un module python pour microscope LSM 510. Évalué à 2.
Selon les infos sur le site, Zeiss (le constructeur du LSM 510) se trouve dans les "Formal Indication of Support", donc c'est pas gagné. Cependant, je ne manquerait pas de leur en faire part à l'occase.
Pour le deuxième lien (µManager) ça parait aussi très intéressant. Malheureusement, le microscope n'est pas à moi, je dois donc faire avec ce qui est installé dessus. Typiquement, on est plusieurs laboratoires à se partager le même microscope. Les réservations se font 1-2 semaines à l'avance. Je me vois donc mal commencer à y installer un linux et y faire tourner µMananger (oui, ça tourne aussi sur windows, mais laisse-moi rêver...).
En conclusion, ce sont deux liens très intéressant que je vais m'empresser de partager avec mes collègues, des fois, ça pourrait faire bouger les choses dans le bon sens. Mais pour l'instant, je dois faire avec les fichiers LSM :-(
Merci pour ta remarque
[^] # Re: ITK / BioImageXD
Posté par roduit (site web personnel) . En réponse à la dépêche pyLSM, un module python pour microscope LSM 510. Évalué à 3.
Cependant, de ce que je me rappelles, ces deux projets sont liés intimement à VTK, une biliothèque de visualisation très puissante.
Dans mon cas, tout ce que je voulais étais un truc très simple qui me retourne une matrice avec les valeurs d'intensité des pixels pour pouvoir ensuite les analyser. J'ai essayé BioImageXD, mais il était lié à une version de VTK en dévoloppement (en tout cas quand j'ai essayé). J'ai essayé aussi de lire leurs code pour extraire ce qui m'intéressait au niveau de la lecture des fichiers LSM, mais c'était un peu compliqué pour moi en mélangeant du code python avec du C (faudra que je m'y mette au C...). De ce que j'avais compris à l'époque, c'est que la lecture de fichiers LSM était liée à cette version de VTK, une dépendance que je ne souhaitait pas par soucis de simplicité (pourquoi inclure un module de visualisation juste pour lire ces fichiers ?). Voilà donc pourquoi j'ai oublié de mentionner ces deux projets.
L'avantage de ce module, c'est qu'il ne dépends que de numpy et scipy. Il ne renvoie qu'une matrice 2D correspondant au canal et tranche désirée. J'ai voulu faire simple et léger.
[^] # Re: PEP-8
Posté par roduit (site web personnel) . En réponse à la dépêche pyLSM, un module python pour microscope LSM 510. Évalué à 7.
Je vais regarder ça de plus près et corriger mon code.
Et effectivement, la lisibilité du code est très importante si je veux que mon travail puisse servir à d'autres.
Merci.
[^] # Re: Gwyddion
Posté par roduit (site web personnel) . En réponse à la dépêche pyLSM, un module python pour microscope LSM 510. Évalué à 2.
Niveau traitement d'image, je me suis orienté vers Python Imaging Library, qui est très puissant. Mais je garde ton lien sous la main, il pourrait y avoir de bonnes inspirations.
[^] # Re: Simplement cool!
Posté par roduit (site web personnel) . En réponse à la dépêche pyLSM, un module python pour microscope LSM 510. Évalué à 4.
Niveau technique, le fichier est un "simple" tiff modifié. Le plus dur a été de comprendre les entête et les différents offsets qui pointent sur les entêtes elles-mêmes et sur les images.
Ensuite, les images sont codées directement en intensité, le tout est de savoir si c'est en 8 ou 16 bits. Cette partie ne fait que 6 lignes de code (c'est la fonction readStack dans LSMParse.py).
J'éspère avoir répondu à ta question...
[^] # Re: Ya pu
Posté par roduit (site web personnel) . En réponse au journal Les produits CodeWeavers gratuit aujourd'hui 28 octobre 2008. Évalué à 4.
Dans mon cas, ça fait 10 ans que je suis sous linux, je n'ai plus aucun besoin de ce genre. Mais dans mon entourage, je sais que ça pourrait intéresser du monde pour faire le grand saut.
C'est donc une bonne occasion d'essayer pour ensuite bien conseiller, en toute connaissance de cause.
[^] # Re: Ya pu
Posté par roduit (site web personnel) . En réponse au journal Les produits CodeWeavers gratuit aujourd'hui 28 octobre 2008. Évalué à 0.
En effet, sur leurs site, on peut lire :
"Due to load, expect your serial number to be emailed to you in a few days."
que je traduis (librement) :
"A cause de la charge, attendez vous à recevoir votre numéro de série dans qqs jours."
Il semble qu'il y ai un véritable raz de marée sur leurs serveurs.
Je suis quand même curieux de voir de quoi ça a l'air.
[^] # Re: Ya pu
Posté par roduit (site web personnel) . En réponse au journal Les produits CodeWeavers gratuit aujourd'hui 28 octobre 2008. Évalué à 0.
... c'est pas grave de toutes façons, je n'avais pas besoin de faire tourner des soft windows sur mon linux. Mais ça aurait pu convaincre ma copine de ne pas se remettre de double boot.
[^] # Re: Petite question
Posté par roduit (site web personnel) . En réponse à la dépêche OpenOffice.org 3.0 est disponible. Évalué à -4.
Comme il y a une actu sur OpenOffice, je pensais, naïvement, qu'une personne au courant pourrait faire un tour ici.
... merci quand même...
Sur ce, je crois que je vair retourner à Latex-Beamer et mes liens externe pour les vidéos...
# Petite question
Posté par roduit (site web personnel) . En réponse à la dépêche OpenOffice.org 3.0 est disponible. Évalué à -3.
Quand je crée une interaction sur un objet (clic droit, interaction), je crée une action, comme aller à la page x si je clique sur l'objet. C'est bien pratique pour recharger la page qui contient une animation, puisque le loop ne marche pas...
Ca marche bien, jusqu'à ce que quitte OO.org et que je recharge le document. Il n'a pas l'air d'avoir enregistré mes interaction.
Quelqu'un a-t-il déjà eu ce problème, et si oui, comment a-t-il fait ? (a part recréer les interactions juste avant la présentation ;-)
Merci
# Et moi, c'est ...
Posté par roduit (site web personnel) . En réponse au journal Nom de nos machines. Évalué à 3.
Nepenthes pour mon principal
Cephalotus pour mon tablet pc
Drosera pour mon vieux portable
...
et Dionée pour mon chat, c'est celui qui mord le plus...
# Renvoyer un odt ?
Posté par roduit (site web personnel) . En réponse au journal Répondre à un fichier joint / questionnaire en .doc. Évalué à 8.
La personne m'a gentiment fait savoir qu'elle n'arrivait pas a le lire. Je lui ai
donc renvoyé en pdf, en spécifiant à la fin du mail :
================================================
For information :
The format I used is "Open Document Text", is a free and open file
format.
You can easily read it with OpenOffice.org, google docs, Lotus Symphony,
NeoOffice (Mac), ...
More info in : http://en.wikipedia.org/wiki/OpenDocument
================================================
[^] # Re: Variantes
Posté par roduit (site web personnel) . En réponse au journal Une étude de fond des barres de progression. Évalué à 9.
* un penis qui se redresse au fur et à mesure de l'avancement
j'imagine déjà comment montrer que le programme a atteint la fin du processus...