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

11ème réunion amélioration COSIM : le jeudi 20 juin 2024

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

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

- #7422 ajout et affichage des VLSR.

- #7201 le tri des grandes distances dans le parfile.stat marchait mal

* demandes relancées :

- #9434 et #8189 : ajouter un "!" après les identificateurs pour chercher strictement l'identificateur tel qu'on l'a écrit (la demande #10605 était redondante : fermée)

* demandes mises en attente :

- #2149 (demande fermée car exemples obsolètes) : cette demande portait sur la différence de traitement des identificateurs mal écrits entre COSIM et la mise à jour par script -> c'est une grande question qui ne touche pas seulement COSIM et qui demande de refondre tout le comportement de traduction (ou non) des id. dans SIMBAD web, maj2, maj2 par script : c'est en cours.

* demandes nouvelles :

- #7423 : améliorer le calcul du score de VLSR.

N.B. : La VLSR est un score important, au même titre que la vitesse héliocentrique ou que la magnitude : pour qu'un UPDATE from id passe, il faut que le score VLSR soit medium ou high, pour qu'un UPDATE from coo passe, il faut qu'il soit high.

- #9340 : l'option .ACCEPT COO ~ (et .ACCEPT COO E?) a des effets secondaires très gênants N.B. : On a défini cette option pour pouvoir traiter séparément les ~ et les E. Les quatre options suivantes sont donc possibles et ne se mélangent pas : .ACCEPT COO E, .ACCEPT COO ~, .REFUSE COO E, .REFUSE COO ~

* autres points abordés :

- SIMBAD : "ne plus laisser le programme mettre qualité D par défaut pour les coordonnées; laisser vraiment un ~" -> Esther se charge de relancer l'idée en en parlant à Cécile

- #9093 : changer les valeurs par défauts des min et max des scores M et V : chercher des exemples

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