Discussion :

[aras-vbo]

Bonjour à tous,

Je suis astronome amateur et membre d'une structure informelle, ARAS (Astronomical Ring for Access to Spectroscopy). Il s'agit d'une "association" qui regroupe des astronomes amateurs de nombreux pays (en Europe, aux Etats-Unis et en Australie notamment) qui utilisent leurs télescopes pour enregistrer le spectre des étoiles, principalement des étoiles particulières et/ou variables car ce sont les plus intéressantes à suivre.
Cette activité est avant tout une activité de loisirs pour tous ses membres, à la frontière entre plusieurs domaines de l'astronomie dont la technique mais aussi l'astrophysique car la spectroscopie est un des seuls moyens d'obtenir des informations sur les conditions physiques régnant dans ou à proximité des astres. Pourtant, certains astronomes professionnels s'intéressent à notre activité et mettent en place des collaborations entre astronomes amateurs et professionnels pour obtenir des données spectrales qu'ils ne peuvent pas obtenir grâce aux télescopes professionnels. Ces collaborations permettent de suivre certains astres sur le long terme ou orientent le choix d'observations plus précises avec de gros télescopes en cas d'alertes.
Les données que nous collectons sont parfois analysées scientifiquement et certains de nos suivis ont fait l'objet de publications scientifiques officielles.

ARAS cherche à rassembler les spectres des volontaires à un seul endroit pour qu'ils soient accessibles librement tant pour les amateurs que pour les professionnels qui voudraient les exploiter de manière scientifique. Pour l'instant, nous gérons les spectres au travers de feuilles Excel qui sont ensuite transformées en pages web. Nous cherchons à développer une base de données plus structurée.

J'ai mis ci-dessous le contenu du projet, ainsi qu'un MCD, réalisé avec JMerise, dont j'aimerais que vous me donniez votre avis et vos retours.


OBJECTIF
--------

La base de données se donne pour objectif de gérer les spectres d'étoiles variables obtenues par les astronomes amateurs afin qu'ils puissent être consultés et utilisés soit par les astronomes amateurs, soit par les astronomes professionnels souhaitant les exploiter. La base donne une vision détaillée du suivi spectroscopique de chaque étoile variable (nombre de spectres, date de dernier spectre soumis et/ou validé, etc.).
Son accès est totalement libre et gratuit.

A terme, elle sera aussi un outil destiné à aider les astronomes amateurs à organiser et planifier leurs observations.
Le contenu de la base sera exploité au travers de différents outils et d'un service web, avec 3 objectifs principaux pour les astronomes amateurs :
1 - offrir les informations de base sur les étoiles suivies (coordonnées célestes, magnitudes, type spectral, groupe, période de variabilité, etc.).
2 - proposer des étoiles à observer en fonction de différents critères (visibilité, programme de suivi, appel à observations, etc.).
3 - suggérer des bonnes pratiques afin que les spectres soumis soient scientifiquement exploitables, par exemple en suggérant des étoiles de référence pour l'étalonnage des spectres à basse résolution, etc.


PROCESSUS DE VALIDATION DES SPECTRES
------------------------------------

Les astronomes amateurs soumettent des spectres d'étoiles variables qui sont ensuite validés par des référents expérimentés.

1 - Le spectre soumis est uploadé sur le site impérativement au format FITS (http://fits.gsfc.nasa.gov/). L'en-tête du fichier FITS est automatiquement analysé par le système. Les mots-clés de l'en-tête sont extraits puis ils sont vérifiés automatiquement selon plusieurs critères (présence/absence, longueur du contenu, type du contenu, cohérence du contenu avec le contenu existant déjà dans la base pour certains mots-clés, etc.). Si leur contenu est cohérent, les mots-clés sont soit insérés directement dans la base (date médiane de prise de vue, résolution du spectre, plage de longueur d'onde analysée, temps de pose total, étalonnage en flux ou non, etc.), soit utilisés pour associer le spectre aux différentes données présentes dans la base (astre observé, observateur inscrit, site d'observation référencé, etc.). Si l'en-tête est incomplet ou si son contenu est invalide, le spectre est refusé. Un spectre est refusé tant que l'en-tête du fichier FITS n'est pas conforme aux exigences de la base. Un fichier FITS de spectre ne peut être enregistré qu'une fois et une seule dans la base.

2 - Le spectre enregistré est placé en attente de validation.

3 - Le système indique aux validateurs qu'un spectre soumis est en attente d'affichage et de validation.

4 - Le spectre est vérifié par les validateurs (qualité de l'étalonnage spectral en longueur d'onde, cohérence des valeurs obtenues, aspect du continuum, etc.). Le spectre est ensuite affiché sur le site avec une mention :
- spectre valide si le spectre est jugé excellent et peut raisonnablement être exploité d'un point de vue scientifique
- spectre non valide si le spectre est sémantiquement correct mais sa valeur scientifique est incertaine (décalage dans l'étalonnage spectral, aspect suspect du continuum ou de certaines raies, etc.) ; il pourra être utilisé à titre informatif, par exemple.



En vous remerciant pour vos avis et votre aide,

Vincent

PS : Un grand merci au concepteur de JMerise pour ce logiciel fantastique. C'est un outil tout à fait génial, bien meilleur que certains outils gratuits mieux connus.

[escartefigue]

Bonjour,

Voilà un sujet bien attrayant, je ne suis pas astronome, pas même amateur, mais la littérature et les documentaires sur l'espace m'ont toujours attiré, et regarder les étoiles a quelque chose de magique

Compte tenu du sujet "pointu" vous auriez du expliquer le vocabulaire pour les béotiens dont je suis, en l'état, c'est un peu hermétique
Par exemple un "spectre" qu'est-ce , ou plus encore "coordonnées FK5"

Vous auriez du rédiger la liste de vos règles de gestion, certaines questions concernant les cardinalités sont sans doute dues à cette absence

Le terme "validateur" que vous utilisez à plusieurs reprises, s'il fait partie du jargon métier, doit être expliqué, sinon remplacé (contrôleur, agréeur, certificateur...)

Concernant le MCD :
Instruments
Je ne comprends pas ce que c'est. Vos cardinalités indiquent que ce serait à la fois un télescope, un spectrographe et une caméra !

Ce qui me surprend, sans doute est-ce dû à ma méconnaissance du sujet, est que ce faisant, un observateur qui n'aurait par exemple pas de caméra, ne pourrait pas enregistrer d'observations dans votre base de données ? Si vous confirmez ces cardinalités, alors on pourrait n'avoir qu'une seule entité-type "instrument" qui inclurait aussi les attributs que vous avez mis dans les 3 ET "télescope", "spectrographe" et "caméra"

Astres et étoiles
Là aussi, les cardinalités 1,1 avec coordonnées_FK5 donnent à penser qu'une entité-type unique est possible voire souhaitable
Concernant les différentes magnitudes, ne peut on pas les associer aussi à des astres autres que des étoiles ? une planète par exemple n'a-t- elle pas une magnitude ?
Si oui, faute d'attributs spécifiques aux étoiles et étoiles variables, ces sous-types ne seraient pas requis


Magnitude
Plutôt que de faire autant d'entités-type qu'il y a de types de magnitudes, faites n'en qu'une seule, et créez une ET "type de magnitude" ainsi
ASTRE 0,n --- posseder --- 0,n MAGNITUDE 1,1--- typer --- 0,n TYPE
Autant que je sache, la magnitude est un niveau de luminosité, qui peut donc être le même pour plusieurs astres

Vos attributs sont typés mais pas dimensionnés, à compléter donc

Le type Float est utilisé pour les très grande valeurs (en puissances de 10), ce n'est donc pas idéal pour des latitudes et longitudes

Pour les identifiants des relations, on privilégie en général des verbes. Quoi qu'il en soit vous avez de nombreux homonymes
A corriger s'il y a des attributs ou des relations n de chaque côté, car les tables générées lors de la dérivation du MLD prendront les noms de ces relations, et évidemment les doublons sont interdits

[aras-vbo]

Bonjour Escartefigue,

Merci pour votre réponse.
Il est vrai que lorsqu'on est dans un sujet, on a tendance à oublier que d'autres ne le sont pas forcément.

Voici donc des détails sur le vocabulaire utilisé. C'est une sorte de glossaire.
Je vais rajouter ensuite, dans un autre post, les règles de gestion.

---------------------------------------------------------------------------------

Un SPECTRE BRUT

Un spectre est la mesure de l'intensité de la lumière en fonction de la longueur d'onde.
Quand on décompose la lumière du Soleil avec un prisme par exemple, on forme un spectre, depuis le bleu (environ 400 nm) jusqu'au rouge (environ 750 nm).
En astronomie, on peut décomposer la lumière de n'importe quel astre (étoile, nébuleuse, galaxie, etc.) en ces différentes longueurs d'onde à l'aide d'un spectrographe installé sur un télescope ; la précision de la décomposition, c'est à dire la résolution du spectre, dépendra de la qualité et des propriétés du prisme ou du réseau (plus souvent des réseaux de nos jours).

Un spectre brut ressemble à ceci :



Ce sont les spectres de 2 étoiles bien connues, Bételgeuse et Sirius. Elles sont en noir et blanc mais ça ne pose aucun problème. Par convention, la partie bleue est à gauche (et le rouge est à droite).
Toutefois, ce ne sont pas ces spectres bruts qui sont intéressants mais les courbes de lumières qui leur correspondent, calibrées en longueur d'onde et corrigées de certains biais.
Ce sont ces courbes finales qui sont l'objet de la base.

-----------------------------------------------------------------------------------

Un SPECTRE FITS

Un spectre FITS est un fichier au format normalisé FITS (inventé par la NASA pour stocker les images et informations astronomiques).

Le contenu du corps d'un fichier FITS ressemble à ceci :



Ici, c'est le spectre traité de l'étoile variable appelée EG And. Le spectre brut a été calibré en longueur d'onde (à l'aide d'une référence) et corrigé de certains biais atmosphériques et instrumentaux. je ne rentre pas dans les détails.
En abscisse, on a la longueur d'onde (en angstrom, ici, de 4000 à 7500 angstrom) et en ordonnée, on a une intensité relative, sans unité.
Si, en plus, on calibre le spectre en flux, on a en ordonnée une unité du type erg/cm2/s

Ce sont les fichiers FITS qui seront gérés dans la base.

Le format FITS contient 2 parties : un en-tête contenant des métadonnées (nom de l'astre, nom de l'observateur, date de prise de vue, etc.) et un corps contenant les données proprement dites, sachant qu'un fichier FITS peut contenir des données 1D, 2D ou multivariées ou 1 ou plusieurs images. Dans le cas de spectres, on a généralement du 1D voire plusieurs 1D en même temps (spectres échelles).
Nous allons aussi nous servir du contenu de l'en-tête pour peupler la base mais aussi pour vérifier la cohérence des données. Un traitement automatique va vérifier la présence et la cohérence du contenu des champs de l'en-tête FITS du spectre.

les informations tirées de l'en-tête seront stockées dans les différentes tables de la base (OBSERVATEUR, SITE, ETOILE, etc). Celles qui sont spécifiques au fichier à enregistrer seront stockées dans la table SPECTRE.

----------------------------------------------------------------------------------

Un OBSERVATEUR

Un observateur est un astronome amateur qui enregistre et publie des spectres traités.

----------------------------------------------------------------------------------

Un INSTRUMENT

Le mot Instrument est le terme générique pour désigner un télescope servant à enregistrer les spectres.
En français, un instrument désigne à la fois un télescope ou une lunette astronomique (qui sont 2 types différents d'instrument astronomique)... En anglais, un instrument astronomique s'appelle "telescope" de façon générique ; la concision a parfois du bon. Petit problème : le terme télescope désigne plus souvent la partie optique seule d'un télescope et non l'instrument complet.

Je suis donc parti sur les termes suivants :
INSTRUMENT désigne l'instrument complet
TELESCOPE désigne la partie optique seule

Un INSTRUMENT est donc composé d'un TELESCOPE, d'un SPECTROGRAPHE (qui décompose la lumière) et d'une CAMERA (qui enregistre le spectre).

Il est important de séparer le SPECTROGRAPHE de la CAMERA car leurs propriétés respectives influent sur le spectre final.

----------------------------------------------------------------------------------

Un OBSERVATEUR

Un OBSERVATEUR est un astronome amateur qui enregistre et publie des spectres

----------------------------------------------------------------------------------

Un SITE

Un SITE est le lieu géographique où l'OBSERVATEUR utilise son INSTRUMENT.
On peut rapprocher le terme Site de celui d'Observatoire. je n'ai pas utilisé le terme Observatoire pour 2 raisons :
- un Observatoire désigne plutôt une structure en dur, avec un abri, où l'instrument est en poste fixe. Ce n'est pas souvent le cas chez les astronomes amateurs qui ont tendance à déplacer leur instrument d'un site à un autre ou à utiliser leur télescope dans le fond du jardin.
- un Observatoire désigne très souvent une structure professionnelle (Observatoire de Haute-Provence, Observatoire du Pic du Midi, Palomar Observatory, etc.).

---------------------------------------------------------------------------------

Un ASTRE

Un ASTRE désigne n'importe quel objet céleste, que ce soit une étoile, une nébuleuse, une galaxie, un trou noir, un quasar ... Bref tous les objets célestes.

Un ASTRE est désigné par un ou plusieurs ALIAS (des noms). Chaque astronome qui sort son propre catalogue va quasiment donner un nouvel identifiant à une astre. On arrive donc à des étoiles qui ont 45 identifiants différents, par exemple. L'astre Deneb dans la constellation du Cygne possède les identifiants Alpha Cygni (issu du catalogue Flamsteed), HD 197345 (catalogue Henri Draper), GSC 03574-03347 (catalogue GSC, le Guiding Star Catalog du télescope spatial Hubble), etc. Nous ne conserverons que les identifiants les plus utilisés.
Le souci est que les plus utilisés ne sont pas forcément dans les mêmes catalogues ... Par exemple, pratiquement toutes les étoiles variables ont un identifiant GCVS (Global Catalog of Variable Star). Deneb, qui n'est pas variable, n'a donc pas d'identifiant dans le catalogue GCVS. L'étoile variable cataclysmique SS Cyg (catalogue GCVS) n'a pas de nom usuel ni dans le catalogue Flamsteed, ni dans le catalogue Henri Draper.

Un ASTRE est nécessairement situé à certaines coordonnées: l'ascension droite (équivalente à notre longitude terrestre) et la déclinaison (équivalente à notre latitude terrestre).
Le gros souci en astronomie c'est que, du fait de la précession des équinoxes, les coordonnées des étoiles changent avec le temps. En fait, c'est l'origine des coordonnées qui se déplace (le point vernal). C'est comme si on déplaçait le méridien de Greenwich sur la surface de la Terre, méridien qui sert d'origine pour la longitude. C'est encore pire en astronomie puisque que la "latitude" change aussi...
De ce fait, il existe des référentiels de coordonnées différents selon les époques : J1950 pour les années 1950 (référentiel FK3) et J2000 pour les années 2000 (référentiel FK5). Depuis une dizaine d'années, les astronomes ont semblent-ils réglé le problème en prenant une autre origine quasi-fixe et donc créé un nouveau référentiel qui s'appelle ICRS. les valeurs ICRS correspondent globalement à FK5 mais comme personne n'utilise systématiquement le référentiel ICRS (notamment dans les logiciels de cartographie), on est resté sur FK5. C'est donc le référentiel FK5 que nous allons prendre.

Un ASTRE est classé dans une catégorie.
Cette catégorie est totalement artificielle et elle ne sera utile que pour classer les astres dans le site web

----------------------------------------------------------------------------------

Une ETOILE

Une étoile est un type d'ASTRE

Une ETOILE possède une magnitude. La magnitude est une mesure de l'intensité lumineuse d'une étoile. C'est une échelle logarithmique sans dimension. La valeur varie de -27 (magnitude du Soleil) à +30 (magnitude de l'astre le plus faible jamais détecté par un télescope). On peut donc avoir des valeurs négatives. L'étoile Sirius a une MAGNITUDE VISUELLE de -1,46.
J'ai grandement simplifié la notion de magnitude parce qu'une magnitude est normalement valable à une longueur d'onde donnée.

----------------------------------------------------------------------------------

Une ETOILE VARIABLE

Une ETOILE VARIABLE est un type d'ETOILE

J'ai donc mis en place une cascade d'héritage parce que les étoiles, étoiles variables et astres ne partagent pas systématiquement les même propriétés

Comme elle varie, une ETOILE VARIABLE possède 2 valeurs de magnitude : une MAGNITUDE MINIMALE et une MAGNITUDE MAXIMALE. Ces valeurs oscillent selon une PERIODE DE VARIATION, exprimée en jours.
Il est possible qu'on ne connaisse pas l'une des 2 valeurs de magnitude, ou la valeur de la période de variation.

----------------------------------------------------------------------------------

J'espère que je n'ai rien oublié pour expliquer le vocabulaire utilisé.
Je vais de toute façon poster aussi les règles de gestion pour que vous puissiez juger de la pertinence de mon MCD.

Merci d'avance
Vincent

[aras-vbo]

Le terme "validateur" que vous utilisez à plusieurs reprises, s'il fait partie du jargon métier, doit être expliqué, sinon remplacé (contrôleur, agréeur, certificateur...)

J'ai totalement oublié cette notion dans mon MCD. Je vais le compléter.

Un Validateur est avant tout un Observateur qui possède suffisamment d'expérience pour juger de la bonne qualité d'un spectre qui est soumis. Actuellement, nous avons 3 validateurs.
Je pense que je peux faire figurer la notion de Validation au travers d'une entité DROITS associée à OBSERVATEUR.

Concernant le MCD :
Instruments
Je ne comprends pas ce que c'est. Vos cardinalités indiquent que ce serait à la fois un télescope, un spectrographe et une caméra !

Ce qui me surprend, sans doute est-ce dû à ma méconnaissance du sujet, est que ce faisant, un observateur qui n'aurait par exemple pas de caméra, ne pourrait pas enregistrer d'observations dans votre base de données ? Si vous confirmez ces cardinalités, alors on pourrait n'avoir qu'une seule entité-type "instrument" qui inclurait aussi les attributs que vous avez mis dans les 3 ET "télescope", "spectrographe" et "caméra"

Un INSTRUMENT possède nécessairement un seul TELESCOPE, un seul SPECTROGRAPHE et une seule CAMERA. Si la CAMERA, le SPECTROGRAPHE ou le TELESCOPE est différent alors on considère que l'INSTRUMENT est différent.
Un OBSERVATEUR utilise 1 ou plusieurs INSTRUMENT (il peut avoir plusieurs TELESCOPE, SPECTROGRAPHE ou CAMERA chez lui).
Un INSTRUMENT peut être utilisé par 1 ou plusieurs OBSERVATEUR (il peut s'agir d'une équipe d'observateurs qui utilisent le même instrument d'observatoire, par exemple)

J'ai un doute sur les cardinalités que j'ai indiqué.

J'ai hésité à mettre une cardinalité 1,n du côté TELESCOPE, SPECTROGRAPHE et CAMERA car, par exemple, un spectrographe de marque Shelyak et de type Alpy 600 peut être associé à plusieurs configurations d'instrument possibles pouvant être possédés par plusieurs observateurs différents (qui possèdent chacun un spectrographe Shelyak Alpy 600)
Le souci est que je ne connais pas tous les types de spectrographes disponibles sur le marché. Et que faire des amateurs qui construisent leur spectrographe eux-mêmes ?

Astres et étoiles
Là aussi, les cardinalités 1,1 avec coordonnées_FK5 donnent à penser qu'une entité-type unique est possible voire souhaitable
Concernant les différentes magnitudes, ne peut on pas les associer aussi à des astres autres que des étoiles ? une planète par exemple n'a-t- elle pas une magnitude ?
Si oui, faute d'attributs spécifiques aux étoiles et étoiles variables, ces sous-types ne seraient pas requis

Je vais sans doute rattacher l'entité-type MAGNITUDE VISUELLE à ASTRE et non au sous-type ETOILE. Effectivement, une planète, voire une nébuleuse possède aussi une magnitude, bien que certains astres n'aient pas de magnitude (un trou-noir, par exemple...). Je vais changer la cardinalité en conséquence.

Par contre, les magnitudes minimale et maximale sont à rapprocher des astres variables uniquement. Ces valeurs ne sont pas pertinentes pour des astres dont la magnitude est invariable.

J'ai créé une entité-type COORDONNEES_FK5 car un astre est susceptible de posséder d'autres coordonnées dans un autre référentiel que FK5. Je pourrai effectivement en faire un attribut de ASTRE étant donné que ces valeurs sont obligatoires. Mais j'ai cru comprendre que l'ajout ultérieurs d'attributs est préférable sous forme d'entité-type pour éviter des tables obèses.

Magnitude
Plutôt que de faire autant d'entités-type qu'il y a de types de magnitudes, faites n'en qu'une seule, et créez une ET "type de magnitude" ainsi
ASTRE 0,n --- posseder --- 0,n MAGNITUDE 1,1--- typer --- 0,n TYPE
Autant que je sache, la magnitude est un niveau de luminosité, qui peut donc être le même pour plusieurs astres

Est-ce qu'on ne créé pas de répétition de données dans ce cas ? Faudrait-il créér une entité-type TYPE_MAGNITUDE rattachée à MAGNITUDE ?

Vos attributs sont typés mais pas dimensionnés, à compléter donc

Je les aies dimensionnées dans JMerise mais elles n'apparaissent pas sur mon MCD. Je vais vérifier si il y a moyen de les afficher.

Le type Float est utilisé pour les très grande valeurs (en puissances de 10), ce n'est donc pas idéal pour des latitudes et longitudes

Que me conseillez-vous ? Un type Double ou Numeric ?

Pour les identifiants des relations, on privilégie en général des verbes. Quoi qu'il en soit vous avez de nombreux homonymes
A corriger s'il y a des attributs ou des relations n de chaque côté, car les tables générées lors de la dérivation du MLD prendront les noms de ces relations, et évidemment les doublons sont interdits

Je vais y remédier.
Comment doit-on nommer des relations dont la cardinalité est 0,1 et qui reflète un caractère d'appartenance ?

Merci de vos remarques
Vincent

[escartefigue]

Un Validateur est avant tout un Observateur qui possède suffisamment d'expérience pour juger de la bonne qualité d'un spectre qui est soumis. Actuellement, nous avons 3 validateurs.
Je pense que je peux faire figurer la notion de Validation au travers d'une entité DROITS associée à OBSERVATEUR.

C'est surtout que "validateur" tout comme "valideur" ne sont pas des mots du dictionnaire courant, il convient donc de créer un glossaire des termes spécifiques (jargon) et sigles utilisés.

Un INSTRUMENT possède nécessairement un seul TELESCOPE, un seul SPECTROGRAPHE et une seule CAMERA. Si la CAMERA, le SPECTROGRAPHE ou le TELESCOPE est différent alors on considère que l'INSTRUMENT est différent.

Ce que j' n'arrive pas à voir, c'est si l'instrument a une existence propre, quel est l'intérêt pour vous d'identifier un instrument
Autant, pour les équipements qui le composent, j'arrive à imaginer des attributs : longueur, largeur, poids, précision, consommation électrique, sensibilité etc...
Autant, hors code et libellé, il semble que l'instrument soit dépourvu d'attributs. Qu'en est il vraiment ?
Question subsidiaire : si un astronome possède 2 télescopes mais seulement une caméra et un spectrographe, alors combien cet astronome a-t- il d'instruments ?

J'ai hésité à mettre une cardinalité 1,n du côté TELESCOPE, SPECTROGRAPHE et CAMERA car, par exemple, un spectrographe de marque Shelyak et de type Alpy 600 peut être associé à plusieurs configurations d'instrument possibles pouvant être possédés par plusieurs observateurs différents (qui possèdent chacun un spectrographe Shelyak Alpy 600)
Le souci est que je ne connais pas tous les types de spectrographes disponibles sur le marché. Et que faire des amateurs qui construisent leur spectrographe eux-mêmes ?

Il faut mettre une cardinalité 1,n seulement si le même équipement et non pas le même modèle d'équipement, est utilisé dans 2 instruments.
Exemple : le spectrographe de marque Shelyak, de type Alpy 600 et de numéro de série 123456789 est utilisé dans 2 instruments

J'ai créé une entité-type COORDONNEES_FK5 car un astre est susceptible de posséder d'autres coordonnées dans un autre référentiel que FK5. Je pourrai effectivement en faire un attribut de ASTRE étant donné que ces valeurs sont obligatoires. Mais j'ai cru comprendre que l'ajout ultérieurs d'attributs est préférable sous forme d'entité-type pour éviter des tables obèses.

C'est paradoxal de nommer l'entité-type FK5, si elle concerne des mesures non FK5
Pour les tables obèses, vu que vous n'avez que 2-3 attributs par entité-type ou association, vous n'êtes pas concernés.

Est-ce qu'on ne créé pas de répétition de données dans ce cas ? Faudrait-il créér une entité-type TYPE_MAGNITUDE rattachée à MAGNITUDE ?

C'est bien ce que je vous propose, vous n'avez qu'une seule entité-type "MAGNITUDE", vous créerez autant d'occurrences que nécessaire, chaque occurrence sera typée grâce à la relation entre cette occurrence et l'entité-type "TYPE_MAGNITUDE" (l'ET coté cardinalité 1, héritera de la clef coté n, donc du type de magnitude)

Que me conseillez-vous ? Un type Double ou Numeric ?

Selon l'outil de modélisation, (je ne connais pas JMerise) c'est numeric ou decimal qui convient le mieux. Avec du Float, vous perdrez vos décimales.

Comment doit-on nommer des relations dont la cardinalité est 0,1 et qui reflète un caractère d'appartenance ?

Vous parlez de "possède" par exemple entre "ETOILE" et "MAGNITUDE_VISUELLE" ?
Si c'est ça, "posseder" est préférable
Evitez aussi les accents, blancs, cédilles etc... dans les noms d'ET et de relations, évitez de même les noms réservés (TABLE, SPACE, QUOTE, SELECT par exemple)

[CinePhil]

Bonjour.

Sujet effectivement passionnant et probablement inédit sur ce forum.

Mes observations, un peu en vrac...

1) Le valideur
Une propriété booléenne "est_valideur" ne serait-elle pas suffisante dans l'entité-type "OBSERVATEUR" ?

2) DNS_EMAIL
C'est quoi ?
Les cardinalités 1,1 - 1,1 laissent à penser que c'est juste une propriété de EMAIL qui pourrait donc y être rapatriée.

3) Boucle infernale
Le schéma actuel permet à un observateur d'habiter dans un pays et d'utiliser un instrument qui est installé sur un site situé dans un autre pays. Est-ce possible ?
Sinon il faut mettre une contrainte fonctionnelle.

4) Ambiguïté sur ce qu'est un INSTRUMENT
J'ai bien compris qu'un instrument est composé d'un télescope, d'un spectrographe et d'une caméra mais est-ce qu'un instrument X est un nom générique qui sera composé de toujours les mêmes instruments et qui pourra être acheté tel quel par un observateur O ou P, ou bien est-ce l'instrument de l'observateur O, en tant qu'ensemble d'éléments achetés par O et assemblés uniquement par lui ?

Quelle que soit la réponse, il semble par contre que le télescope T1 soit un équipement disponible dans le commerce et qu'il puisse entré dans la composition de plusieurs instruments différents possédés par des observateurs différents. La cardinalité côté TELESCOPE devrait donc être 1,n ou 0,n.
Idem pour SPECTROGRAPHE et CAMERA.

5) Un astre peut être classé dans plusieurs catégories ?

6) Puisque, si j'ai bien compris, vous n'utiliserez que le système de coordonnées FK5, pourquoi ne pas rapatrier ces coordonnées dans ASTRE ?
Les cardinalités 1,1 - 1,1 justifient d'ailleurs tout à fait ce rapatriement.

7) Magnitudes
Puisqu'il s'agit d'une valeur de mesure qui est propre à l'étoile, pourquoi ne pas en faire une propriété de ETOILE ?
Idem pour les magnitudes min et max, ainsi que la période de variation, qui sont propres aux étoiles variables.
Si j'ai bien compris vos explications, il ne s'agit pas d'entités types mais de propriétés.

[escartefigue]

Bonjour.
4) Ambiguïté sur ce qu'est un INSTRUMENT
J'ai bien compris qu'un instrument est composé d'un télescope, d'un spectrographe et d'une caméra mais est-ce qu'un instrument X est un nom générique qui sera composé de toujours les mêmes instruments et qui pourra être acheté tel quel par un observateur O ou P, ou bien est-ce l'instrument de l'observateur O, en tant qu'ensemble d'éléments achetés par O et assemblés uniquement par lui ?

+1

7) Magnitudes
Puisqu'il s'agit d'une valeur de mesure qui est propre à l'étoile, pourquoi ne pas en faire une propriété de ETOILE ?

Non car :

Je vais sans doute rattacher l'entité-type MAGNITUDE VISUELLE à ASTRE et non au sous-type ETOILE. Effectivement, une planète, voire une nébuleuse possède aussi une magnitude, bien que certains astres n'aient pas de magnitude (un trou-noir, par exemple...). Je vais changer la cardinalité en conséquence.

Il faut donc une cardinalité 0,1 entre astre et magnitude et éventuellement une CIF pour vérifier que si magnitude il y a, elle vérifie que le type d'astre est bien concerné