Registry: すべてのデータセットのGBIF引用文字列/オブジェクト

今朝、Andreaと少し話し合いました。私はすべて、メタデータから組み立てられ、役割や名前の順序などを尊重する、単一の推奨引用、つまりデフォルトの引用に賛成です。GBIF.orgを確認する必要があります。 、おそらく最新バージョンの発行日、およびDOIは引用の一部であり、再発行しない限り変更することはできません。 Andreaは、ABCDやBioCASEの発行元など、IPT以外の発行元で発生する可能性のある問題について言及しています。

データ引用原則の共同宣言を満たす、DataCiteの推奨引用形式を再利用することを引き続きお勧めします。 これは、IPTが引用を自動生成するために使用する形式です。 この形式の詳細については、こちらをご覧ください。

EML、ABCDなどから引用をどのように導き出すかを明確に伝える限り、出版社は、重要な場合は、それに応じてメタデータを適応させる機会があると思います。

@fmendezh役立つ場合は、これがIPTでリソースの引用を自動生成するために使用される方法です。 もちろん、IPT固有のモデルオブジェクトを使用しますが、幸いなことに、それらはレジストリモデルオブジェクトと非常によく似ています。

@dschigelは、引用管理ソフトウェアのダウンロード可能な形式について以前に話しました。 これが将来本当にやりたいことである場合、これは、APIがそれを実現するために公開する必要のある必要なアトマイズされたコンポーネントを説明するチャンスです。

はい、これが私が9月23日に書いたものですが、まだ有効です。

こんにちはモーテン、

GBIFが推奨する引用をエクスポートできる書誌形式について質問されました（引用自体が昨日最終的な形にならなかったことをお詫びします）。

これが私の提案です：

Mendeleyがエクスポートする3つのフォーマットを使用してください。添付の画像を参照してください。
NaturePグループは.risのみを使用しています。
さらに、フリーテキストが必要になります（ただし、GBIFの引用に何を入れるかを決定した後、どのシステムを通信で確認するか–アンドレアとの話し合いからわかるように、遅れて申し訳ありませんが、これは簡単な決定ではありません） 。

この3つのエクスポート形式は、計画されたHowToCiteボックス/ポップアップなどにいくつかの主要な引用エクスポート機能を取得するのに十分なはずです。
KC、KB、AHを進めるにつれて、引用自体が形になります。
さらに多くの画像が必要な場合は、Scienceが使用しているエクスポート形式の別の画像を使用してください。

用紙の右側にあるPLOSOneのCrossMarkボタンとShareボタンも確認してください。
http://journals.plos.org/plosone/article?id=10.1371/journal.pone.0159184
シロもこれについてコメントしてくれるといいのですが。

ドミトリー

ウェブサイトで複数のフォーマットを提供するのは良いオプションかもしれませんが、多くの目的のために私たちはobe標準のみを必要とします。 たとえば、ダウンロード内またはAPIで引用されています。 さまざまなフォーマットを可能にするために、文字列の代わりにAPIで複雑な参照オブジェクトを処理することを検討できますが、参照を一般的に適切にアトマイズすることは困難です。

CiteProcの採用に関するRodgbif / portal-feedback＃33からのタイムリーなフィードバック

JavaとJavaScriptの実装もあります。
https://michel-kraemer.github.io/citeproc-java/
https://github.com/juris-m/citeproc-js

Joint Declaration of Data Citation Principles （https://www.force11.org/node/4771）のDatasetの例と、IPTメソッドの修正バージョンに基づいています。

データセット98333cb6-6c15-4add-aa0e-b322bf1500baの場合、次のようなデフォルトの引用を生成します。

Smirnov I, Golikov A, Khalikov R (2017): Ophiuroidea collections of the Zoological Institute Russian Academy of Sciences. Zoological Institute, Russian Academy of Sciences, St. Petersburg. Dataset/Occurrence, accessed via GBIF.org on [date]. http://doi.org/10.15468/ej3i4f

@timhirschから：そのアプローチはうまく見えます。 [アグリゲーター]の原因となる唯一の問題は、指定された発行元から取得されたものであるため、帰属機関として出てくることだと思いますよね？ その場合、私たちは彼らに彼らの貢献機関のそれぞれを登録するように勧めることができます/すべきであり、おそらく私たちは「一括承認」を手伝うことができますか？

「Dataset / Occurrence」を、カンマなしで、より人間が読める「Occurrencedataset」に置き換えます。

-経由でアクセスするのは少し冗長です。 出版社に類似したデータ発行プラットフォームの機能は、おそらくアクセスと同じくらい重要です。本の参照では、「発行者」ではなく、テイラーアンドフランシスとだけ言うことに注意してください。 経由でアクセスすると、ジャーナルのほとんどのコピー編集者によってマークアウトされます。

GBIF.orgが言及した方法は、データセットページとダウンロード画面および引用方法での引用と同じである必要がありますか？

'accessed via'を除外する際の問題は、推奨される引用でGBIFの言及を削除することです。

いいえ、GBIF.orgを削除するつもりはありませんでした-それどころか。 「経由でアクセス」という言葉だけは少し冗長です-「経由でアクセス」を示す引用の全体的なポイントとして。 私が意味した：

GBIF.org、[最新バージョンまたは最初の発行日]。 発生データセット： http ：//doi.org/10.15468/ej3i4f

または類似

フィードバックをコンパイルした後、次のようになります。

Smirnov I, Golikov A, Khalikov R (2017): Ophiuroidea collections of the Zoological Institute Russian Academy of Sciences. Zoological Institute, Russian Academy of Sciences, St. Petersburg. GBIF.org, [2017-01-27]. Occurrence Dataset. http://doi.org/10.15468/ej3i4f

@dschigel日付[2017-01-27]はアクセス日ですが、大丈夫ですか？

私にとって、これは問題ないようです。 それは、出版社が引用の主要なクレジットを取得するのに適切な機関ではないと人々が感じる問題を洗い流しますが、それは例えばネットワークが提供機関をデータ出版社として別々に登録するインセンティブとして機能することができます。

@kbraakおよび@ siro1との非常に有益な議論に感謝し、DataCiteの推奨事項https://schema.datacite.org/meta/kernel-3/doc/DataCite-MetadataKernel_v3.1.pdf （セクション2.2を参照）に従って、参考文献とデータの世界の両方で機能する次のハイブリッドを使用することをお勧めします。 これは、データ引用の原則https://www.force11.org/group/joint-declaration-data-citation-principles-finalに従う例です。 DOIがデータセットを参照し、アクセス日+ポータル名をWebアクセスに参照しているため、経由でアクセスできます（これがハイブリッド引用である理由です）。 引用における年の使用を説明するためにバージョン番号が追加されています。 角かっこと句読点がないことに注意してください。

Smirnov I、Golikov A、Khalikov R（2017）：動物学研究所ロシア科学アカデミーのクモヒトデコレクション。 バージョン1.25。 サンクトペテルブルクのロシア科学アカデミー動物学研究所。 発生データセットhttp://doi.org/10.15468/ej3i4f、2017-01-27にGBIF.org経由でアクセス。

自動生成された引用とデータセットページの見出しでの役割とその順序が同じであることを願っています：ORIGINATOR、METADATA AUTHOR、

データセットの引用を修正したら（公開された最後のバージョン+データセットページ）、ここにセクションを編集/追加する必要がある場合がありますhttps://demo.gbif.org/citation-guidelines @kcopas

角かっこの後にコロンが必要ですか？ 除外して、単にスペースを確保します。

Smirnov I、Golikov A、Khalikov R（2017）動物学研究所ロシア科学アカデミーのクモヒトデコレクション。 バージョン1.25。 サンクトペテルブルクのロシア科学アカデミー動物学研究所。 発生データセットhttp://doi.org/10.15468/ej3i4f、2017-01-27にGBIF.org経由でアクセス。

また、最後の部分では、GBIF.orgの後のカンマはどうですか： "GBIF.org、2017-01-27"

@ siro1 、私は「オン」のままにします。 Thiaハイブリッド引用には、最終バージョン（2017）の発行年とアクセス日の両方があります。 「on」をコンマに置き換えると、どの日付が何であるかがわかっていると想定されますが、onmakesはアクセスに関する明確なステートメントです。

ええと、私はまだ「オン」が不要だと思っています。なぜなら、Webについて話し、アクセスすると、その後の日付がアクセスの日付になるからです。 マイナーな問題ですが、スペースと文字を節約できます

ここでこの議論を閉じることをお勧めします。 ここでは、非常に小さな詳細について説明します。 後で何らかの変更が必要になる可能性はありますが、現時点で可能な最大の節約はスペースではないと感じています。

API応答は、生成された引用を使用して、現在の「citation.text」を置き換えます。

"citation": {
  "text": "Creuwels J (2016). Naturalis Biodiversity Center (NL) - Hemiptera. Naturalis Biodiversity Center. Occurrence Dataset http://doi.org/10.5072/eu7dj2 accessed via GBIF.org on 2017-02-17."
}

記録のために：
これは現在、 GBIF.orgFAQに記載されています。