[retina] Développement d'un logiciel de traitement astro

rubrique consacrée au développement du logiciel retina

Modérateurs : Membre du Conseil, Président

Règles du forum
rubrique consacrée au logiciel retina
Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

[retina] Développement d'un logiciel de traitement astro

Message non lu par jeff » 11 mars 2012 19:00

Bonjour les amis,
Voila quelques mois que je ne me suis plus exprimé sur le forum, mais je ne suis pas mort :-p Un emploi du temps serré (jeune papa depuis 4 mois), changement de boulot, bref de bonnes excuses ^^ (et un télescope que j'ai acheté il y a plus d'un an et qui ne m'a toujours pas été livré...c'est une longue histoire (arnaque?) que je raconterai dans un autre post).
L'année dernière j'avais tripatouillé un peu IRIS avec des images que m'avait donné frédo, et je n'ai pas trouvé l'équivalent en opensource et multi-plateforme. J'aimerai bidouiller un truc équivalent (enfin, au moins essayer), et après quelques essais et recherches je pense avoir une base technique fiable pour faire quelque chose d'intéressant (entièrement scriptable en python). Le coté programmation de devrait pas me poser de problèmes, mais comme je n'ai aucune expérience de traitement d'images astro, j'aimerai savoir si ça intéresserait quelqu'un de définir les fonctionnalités / interfaces / outils utiles aux astrophotographes. J'ai déjà bien en tête une architecture, mais je ne sais pas si elle correspond vraiment aux besoins.
Pour l'instant j'ai un prototype qui ne fait pas grand chose (charger/afficher une image fits), mais il ne demande qu'à grandir :p Voici un screenshot : http://dl.dropbox.com/u/3042900/retina_img.png

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 11 mars 2012 20:42

Perso je suis partant,

Le gros souci de tous le soft astro c'est leur manque d'ergonomie. tous sauf un, mais il ne fait que le prétraitement c'est DSS.
a mon avis la fonction qui manque le plus dans tous les logiciel d'astro : c'est une fonction de visionnage des fichiers fit sous forme de vignette pour pouvoir le trier / renommer / classer
AUCUN ne le propose alors qu'a mon avis c'est fondamental.
L'idée est que ça pourrai ressembler à ce que fait bridge mais pour les fits
Image

Ensuite, ben tu peux t'inspirer de DSS pour le prétraitement et enfin d'iris pour le traitement tout court.....

Je peux t'aider autant que je le pourrais même si j'ai pas de connaissance en programmation, l'ergonomie et design ça me connait.
Tu pourrais même appeler ton soft AVEX (genre Astronomical Valuable Experiment eXperience - je dis n'importe quoi ^^ )
Enfin bref, si tu te lances, je te suis avec armes et bagages ! :)

Avatar de l’utilisateur
spoutnick
Membre Actif
Membre Actif
Messages : 794
Inscription : 29 avr. 2010 22:28

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par spoutnick » 11 mars 2012 21:01

Oui DDS est ergonomique mais c est vraiment parfait pour ne rien comprendre à ce que tu fais à tes images.

Pour le reste Jeff, je suis ok pour t'aider avec mes maigres competences.

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 11 mars 2012 21:35

Chouette !
Deja pour simplifier les choses, je ne compte utiliser que des images fits dans le logiciel : est-ce que ça pose problème ? Les autres formats ne seraient qu'un import/export (via imagemagick - qui peut convetir les formats raw des apn). Est-ce un bon choix ?
La première étape pour moi est de définir grosso-modo le fonctionnement global, pour ne pas rater un truc. L'idée est de tout pouvoir faire en ligne de commande (comme IRIS qui permet la même chose si j'ai bien compris), et de coller une interface graphique sympa par dessus. Pour ce qui est de la ligne de commande, j'embarque tout le langage python directement dans le logiciel : je pense que ça dépasse de loin les possibilités offertes par les scripts IRIS. Pour l'interface j'utilise QT : c'est un toolkit moderne et multiplateforme, dont tu peux voir la liste des widgets ici : http://qt-project.org/doc/qt-4.8/gallery-windowsxp.html

Ensuite, à partir de ce fonctionnement je dois créer un "modèle" ; la description des "choses" qu'on peut créer et modifier dans le logiciel. A ce sujet j'ai deux questions :
-Dans le format FITS, en plus des images, il y a toute une flopée de champs optionnels (coordonnées, dates, etc, etc). Est-ce qu'ils sont utilisés par les astrophotographes ? Doit-on pouvoir les modifier/utiliser ?
-Toujours dans ce format, on peut embarquer plus d'une image dans un fichier : est-ce utilisé ? utile ?
-Le "modèle" que je comptais utiliser est à priori une simple liste d'images. Tous le boulot du logiciel étant de traiter cette liste d'images (opérations individuelles, ou impliquant plusieurs images). A priori tu me dis qu'il y a besoin d'un système de classement : est-ce qu'un une arborescence (avec hiérarchie, catégorie, etc...) serait plus judicieuse qu'une liste ?
-A part les images, y a t'il d autres choses à gérer ? Un des trucs qui me vient à l'esprit est par exemple la sélection de zones pour certains traitements, ou des fichier qui viendraient des montures/setup (coordonnées de centre de l'image, etc) ?

Ça tombe bien que ça soit la fonction de visionnage qui manque le plus, le chargement des images est le premier truc à programmer :) Si je comprends bien, tu voudrais une fenêtre qui charge toutes les vignettes d'un répertoire, que tu puisses ensuite classer par drag&drop dans une arborescence ?

Pour le nom, j'avais pensé a Retina (original par rapport à IRIS -taré- ), mais ça peut être autre chose oui ^^ Mais, avant de le baptiser, il faut d'abord qu'il fasse quelque chose :)

Enfin, j'ai toutes les docs d'IRIS sous la main, est ce que quelqu'un aurait les docs PixInsight ? J'aimerai savoir de quoi est capable ce logiciel et comment il fonctionne - j'ai regardé quelques vidéos et ça a l'air sympa non ?

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 11 mars 2012 21:48

Spoutnick, toutes les compétences sont bienvenues :-) Tu maîtrises python ? De mon coté, je découvre, suis plutôt expérimenté en C++ ; j'avais commencé un prototype en C++/Qt/OpenCV (http://opencv.willowgarage.com/wiki/), mais j'ai laissé tombé devant la complexité à embarquer un interpréteur python et à le faire interagir avec OpenCV (dont la complexité du format d'image dépasse l'entendement) ^^
Je peux ouvrir un repository privé SVN si on veut bidouiller dans le code à plusieurs 8/ Mais vu que la je n'en suis qu'aux balbutiements, je ne sais pas si c'est déjà utile.
J'ai également téléchargé pas mal de bouquins expliquant les algos de traitement d'image ; je peux les partager s'il y a des intéressés 8/

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 12 mars 2012 07:50

perso je te repond plus en details qd je serais au bureau, mais perso je n'ai quasi aucune expérience en programmation, je ne te serai pas d'un grand secours sur ce sujet, remarque ça peut etre aussi l'occasion de se lancer !!!

laurentp13
conscrit
conscrit
Messages : 685
Inscription : 08 août 2008 21:33
Localisation : Rueil Malmaison

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par laurentp13 » 12 mars 2012 08:28

Cela doit bien faire 10 ans que je n'ai plus fait de dev. Je dois quand même pouvoir donner un coup de main en C.
Le soir, pour m'endormir, je compte les étoiles...

Philippe
Adorateur
Adorateur
Messages : 1558
Inscription : 02 sept. 2010 11:31
Localisation : 91
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par Philippe » 12 mars 2012 08:47

Bonne initiative car je partage l'avis de Frédo et spoutnick sur le fait que TOUS les logiciels de traitement astro sont des usines à gaz. Mon préféré Pixinsight en 1er d'ailleurs. Aussi, un visualisateur et classeur de documents FIT (en autres) serait TRES TRES utile.

Hélas je ne programme pas, je ne pourrai pas trop vous aider. :'(

Avatar de l’utilisateur
Obiwan
Membre Actif
Membre Actif
Messages : 4976
Inscription : 26 sept. 2008 19:55
habite à : Carrières-Sous-Poissy
Fonction : Avexien invétéré
Astrobin : http://www.astrobin.com/users/Obiwan/
Localisation : 78
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par Obiwan » 12 mars 2012 10:00

Projet très intéressant mais malheureusement je n'ai pas suffisamment de connaissances en programmation pour t'aider.
Mais je peux peut-être être utile pour autre chose : beta test, ergonomie, ...

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 12 mars 2012 12:11

jeff a écrit :Chouette !
Deja pour simplifier les choses, je ne compte utiliser que des images fits dans le logiciel : est-ce que ça pose problème ? Les autres formats ne seraient qu'un import/export (via imagemagick - qui peut convetir les formats raw des apn). Est-ce un bon choix ?
je ne sais pas si c'est un bon choix : limiter les entrée c'est a mon avi d'utilisateur, _ limiter l'ergonomie
tu devrai au moin pouvoir supporter en natif le TIF sous toute ses formes y compris compréssée, le PNG et pourquoi pas le PSD, le BMP et comme tu le souligne surtout le RAW, mais je serai toi je passerai par le open Raw, plus dynamique http://www.openraw.org/
jeff a écrit : La première étape pour moi est de définir grosso-modo le fonctionnement global, pour ne pas rater un truc. L'idée est de tout pouvoir faire en ligne de commande (comme IRIS qui permet la même chose si j'ai bien compris), et de coller une interface graphique sympa par dessus. Pour ce qui est de la ligne de commande, j'embarque tout le langage python directement dans le logiciel : je pense que ça dépasse de loin les possibilités offertes par les scripts IRIS.
bon simplement il faut faire trois chose
prétraiter, ( aussi bien voir mieu que DSS )
traiter un peut comme pixinsight, en plus ergonomique (pas difficile pour le coup)
ajuster, genre photoshop ou pixinsight, gestion des courbes, niveaux etc.

Tres important il faut que ton soft accepte d'entrée de jeux les formats 32 et 64 bits / couches !!!!!
Pour l'interface j'utilise QT : c'est un toolkit moderne et multiplateforme, dont tu peux voir la liste des widgets ici : http://qt-project.org/doc/qt-4.8/gallery-windowsxp.html

Ensuite, à partir de ce fonctionnement je dois créer un "modèle" ; la description des "choses" qu'on peut créer et modifier dans le logiciel. A ce sujet j'ai deux questions :
-Dans le format FITS, en plus des images, il y a toute une flopée de champs optionnels (coordonnées, dates, etc, etc). Est-ce qu'ils sont utilisés par les astrophotographes ? Doit-on pouvoir les modifier/utiliser ?
Oui, absolument, notamment parsqu'il y a les temps d’intégration (utile pour organiser les prétraitements par exemple ), les temperature de shoot les filtres utilisé, : d'ailleur si ton soft pouvais essayer de faire un prégroupement des images par types (dark, offset, flat)
-Toujours dans ce format, on peut embarquer plus d'une image dans un fichier : est-ce utilisé ? utile ?
oui car les fit couleur son composé ainsi il me semble , en outre comme toujours, il est préférable de voir large dés le departs ça facilite les évolutions ultérieures...
-Le "modèle" que je comptais utiliser est à priori une simple liste d'images. Tous le boulot du logiciel étant de traiter cette liste d'images (opérations individuelles, ou impliquant plusieurs images). A priori tu me dis qu'il y a besoin d'un système de classement : est-ce qu'un une arborescence (avec hiérarchie, catégorie, etc...) serait plus judicieuse qu'une liste ?
c'est carrement pas idiot !!! créer une sorte d'arbres du pretraitement jusqu'au traitement sous forme de noeud plus ou moin interactifs selon la criticité de l'opération, ce qui permettrai de traitements non linéaire donc extraordinairement souple
Image
-A part les images, y a t'il d autres choses à gérer ? Un des trucs qui me vient à l'esprit est par exemple la sélection de zones pour certains traitements, ou des fichier qui viendraient des montures/setup (coordonnées de centre de l'image, etc) ?
en voila une idée qu'elle bonne, des option de photométrie et de reconnaissance des champs pour les faire correspondre au catalogues d'etoiles par exemple, si on est capable de lire l'heure de création du fichier on serai grace a une sorte de Pinpoint a la maximdl de repère automatiquement les astéroïdes, planétéssimaux ou comètes éventuelles dans le champs !!
Ça tombe bien que ça soit la fonction de visionnage qui manque le plus, le chargement des images est le premier truc à programmer :) Si je comprends bien, tu voudrais une fenêtre qui charge toutes les vignettes d'un répertoire, que tu puisses ensuite classer par drag&drop dans une arborescence ?
par exemple, et poruqoi pas si ton soft est en mesure de le faire scanner automatiquement un répertoire pour trouver les images, les dark flat offset les filtres et éventuellement les température puis de proposer un classement, histoire d'etre rapide
mais effectivement un simple visionnage des vignettes fit et la possibilité de les renommer par lot sera déjà formidable
quand on survolerai tel ou tel vignette il faudrait un encart qui affiche les metadata de l'image fit...
Pour le nom, j'avais pensé a Retina (original par rapport à IRIS -taré- ), mais ça peut être autre chose oui ^^ Mais, avant de le baptiser, il faut d'abord qu'il fasse quelque chose :)
certes certes !!
Enfin, j'ai toutes les docs d'IRIS sous la main, est ce que quelqu'un aurait les docs PixInsight ? J'aimerai savoir de quoi est capable ce logiciel et comment il fonctionne - j'ai regardé quelques vidéos et ça a l'air sympa non ?
oui il est puissants, mais comme tout les soft d'astro, linéaire....
y'a que photoshop qui commence a se sortir de la....

Philippe
Adorateur
Adorateur
Messages : 1558
Inscription : 02 sept. 2010 11:31
Localisation : 91
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par Philippe » 12 mars 2012 12:26

frédogoto a écrit : oui il est puissants, mais comme tout les soft d'astro, linéaire....
y'a que photoshop qui commence a se sortir de la....
Que veux-tu dire par linéaire ?
Car Pixinsight travaille aussi bien en linéaire qu'en "dynamique compressée". C'est juste un choix de fonctions à utiliser (certaines sont dédiées aux images linéaires, d'autres aux images "stretched" et d'autres aux 2 modes)

Que fait Photoshop dans ce sens ?

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 12 mars 2012 12:29

non je parle pas de la dynamique des images, mais du traitement, ou les opérations sont faites les une derrière les autres, ou l'on ne peut pas dynamiquement supprimer une opération de la chaîne de traitement sans avoir à refaire tout ce qui a suivi... 8/

Philippe
Adorateur
Adorateur
Messages : 1558
Inscription : 02 sept. 2010 11:31
Localisation : 91
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par Philippe » 12 mars 2012 13:29

oui, c'est vrai. Tu as tout à fait raison.

Mais vu les traitements spéciaux qu'on utilise en astro, je ne vois pas comment on pourrait éliminer une étape sans toucher au reste. Surtout que le traitement N+1 dépend du traitement N qui lui dépend du N-1...

Par contre on peut tout garder sous PI et sauver tout l'environnement de travail avec les fichiers temporaires inclus et aussi les traitements intermédiaires (tu peux refaire un "UNDO" 2 jours apres comme si tu venais de le faire.

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 12 mars 2012 14:12

je crois qu'on s'inspirer de l'historique dynamique de photoshop, c'est assez consommateur en ram + espace disque, mais c'est tellement souple ;]

Avatar de l’utilisateur
Axel
Membre Actif
Membre Actif
Messages : 4002
Inscription : 02 avr. 2007 07:08
Localisation : Montlhéry, Essonne
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par Axel » 12 mars 2012 14:17

Je trouve ce projet très excitant, et potentiellement très structurant pour le club.
Mais comme c'est avant tout ton bébé, je pense que le nom et les choix techniques doivent te revenir.

N'ayant aucune compétence dans l'un ou l'autre des domaines abordés, je me conterai de regarder grandir le bébé... 8/ (dit autrement, pour l'accouchement, tu te démerdes, je ne peux rien pour toi ! ;) )
Le temps ne fait rien à l'affaire : quand on est con, on est con !

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 12 mars 2012 14:18

frédogoto a écrit : je ne sais pas si c'est un bon choix : limiter les entrée c'est a mon avi d'utilisateur, _ limiter l'ergonomie
tu devrai au moin pouvoir supporter en natif le TIF sous toute ses formes y compris compréssée, le PNG et pourquoi pas le PSD, le BMP et comme tu le souligne surtout le RAW, mais je serai toi je passerai par le open Raw, plus dynamique http://www.openraw.org/
L'idée c'est que tout le traitement interne soit en FITS ; pour l'utilisateur ça ne change pas changer chose s'il peut importer un RAW qui est automatiquement converti en FITS via imagemagick ?
frédogoto a écrit : bon simplement il faut faire trois chose
prétraiter, ( aussi bien voir mieu que DSS )
traiter un peut comme pixinsight, en plus ergonomique (pas difficile pour le coup)
ajuster, genre photoshop ou pixinsight, gestion des courbes, niveaux etc.
D'un point de vue conceptuel, prétraiter, traiter, et ajuster...c'est un peu la même chose fonctionnellement non ? J'entends par la prendre des images, leur appliquer des opérations, et avoir d'autres images en sortie ? Ou il s'agit de phases vraiment différentes qui nécessitent des approches distinctes dans une interface ?
frédogoto a écrit : Tres important il faut que ton soft accepte d'entrée de jeux les formats 32 et 64 bits / couches !!!!!
C'est supporté dans le format FITS, donc si on fait tous les traitements dans ce format, pas de soucis 8/
frédogoto a écrit :
-Dans le format FITS, en plus des images, il y a toute une flopée de champs optionnels (coordonnées, dates, etc, etc). Est-ce qu'ils sont utilisés par les astrophotographes ? Doit-on pouvoir les modifier/utiliser ?
Oui, absolument, notamment parsqu'il y a les temps d’intégration (utile pour organiser les prétraitements par exemple ), les temperature de shoot les filtres utilisé, : d'ailleur si ton soft pouvais essayer de faire un prégroupement des images par types (dark, offset, flat)
Ok pour les champs optionnels. Par contre comment faire un prégroupement par type de manière automatique ? Vos caméras CCD indiquent quelque part dans le fichier que c'est un dark/offset/flat ?
frédogoto a écrit :
-Toujours dans ce format, on peut embarquer plus d'une image dans un fichier : est-ce utilisé ? utile ?
oui car les fit couleur son composé ainsi il me semble , en outre comme toujours, il est préférable de voir large dés le departs ça facilite les évolutions ultérieures...
Tu peux m'envoyer une image FITS couleur ? Je croyais que vos CCD étaient touts N&B ^^
frédogoto a écrit : par exemple, et poruqoi pas si ton soft est en mesure de le faire scanner automatiquement un répertoire pour trouver les images, les dark flat offset les filtres et éventuellement les température puis de proposer un classement, histoire d'etre rapide
mais effectivement un simple visionnage des vignettes fit et la possibilité de les renommer par lot sera déjà formidable
quand on survolerai tel ou tel vignette il faudrait un encart qui affiche les metadata de l'image fit...
Scanner un répertoire et afficher des vignettes avec metadata, pas de soucis, comment souhaites-tu automatiser le classement ?

Sinon pour la structure en arbre, il faudra qu'on en parle de vive voix ; ca implique tellement de choses (héritage de propriétés, traitement sur des lots, etc...) que c'est compliqué de brainstormer ici ^^
Pour ce qui est des idées d'ergonomie, et d'interface, toutes les idées sont bienvenues, je pourrai vous parler de ma petite idée vendredi, mais il y a certainement mieux à faire.

Enfin, est ce que quelqu'un utilise/connait PyRAF (http://www.stsci.edu/institute/software_hardware/pyraf) ? Je viens de passer ma matinée à l'embarquer dans le terminal de l'application, et il est d'ores et déjà possible de l'utiliser toutes les fonctions depuis la ligne de commande.

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 15 mars 2012 19:44

J'ai essayé de 'packager' cet embryon d'application dans un seul fichier exécutable (bien gros pour l'occasion)https://www.wuala.com/jromang/Partage/?key=1McFhUXLHykJ ; si quelqu'un est volontaire pour le télécharger et le tester sur son sytème (pour vérifier que ca fonctionne sans les centaines de dll que j'ai chez moi), je suis preneur d'un retour !
Ca prend du temps à se lancer, c'est normal :p

frédogoto_mob

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto_mob » 15 mars 2012 19:46

Je regarde ca des que je serai a la maison....

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 16 mars 2012 16:37

alors j'ai téléchargé et essayé....
la première chose que j'ai fait, c'est d'essayé de charger un image.. les deux première ont échoué mais la troisième a marché. il faut que je regarde ce qui les distingue
le tableau indicateur de déroulement de script s'anime parfois tout seul... on se sait pas pourquoi...... lol
de ce que j'ai compris pour l'instant on ne peut pour ainsi dire que ouvrir des images seule ?

enfin pour etre tout a fait honnête je ne comprend presque rien....
tien puisque j'ai rien a foutre , je m'y recolle

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 16 mars 2012 16:45

Oui, on ne peut faire qu'ouvrir une image (et seulement certaines) ; mais le test est concluant si ca se lance :) Tu remarqueras que l'archive est super-volumineuse, et pour cause, des dizaines de fonctions sont déjà dans le programme (accessibles par le shell). Je suis tombé hier sur une librairie qui semble faire beaucoup de choses utiles pour le traitement des images : http://www.aspylib.com/
Egalement, j'ai embarqué multidrizzle (http://www.stsci.edu/hst/HST_overview/d ... rizzle.pdf) ; mais c'est un peu mettre la charrue avant les boeufs. Dans l'immédiat, j'aurai surtout besoin de savoir à quoi de ressembler le chargement (avec des vignettes), le classement (automatique?), et l'arbre d'images dont nous parlions plus haut. Il y aura de quoi discuter ce soir :D

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 16 mars 2012 16:46

Si tu pouvais me faire un petit pack d'images fits variées (surtout celles qui ne se chargent pas), ça pourra m'aider pour la suite :)

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 16 mars 2012 18:05

ok.. mais la pour ce soir ça va etre cours...
idealement il faudrait un tableau
des vignette a gauches puis avec plusieurs colonnes
la première colone : durée exposition
seconde colone type (dark flat images offset)
3e , filtre
4e température
5e le nom actuelle du fichier
6 une vignette recdarée a 100% du centre de l'image ;)
j'essaye de te faire une simu

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 21 mars 2012 14:17

Après la brève discussion lors de la dernière réunion et le concept de frédo, voici ce que ca donne avec les fonctionnalités du moment : "En cliquant sur un répertoire à gauche, les vignettes s'affichent à droite" -taré-
Image

Et j'ai déjà des questions : l'affichage des flat/dark n'est pas probant ; pour l'instant j'ai mis une échelle de gris (comme frédo me l'a envoyé dans son concept). Je peux utiliser très facilement les colormaps suivantes :
Image

Dois-je conserver le gris ? Mettre une autre colormap ? Mettre une combobox avec des choix ?
Pour ceux qui veulent télécharger, c'est toujours sur : https://www.wuala.com/jromang/Partage/?key=1McFhUXLHykJ

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 21 mars 2012 14:42

va pour l'echel de gris, mais a la limite propose en option
1 une échelle de couleur parmi un choix possible
2 et / ou des niveaux de visualisation automatique
le but etant que le user ne se fasse pas imposer des choix !

sinon bien joué pour ton interface de visu ! ça ressemble à qques chose, ça commence à a voir une jolie gueule
simple suggestion : sur les courriel que je t'ai envoyé la disposition était en ligne : est ce que tu pense que l'on pourrais faire une bascule entre un affichage en ligne / mosaïque ?

autre chose, est ce que tu as put voir si tu pouvais recuperer les metadata pour les afficher dans la colone ???

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 21 mars 2012 15:10

Je vais essayer de mettre en oeuvre une combobox pour le choix des couleurs. En revanche, j'avais pensé au seuils manuels mais il y a un problème de taille : si je fixe un seuil unique pour toutes les images du répertoire, ça n'a pas vraiment de sens non ?
Je peux faire une mosaique (mais c'est un peu plus compliué :D:P - possible de faire ça dans un deuxième temps ?) ; et dans ce cas ou s'affichent toutes les infos (que je n'ai pas encore mises) que tu m'as demandées dans les colonnes ?
Au sujet de ces données il y en a ou j'ai des doutes :
Image
Image

Le champ 'filtre' correspond bien au champ 'filter' du fichier FITS ? (à quoi correspond la valeur 'clair' dans ton schema?)
Je n'arrive pas à lire le nom du champ au dessus de '600s'
A quoi correspond le champs etiquette/binx1 ? Ou est-il dans le fits ?
Meme question pour le champs 'mots clés' 8/

Enfin, au niveau du design, je me suis insipré de ce que tu m'as envoyé, en effet c'est plus joli en sombre 8/

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 21 mars 2012 15:45

si je fixe un seuil unique pour toutes les images du répertoire, ça n'a pas vraiment de sens non ?
en effet d'ou ma proposition de seuillage automatique activable ou non
Je peux faire une mosaique (mais c'est un peu plus compliué - possible de faire ça dans un deuxième temps ?) ; et dans ce cas ou s'affichent toutes les infos (que je n'ai pas encore mises) que tu m'as demandées dans les colonnes ?
oui on peux le faire dans un second temps. dans le cas d'un mozaique un survol de l'image affiche un info - bulle avec les infos des métadatas ii
mais surtout ne perd pas de vue l'organisation en mosaïque mais "mobile, non figé sur des lignes colonnes, car j'ai bcp réfléchi a l'ergonomie et je pense qu'il y a moyen de faire un truc extra : il faudrait que je t'explique ça par tel, car par écris c'est un peut difficile a décrire, alors certe , pas obligatoirement pas maintenant, mais ne fais rien qui empêche cela a l'avenir :}}
[foireux]
Le champ 'filtre' correspond bien au champ 'filter' du fichier FITS ? (à quoi correspond la valeur 'clair' dans ton schema?)
oui : clair correspond à un filtre clair qui est parfaitement transparent qui a l’intérêt de ne pas modifier la valeur de la mise au point par rapport aux aux filtre : en effet sans aucun filtre la map est plus courte
quand il n'y a pas de filtre du tout la valeur est "vierge"
donc les différents nom sont h-a, h-b, sii, oiii, r, v, b, clair, ir, uv, plus rarement Ca Fe Methane etc...
Je n'arrive pas à lire le nom du champ au dessus de '600s'
heuu je ne comprend pas : tu n'arrive pas a lire ? tu veux dire le comprendre ou ton logiciel n'arrive pas a lire / comprendre cette ligne ???
il s'agit que de la date d’acquisition ?!
A quoi correspond le champs etiquette/binx1 ? Ou est-il dans le fits ?
alors ces les lignes xbinning et ybinning
Meme question pour le champs 'mots clés
ce sont les lignes telescop, instrume, observer, note etc... pour le moment y'a pas d'urgence a gere ces champs, bien q'uisl soie utilie ils le sont moins que les autres

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 21 mars 2012 15:55

frédogoto a écrit : oui on peux le faire dans un second temps. dans le cas d'un mozaique un survol de l'image affiche un info - bulle avec les infos des métadatas ii
mais surtout ne perd pas de vue l'organisation en mosaïque mais "mobile, non figé sur des lignes colonnes, car j'ai bcp réfléchi a l'ergonomie et je pense qu'il y a moyen de faire un truc extra : il faudrait que je t'explique ça par tel, car par écris c'est un peut difficile a décrire, alors certe , pas obligatoirement pas maintenant, mais ne fais rien qui empêche cela a l'avenir :}}
[foireux]
Oui pas de soucis, ca reste modifiable ! C'est surtout l'histoire du 'modele' dont on parlais la dernière fois (liste/arbre d'images), qui sera beaucoup plus difficile à modifier si on change en route.
Le champ 'filtre' correspond bien au champ 'filter' du fichier FITS ? (à quoi correspond la valeur 'clair' dans ton schema?)
oui : clair correspond à un filtre clair qui est parfaitement transparent qui a l’intérêt de ne pas modifier la valeur de la mise au point par rapport aux aux filtre : en effet sans aucun filtre la map est plus courte
quand il n'y a pas de filtre du tout la valeur est "vierge"
donc les différents nom sont h-a, h-b, sii, oiii, r, v, b, clair, ir, uv, plus rarement Ca Fe Methane etc...
D'accord c'est 'clair' [mdr]
Je n'arrive pas à lire le nom du champ au dessus de '600s'
heuu je ne comprend pas : tu n'arrive pas a lire ? tu veux dire le comprendre ou ton logiciel n'arrive pas a lire / comprendre cette ligne ???
il s'agit que de la date d’acquisition ?!
J'arrivais pas à lire le gribouillis dans ton image ^^ Ok, c'est le temps d'acquisision , donc 'EXPTIME' ou 'EXPOSURE' dans le fichier fits ; deux champs pour le même chose, chouette :-p
A quoi correspond le champs etiquette/binx1 ? Ou est-il dans le fits ?
alors ces les lignes xbinning et ybinning
Ok pour les axes :-) Mais d'ou vient le titre 'étiquette' ?
Meme question pour le champs 'mots clés
ce sont les lignes telescop, instrume, observer, note etc... pour le moment y'a pas d'urgence a gere ces champs, bien q'uisl soie utilie ils le sont moins que les autres
C'est rapide à ajouter, je ne vais pas me priver ;-)

Il y a également le champ 'IMAGETYP= 'Light Frame' , c'est donc grace à lui qu'on pourra trier automatiquement si j'ai bien suivi ? 8/
Enfin, est ce qu'on peut garder les étiquettes du fichier FITS comme noms des colonnes, c'est plus simple pour moi, et ça pourra (un jour) permettre à l'utilisateur de choisir les colonnes qu'il veut afficher ou pas.

Avatar de l’utilisateur
frédogoto
Administrateur
Administrateur
Messages : 16894
Inscription : 01 avr. 2007 11:50
habite à : Paris XIX
Fonction : vice-président adm
Astrobin : http://www.astrobin.com/users/ftapissier/
Localisation : Paris
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par frédogoto » 21 mars 2012 16:27

etiquette : tu t'en fous, c'est un titre que je croyais avaoir effacé >:[
Il y a également le champ 'IMAGETYP= 'Light Frame' , c'est donc grace à lui qu'on pourra trier automatiquement si j'ai bien suivi ?
Oui :)
mais ça c'est valide pour le fichier aquis via maximdl, je ne sais pas si c'est pareil pour le fichiers issu de logiciel de marque de camera.. j'essaye de t'envois des fichier fait avec le soft sigma, et ce serai bien qu'Alban t'envoi des images faite avec le soft atik

Avatar de l’utilisateur
Obiwan
Membre Actif
Membre Actif
Messages : 4976
Inscription : 26 sept. 2008 19:55
habite à : Carrières-Sous-Poissy
Fonction : Avexien invétéré
Astrobin : http://www.astrobin.com/users/Obiwan/
Localisation : 78
Contact :

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par Obiwan » 21 mars 2012 16:48

Ok, je vois ça ce soir ou demain matin.
Je t'enverrai le lien vers un fichier ZIP.

Avatar de l’utilisateur
jeff
Convertis
Convertis
Messages : 434
Inscription : 27 mai 2010 19:17

Re: Développement d'un logiciel de traitement d'images astro

Message non lu par jeff » 21 mars 2012 17:19

Obiwan a écrit :Ok, je vois ça ce soir ou demain matin.
Je t'enverrai le lien vers un fichier ZIP.
Merci 8/

Répondre

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 2 invités