GBA

Je suis d'accords, mais si c 'est un enseignant, peut etre que sa démarche était simplement tournée vers ses propres étudiants à qui il donne le lien ( test et exam en ligne) et qui le connaisse , et non destiné à une communauté plus large d'astronomes amateurs? ...bon j'y crois pas trop!🤨

Pour moi, c'est dorénavant normal d'utiliser des outils d'IA. Cela permet de faire des mises en forme propres, claires et structurées. Ce site perso me semble être fait par un enseignant astrophysique pour ses propres étudiants...?

Ok , désolé de l'erreur , je crois que je comprends mieux : le script corrige simplement les couleurs par interpolation linéaire sur celle de gaia: # linear regression for color transformation # We want: gaia_color = slope * img_color + intercept. puis en calcule un indice de couleur c'est bien cela ? Bien cordialement gba

Super code pour faire de la belle physique : j’adore ! Oui, ce serait intéressant de l’enrichir avec une représentation magnitude vs température. Si je comprends bien, actuellement, à partir de l’image capturée, vous identifiez les étoiles, puis vous calibrez leurs magnitudes et couleurs à partir de leur indice dans la base de données Gaia. Ma démarche est différente : obtenir la température de chaque étoile directement à partir de l’image capturée. Pour cela, nous utilisons les coordonnées chromatiques issues directement du capteur RGB, sans autre calibration que la réponse spectrale relative du capteur. Nous recherchons ensuite la température du corps noir dont les coordonnées chromatiques sur ce capteur seraient les plus proches de celles de l’étoile considérée. Quant à la calibration des magnitudes, elle est simplement effectuée à partir de la magnitude d’une étoile de référence (l’une des plus brillantes de l’image), en utilisant le catalogue Gaia. Ce point pourrait être amélioré en utilisant plusieurs étoiles de magnitudes différentes. Je ne sais pas si cette approche est pertinente ou si elle a déjà été testée scientifiquement. Bien sûr, je suis ouvert à partager mon code Python… même s’il s’agit actuellement d’un gros fouillis que je devrais clarifier et commenter pour le rendre lisible ! GBA

bonjour, intéressant , comment s'appelle t il? ce script classe t il les étoiles versus la température ou versus un indices de couleur (B-V...). ce qui m'interresserai c'est d'avoir le diagramme vs la température .

Merci Geoffreyjoe pour ces encouragements. voici les précision:s - Le Dématriçage du capteur RGB est réalisé par Siril qui prend, me semble t il, en compte dans son interpolation cette asymétrie du nombre de capteur . Sur le zoom de profil joint , on voit effectivement que les niveaux R, G et B sont comparables, pas de facteur 2. chaque canal R, G ou B est traité séparément : sur chaque canal le signal est soustrait du bruit de fond du canal ( j'ai pris algorithme "MedianBackground " de photutils en python) . la magnitude des étoiles dans chaque canal (donc le flux) y est calculée à partir d'une étoile de référence (cf table 1 et jeux d'équation 2 du pdf). effectivement bonne idée , la précision serait certainement améliorée si je prenais plusieurs étoiles pour la calibration... du travail en perspective! - je n'ai pas mis de correction plus sophistiquée que la simple courbe de transmission de l’atmosphère qui est pris en compte comme un filtre spectral supplémentaire dans le "train" optique: RGB + IR_Cut+ atmosphère...idée à creuser là aussi - pour les bandes V et G tu as raison! et cette calibration est le point clef !!! mes étoiles sont bien calées en Température mais peut etre moins bien en magnitude: ton fichier UBVRI est le bien venue...mais je suis sur mac os... si tu me donne la démarche , je peux le recoder en python : je suppose qu'il s'agit l'equation (1) de l'article que tu site? Bon ciel

Sympa et pedagogiquecetteprésentation en3D du diagramme HR!

Bonsoir, Ce soir je vais essayé faire une acquisition du couple d'ablireo et voir si les températures effectives obtenues pas cette méthode sans calibration ni spectroscopie donne des valeurs proches des données publiées. si le pdf que j'ai posté n'est pas assez explicite sur le protocole, n'hésitez pas à me demander plus d'explication. ce serait super si d'autres astram pouvaient corroborer la méthode. je ne pensais pas qu'elle était si originale que cela!

l’intérêt de cette démarche est qu'il n'y a pas besoin d'une calibration très rigoureuse du capteur pour obtenir la température de l'étoile; les courbes de sensibilité spectrale du constructeur semble suffire; et d’ailleurs je n'ai pas réussi à trouver les fichiers originaux des spectres de sensibilité de l'IMX533 de Sony, juste des images des spectres par les revendeurs des cameras ; j'ai fait avec! J'ai été le premier étonné du placement correcte des étoile ssur ces diagrammes HR! cette méthode de projection des coordonnées chromatiques sur la courbe théorique du corps noir sur une diagramme de chromaticité (type CIExy) me semble bien "robustre", cf le pdf.

Bonjour à tous , J'avais écrit le résumé de ma démarche du protocole : voici le pdf: Protocole_HR_amas_M5_M13.pdf

En tentant de reproduire les diagrammes HR des amas M13 et M5, j’ai constaté que mes données s’écartaient notablement des positions théoriques attendues sur ces diagrammes. Plus précisément, les étoiles géantes les plus lumineuses semblent présenter une déviation vers des métallicités inférieures à la moyenne de l’amas. Est-ce un comportement attendu, ou bien s’agit-il d’un biais lié au calcul des positions des étoiles sur mon diagramme HR ? Pour estimer les températures, j’ai utilisé les coordonnées chromatiques de chaque étoile. Je ne sais pas si cette méthode est entièrement orthodoxe, mais elle me permet de comparer mes résultats aux données théoriques (obtenues via le calculateur en ligne de l’université de Dartmouth : https://rcweb.dartmouth.edu/stellar/isolf_new.html). En effet, les diagrammes HR sont souvent établis pour des filtres photométriques spécifiques, que les amateurs ne possèdent pas toujours, ce qui rend les comparaisons directes difficiles. Je joins les 2 diagrammes HR de M5 et M13 que j'obtiens à parti des images prises avec mon installation:

Merci à vous tous, si je fais un rapide bilan de toutes vos réponses: Ce type de guidage ne peut fonctionner que pour le "lucky imaging". il existe des cameras à 2 capteurs pour éviter une camera guide supplémentaire et lunette de suivi. ... vers 1000€ quand meme ces cameras il existe déja des solutions logiciels gratuits qui permette de faire un recalage entre les prises courtes : Nina (sur pc) et Kstars (sur mac ...si installation possible de INDI) ...et des solutions logiciels payantes: Maxim DL ( 600€) par exemple (mais que sur pc) Encore merci pour vos contributions à tous

Bon, d'apres ce qu j'ai lu, c'est bien INDI le PB. il doit etre installer préalablement avant Kstars (qui ne l'installe pas semble t il). donc je suis revenu au point de départ d'il y a quelques année : comment installer Indi sur mac avec puce Apple ( ce n'est plus des puce intel) , et la on commence a entrer dans des truc d'informaticiens ésotériques que je ne maitrise pas du tout ... C'est bete Kstar sur mac semblait effectivement etre l'équivalent du Nina des PC. ...et je suis persuader qu'il fonctionne bien sur certain mac.

Ok , merci rmor51, ce n'est pas le planétarium qui m'intéresse mais le pilotage de la monture associer à la camera. J'avais déjà tenter d'utiliser Kstar sur mac il y a quelques année sans réussir à le configurer pour piloter la monture Shywatcher. Je viens de le recharger , mais je suis tout autant paumer que la premiere fois dans sa documentation .. ...et je ne trouve pas ou lui faire détecter ma camera ZWO... visiblement il ne le fait pas tout seul. l'onglet "indi " dans le menu principale est grisé et non accessible, c'est peut etre ca le probleme?

👍😂 ... merci!