파트 1에 관하여:

누가 작업을 하느냐에 관해서는 GBIF가 시간을 할애할 수 있다면 가장 좋고 가장 편할 것이라고 생각합니다. iDigBio/ACIS IT는 아직 팀원이 1명 부족하고 결과 제품이 모든 사람에게 훨씬 더 잘 작동할 것이라는 느낌에도 불구하고 빠른 시일 내에 약속할 수 있다고 보장할 수는 없습니다.

다음은 이 문제의 섹션 1에 대한 몇 가지 기타 참고 사항입니다.

• 일치하는 항목을 찾을 수 없는 경우 3에 제안된 솔루션을 포함하여 목록의 1-3이 의미가 있습니다.

• 일치를 위해 GBIF의 기관 코드에서 collections.json 기관 코드와 일치시킬 수 있습니다.

• collection.json의 기존 문서(repo readme에 있음)를 기반으로 institution_lsid 는 "기관 LSID에 대한 GRBio LSID 또는 coolURI"(있는 경우)에 매핑되고, 그렇지 않으면 비어 있습니다.

• 다른 일치는 문자열 기반 일치 알고리즘이 필요할 수 있습니다. 일치/검증 목적에 잠재적으로 유용한 참고 사항은 collections.json의 레코드세트 uuid가 API에서 제공되는 레코드세트 uuid와 일치한다는 것입니다.

2 부:
iDigBio의 collections.json에 있는 개별 기록은 기관-수집 기록입니다. GBIF는 기관과 컬렉션을 별도의 엔터티로 적절하게 나눕니다. 의도한 계층 구조는 첨부된 다이어그램을 참조하십시오.

참고: 추가 정보에 필드 정의가 있습니다. https://github.com/iDigBio/idb-us-collections

개별 매핑에 대한 설명:

"UniqueNameUUID가 식별자로 추가됨" - 이것은 iDigBio 레코드 계층에서 "기관" UUID로 의도된 것으로 보이지만 구현되지 않은 것 같습니다. GBIF 시스템에서 식별자로 유지합니다.

recordsetQuery: 이것은 iDigBio 레코드세트에 대한 링크를 생성합니다(예: https://www.idigbio.org/portal/recordsets/ea12da76-1b2e-4944-8709-1de3af1c65e2). 다른 방법으로 레코드 집합에 대한 링크를 생성하는 경우 이 필드를 삭제할 수 있습니다.

Recordsets - 알림: 시스템의 개별 레코드에 대한 상위 개체입니다.

KnownToContainTypes: 버려도 괜찮은 것 같습니다.

Collectionextent: CatalogedSpecimen이 비어 있는 CatalogedSpecimen으로 복사할 수 있지만 별도의 필드로 유지할 필요는 없습니다(폐기).

"attributionLogoURL, providerManagedID, 파생된From" - Audubon Core 용어임을 유의하십시오.

파트 3에 관하여:

IH와 iDigBio 데이터를 통합하는 제안된 방법은 괜찮습니다. 가장 최근에 기록된 IH 또는 iDigBio를 결정하는 데 도움이 되도록 iDigBio 리포지토리의 개별 파일에 대한 커밋 날짜를 추가/수정 날짜로 사용할 수 있습니다.

리포지토리가 작동하는 방식은 사람이 ./collections/{collection_uuid}.json이라는 json 청크를 생성/업데이트하고 커밋하는 것입니다. 그런 다음 소프트웨어 워크플로는 테스트를 실행하고 해당 json 청크를 전체 collections.json으로 집계합니다. 개별 json 파일의 예는 다음과 같습니다.

https://github.com/iDigBio/idb-us-collections/blob/master/collections/001c5234-048b-11e5-b0ee-002315492bbc

중요 참고 사항 : 실제로 로드되어 사용되는 collections.json 파일은 마스터 분기가 아닌 json-index 또는 gh-pages 분기(둘 다에 푸시됨)에서 제공됩니다. 예를 들어:

https://raw.githubusercontent.com/iDigBio/idb-us-collections/json-index/collections.json

또는

http://idigbio.github.io/idb-us-collections/collections.json

이 모든 것이 도움이 되기를 바랍니다. 추가 질문이나 설명이 필요하면 @ us로 언제든지 문의하십시오.

@roncanepa @nrejack 매핑을 확인하던 중 AttributionLogoURL 가 레지스트리에서 누락된 유일한 iDigBio 필드인 것 같습니다. 하지만 collections.json 파일을 확인하고 이 필드가 항상 비어 있음을 확인했습니다. 그래도 레지스트리에 추가해야 합니까? 아니면 우리도 그것을 버릴 수 있습니까?

@asturcon 우리는 Audubon Core에서 이 필드를 선택했지만 우리는 이 필드를 사용하지 않기 때문에 필드를 버릴 수 있다는 데 동의했습니다.

@roncanepa 와 @nrejack 의 답변에 감사드립니다!
이 경우 [ 1. iDigBio 및 GrSciColl 항목 연결 ]을 시작합니다. 우리는 가능한 한 많은 것을 자동으로 처리하고 수동 확인이 필요할 수 있는 몇 가지 사항을 귀하와 Cat을 보낼 것입니다. 괜찮습니까?

잘 가, 멀리 보내! 정말 감사합니다, 여러분!!

@CatChapman님 , Morten은 iDigBio와 GrSciColl 항목을 일치시키는 작업을 하고 있습니다: https://github.com/gbif/registry/issues/187
GrSCiColl 기관에는 더 많은 세부 정보와 식별자가 있는 항목이기 때문에 먼저 모든 것을 GrSCiColl 기관과 일치시키는 것이 더 합리적입니다. 그런 다음 기관에 대한 성냥을 얻은 후에는 컬렉션을 살펴보고 이러한 성냥도 일치시킬 수 있습니다.

Morten은 위에 링크된 문제에 대한 전체 매칭 프로세스와 결과를 설명했지만 다음은 하이라이트입니다.

1. IRN을 기반으로 iDigBio 항목 일치
2. 다른 식별자를 기반으로 왼쪽 iDigBio 항목 일치
3. 제목 및 코드를 기반으로 왼쪽 iDigBio 항목을 일치시킵니다(제목은 일치를 용이하게 하기 위해 처리되었음을 참고).
4. 도시 및 코드를 기반으로 왼쪽 iDigBio 항목 일치
5. iDigBio 기관 코드가 없는 경우 왼쪽 iDigBio 항목 기반 제목만 일치
6. 왼쪽 iDigBio 항목 기반 제목 일치(충돌 코드에도 불구하고)
7. 왼쪽 iDigBio 항목을 수동으로 일치

따라서 235개의 iDigBio 항목이 일치하지 않고 GrSciColl에서 새 항목을 생성하게 됩니다.
이제 매칭을 확인하기 위해 여러분의 도움이 필요합니다! https://github.com/gbif/registry/issues/187 로 이동하여 일치하는 결과를 볼 수 있습니까? (더 편리한 경우 스프레드시트를 제공할 수도 있습니다.)

일부 컬렉션 제목은 GrSciColl에서 약간 모호할 수 있고 항상 신뢰할 수 있는 코드가 있는 것은 아니기 때문에 처음에는 일부 중복 컬렉션이 있을 수 있습니다. 걱정하지 마세요, 우리는 그것들을 조금 나중에 다릴 것으로 예상합니다.

Morten은 또한 https://github.com/gbif/registry/issues/188 에서 병합 자체를 예상하는 방법을 문서화했습니다.

@ManonGros 와우! 이것은 훌륭합니다. 너희들, 너무 많이.

스프레드시트는 환상적일 것입니다. 방금 이메일을 보냈으니 여기로 보내거나 링크(Google 스프레드시트 등인 경우)를 여기로 보내주십시오.

지금 #188을 살펴보겠습니다.

엄청난! 일치를 위해 탭으로 구분된 CSV 파일을 추가하고 있습니다.
iDigBio_GrSciColl_matches_march2020.tsv.zip

기계가 읽을 수 있는 형식으로 수표를 돌려받는 것이 좋습니다. 이 파일에 각 일치 항목에 대해 참/거짓이 포함된 열을 추가하고 참이라고 생각하는 일치 항목이 있는 잠재적인 "수정" 열을 추가할 것을 제안합니다.

CAT의 입력으로 업데이트된 Morten의 JSON 파일:
iDigBio_Morten_matches_AND_Cat_addition.json.zip