Bonjour Marc,
C'est exactement la même fonction que PHOT_DIFF que tu utilises déjà.
Elle a juste été renommée pour pouvoir la différencier avec la future fonction que j'ai évoquée (PHOT_OUV_ELLIPSE) :
PHOT_OUV_CIRCLE Img CentroFinalX CentroFinalY Ray1 Ray2 Ray3 FluxStar NbPixelsStar FluxFond NbPixelsFond Flux
avec :
FWHM=(FWHMW+FWHMH)/2
Ray1=Rin*FWHM
Ray2=RFondIn*FWHM
Ray3=RfondOut*FWHM
En sortant CentroFinalX, CentroFinalY, FWHMW et FWHMH de la fonction Centroidegauss au préalable.
Perso j'obtiens les meilleurs résultats avec Rin=1.7
A+
Romain
GETASTERCOORD avec 12 parametres?
-
Romain Montaigut
- Messages : 23
- Enregistré le : 24 sept. 2016, 19:58
-
Marc DELDEM
- Messages : 1267
- Enregistré le : 20 juin 2009, 01:01
Re: GETASTERCOORD avec 12 parametres?
Merci Romain,
Sur la fonction:
Tu peux passer des arguments réels pour Rin, RFondIn et RFondOut.
Donc qu'elle est la différence entre PHOT_DIFF et PHOT_OUV_CIRCLE ?
Je vois bien l'intérêt de moduler les rayons pour s'adapter aux conditions au cours d'une longue séquence.
Au niveau du protocole de mesure, j'ai souvent entendu dire, qu'il fallait conserver les mêmes rayons d'ouvertures sur une image.
Est-ce que tu procèdes ainsi ?
Ou bien tu modules également les rayons sur une image donnée, en fonction des objets à mesurer ?
Marc
Sur la fonction:
Code : Tout sélectionner
PHOT_DIFF Img Posx Posy Rin RFondIn RFondOut FluxStar NbPixelsStar FluxFond NbPixelsFond FluxResultant
Donc qu'elle est la différence entre PHOT_DIFF et PHOT_OUV_CIRCLE ?
Je vois bien l'intérêt de moduler les rayons pour s'adapter aux conditions au cours d'une longue séquence.
Au niveau du protocole de mesure, j'ai souvent entendu dire, qu'il fallait conserver les mêmes rayons d'ouvertures sur une image.
Est-ce que tu procèdes ainsi ?
Ou bien tu modules également les rayons sur une image donnée, en fonction des objets à mesurer ?
Marc
-
Romain Montaigut
- Messages : 23
- Enregistré le : 24 sept. 2016, 19:58
Re: GETASTERCOORD avec 12 parametres?
Il n'y a aucune différence entre PHOT_DIFF et PHOT_OUV_CIRCLE. Comme je l'ai dit, ces deux syntaxes pointent vers la même fonction. On a juste changé le nom et gardé l'antériorité.
Si Stéphane passe par là, il pourrait peut être confirmer.
Etant donné que je passe au préalable une fonction Centroidegauss sur chaque objets mesuré, les cercles d'ouverture s'adaptent pour chaque objet sur une même image donnée. Ça permet de compenser les erreurs de collimation, tilt, coma sur l'ensemble du champ... et pour l’astéroïde s'il est un peu rapide et que la PSF est un peu plus étalée que les étoiles.
Si Stéphane passe par là, il pourrait peut être confirmer.
Etant donné que je passe au préalable une fonction Centroidegauss sur chaque objets mesuré, les cercles d'ouverture s'adaptent pour chaque objet sur une même image donnée. Ça permet de compenser les erreurs de collimation, tilt, coma sur l'ensemble du champ... et pour l’astéroïde s'il est un peu rapide et que la PSF est un peu plus étalée que les étoiles.
-
Marc DELDEM
- Messages : 1267
- Enregistré le : 20 juin 2009, 01:01
Re: GETASTERCOORD avec 12 parametres?
OK compris.
Pour comparer nos méthodologies, j'utilise les réglages suivants:
- Pour le rayon 1, je prends x1.5 la FWHM moyenne exprimée en pixels.
- Pour le rayon 2, je prends x5.0 la FWHM moyenne exprimée en pixels.
- Pour le rayon 3, je prends le rayon 2 + 10 pixels.
Exemple:
FWHM moyenne de 4 pixels.
R1 = 6 pixels
R2 = 20 pixels
R3 = 30 pixels
Marc
Pour comparer nos méthodologies, j'utilise les réglages suivants:
- Pour le rayon 1, je prends x1.5 la FWHM moyenne exprimée en pixels.
- Pour le rayon 2, je prends x5.0 la FWHM moyenne exprimée en pixels.
- Pour le rayon 3, je prends le rayon 2 + 10 pixels.
Exemple:
FWHM moyenne de 4 pixels.
R1 = 6 pixels
R2 = 20 pixels
R3 = 30 pixels
Marc