jeff

Merci :-) 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'

C'est jouable oui 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 ?

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

Merci

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. D'accord c'est 'clair' 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 Ok pour les axes :-) Mais d'ou vient le titre 'étiquette' ? 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

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

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

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

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 ? 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 ? C'est supporté dans le format FITS, donc si on fait tous les traitements dans ce format, pas de soucis 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 ? 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 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 ?