OType/OType	Score actuel	Score désiré	Auteur	Date de la demande	Avis expert	Statut
Y*O / cor	-1	0 ou 1	CB	19.07.2021	--> 0 Au cas par cas; 1 core peut contenir plusieurs YSOs
blu/BS*	-1	1	CB	23.08.2021	oui	fait le 14/10/2021
RG* / Em*	-1	1	CL	07.09.2021	oui	fait le 14/10/2021
RG* / Sy*	-1	1	CL	07.09.2021	oui	fait le 14/10/2021
V* / HB*	-1	1	CL	07.09.2021	oui	fait le 14/10/2021
FIR / MoC	-1	0 ou 1	KV	20.09.2021	--> 0 Au cas par cas selon la taille/résolution
Y*O.. / EB*	-1	1	CL	23.09.2021	oui	fait le 14/10/2021
Y*O.. / SB*	-1	1	CL	23.09.2021	oui	fait le 14/10/2021
G.. / gLe	-1	1	BV	24.09.2021	oui	fait le 14/10/2021
G.. / LeI..	-1	1	BV	24.09.2021	oui	fait le 14/10/2021
EmG / bCG	-1	1	CB	08.11.2021	oui	fait le 22/03/2022
EB* / BY*, CV*, RS*	-1	1	CL	07.01.22	oui	fait le 22/03/2022
Pu* / HB*	-1	1	CL	07.01.22	oui	fait le 22/03/2022
V* / ***	-1	1	CL	07.01.22	oui	fait le 22/03/2022
X / ClG	-1	0	CB	14.01.2022	--> 0 Au cas par cas, plutot avec sources X étendues
C*? / Cl*	-1	1	CB	22.03.2022	non. C*? = Carbon Star candidate; cluster candidate = C?*
SB* / Be *	-1	1	CL	23.03.2022	oui	fait le 16/05/2022
SB* / s*b	-1	1	CL	23.03.2022	oui	fait le 16/05/2022
** / Y*O..	-1	1	CL	02.06.2022	oui	fait le 06/04/2023
BH/X	-1	1	CB	18.07.2022	oui	fait le 06/04/2023
LSB/AGN	-1	1	CB	23.09.2022	non	--
LSB/EmG	-1	1	CB	23.09.2022	non	--
LSB/LIN	-1	1	CB	23.09.2022	non	--
Er* / BY* SB* EB* LM*	-1	1	CL	17.01.2023	oui	fait le 06/04/2023
Em* / CV* No* Er* XB*..	-1	1	CL	20.01.2023	oui	fait le 06/04/2023
Pe* / Ev*.. **.. LM*.. Em*	-1	1	CL	06.02.2023	oui	fait le 06/04/2023
CV* / WD*	-1	1	CL	12.04.2023	oui
Ro* / Er*	-1	1	CL	07.08.2023	oui
EB* / Be* Em* WR* a2* s*b	-1	1	CL	17.06.2024	oui

10ème réunion amélioration COSIM : le jeudi 9 février 2023

présents : Anaïs, Catherine, Cécile, Esther, Grégory, Katia, Mihaela

* demandes résolues depuis la dernière réunion :

- #6868 bloquer les coordonnées en qualité ~, de la même manière que celles en qualité E

- #9079 #9188 #9191 corriger le bug qui empêchait les "from id" "moyens" de passer en UPDATE

Ces deux points sont à vérifier avec cosim-test avant de fermer les entrées dans RedMine.

* demandes en cours :

- #7422 #7423 inclure les vlsr dans COSIM

* demandes nouvelles :

- #9577 plus détailler le parfile.stat, en décomposant les listes de UPDATE par lettre de qualité des coordonnées de l'objet SIMBAD

- #9868 #9869 #9870 nouvelles règles de calcul du score COO

* différents points abordés en dehors de RedMine :

- COSIM : noter dans les prochains temps les cas de cross-id entre deux otypes différents avec le même ordre de priorité : que fait COSIM?

- gsc4sim : pour les Gaia avec mouvement propre, un calcul est fait pour mettre des coordonnées en époque 2000 dans SIMBAD; ne pas prendre le résultat de Vizier qui, lui, n'est pas tout à fait juste.

- SIMBAD : idée apportée par Cécile : ajouter une lettre de qualité F aux coordonnées, qui correspondrait à l'actuelle qualité E, et scinder la qualité D en D pour une erreur comprise entre 1" et 3.5", et E pour une erreur comprise entre 3.5" et 10"

- SIMBAD : ne plus laisser le programme mettre qualité D par défaut pour les coordonnées; laisser vraiment un ~; ce sera aux documentalistes de l'équipe COSIM de compléter régulièrement (chaque semaine?) les nouveaux " ~ bibcode" avec la lettre adéquate, si besoin en allant voir un astronome (actuellement il y a seulement 7 objets avec des coordonnées ~ bibcode; les autres avec un ~ n'ont pas de bibcode).

- COSIM : rappel : la lettre de qualité sur les redshifts peut être mise autrement que D par défaut grâce au tableau de Pierre Ocvirk qui est sur le Twiki.

- COSIM : Esther interrogera les astronomes de l'équipe pour affiner les paramètres de comparaison du redshift.

9ème réunion amélioration COSIM : le jeudi 12 octobre 2022

présents : Esther, Marianne, Mihaela, Katia, Grégory, Anaïs, Catherine, Soizick, Cécile

• informations :

- rappel des statuts des demandes RedMine pour COSIM :

-1- Nouveau (un.e documentaliste ou autre)
-2- Vu en réunion (pendant la réunion)
-3- En cours (Anaïs)
-3bis- A discuter (plutôt Anaïs)
-4- Résolu (Anaïs)
-5- Fermé (l'auteur de la demande, ou la documentaliste référente de COSIM)

- rappel par Anaïs des règles de priorité d'écrasement des données en maj COSIM

• demandes fermées depuis la dernière réunion :

#9366 #9365 #9178 #7509 #8796

• demandes à discuter :

#9079 coordonnées E et candidats "from id"

#2149 et #8189 : voir demande #9434 pouvoir chercher un identificateur exact avec "!"

• demandes nouvelles :

#9434 pouvoir chercher un identificateur exact avec "!"

#9191 et #9079 : histoire des "from id" qui restent en DISPLAY quand ils devraient passer en UPDATE

#7489 : pouvoir changer les bornes du sigma COO lettre par lettre : c'est déjà fait par Anaïs, à tester!

#9452 : décision d'écraser (ou pas) des vitesses qui paraît aléatoire

#7510 : liste d'objets où l'incompatibilité de otype a été outrepassée : nommer l'objet SIMBAD par un id valide!

#9189 et #9076 : quand l'objet SIMBAD est "Unknown", COSIM génère la commande "a o [maintype]"; on aimerait mieux voir "c o [maintype]" même si l'action est la même

8ème réunion amélioration COSIM : le jeudi 12 mai 2022

présents : Anaïs, Grégory, Katia, Esther, Catherine, Marianne, Mihaela

• demandes fermées :

#8796 la modification des bornes du score OT marche mal

a priori résolu

• présentation des nouveautés et discussions de détails sur des demandes en cours :

#7509 Grande discussion sur les cas où le message "!### Otype incompatibility" doit apparaître:

Conclusion finale: Il doit :

- apparaître quand OT est low et tous les autres scores évalués high

- ne pas apparaître dans tous les autres cas

#6868 Il y aura un nouveau score COOQUAL pour tenir compte des coord en qualité E ou ~ et ce score s'affichera.

Si coordonnées du candidat SIMBAD en qualité E ou ~ -> COOQUAL = -1 (et cela empêche que le candidat passe en GOOD)

Si coordonnées du candidat SIMBAD en qualité A, B, C ou D -> COOQUAL = +1

Le message de warning sera aussi déplacé (-> arrivera à chaque début de candidat)

Sera effectif dans le prochain cosim-test

#7422 Les VLSR seront bientôt affichés et comparés!

VLSR affiché dans le candidat SIMBAD

%VLSR à mettre en entrée dans le parfile score

VLSR distinct de V et mis seulement quand %VLSR présent; seule la valeur centrale est comparée, en tenant compte de l'erreur

Sera dans cosim-test dans quelques jours. Faire des essais.

Demande de Katia sans entrée Redmine : COSIM faisait n'importe quoi dans un cas avec min = max du score COO

En effet il peut arriver que le programme soit confronté à deux conclusions contradictoires si il se trouve que le score COO soit exactement égal à min, lui-même égal à max. (Parce que jusqu'à maintenant, il y a la même règle dans COSIM pour tous les scores, qu'ils soient des entiers -pour OT, ACRO ou B-, ou des réels -pour COO, V, M- : si score <= min -> low si score >= max -> high ... et dans les rares où min = max = score, ça coince...)

La nouvelle règle sera :

si score <= min -> low

si score >= max -> high ET si min = max = score -> high

Cette règle a l'avantage d'être applicable quelle que soit la nature du score (entier ou réel).

Comme le problème soulevé par Katia apparaissait avec l'option .REFUSE COO E, ce sera à retester avec cette option.

• demandes relancées :

#7875 changer .OK ALREADY CONNECTED et .OK INCORRECT ID en .ACCEPT ALREADY CONNECTED et .ACCEPT INCORRECT ID : implique que plus aucune option .OK n'existera.

7ème réunion amélioration COSIM : le jeudi 3 mars 2022

présents : Anaïs, Grégory, Katia, Esther, Catherine, Marianne, Cécile

• présentations, informations :

- mises au point sur l'utilisation du tableau des demandes de révision du score OT

- présentation par Anaïs et Grégory des nouveaux outils de visualisation des types d'objets

• nouvelles demandes :

#8796 la modification des bornes du score OT marche mal

#8802 l'option .B+ et .B- ne marche pas

#8803 ajouter un message d'erreur si plusieurs lignes de la même DF dans le parfile

• demandes relancées et/ou modifiées :

#7509 le message "!### Otype incompatibility" apparaît à tort quand COO est medium

#6868 d'accord pour traiter ensemble sans distinction les qualités de coordonnées E et ~ (sachant que les ~ sont rares et que par conséquent nous les traitons au cas par cas). Les options .ACCEPT COO E et .REFUSE COO E sont déjà en place

#7875 changer .OK ALREADY CONNECTED et .OK INCORRECT ID en .ACCEPT ALREADY CONNECTED et .ACCEPT INCORRECT ID

#7422 Nouveau champ pour les VLSR + affichage des Vlsr existants

• demandes fermées :

#7201 mauvais affichage des très grandes distances dans le parfile.stat : problème résolu

#8485 le type d'objet C?* ne bloque plus

6ème réunion amélioration COSIM : le jeudi 7 octobre 2021

présents : Anaïs, Grégory, Katia, Esther, Mihaela, Catherine, Marianne, Cécile

• nouvelles demandes :

#8223 : Ajouter une option pour afficher certaines données supplémentaires en DISPLAY

• demandes relancées et/ou modifiées :

#8189 : acronyme et casse

#7510 : Générer automatiquement une liste d'objets où l'incompatibilité de otype a été outrepassée

#7489 : Pouvoir agir plus finement sur le SIGMA COO

#7422 : Nouveau champ pour les VLSR + affichage des Vlsr existants

#6868 : bloquer les cross-id avec les objets aux coordonnées en qualité E ou qualité non renseignée

• demandes fermées :

#7996 : coordonnées SIMBAD en qualité D non remplacée par une qualité C

#7877 : La liste des REJECTED dans le parfile.stat ne devrait pas contenir des objets en DISPLAY

5ème réunion amélioration COSIM : le jeudi 2 septembre 2021

présents : Anaïs, Grégory, Katia, Catherine, Marianne

Désormais les nouvelles demandes de révision du score OT seront envoyées après chaque réunion à Cécile.

#7877 : devrait être corrigé

#7509 et #7510

pb nb entrée/nb sortie dans .stat différent dans certains cas

#6868 : trouver des exemples

#8062 : afficher les parents dans les objets SIMBAD listés en DISPLAY (suivre le format déjà utilisé dans oldsim)

#7422 : afficher les VLSR dans les objets SIMBAD listés en DISPLAY (dans oldsim aussi; pourrait prendre la forme %VLSR)

pb de transformation d'identificateur "...b" en "...B" par COSIM

4ème réunion amélioration COSIM : le jeudi 1er juillet 2021

présents : Anaïs, Katia, Esther, Emmanuelle, Mihaela, Catherine, Marianne

points abordés :

- ajouter un message d'avertissement en cas de score OT=-1 alors que tous les autres scores sont bons (http://cdsbug.u-strasbg.fr/redmine/issues/7509)

en cours par Anaïs, beaucoup de retours

- bloquer les cross-id avec les objets aux coordonnées en qualité E ou qualité non renseignée (http://cdsbug.u-strasbg.fr/redmine/issues/6868)

en cours par Anaïs, beaucoup de retous

- Transformer les options ".OK INCORRECT ID" et ".OK ALREADY CONNECTED" en ".ACCEPT ..." (http://cdsbug.u-strasbg.fr/redmine/issues/7875)

nouvelle demande

- La liste des REJECTED dans le parfile.stat ne devrait pas contenir des objets en DISPLAY (http://cdsbug.u-strasbg.fr/redmine/issues/7877)

nouvelle anomalie signalée

3ème réunion amélioration COSIM : le jeudi 6 mai 2021

présents : Anaïs, Grégory, Katia, Esther, Mihaela, Catherine, Emmanuelle, Coralie, Marianne, Cécile

points abordés :

- nouveauté : la comparaison des types d'objet telle que définie précédemment a été mise en place.

- passer cosim-test en cosim; ajouter la mention de la version de cosim dans le parfile.out

- anomalie : enlever la limite à 100 objets (http://cdsbug.u-strasbg.fr/redmine/issues/2469): fait

- anomalie : enlever la limite d'affichage à 30 objets (http://cdsbug.u-strasbg.fr/redmine/issues/7695)

- anomalie : des coordonnées trop précises (>= 9 décimales en degrés décimaux) ne sont pas prises en compte (http://cdsbug.u-strasbg.fr/redmine/issues/4115) : c'est bon maintenant jusqu'à 15 décimales. Il reste à ajouter un message d'erreur si on a un nombre supérieur.

- évolution : bloquer les cross-id avec les objets aux coordonnées en qualité E (http://cdsbug.u-strasbg.fr/redmine/issues/6868)

- évolution : pouvoir agir plus finement sur le SIGMA COO (http://cdsbug.u-strasbg.fr/redmine/issues/7489)

2ème réunion amélioration COSIM : le jeudi 1er avril 2021

points abordés :

la comparaison des types d'objet dans COSIM sera faite selon le nouveau tableau; il n'y aura pas par défaut d'état intermédiaire entre "compatible" (OT = 1) et "incompatible" (OT = -1)

1ère réunion amélioration COSIM : le jeudi 4 mars 2021

-- CatherineBrunet - 2021-05-06