新しい3.0のリリースを発表できることを嬉しく思います ORCID API。 いくつかの新しいアフィリエーションタイプ、新しいリサーチリソースセクション、メンバー間での権限共有を可能にするトークン委任、情報源に関する透明性の向上など、含まれている新機能に興奮しています。 ORCID レコード。
新しい所属タイプ
コミュニティの助けを借りて、私たちは所属セクションを拡大し、研究者がより幅広い専門的活動に関連付けられ、認識されるようにしました。 ザ・ ORCID レジストリは、XNUMXつのセクションでXNUMX種類の所属をサポートするようになりました。
- 教育と(新しい)資格:高等/高等教育プログラム、専門的または職業的訓練プログラム、認定、または継続教育プログラムのいずれかにおける、個人と組織の間の正式な教育関係
- 雇用: 人と組織の間の仕事上の関係
- 招待されたポジションと区別(新規): 客員研究員、名誉研究員、または賞や名誉学位で区別されるなど、個人と組織の間の雇用以外の正式な関係
- メンバーシップとサービス(新規):組織のメンバーシップ、または組織のサービスにおける時間やその他のリソースの寄付
APIはこれらすべてのアフィリエーションを同様の方法で表すため、統合を拡張してそれらを使用するのは簡単です。 それらは数か月前からユーザーインターフェイスで利用可能であり、研究者はすでにそれらを自分のレコードに追加することに忙しく、今週の時点で39,855の区別、34,685の招待されたポジション、94,302のメンバーシップ、107,894の資格、30,832のサービス所属が追加されています。
詳細については、以下を参照してください 新機能アラート:アップグレードされたアフィリエーションタイプ およびの新しいワークフロードキュメント 招待されたポジションと区別 & メンバーシップとサービス.
研究資源
私たちの新しい研究リソースセクションは、人々が使用を許可された施設や設備と人々を結び付けます。 昨年私たち ユーザー施設および出版物ワーキンググループ これらがAPI内でどのように表示されるかを定義するのに役立ちました。 それ以来、いくつかのワーキンググループメンバーがベータAPIを使用して研究リソースを追加し始めました。 研究リソースが公開されました!
これがXNUMX人のメンバーとの最初の会話から コミュニティワーキンググループ それは開発しました 推奨事項ワーキングペーパー次に、パイロット実装フェーズに進み、次に本番APIに進みます。 さらに、ワーキンググループは、最近リリースされたNISOに組み込まれているジャーナル記事の研究リソースにタグを付けるための要件の確立を支援しました。 JATS1.2 標準。 詳細については、 研究リソースワークフロードキュメント そしてあります 研究リソースAPIチュートリアル 同様に。
研究リソースの承認の道を切り開くのは 環境分子科学研究所, オークリッジ国立研究所、 そしてその 極端な科学と工学の発見環境 (XSEDE)、他のいくつかの開発中。 出版社も参加しており、Wileyは、提出された原稿の作成に使用される研究リソースを 固有の謝辞セクション.
ソースを見る
透明性はのコアバリューです ORCID。 私たちは、投稿された情報のソースについてより透明性を高めるために取り組んできました ORCID レジストリ、およびAPI 3.0 ソースを区別します ORCID iD →アイテムの接続、およびアイテムのソース→ ORCID 接続を記録します。 見る アサーション保証経路:それらは何であり、なぜそれらが重要なのか ソースを見ることができることが私たちにとって非常に重要である理由の詳細については。
研究者の管理を確保することは、研究者が研究者の使用を許可したことの保証を含め、「ソースを見る」の重要な側面です。 iD また、ソースIDを明確にするために組織IDを含めます。
レコード内のアイテムに、を接続したメンバーに関する情報が表示されるようになりました。 iD アイテム(アサーションの起点)、およびAPIを使用してアイテムを追加したメンバー(ソース)。 詳細については、 情報源はどこで確認できますか ORCID 記録する
「ソースを見る」では、あるメンバーが権限を共有することで、別のメンバーが自分に代わって行動できるようになったことも明確になります。 更新しました サービスプロバイダーのワークフロー これらの変更を反映するだけでなく、 トークン委任APIチュートリアル、これらのワークフローの詳細を提供します。
その他の変更点
識別子の正規化。 マッチングとグループ化の目的で、外部識別子(DOI、PMCID、PMID、ArXiv、Bibcode、ISSN、およびISBN)を正規化された形式で表す新しいシステム生成フィールドを導入しました。 正規化は、識別子タイプの規則に基づいて行われ、すべての英字を小文字に設定したり、スペース、ダッシュ、ピリオド、および同等として扱うことができるその他の文字を変換したりすることが含まれる場合があります。 また、必要に応じて標準のプレフィックスとサフィックスを追加します。 例えば、 https://doi.org/10.1/123, 10.1/123, https://dx.doi.org/10.1/123 すべてこのフィールドに次のように表示されます https://doi.org/10.1/123。 既存の識別子の値は変更されません。
新しい作業タイプ。 コミュニティからのフィードバックに応えて、次のようないくつかの作業タイプを追加または変更しました。
- 「プレプリント」と「ソフトウェア」をに追加する サポートされている作業タイプのリスト
- 「論文」をより一般的な「論文-論文」に移行する
- API 3.0での作業タイプの管理方法を改善し、スキーマを変更せずに新しい作業タイプを追加できるようにします
将来レジストリに追加することを検討している他の作業タイプには、注釈と物理オブジェクト(標本、サンプルなど)が含まれます。
新作 ID 関係タイプ。 で発表されたとおり 新機能アラート! 作業の追加とグループ化の改善、また、ある作業が別の作業のバージョンである場所を明確に示すために、「version-of」という新しい識別子関係タイプを追加しました。 これは、データセットの複数のバージョンを相互に関連付けるため、またはプレプリントを公開されたバージョンの論文とグループ化するために使用できます。
アップグレード
API1.2からAPI2への移行中に多くのことを学びました。今回は、アップグレードの管理がはるかに簡単になりました。 API 3.0は、絶対に必要な場合にのみ既存の機能を変更しながら、新しい機能を追加します。 これは、インテグレーターが最小限の手間で新しいAPIに切り替えることができる必要があることを意味します。 また、組織や研究者が新機能を利用できるように、できるだけ早くアップグレードの計画を開始することをお勧めしますが、3.0にいつ更新するかを柔軟に決定できることも意味します。
重大な変更の可能性のある小さなリストは、APIリリースノートにあります こちらをご覧ください。 & こちらをご覧ください。。 オプション/必須フィールドの周りにいくつかの変更があり、JSON列挙がわずかに変更されています。また、XMLスキーマの小さなリファクタリングがあり、新しい機能に必要なメタデータを含むいくつかの新しいフィールドが追加されています。
古いバージョンの日没
API 3.0は、27年2019月2.0日からデフォルトのAPIバージョンになり、API2.0リリース候補バージョンもすべて削除されます。 ただし、当面はAPI 2.1および12を引き続きサポートし、これらのバージョンをオフにする前に少なくともXNUMXか月前に通知します。
ドキュメンテーション
- ユーザードキュメントは 新しい所属タイプ と 研究リソースセクションと同様に ソースを見る に関する情報の ORCID 記録
- 新規および更新されたワークフローを含む完全な技術文書は、当社で入手できます。 APIリソースページ
- スキーマを含む詳細なAPIドキュメントは、次のWebサイトで入手できます。 GitHubの
ベータテスターのフィードバックに感謝します。 ORCID スタッフ、特にテクニカルチームは、API 3.0の開発に尽力してくれました。また、コミュニティのすべての人に提案とサポートを提供してくれました。 この新しいバージョンのAPIについて質問や懸念がある場合は、に参加してコメントを共有してください。 ORCID APIユーザーグループ.