Registry: 所有数据集上的 GBIF 引文字符串/对象

我们今天早上和 Andrea 讨论了这个问题，我都赞成单一推荐引用，即默认引用，它将从元数据中组装，尊重角色、名称顺序等。我们需要确保 GBIF.org , 可能是最新版本的出版日期，DOI 是引用的部分，除非重新出版，否则不能修改。 Andrea 提到了非 IPT 出版商可能存在的问题，例如 ABCD 和 BioCASE 出版商。

我继续建议我们重用 DataCite 的首选引用格式，它满足数据引用原则联合声明。 这是 IPT 用于自动生成引文的格式。 可以在此处找到有关此格式的更多信息。

我相信，只要我们清楚地传达我们是如何从 EML、ABCD 等中获得引文的，那么出版商将有机会相应地调整他们的元数据，这对他们来说是否重要。

@fmendezh如果有帮助，这是 IPT 中用于自动生成资源引用的方法。 当然它使用 IPT 特定的模型对象，但幸运的是它们与我们的 Registry 模型对象非常相似。

@dschigel您之前曾讨论过引文管理软件的可下载格式。 如果这是我们将来真正想做的事情，那么这是您描述 API 需要公开的所需原子化组件的机会。

是的，这是我在 9 月 23 日写的，仍然有效：

嗨，莫腾，

您询问了我们可以将 GBIF 推荐引文导出到的书目格式（很抱歉引文本身昨天没有最终形成）。

这是我的建议：

使用 Mendeley 导出的三种格式，见附图
Nature P 组仅使用 .ris。
另外，我们将需要免费文本（但在我们决定 GBIF 引用的内容后，要与通讯检查哪个系统 - 很抱歉我们的延迟，正如您可能从与 Andrea 的讨论中知道的那样，这不是一个微不足道的决定） .

这三种导出格式应该足以为计划的 HowToCite 框/弹出窗口等提供一些关键的引文导出功能。
随着我们在 KC、KB 和 AH 方面的进展，引文本身将逐渐成形。
如果您想要更多，另一个图像具有 Science 正在使用的导出格式。

还要检查任何论文右侧 PLOS One 中的 CrossMark 和 Share 按钮：
http://journals.plos.org/plosone/article?id=10.1371/journal.pone.0159184
我希望 Siro 也可以对此发表评论。

德米特里

在网站上提供多种格式可能是一个不错的选择，但出于许多目的，我们只需要遵守标准。 例如在下载或 api 中引用。 我们可以考虑在 api 中处理复杂的引用对象而不是字符串以允许各种格式，但是一般地原子化引用是一个挑战。

Rod gbif/portal-feedback#33 关于采用CiteProc的及时反馈

还有一个 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 ：这种方法看起来不错。 我认为唯一会导致 [聚合器] 的问题是它们会作为归属机构出现，因为这是从指定的出版商那里获取的，对吧？ 在这种情况下，我们可以/应该鼓励他们注册他们的每个贡献机构，也许我们可以帮助他们进行“批量认可”？

我会用更易读的“发生数据集”替换“数据集/发生”，没有逗号。

通过 - 访问有点多余。 类似于出版社的数据发布平台的功能可能与访问一样重要 - 请注意，在参考书籍中您只会说 Taylor & Francis，而不是“出版者”。 Accessed via 会被期刊中的大部分文案编辑标出。

GBIF.org 提到的引用方式是否应该与数据集页面和下载屏幕上的引用以及如何引用相同？

排除“访问方式”的问题在于，您随后会删除推荐引文中对 GBIF 的任何提及！

不，我并不是要删除 GBIF.org - 相反。 只是 Accessed via 的词有点多余 - 作为引用的整个点来指示“访问通过”。 我的意思是：

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 的示例。 Accessed via 又回来了，因为 DOI 指的是一个数据集，而访问日期 + 门户名称指的是 Web 访问（这就是它是混合引用的原因）。 添加版本号以解释引文中年份的使用。 注意缺少括号和标点符号：

Smirnov I、Golikov A、Khalikov R（2017 年）：俄罗斯科学院动物研究所的蛇尾草属收藏品。 1.25 版。 俄罗斯科学院动物研究所，圣彼得堡。 出现数据集http://doi.org/10.15468/ej3i4f ，于 2017 年 1 月 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 年 1 月 27 日通过 GBIF.org 访问。

也是最后一部分，在 GBIF.org 后面加一个逗号怎么样：“GBIF.org, 2017-01-27”

@siro1 ，我会继续“开”。 Thia 混合引用既有上一版本的出版年份（2017 年）和访问日期。 用逗号替换“on”假设知道哪个日期是什么，而 on make 是关于访问的明确声明。

好吧，我仍然觉得“打开”是多余的，因为一旦您谈论网络并访问它，之后的日期将是访问日期。 一个小问题，但可以节省空间和字符

我建议在这里结束这个讨论。 我们现在要讨论非常小的细节。 稍后我们仍然可能需要进行某种更改，但我觉得空间并不是目前可以节省的最大空间。

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.org FAQ上。