Registry: Index Herbariorum과 동기화

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 이에 대해 선호하는 접근 방식이 있습니까?

나는 우리의 모델을 확장하는 아이디어를 좋아합니다.

식물 표본 상자 연락처의 경우 @MortenHofft 에 동의합니다. 우리는 GBIF 출판 조직에 대해 가지고 있는 것과 같은 것을 갖도록 모델을 확장해야 합니다(예: http://api.gbif.org/의 "email":["[email protected]"],"phone":["+47 99642071"] 참조). v1/organization/b670ea7c-48e7-45e4-ba66-5bf01ee4d398).

사람/직원의 경우에도 사람을 동기화/가져오기해야 한다는 데 동의합니다. 아마도 우리가 기관을 동기화하기 전에? (IH 기관을 동기화할 때 연락처를 업데이트하는 것이 논리적으로 보이지만 이를 위해서는 직원/사람들에게 최신 정보를 제공해야 합니다.)

내가 이해하는 한, 우리 직원/사람들은 기본 기관을 가질 수 있지만 여러 컬렉션 및 기관과 제휴할 수 있습니다. IH의 경우 한 사람이 하나의 기관 코드와 연결됩니다. 또한 정보가 약간 다릅니다(http://api.gbif.org/v1/grscicoll/person/118b48f0-9af9-45ac-8ea9-d8221d7fa2af 및 http://sweetgum.nybg.org/science/ih/person- 세부정보/?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월 기준으로 ORCID ID를 만든 생물학 사용자는 454,000명으로 모든 학문 분야에서 채택률이 가장 높은 세 가지 중 하나입니다( 분야 및 위치 전반에 걸친 ORCID 채택 연구 참조). Tbh, 우리는 이에 전념하고 기존 인프라를 사용하고(ORCID 회원이 되는 것을 포함하여, imo) 커뮤니티 회원이 가입하도록 권장해야 합니다. 가입하면 서비스에 대한 가치를 제공할 수 있다는 약속입니다.

Bloodhound는 https://bloodhound-tracker.net/organization/Q1122595와 같이 과거 및 현재 기관 제휴를 모두 끌어오기 위해 이미 ORCID를 사용하고 있습니다. 그것이 어떻게 작동하는지 여러분 모두가 더 잘 알게 될 것이지만, 우리는 이것을 우리의 접근 방식(일부?)으로 고려할 수도 있습니다.

나는 우리가 ORCID 관련 아이디어를 혼동하지 않기 위해 새로운 이슈로 옮기는 것을 제안합니다. 이 티켓은 특히 GrSciColl과 IH를 동기화하기 위한 것입니다(ORCID 계정에 대한 링크를 추가하는 것이 바람직하지만 필수는 아닙니다).

2020년 1월 8일 14:31에 Kyle Copas [email protected] 에서 다음과 같이 썼습니다.

또한 Morten이 제안한 대로 사용 가능한 경우 ORCiD를 사용할 수 있지만 대부분의 사람들이 ORCiD를 만들었는지 의심됩니다.

2017년 12월 기준으로 ORCID ID를 생성한 생물학 사용자는 454,000명으로 모든 분야에서 채택률이 가장 높은 세 가지 중 하나입니다. Tbh, 우리는 이에 전념하고 기존 인프라를 사용하고(ORCID 회원이 되는 것을 포함하여, imo) 커뮤니티 회원이 가입하도록 권장해야 합니다. 가입하면 서비스에 대한 가치를 제공할 수 있다는 약속입니다.

Bloodhound는 https://bloodhound-tracker.net/organization/Q1122595와 같이 과거 및 현재 기관 제휴를 모두 끌어오기 위해 이미 ORCID를 사용하고 있습니다. 그것이 어떻게 작동하는지 여러분 모두가 더 잘 알게 될 것이지만, 우리는 이것을 우리의 접근 방식(일부?)으로 고려할 수도 있습니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 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에 알려야 합니다.

생산 중이며 매주 실행될 예정입니다.