Gribol

Salut Cyril, Comme dis sur le forum Prism, jusqu'à présent je n'avais jamais eu de problème mais avant je faisais des images de 5 secondes en binning 2x2. Là c'est du 10 secondes en binning 3x3. Peut-être qu'il y a trop d'étoiles saturées. J'ai d'autres calibrations en binning 3x3 10 sec qui ont fonctionné. Alors mystère. J'essayerai de voir en attaquant directement en ligne de commande en essayant avec différents paramètres. Mais je vais surtout reprendre la recette du binning 2x2 5 sec qui a toujours bien fonctionné. A+ Marc

OK mais ensuite tu utilises SGP ? Mais tu es sûr que c'était ANSVR (Local astrometry.net) ? Car avec Astrometry.net distant, la calibration astrométrique fonctionne. Je n'ai pas SGP, je ne peux pas reproduire ton essai. Ta version d'ANSVR, c'est laquelle ? La dernière 0.22 ? Marc

Raphael, c'est quoi le client que tu as utilisé ? Tu as un lien pour le télécharger ? Car si la résolution marche différemment selon le client utilisé, là cela devient embêtant. Merci. Marc

Salut, Je travaille avec la V11 (version beta) de Prism et en observation automatique j'utilise l'astrométrie en local avec ANSVR. Hier, pour la première fois depuis fort longtemps, la calibration astrométrique a fait n'importe quoi (c'est bien l'astrométrie le problème et pas Prism qui ne fait qu'utiliser les résultats de cette dernière). L'image de calibration est disponible ici: http://www.astrosurf.com/deldem/tmp/Solve_obsAuto.zip C'est une pose de 10 secondes en binning 3x3. J'ai une CCD ST8 avec un champ de 25'x17'. Avant l'utilisation de ANSVR, la calibration astrométrique classique de Prism échoue, c'est normal dans cette situation, l'objet précédent se couchant plein Ouest (la comète 117P en 12h59m28.734s -00°19'14.89'') et l'objet à pointer se levant plein Est (Gaia17bpi en 19h31m12.209s +18°28'03.21'') et je n'ai pas de modèle de pointage. Voici le résultat d'ANSVR: Donc l'astrométrie me dit que je suis à 74.7 ° du champ, ce qui est complètement faux. Mais si vous refaites l'astrométrie ANSVR avec l'image en pièce jointe, vous reproduisez le problème. Il y a donc un réel problème avec ANSVR pourtant l'image de calibration semble tout à fait correcte. En revanche, pas de problème avec Astrometry.net (le champ pointé étant ALPHA= 19h31m12s DELTA=+18°28'03'') Est-ce que d'autres personnes ont déjà rencontré ce problème avec ANSVR ? Si vous avez des remarques sur l'image de calibration qui fait échouer ANSVR je suis preneur. Mais pour moi elle me semble tout à fait correcte. J'ai du mal à comprendre pourquoi cela fait n'importe quoi avec ANSVR, sachant que derrière c'est un wrapper sur astrometry.net mais avec la commande 'solve-field', c'est peut-être ça la différence avec Astrometry.net qui utilise peut-être une autre commande. PS: J'utilise ANSVR en local car il me semble que c'est plus rapide que Astrometry.net en local. Et ayant déjà eu des problèmes avec Astrometry.net distant (le serveur ne fonctionnant plus ou très lent), je préfère travailler en local même si je suis connecté à Internet. Marc

L'APOD du jour Marc

Salut Olivier, Content que tout soit opérationnel pour votre équipe. Vous pouvez ouvrir le champagne. Par d'autres soucis à part la logistique hallucinante alors ? Marc

Sur la Fornax 100, il y a aussi un sujet ici et l'utilisateur semble en être très satisfait avec un Newton de 350mm. Marc

Sur les graphes corrigés du glissement et moyennés sur 5 tours, l'échelle en Y, c'est quoi ? C'est en pixels ? Marc

Même le conteneur est un 2SPOT, trop forts les gars ! Et la manutention Chilienne dans le port, "oh my god"... Marc Deldem

J'aime beaucoup ton style de traitement Vincent, cool que tu nous gratifies de nouvelles images. Marc

MINIS FORUM UM300 en version 8 GO de RAM / SSD 256 GO, je l'ai eu avec un code promo à 251.52€ au lieu de 334.53€, via Banggood depuis un entrepôt en Tchéquie, livré en 5 jours, c'est imbattable et c'est mon second. Plus d'info sur ce blog super intéressant pour les MiniPC: https://www.minimachines.net/actu/deskmini-um300-91610 Marc

@Matthieu Conjat: Tu as un truc bizarre dans le fichier courbrot_ngc5466v18.obs, au niveau des dates. Dans la séquence "6 6" tu as des dates de 2459294 à 2459313, ce n'est pas logique puisque normalement une séquence est constituée d'images de la même nuit. Mais même en enlevant ce bloc, la période de 0.37270 jours ne colle pas avec courbrot. Si on fait la recherche de la période, il trouve T=0.36714 jours mais la CdL a une drôle de tronche. Marc

Salut Matthieu, Jolie manip. v3 a une CdL très arrondie pour une RR Lyrae. v18, sur courbrot, tu n'as pas plusieurs pics dans les fréquences ? (si tu peux partager les données, je veux bien jouer avec) Si on regarde sur Aladin: v3 => https://www.aavso.org/vsx/index.php?view=detail.top&oid=4392 BL Boo. Variability type: ACEP (Anomalous Cepheids. Stars with periods characteristic of comparatively long-period RRAB variables (0.4 to 2 days), but considerably brighter by luminosity. They are more massive (1.3 to 2.2 solar masses) than RR Lyrae stars. They are metal-poor A and early F-type stars.) v18 => https://www.aavso.org/vsx/index.php?view=detail.top&oid=673205 avec la période que tu indiques v22 => https://www.aavso.org/vsx/index.php?view=detail.top&oid=383205 (avec effectivement un effet Blazhko qui est mentionné) Marc

L'USB c'est la pire des solutions. Tu as des mini-PC qui ne coutent rien (un exemple: https://www.minimachines.net/actu/deskmini-um300-91610) Tu mets ça au pied de la monture puis liaison réseau jusqu'à chez toi. Marc

Il y a aussi une histoire de débit pour les CMOS rapides. Il y a pas mal de threads à ce sujet sur le forum Prism. Marc