Wir freuen uns, die Veröffentlichung unserer neuen Version 3.0 bekannt zu geben ORCID API. Wir freuen uns über die darin enthaltenen neuen Funktionen, darunter mehrere neue Zugehörigkeitstypen, einen neuen Abschnitt mit Forschungsressourcen, eine Token-Delegierung, um die gemeinsame Nutzung von Berechtigungen zwischen Mitgliedern zu ermöglichen, und eine verbesserte Transparenz über die Informationsquelle in ORCID Records.
Neue Zugehörigkeitstypen
Mit Hilfe der Community haben wir unseren Bereich „Zugehörigkeit“ erweitert, sodass Forscher mit einem breiteren Spektrum beruflicher Aktivitäten in Verbindung gebracht werden und Anerkennung dafür erhalten können. Der ORCID Registry unterstützt jetzt sieben Arten von Zugehörigkeiten in vier Abschnitten:
- Bildung und (neue) Qualifikationen: die formelle Bildungsbeziehung zwischen einer Person und einer Organisation, entweder im Rahmen eines Hochschul-/Tertiärbildungsprogramms, eines beruflichen oder beruflichen Ausbildungsprogramms, einer Zertifizierung oder eines Weiterbildungsprogramms
- Beschäftigung: eine Arbeitsbeziehung zwischen einer Person und einer Organisation
- Eingeladene Positionen und Auszeichnungen (neu): formelle Beziehungen außerhalb der Beschäftigung zwischen einer Person und einer Organisation, wie z. B. die Tätigkeit als Gastforscher, Ehrenmitglied oder die Auszeichnung mit einer Auszeichnung oder einem Ehrentitel
- Mitgliedschaft und Service (neu): Mitgliedschaft in einer Organisation oder Spende von Zeit oder anderen Ressourcen im Dienste einer Organisation
Die API stellt alle diese Zugehörigkeiten auf ähnliche Weise dar, sodass die Erweiterung einer Integration zur Nutzung dieser Zugehörigkeiten unkompliziert ist. Sie sind nun schon seit einigen Monaten in der Benutzeroberfläche verfügbar und die Forscher sind bereits damit beschäftigt, sie selbst zu ihren Datensätzen hinzuzufügen: Stand diese Woche wurden 39,855 Auszeichnungen hinzugefügt, 34,685 eingeladene Stellen, 94,302 Mitgliedschaften, 107,894 Qualifikationen und 30,832 Dienstzugehörigkeiten.
Weitere Informationen finden Sie unter Warnung zu neuen Funktionen: Aktualisierte Zugehörigkeitstypen und unsere neue Workflow-Dokumentation für Eingeladene Positionen und Auszeichnungen und Mitgliedschaft und Service.
Forschungsressourcen
Unser neuer Bereich für Forschungsressourcen bringt Menschen mit den Einrichtungen und Geräten in Kontakt, zu deren Nutzung ihnen Zugang gewährt wurde. Letztes Jahr unser Arbeitsgruppe Benutzereinrichtungen und Veröffentlichungen hat dabei geholfen, zu definieren, wie diese in unserer API angezeigt werden sollen. Seitdem haben mehrere Mitglieder der Arbeitsgruppe damit begonnen, Forschungsressourcen mit unserer Beta-API hinzuzufügen, die in angekündigt wurde Forschungsressourcen jetzt verfügbar!
Es ist großartig zu sehen, wie sich dies von einem anfänglichen Gespräch mit einem Mitglied zu einem weiteren entwickelt Gemeinschaftsarbeitsgruppe das entwickelte sich a Empfehlungen Arbeitspapier, dann weiter zu einer Pilotimplementierungsphase und jetzt in unsere Produktions-API. Darüber hinaus half die Arbeitsgruppe bei der Festlegung von Anforderungen für die Kennzeichnung von Forschungsressourcen in Zeitschriftenartikeln, die nun in die kürzlich veröffentlichten NISO-Artikel aufgenommen werden JATS 1.2 Standard. Weitere Informationen finden Sie in unserem Dokumentation des Forschungsressourcen-Workflows und es gibt eine API-Tutorial für Forschungsressourcen .
Wegweisend für die Anerkennung von Forschungsressourcen sind die Labor für Umweltmolekularwissenschaften, Oak Ridge Nationales Laboratoriumund der Extreme wissenschaftliche und technische Entdeckungsumgebung (XSEDE), mehrere weitere sind in der Entwicklung. Auch Verleger nehmen teil, wobei Wiley die Einbeziehung von Forschungsressourcen, die bei der Produktion eingereichter Manuskripte verwendet werden, in einem Pilotprojekt durchführt Abschnitt „Eindeutige Danksagungen“..
Siehe die Quelle
Transparenz ist ein zentraler Wert von ORCID. Wir haben daran gearbeitet, mehr Transparenz über die Quellen der auf der veröffentlichten Informationen zu ermöglichen ORCID Registry und API 3.0 jetzt unterscheidet zwischen der Quelle der ORCID iD → Artikelverbindung und die Quelle des Artikels → ORCID Verbindung aufzeichnen. Sehen Wege zur Behauptungssicherung: Was sind sie und warum sind sie wichtig? Weitere Informationen darüber, warum es uns so wichtig ist, die Quelle sehen zu können, finden Sie hier.
Die Sicherstellung der Kontrolle durch Forscher ist ein zentraler Aspekt von „See the Source“, einschließlich der Zusicherung, dass Forscher ihre Erlaubnis zur Nutzung erteilt haben iD und auch die Einbeziehung von Organisationskennungen zur Klärung der Quellenidentität.
Elemente in Datensätzen zeigen jetzt Informationen über das Mitglied an, das die Verbindung zwischen den Elementen hergestellt hat iD und das Element (der Assertionsursprung) sowie das Mitglied, das die API zum Hinzufügen des Elements verwendet hat (die Quelle). Erfahren Sie mehr in Wo kann ich die Informationsquelle in meinem sehen? ORCID aufzeichnen
„Seeing the Source“ macht auch deutlich, wenn ein Mitglied einem anderen durch die Weitergabe von Berechtigungen ermöglicht hat, in seinem Namen zu handeln. Wir haben unsere aktualisiert Workflow des Dienstleisters um diese Veränderungen widerzuspiegeln und eine zu erstellen Tutorial zur Token-Delegierungs-API, das weitere Einzelheiten zu diesen Arbeitsabläufen enthält.
Andere Änderungen
Normalisierende Bezeichner. Wir haben ein neues, vom System generiertes Feld eingeführt, das externe Kennungen (DOIs, PMCID, PMID, ArXiv, Bibcode, ISSNs und ISBNs) zum Zweck des Abgleichs und der Gruppierung in einem normalisierten Format ausdrückt. Die Normalisierung erfolgt auf der Grundlage der Regeln des Bezeichnertyps und kann das Festlegen aller Buchstaben in Kleinbuchstaben oder das Umwandeln von Leerzeichen, Bindestrichen, Punkten und anderen Zeichen umfassen, die als gleichwertig behandelt werden können. Außerdem werden gegebenenfalls Standardpräfixe und -suffixe hinzugefügt. Zum Beispiel, https://doi.org/10.1/123, 10.1/123 und https://dx.doi.org/10.1/123 werden alle in diesem Feld als angezeigt https://doi.org/10.1/123. Der vorhandene Bezeichnerwert bleibt unverändert.
Neue Arbeitstypen. Als Reaktion auf das Feedback der Community haben wir mehrere Arbeitstypen hinzugefügt oder geändert, darunter:
- Hinzufügen von „Preprint“ und „Software“ zum Liste der unterstützten Arbeitstypen
- Migration von „Dissertation“ in die allgemeinere „Dissertation-These“
- Wir verbessern die Art und Weise, wie wir Arbeitstypen in API 3.0 verwalten, sodass wir neue Arbeitstypen hinzufügen können, ohne dass Schemaänderungen erforderlich sind
Zu den weiteren Werktypen, die in Zukunft zum Register hinzugefügt werden sollen, gehören Anmerkungen und physische Objekte (Proben, Muster usw.).
Neu ID Beziehungstyp. Wie angekündigt in Warnung vor neuen Funktionen! Verbesserungen beim Hinzufügen und Gruppieren von Werkenhaben wir außerdem einen neuen Identifikator-Beziehungstyp „Version-von“ hinzugefügt, um deutlich zu zeigen, wo ein Werk eine Version eines anderen ist. Dies kann verwendet werden, um mehrere Versionen eines Datensatzes miteinander in Beziehung zu setzen oder Vorabdrucke mit der veröffentlichten Version eines Artikels zu gruppieren.
Verbesserung
Wir haben beim Übergang von API 1.2 zu API 2 viel gelernt. Dieses Mal haben wir die Verwaltung des Upgrades erheblich vereinfacht. API 3.0 fügt neue Funktionen hinzu und ändert bestehende Funktionen nur, wenn dies unbedingt erforderlich ist. Das bedeutet, dass Integratoren mit minimalem Aufwand auf die neue API umsteigen können sollten. Das bedeutet auch, dass wir Ihnen zwar empfehlen, so bald wie möglich mit der Planung Ihres Upgrades zu beginnen, damit Ihre Organisation und Ihre Forscher von den neuen Funktionen profitieren können, Sie jedoch viel Flexibilität bei der Entscheidung haben, wann Sie auf 3.0 aktualisieren.
Die kleine Liste potenziell bahnbrechender Änderungen finden Sie in unseren API-Versionshinweisen hier und hier. Es gibt einige Änderungen an optionalen/obligatorischen Feldern, JSON-Aufzählungen wurden leicht geändert und wir haben auch eine kleine Umgestaltung unserer XML-Schemas vorgenommen und einige neue Felder hinzugefügt, um die für die neue Funktionalität erforderlichen Metadaten zu enthalten.
Einstellung älterer Versionen
API 3.0 wird ab dem 27. September 2019 die Standard-API-Version sein. Dann werden wir auch alle API 2.0-Release-Candidate-Versionen entfernen. Wir werden jedoch auf absehbare Zeit weiterhin API 2.0 und 2.1 unterstützen und mindestens 12 Monate im Voraus Bescheid geben, bevor wir diese Versionen abschalten.
Dokumentation
- Benutzerdokumentation ist verfügbar für die neuen Zugehörigkeitsarten und für Abschnitt „Rechercheressourcen“., sowie für die Quelle sehen von Informationen über ORCID Aufzeichnungen
- Die vollständige technische Dokumentation, einschließlich neuer und aktualisierter Arbeitsabläufe, finden Sie auf unserer Website API-Ressourcenseiten
- Eine ausführliche API-Dokumentation, einschließlich Schemata, finden Sie unter GitHub
Ein großes Dankeschön an unsere Betatester für ihr Feedback ORCID Wir danken allen Mitarbeitern – insbesondere dem technischen Team – für ihre harte Arbeit bei der Entwicklung unserer API 3.0 und allen Mitgliedern unserer Community für Ihre Vorschläge und Unterstützung. Wenn Sie Fragen oder Bedenken zu dieser neuen Version unserer API haben, teilen Sie uns bitte Ihre Kommentare mit, indem Sie sich anmelden ORCID API-Benutzergruppe.