jeff

La place pour la visualisation des vignettes est clairement mieux optimisée dans cette nouvelle mouture !

C'est en train de bien prendre forme. Bravo !

Merci :-)

effectivement c'est nettement plus compact !

toute fois je pense que ce systeme interdis un systeme de tris par colone non ?

peux etre pourais tu proposer la possibilité de choisir, comme dans bridge

sinon un suggestion : au dessus des vignettes : propose des boutons qui permettrai de classerr les images par

date de shoot

exposure

filtre

bin etc

je vais faire un dessins de comme j'imagine que pourrai être un process de prétraitement / traitement

Oui effectivement plus de tris par colonne Mais rien n'empêche de mettre des boutons pour classer des images par date, etc ...d'ailleurs je vais tenter de le faire . On peut aussi envisager ici un bouton qui sélectionne toutes les dark (en utilisant le champ IMAGETYP, ou encore en cherchant 'dark' dans le nom de l'image, etc...)

Pour la vue en mode liste avec un choix, c'est toujours possible...mais ça fait deux fois plus de boulot C'est pas impossible à faire si vraiment c'est nécessaire

Enfin, j'ai encore la possibilité d'afficher un petit texte popup lors du survol de la souris ; qu'est ce que vous voudriez y voir ?

J'attends ton dessin frédo , parce qu'a par visualiser des vignettes, il va bien falloir que ca puisse faire autre chose

Sinon j'ai terminé le choix des colormap :

Le dernier executable est dispo ici : https://www.wuala.com/jromang/Partage/?key=1McFhUXLHykJ (enfin dans quelques minutes le temps que ca uploade)

Avec les images d'alban :

Helas, pas de champ 'IMAGETYP'

pour l'epace de lignes je pense qu'il faudrait faire un peut comme bridge : il y a un curseur sur bridge qui permet de regler la taille des vignettes : ainsi chacun fait a son idée

C'est jouable oui

serait-il possible d'intégrer un convertisseur Canon EOS (CRW ou CR2) vers Fit ?

Voici quelques infos :

et le lien vers le dossier avec 2 dossiers Bin1 et Bin2 : http://www.albanbernard.fr/Divers/M81-M82_BIN2_M65-M66_BIN1.zip comprenant les offset (ou bias), images, dark et flat.

Oui, l'import des RAW est au programme ! Merci les images, je vais m'empresser de tester ce que ca donne

Sinon, la version 'mosaique' du moment :

C'est mieux non ?

A mon sens, il serait plus judicieux d'ouvrir un popup avec l'image à 100% (temps de chargement masqué) lorsqu'on survol la miniature par exemple, non ?

Ah oui bonne idée, mais après vérification c'est que c'est dur de mettre une image dans un popup avec Qt (a moins de faire du super bricolage moche)

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

N'hésites pas à me téléphoner/skyper/googletalker ; je vais probablement tenter la mosaique.

Oui c'est sur pour les colonnes il y a moyen de réduire, mais c'est surtout les lignes -hautes comme les images- ou l'espace est gaché non ?

Peut-être pourrait-on regrouper les infos dans certaines colonnes ? Je ne sais pas ce qu'il est pertinent de mettre ensemble.

Il manque encore la colonne avec une image à 100% comme le demandait frédo.

Enfin si ca vous plait comme ça, j'ajuste les colones, et je passe à la suite

Voila ce que ça donne avec les données fits :

Je dirai qu'il y a beaucoup d'esapce gaché

A mon avis il faut :

- soit regrouper des données dans certaines colonnes

- soit partir sur autre chose

- soit s'équiper d'un écran 32 pouces

Ok, je vois ça ce soir ou demain matin.

Je t'enverrai le lien vers un fichier ZIP.

Merci

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

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

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 , , , , r, v, b, clair, ir, uv, plus rarement Ca Fe Methane etc...

D'accord c'est 'clair'

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

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 ?

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.

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

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'

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

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"

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 :

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

ouai, elle jolie ta courbe.. mais fait des tests.... et examine les couches couleurs le bleu notamment

Oui, c'est la chrominance qui souffre le plus de la compression jpeg, mais d'après l'algo il n y a pas de raison qu'elle souffre plus par 'seuil' La dégradation devrait être progressive selon la valeur 'q' choisie.

quid des "nouveaux" formats style JPEG2000 ?

Tous les détails ici : http://www.intopix.com/pdf/IPX%20JPEG%202000%20Handbook.pdf

Il s'agit principalement d'ajout de fonctionnalités pour définir des zones d'intéret a moins compresser dans l'image, faciliter la transmission en réseau, etc...rien de transcendant pour l'astrophoto je pense. (Ah si il y a un mode lossless...mais autant prendre du PNG dans ce cas)

A mon avis c'est un ressenti psychologique , il n'y a pas de 'saut' dans la fonction lorsque la qualité (q) varie :

Rachid dans tous le cas quand tu choisi un compressions essaye de prendre par exemple 100% ou 91% ou 81% ou 71% etc..

simplement parce qu'a chaque palier "rond" 90, 80 70 etc on change de mode de compression et la perte d'info change de dynamique...

Je ne crois pas qu'il y ai un changement de 'mode de compression' par seuil lorsqu'on change la qualité ; il s'agit simplement d'un paramètre qui détermine la qualité des arrondis lors de l'étape de 'Quantization'. C'est expliqué ici : http://www.ams.org/samplings/feature-column/fcarc-image-compression

Il est possible mesurer la différence PNG / JPEG avec un taux de compression choisi : http://www.photoshopessentials.com/essentials/jpeg-compression/

A tester sur des photos astro

Génial merci !

Frédo, lors de la dernière réunion, tu avais un chouette fond d'écran sur ton portable : il existe en version 1920x1080 ?

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

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/documents/multidrizzle/multidrizzle.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

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

(beurkkkkk)

Puisque tu aimes ça, je viens de mettre le plugin tapatalk à jour (version 3.2.0)

Il y a aussi l appli tapatalk qui permet d'avoir une interface sympa

Envoyé depuis mon MB525 avec Tapatalk

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 ?

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 ?

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

-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 ?

-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

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.

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

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 ), 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 ?