ORCID 致力于在研究人员与其活动和隶属关系之间建立可追溯的联系。 这包括使用事物(例如 DOI)和地点(例如组织标识符)以及人员的标识符。 然而,在许多情况下,标识符尚未广泛使用。 在某些情况下,还没有理解需要标识符。
当我们在 2013 年首次推出附属功能时(请参阅 组织隶属关系现在是 ORCID Record),我们的重点是组织标识符。 这些使我们能够创建一个组织选择列表,供研究人员在将就业和教育隶属关系信息添加到他们的研究人员时从中进行选择。 ORCID 记录。 从那以后,研究人员使用这个选择列表做出了超过 5 万个这样的断言,而且他们的机构越来越多地使用 ORCID 为自己的研究人员添加隶属关系信息的 API - 迄今为止,研究人员已授予超过 100 万个此类断言的权限。
但是,随着时间的推移或同时在同一机构拥有多个隶属关系的研究人员呢? 在这种情况下,只需连接一个人的 ORCID ID 与一个组织 ID 是不足够的。 即使有额外的角色元数据,也没有明确的方法来解析从属关系:为该从属关系查找网页或其他独立的数字信息。 一些机构有教职员工的个人资料页面,但总的来说,当教职员工搬到新组织时,这些页面会被删除。 我们甚至不要问学生,他们通常没有任何由其机构托管的在线代表。
作为我们推动可信断言的一部分(参见 断言保证途径:它们是什么以及它们为什么重要?),我们决定我们的新 API 候选版本 (3.0) 应该要求将附属断言添加到 ORCID 任何来源的记录,以包括一个持久性标识符——我们知道这是一个延伸——或者,我们认为现在可以实现的,从属开始日期。 验证某人曾在机构 X 工作过比验证他们在特定时间段内在 X 工作过要困难得多。
但是,感谢您的反馈 我们新的 API 候选版本,我们现在知道,对于我们社区中的许多人来说,这个标准目前太高了。 因此,根据普遍要求,我们暂时回滚了 API 3.0 中附属机构的开始日期/标识符要求。 在接下来的 6 到 9 个月内,我们将花时间与社区合作,以更好地了解您的工作流程和信息来源,并与合作伙伴一起测试方法。 如果您有兴趣与我们合作进行此项目,请 与我联系.
与此同时,我们将:
- 显示项目的“创建日期” ORCID 记录并在 API 中
- 要求声明组织和附属机构本身的组织 ID
- 确保只有与附属机构有直接关系的组织才能将其发布到 ORCID 记录。 这意味着机构 X 只能发布与其机构有关的隶属关系。 我们将使用声明组织和发布的隶属关系的组织 ID 进行管理
- 鼓励(但不要求)在隶属关系声明中使用开始日期
- 鼓励测试附属机构标识符使用的试点集成
- 鼓励在隶属关系声明中包含本地网页 URL(例如教职员工的个人资料),最好采用存档格式(参见例如, https://www.webcitation.org)
我们的全球洞察力 参与团队 将负责与会员合作以确保这些准则得到传达,并在我们的 收集和连接 标记过程。
我们期待与我们的社区合作,以提高从属关系断言的透明度和信任度。 请 立即联系我们 如果您有问题或建议。