sobre a parte 1:

Quanto a quem executa o trabalho, penso respeitosamente que seria melhor e mais conveniente se o GBIF pudesse dedicar tempo a isso. iDigBio/ACIS IT ainda tem 1 membro da equipe e, apesar de nossos sentimentos de que o produto resultante funcionará muito melhor para todos, não acho que podemos garantir que seremos capazes de nos comprometer com ele tão cedo.

Aqui estão algumas outras notas para a seção 1 desta edição:

• 1-3 na sua lista fazem sentido, incluindo a solução proposta em 3, caso não sejam encontradas correspondências

• para correspondência, pode ser possível fazer a correspondência do código da instituição do GBIF ao código da instituição collections.json

• com base na documentação existente de collections.json (no repo readme), o institution_lsid é mapeado para um "GRBio LSID ou coolURI para a instituição LSID" se encontrado, caso contrário, fica em branco

• outras correspondências provavelmente precisarão ser algoritmos de correspondência baseados em string. Uma observação potencialmente útil para fins de correspondência/verificação é que o uuid do conjunto de registros em collections.json corresponderá ao uuid do conjunto de registros veiculado por nossa API.

Parte 2:
Os registros individuais em collections.json do iDigBio são registros da Instituição-Coleção. O GBIF divide adequadamente a Instituição e a Coleção em entidades separadas. Veja o diagrama em anexo para a hierarquia pretendida.

Nota: existem definições de campo no readme de: https://github.com/iDigBio/idb-us-collections

Comentários sobre mapeamentos individuais:

“UniqueNameUUID Adicionado como identificador” - isso parece ser um UUID de "instituição" em uma hierarquia de registros iDigBio, mas não parece ter sido implementado. Manter como identificador no sistema GBIF.

recordsetQuery: Isso gera um link para o conjunto de registros iDigBio, (ou seja, https://www.idigbio.org/portal/recordsets/ea12da76-1b2e-4944-8709-1de3af1c65e2). Este campo pode ser descartado se você estiver gerando links para o conjunto de registros de outra maneira.

Recordsets - Lembrete: este é nosso objeto pai para registros individuais em nosso sistema

KnownToContainTypes: isso parece bom para descartar.

Collectionextent: pode ser copiado para CatalogedSpecimens onde CatalogedSpecimens está em branco, mas não é necessário manter como um campo separado (descartar).

“attributionLogoURL, providerManagedID, derivadaFrom” - observe que estes são termos do Audubon Core

Sobre a parte 3:

Estamos de acordo com o método proposto de integração de dados IH e iDigBio. Para ajudar a determinar quem é o registro mais recente, IH ou iDigBio, você pode usar a data de confirmação de um arquivo individual no repositório iDigBio como uma data adicionada/modificada.

A maneira como esse repositório funciona é que um humano cria/atualiza um pedaço de json chamado ./collections/{collection_uuid}.json e confirma. O fluxo de trabalho do software executa testes e agrega esse fragmento json no arquivo collections.json completo. Um exemplo de arquivo json individual seria:

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

Nota importante : O arquivo collections.json que realmente é carregado e usado é servido a partir do branch json-index ou gh-pages (ele é enviado para ambos) e não do branch master. Por exemplo:

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

ou

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

Espero que tudo isso ajude. Por favor, sinta-se à vontade para @ nós para perguntas ou esclarecimentos adicionais.

@roncanepa @nrejack Eu estava verificando os mapeamentos e parece que AttributionLogoURL é o único campo iDigBio que está faltando em nosso registro. Mas verifiquei o arquivo collections.json e notei que este campo está sempre vazio. Ainda devemos adicioná-lo ao nosso registro? ou podemos descartá-lo também?

@asturcon Nós pegamos este campo do Audubon Core, mas concordamos que você pode descartar o campo já que não estamos fazendo nada com ele.

Muito obrigado por suas respostas @roncanepa e @nrejack !
Nesse caso, começaremos em [ 1. Vincular entradas iDigBio e GrSciColl ]. Faremos o máximo possível automaticamente e enviaremos a você e ao Cat algumas coisas que podem precisar de verificação manual, tudo bem para você?

Tudo bem comigo, mande embora! Muito obrigado, a todos!!

Ei @CatChapman , Morten tem trabalhado na correspondência de entradas iDigBio e GrSciColl: https://github.com/gbif/registry/issues/187
Acontece que faz mais sentido combinar tudo primeiro com as instituições GrSCiColl porque essas são as entradas para as quais temos muito mais detalhes e identificadores. Então, uma vez que tivéssemos as correspondências para a instituição, poderíamos dar uma olhada nas coleções e combiná-las também.

Morten descreveu todo o seu processo de correspondência e resultados sobre o problema relacionado acima, mas aqui estão os destaques:

1. Combine as entradas iDigBio com base no IRN
2. Corresponder às entradas do iDigBio à esquerda com base em outros identificadores
3. Combine as entradas do iDigBio à esquerda com base no título e no código (observe que os títulos foram processados ​​para facilitar a correspondência)
4. Combine as entradas iDigBio à esquerda com base na cidade e no código
5. Combine as entradas do iDigBio com base apenas no título quando não houver código da instituição iDigBio
6. Combine o título baseado em entradas iDigBio à esquerda (apesar de códigos conflitantes)
7. Combine manualmente as entradas iDigBio esquerdas

Isso deixa 235 entradas iDigBio sem correspondência para as quais criaríamos novas entradas no GrSciColl.
Agora precisamos de sua ajuda para verificar a correspondência! Você poderia acessar https://github.com/gbif/registry/issues/187 e dar uma olhada no resultado correspondente? (Também podemos fornecer uma planilha se for mais conveniente).

Observe que podemos ter algumas coleções duplicadas no início, pois alguns títulos de coleção podem ser um pouco vagos no GrSciColl e nem sempre temos códigos confiáveis. Não se preocupe, esperamos resolvê-los um pouco mais tarde.

Morten também documentou como esperamos fazer a fusão aqui: https://github.com/gbif/registry/issues/188

@ManonGros UAU! Isso é ótimo. Vocês arrasam, muito.

Uma planilha seria fantástica - acabei de enviar um e-mail para você, então sinta-se à vontade para enviá-la para lá ou criar um link para ela (se for uma planilha do Google etc.) aqui.

Vai dar uma olhada em # 188 agora.

Excelente! Estou adicionando o arquivo CSV separado por tabulação para a correspondência:
iDigBio_GrSciColl_matches_march2020.tsv.zip

Seria ótimo receber de volta seu cheque em um formato legível por máquina. Sugerimos adicionar uma coluna a este arquivo com verdadeiro/falso para cada correspondência, juntamente com uma possível coluna de "correção" com a correspondência correspondente que você acredita ser verdadeira.

Arquivo JSON do Morten atualizado com entrada do CAT:
iDigBio_Morten_matches_AND_Cat_addition.json.zip