Création de DOI pour Vizier

Beaucoup de blabla, le document explique brièvement le contexte DataCite et les enjeux. Le document liste ensuite les méta-données DataCite, et pose un certain nombre de questions.

Pour plus d'informations, on peut se reporter aux URL suivantes:

• DataCite: https://www.datacite.org/
• Documentation pour les méta-données: http://schema.datacite.org/meta/kernel-3/doc/DataCite-MetadataKernel_v3.1.pdf
• https://mds.datacite.org/
• schéma XML pour ls méta-données: http://schema.datacite.org/meta/kernel-3/index.html

Datacite est une agence d'enregistrement des DOI (non lucratif), il propose les services suivant:

L'Inist (CNRS) est l'agence francaise d'attribution DOI. Elle comprend les activités suivantes:

Note: la relation datacenter-Inist se fait par contrat (3ans reconductible) ~180euros/an

Datacite, organisme de gestion des DOI (https://www.datacite.org/), liste les raisons suivantes:

Pour VizieR, le DOI permet d'étendre la visibilité du couple service/ressources. A voir?

Le DOI VizieR inclurait aussi l'accès aux méta-données et les valeurs ajoutées VizieR. De plus, dans le cas des tables, ce sont les tables VizieR et non pas les tables originales qui seraient référencées par le DOI. A voir ?

En cela il est bien complémentaire aux DOI des publishers.

Aujourd'hui, des personnes s'interrogent pour ajouter les DOI/ORCID dans le schémas des registries. Certains ont évoqué la possibilité d'un service VO pour la génération de ces DOI.

La proposition a été refusé.

Il est cependant intéressant de comprendre pourquoi.

• Les registries VO sont basés sur le même protocole OAI-PMH que le sont les DOI.
• Générer des DOI dans le cadre du VO signifie des citations sur les services VO et indirectement des ressources du VO (VizieR par exemple).
  Cela permettrait une meilleure visibilité des services rendus par le VO.La génération de DOI dans le VO pourrait être considérée comme une évolution nécéssaire sur un service de registry quelquefois critiqué.

Cependant, il s'agit ici d'un organisme tiers qui créerait des DOI sans avoir la charge des ressources (maintenance, préservation, curation).

Le CDS (francoise notamment) est catégorique la dessus: c'est impossible! - quid, si des ressources VO devenaient inaccessible? et comment l'IVOA purrait s'assurer de la qualité des données ?

De plus, on peut s'interroger sur la réactivité d'un tel procédé pour la mise à jours de DOI existant.

Il semble donc préférable que l'on conserve l'accès et la gestion des DOI sur les services/ressources de VizieR.

Sur quoi peut on générer des DOI?

Possibilité d'attribution de DOI:

Note: il est possible de lier des DOI selon une notion de dépendances (ex: une table appartient à un catalogue). Dans ce cas, chaque DOI doit avoir un sens propre.

DOI sur les données associées

Vu la volumétrie (>1,000,000) cela ne semble pas envisageable. De plus, y a t'il un interret à citer une ressource type FITS déposée dans VizieR?

DOI sur les tables

permettrait des citations sur une table VizieR qui inclue valeur ajoutée + méta-données (et portant sur les tables VizieR et non pas sur les tables originales).

Cela permettrait d'étendre les liens tels qu'il existent aujourd'hui dans les journaux A&A ou ADS.

Note: les noms des tables peuvent évoluer aujourd'hui (voir être modifiées: méta-données, valeurs-ajoutées, fusion..).

Peut on alors les identifier de manière pérennes? et comment?

Note: il existe 3 possibilités pour les DOI portant sur des données fluctuantes:

DOI sur les catalogues.

Celui-ci est aussi à prendre en compte si l'on créé des DOI sur les tables: les données associées ne sont pas liés à une table mais souvent au catalogue.

Or le service données associées pourraient être contenu dans les méta-données DOI.

• qualité/pertinence des données
• veiller à la conservation et accessibilité
• page descriptive (landing page accessible). Cette page contient :
  • la citation
  • les métadonnées descriptives
  • les informations concernant l’accès à l’objet (URL, conditions d’obtention,restrictions, etc.)
  • les informations pour lire l’objet (logiciels, contexte, autres informations nécessaires à l’interprétation.).
  • éventuellement une information spécifiant l’indisponibilité des données

Informations nécessaires pour créer un centre de données:

• Nom du DOI (format<votre préfixe>/<suffixe unique>)
  • le préfixe est donné par DataCite
  • le suffixe est donné par le CDS (ex: VizieR)
• Landing page: page de référence. Que choisir?
  • pour un catalogue: http://vizier.u-strasbg.fr/viz-bin/VizieR?-source=B/corot ? http://cdsarc.u-strasbg.fr/viz-bin/Cat?B/corot
  • le portail du CDS ? la page simplifiée VizieR (qui dispose d'un accès aux services disponible pour la ressource)
  • une autre page (à développer) qui listerait les différents moyens d'accéder aux données VizieR:
    • une page qui réutilise les meta-données DataCite (comme le fait A&A pour ces données , ou ex: http://data.datacite.org/10.5281/ZENODO.31721 )
    • (ou) une page indépendante de dataCite qui donne accès aux services/ressources
      Note: dans ce cas, le standard VO "datalink" est une piste à étudier
      datalink est un service qui traduit un identifiant en une liste d'URL ou service pour exploiter la ressource identifiée
• Elément des méta-données obligatoires au format XML

Détail des méta-données (M: mandatory, R: recommended, O: optional)

Format identifiant DOI : préfixe_DataCite/suffixe_CDS

Pour le suffixe CDS, on met ce quon veut (DataCite recommande que le suffixe soit opaque).

C'est à dire on peut utiliser comme suffixe l'identifiant catalogue/table (non opaque) ou bien générer un id unique indépendant du nom

(nous en avons: ex: II/246 -> 1246, J/A+A/540/A43 -> 35400043).

Ex: (cas d'un DOI sur une table - si l'on choisissait cette granularité) - table II/246/out (2MASS)

10.5072/VizieR.1246.1 # 1=METAtab.tabid, 1246=METAtab.catid

10.5072/VizieR.1246.out

10.5072/VizieR.II/246/out # note: vérifier si le '/' ou le '+' sont acceptes

10.5072/VizieR.II/246.1

Ex: catalogue J/A+A/540/A43 construit à partir du bibcode

10.5072/VizieR.2012A&A...540A..43B #Note: à vérifier si le caractère '&' est autorisé!

Contenu des méta-données: quelques questions (liste non exhaustive)

• ajout de l'ORCID: nécessite des modifications dans les méta-données (le DOI sera lui même ajouté dans METAcat ou METAtab)
• pour un DOI sur le service VizieR: créateur=Francois, et les contributeurs ???
• liste des références liées aux données:
  • créateur des données (ex: agence ESO) ?
  • journaux d'origines (DOI publisher) ?
  • ADS ?
• A voir aussi comment "nommer" le lien avec les ressources (cf les possibilités de valeur pour l'attribut du fichier XML "relationType")
• liste des autres identifiants ?
  • bibcode ?
  • nom VizieR (ex:II/246)?
  • IVOA identifiant?
• liste des service d'accès: ftp, TAP, IVOA, ...?
  Il y a 2 possibilités:
  • ajouter les URL d'accès dans les méa-données dans le fichier XML
    ces URL seraient lisible dans une recherche DataCite: ex: http://data.datacite.org/10.5281/ZENODO.31721 ou par par la "landing page" du CDS (à construire)
  • (ou) alors se limiter à une "landing page" indépendante listant l'ensemble des services disponibles
• les mots clés ? utilisation de ADC_keywords, ou + ?
  • ajout systématique de mots clés définissant le contexte scientifique (exemple: "astronomy")
  • ajout des mots clé VizieR ( cf. "Wavelength", "Mission", "Asronomy")
• ajout de l'abstract ?
• ...

Bilan des méta-données proposées

• nom vizier
• bibcode (related) et DOI publisher (related)
• DOI sur centre de donnees ESO, ... s'il existe...: mais non automatique! (?????)
• ivoID

Note: ou mettre les URL: dans le fichier XML ou la landing page uniquement!

• VizieR
• donnees associees
• article journal (bibcode ou DOI)
• FTP, ReadMe ?? BOF!
• lien eventuel vers centre spacial/site exterieur
• [TAPVizieR]

Note: mise a jour plus complexe des URL si elles sont mis dans le fichier XML

Landing page:

• abstract
• auteur, co-auteurs
• identifiants
• date creation + modification
• titre
• mots cles
• liens vers VizieR, ReadMe???
• [coverage]
• [hips]