Nous sommes heureux de vous annoncer la sortie de notre nouveau 3.0 ORCID API. Nous sommes enthousiasmés par les nouvelles fonctionnalités qu'il contient, notamment plusieurs nouveaux types d'affiliation, une nouvelle section de ressources de recherche, une délégation de jetons pour permettre le partage des autorisations entre les membres et une transparence accrue sur la source d'informations dans ORCID Records.
Nouveaux types d'affiliation
Avec l'aide de la communauté, nous avons élargi notre section d'affiliation afin que les chercheurs puissent être associés et être reconnus pour un plus large éventail d'activités professionnelles. le ORCID Le registre prend désormais en charge sept types d'affiliations dans quatre sections :
- Formation et (nouvelles) qualifications: la relation d'éducation formelle entre une personne et une organisation, que ce soit dans un programme d'enseignement supérieur/supérieur, un programme de formation professionnelle ou professionnelle, une certification ou un programme de formation continue
- Emploi: une relation de travail entre une personne et une organisation
- Postes invités et distinctions (nouveau) : relations formelles en dehors de l'emploi entre une personne et une organisation, comme servir en tant que chercheur invité, chercheur honoraire ou être distingué par un prix ou un diplôme honorifique
- Adhésion et service (nouveau): adhésion à une organisation, ou don de temps ou d'autres ressources au service d'une organisation
L'API représente toutes ces affiliations de la même manière, il est donc simple d'étendre une intégration pour les utiliser. Ils sont disponibles dans l'interface utilisateur depuis plusieurs mois maintenant, et les chercheurs sont déjà occupés à les ajouter eux-mêmes à leurs dossiers, avec 39,855 34,685 distinctions ajoutées cette semaine, 94,302 107,894 postes invités, 30,832 XNUMX adhésions, XNUMX XNUMX qualifications et XNUMX XNUMX affiliations de service.
Pour plus d'informations, s'il vous plaît voir Alerte de nouvelle fonctionnalité : types d'affiliation améliorés et notre nouvelle documentation de workflow pour Postes invités et distinctions ainsi que Adhésion et service.
Ressources de recherche
Notre nouvelle section de ressources de recherche relie les personnes aux installations et à l'équipement qu'elles ont accès. L'année dernière, notre Groupe de travail sur les installations des utilisateurs et les publications aidé à définir comment ceux-ci devraient apparaître dans notre API. Depuis lors, plusieurs membres du groupe de travail ont commencé à ajouter des ressources de recherche avec notre API bêta, qui a été annoncée dans Les ressources de recherche sont maintenant disponibles !
C'est formidable de voir cela évoluer d'une conversation initiale avec un membre à une groupe de travail communautaire qui a développé un document de travail sur les recommandations, puis à une phase de mise en œuvre pilote, et maintenant dans notre API de production. De plus, le groupe de travail a aidé à établir des exigences pour le balisage des ressources de recherche dans les articles de revues qui sont maintenant incorporés dans le NISO récemment publié JATS1.2 la norme. Plus d'informations sont disponibles dans notre documentation sur le workflow des ressources de recherche et il y a un ressources de recherche didacticiel API également.
Tracer les sentiers de la reconnaissance des ressources de recherche sont les Laboratoire des sciences moléculaires de l'environnement, Oak Ridge National Laboratory, et le Environnement de découverte des sciences et de l'ingénierie extrêmes (XSEDE), avec plusieurs autres en développement. Les éditeurs participent également, Wiley pilote l'inclusion des ressources de recherche utilisées dans la production des manuscrits soumis dans un section de remerciements uniques.
Voir la source
La transparence est une valeur fondamentale de ORCID. Nous avons travaillé pour permettre plus de transparence sur les sources d'informations publiées sur le ORCID Registre et API 3.0 maintenant fait la distinction entre la source de ORCID iD → connexion de l'élément, et la source de l'élément → ORCID enregistrer la connexion. Voir Parcours d'assurance d'assertion : que sont-ils et pourquoi sont-ils importants pour plus d'informations sur les raisons pour lesquelles être en mesure de voir la source est si important pour nous.
Assurer le contrôle du chercheur est un aspect clé de « Voir la source », y compris l'assurance que les chercheurs ont donné la permission d'utiliser leur iD et inclure également des identifiants d'organisation pour clarifier l'identité de la source.
Les éléments des enregistrements affichent désormais des informations sur le membre qui a établi le lien entre le iD et l'élément (l'origine de l'assertion), ainsi que le membre qui a utilisé l'API pour ajouter l'élément (la source). En savoir plus dans Où puis-je voir la source d'information dans mon ORCID record?
« Voir la source » indique également clairement lorsqu'un membre a permis à un autre d'agir en son nom en partageant des autorisations. Nous avons mis à jour notre flux de travail du fournisseur de services pour refléter ces changements, ainsi que pour créer un tutoriel API de délégation de jetons, qui fournit plus de détails sur ces workflows.
D'autres changements
Identifiants de normalisation. Nous avons introduit un nouveau champ généré par le système, qui exprime des identifiants externes (DOI, PMCID, PMID, ArXiv, Bibcode, ISSN et ISBN) dans un format normalisé à des fins de correspondance et de regroupement. La normalisation est effectuée sur la base des règles du type d'identifiant et peut inclure la mise en minuscule de tous les caractères alphabétiques ou la transformation d'espaces, de tirets, de points et d'autres caractères pouvant être traités comme équivalents. Il ajoute également des préfixes et des suffixes standard, le cas échéant. Par example, https://doi.org/10.1/123, 10.1/123et https://dx.doi.org/10.1/123 apparaîtront tous dans ce champ comme https://doi.org/10.1/123. La valeur de l'identifiant existant n'est pas modifiée.
De nouveaux types de travail. En réponse aux commentaires de la communauté, nous avons ajouté ou modifié plusieurs types de travaux, notamment :
- Ajout de « préimpression » et « logiciel » au liste des types de travail pris en charge
- Migration de « dissertation » vers la « thèse-thèse » plus générale
- Améliorer la façon dont nous gérons les types de travail dans l'API 3.0, nous permettant d'ajouter de nouveaux types de travail sans nécessiter de modifications de schéma
Les autres types de travaux envisagés pour être ajoutés au Registre à l'avenir comprennent les annotations et les objets physiques (spécimens, échantillons, etc.).
Nouveauté ID type de relation. Comme annoncé dans Alerte aux nouvelles fonctionnalités ! Améliorations apportées à l'ajout et au regroupement d'œuvres, nous avons également ajouté un nouveau type de relation d'identifiant « version-of » pour indiquer clairement où une œuvre est la version d'une autre. Cela peut être utilisé pour relier plusieurs versions d'un ensemble de données ou pour regrouper des préimpressions avec la version publiée d'un article.
Mise à niveau
Nous avons beaucoup appris lors de la transition de l'API 1.2 à l'API 2. Cette fois, nous avons rendu la mise à niveau beaucoup plus facile à gérer. L'API 3.0 ajoute de nouvelles fonctionnalités tout en ne modifiant les fonctionnalités existantes que lorsque cela est absolument nécessaire. Cela signifie que les intégrateurs devraient être en mesure de passer à la nouvelle API avec un minimum de tracas. Cela signifie également que, même si nous vous recommandons de commencer à planifier votre mise à niveau dès que possible afin que votre organisation et vos chercheurs puissent bénéficier des nouvelles fonctionnalités, vous disposez d'une grande flexibilité pour décider quand effectuer la mise à jour vers la 3.0.
La petite liste des changements potentiellement décisifs se trouve dans nos notes de version de l'API ici ainsi que ici. Il y a quelques changements concernant les champs facultatifs/obligatoires, les énumérations JSON ont été légèrement modifiées, et nous avons également une petite refactorisation de nos schémas XML, ajoutant de nouveaux champs pour contenir les métadonnées requises pour la nouvelle fonctionnalité.
Suppression des anciennes versions
L'API 3.0 sera la version par défaut de l'API à partir du 27 septembre 2019, date à laquelle nous supprimerons également toutes les versions candidates de l'API 2.0. Cependant, nous continuerons à prendre en charge les API 2.0 et 2.1 dans un avenir prévisible, et nous fournirons un préavis d'au moins 12 mois avant de désactiver ces versions.
Documentation
- La documentation utilisateur est disponible pour les nouveaux types d'affiliation et par section ressources de recherche, ainsi que pour voir la source d'informations sur ORCID Articles
- Une documentation technique complète, y compris les flux de travail nouveaux et mis à jour, est disponible sur notre Pages de ressources d'API
- Une documentation détaillée de l'API, y compris les schémas, est disponible sur GitHub
Un grand merci à nos bêta-testeurs pour leurs retours, à ORCID personnel — en particulier l'équipe technique — pour leur travail acharné à développer notre API 3.0, et à tous les membres de notre communauté pour vos suggestions et votre soutien. Si vous avez des questions ou des préoccupations concernant cette nouvelle version de notre API, veuillez partager vos commentaires en rejoignant le ORCID Groupe d'utilisateurs d'API.