Registry: IndexHerbariorumと同期する

IHの教育機関には、電話、電子メール、およびwebUrl（http://sweetgum.nybg.org/science/api/v1/institutions/UARK）のみを持つcontactフィールドがあります。 GrSciColl機関/コレクションには、 contactsフィールドがありますが、実際には個人エンティティです（http://api.gbif.org/v1/grscicoll/institution/f7068d69-cf88-42d8-a984-0c4de6ce8579はhttp://api.gbif.org/v1/grscicoll/person/118b48f0-9af9-45ac-8ea9-d8221d7fa2afです）。

IHの連絡先はどうすればよいですか？ それを無視します？ それをGrSciCollの人として追加し、機関/コレクションにリンクしますか？ 後者の場合は名が必要なので、その場合は名前を作成する必要があります。

誰がこのベストに答えられるかわかりません@timrobertson100@ MortenHofft @ManonGros

これらの連絡先フィールドは個人用ではありません。 それらは実体としての植物標本のためのものです。 ですから、人々が行き来するときにそれは重要です。 これはIHの観点からは不可欠であると確信しており、私もそれが重要であると感じています。 したがって、代わりにモデルを拡張することをお勧めします。 しかし、他の人にも確認してください。

人・スタッフも。 IHにはそれらのエンドポイントもあります。 それらは-私が知る限り-機関コードによってのみリンクされています。 やがてそれらも同期する必要があります。 ただし、この種の連絡先（ORCiDなど）を処理するための目標について詳しく説明したい場合があります。 @ManonGrosこれに対して好ましいアプローチはありますか？

モデルを拡張するというアイデアが好きです。

植物標本館の連絡先については、 @ MorningHofftに同意します。モデルを拡張して、GBIF出版組織のモデルのようなものにする必要があります（たとえば、http：//api.gbif.org/の"email":["[email protected]"],"phone":["+47 99642071"]を参照）。 v1 / organization / b670ea7c-48e7-45e4-ba66-5bf01ee4d398）。

人/スタッフについても、私は同意します。人を同期/インポートする必要もあります。 おそらく、私たちが機関を同期させる前でさえ？ （IH機関を同期するときに連絡先を更新するのは論理的であるように思われるので、私はただ尋ねていますが、これにはスタッフ/人員を最新の状態にする必要があります）。

私が理解している限り、私たちにとって、スタッフ/人々は主要な機関を持つことができますが、いくつかのコレクションや機関と提携しています。 IHの場合、1人が1つの機関コードに関連付けられます。 さらに、情報は少し異なります（http://api.gbif.org/v1/grscicoll/person/118b48f0-9af9-45ac-8ea9-d8221d7fa2afとhttp://sweetgum.nybg.org/science/ih/person- details /？irn = 131429）。

人/スタッフを同期させるために、私たちは機関の場合と同じように進める必要がありますか？ つまり、最初に半自動で一致をチェックします。 はいの場合、どのようにそれらをリンクできますか？ 人のための識別子やマシンタグはありません。 さらに、Mortenが提案したように、利用可能な場合はORCiDを使用できますが、ほとんどの人がORCiDを作成したとは思えません。 そして、持っている人でも、最初にそれらを見つける必要があります。

それが可能かどうかはわかりませんが、理想的には次のようなものを想像します。

1. すべてのGrSciCollスタッフ/人の潜在的なORCiDを見つけます（ORCiDが特定の人にとって正しいことが確認された場合は、これと優先的に同期します）
2. IHの人リストをGrSciCollのスタッフ/人と照合してリンクします
3. IHより古い場合は、GrSciCollスタッフのエントリを更新します
4. GrSciColl機関をIHと同期します（マッチング/チェック後にリンクするために使用する識別子に基づいて、たとえばUATで行ったことに基づいて）

それほど単純ではないことは承知しています。ご意見をお聞かせください。

スタッフについてはすでにこのタスクの説明に含まれているので、このプロセスでスタッフを同期することを計画していました。 手動で何かをする必要はないと思います。

編集：私が手動で何かをする必要はないと言ったとき、私は名前、電子メール、または他の代表的なフィールドを使用してそれらを一致させようとすることを意味しました（一致したとしても、前回のDB移行で同様のことをしました多くのスタッフが重複しているが、住所や電話番号が異なるため、完璧ではありません）。既存のスタッフと一致しない場合は、新しいスタッフを作成します。 それでも、前に述べたように、このマッチングは完全ではありません。より正確にしたい場合は、手動で編集する必要があります。

さらに、Mortenが提案したように、利用可能な場合はORCiDを使用できますが、ほとんどの人がORCiDを作成したとは思えません。

2017年12月の時点で、生物科学には454,000人のユーザーがORCID IDを作成しました。これは、あらゆる分野で最も高い3つの採用率の1つです（分野と場所を超えたORCID採用の調査を参照）。 Tbh、私たちはこれにコミットし、既存のインフラストラクチャ（ORCIDメンバー、imoになることを含む）を使用し、コミュニティのメンバーにサインアップするように勧める必要があります。

BloodhoundはすでにORCIDを使用して、過去と現在の両方の組織の所属を取得していることに注意してください（例： https：//bloodhound-tracker.net/organization/Q1122595）。 皆さんはそれがどのように機能するかをよく知っているでしょうが、これを私たちのアプローチ（の一部？）と見なすこともできます…

物事を混同しないように、ORCID関連のアイデアを新しい問題に移すことをお勧めします。 このチケットは、特にGrSciCollとIHを同期させるためのものです（ORCIDアカウントへのリンクを追加することが望ましいですが、必須ではありません）

2020年1月8日の14:31に、KyleCopasの[email protected]は次のように書いています。

さらに、Mortenが提案したように、利用可能な場合はORCiDを使用できますが、ほとんどの人がORCiDを作成したとは思えません。

2017年12月の時点で、生物科学には454,000人のユーザーがORCID IDを作成しました。これは、あらゆる分野で最も高い3つの採用率の1つです。 Tbh、私たちはこれにコミットし、既存のインフラストラクチャ（ORCIDメンバー、imoになることを含む）を使用し、コミュニティのメンバーにサインアップするように勧める必要があります。

BloodhoundはすでにORCIDを使用して、過去と現在の両方の組織の所属を取得していることに注意してください（例： https：//bloodhound-tracker.net/organization/Q1122595）。 皆さんはそれがどのように機能するかをよく知っているでしょうが、これを私たちのアプローチ（の一部？）と見なすこともできます…

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、登録を解除してください。

同期のために考慮すべき他の何か：
長期的には、IHレコードをIHで直接編集してから、GrSciCollと同期させる必要があります。
しかし現在、GrSciCollレコードをすでに編集している編集者が数人います。 つまり、GrSciCollには、IHではなくコレクション/機関に関する最新の情報が含まれています。
この例を参照してください。

• http://sweetgum.nybg.org/science/ih/herbarium-details/?irn=125320
• https://registry.gbif-uat.org/collection/b802fafc-7c78-4b1c-82f5-a536e0ac059b
  エディターはGBIFレコードへのリンクも追加しました。

これらはほんの数例ですが、これらのエントリを上書きしないと便利です。 今のところ、同期する前に変更された日付を確認し、GrSciCollバージョンがより最新であるかどうかをIHに通知する必要があります。

本番環境で、毎週実行するようにスケジュールされています。