Registry: Sinkronisasi dengan Index Herbariorum

Dibuat pada 11 Des 2019  ·  9Komentar  ·  Sumber: gbif/registry

Index Herbariorum adalah katalog otoritatif yang harus menjadi sumber utama untuk entitas Herbaria. Catatan herbarium dalam registri harus tetap sinkron dengan upaya penyuntingan IH yang sedang berlangsung.

Iterasi pertama pekerjaan ini sengaja dibuat untuk mengakomodasi fungsionalitas minimal yang diperlukan untuk mencapai hal ini. Setelah selesai, permintaan fitur tambahan dapat dibuka sebagai masalah baru.

Diperkirakan sinkronisasi umum akan beroperasi sebagai berikut:

  • Ambil semua Herbaria dari IndexHerbariorum
  • Untuk setiap entitas, temukan Institusi atau Koleksi yang setara di GRSciColl menggunakan IH IRN

    • Jika entitas ada dan mereka berbeda, perbarui GrSciColl

    • Jika entitas tidak ada, masukkan sebagai institusi dan dengan pengenal yang memegang IH IRN

    • Jika ada konflik (misalnya beberapa opsi) beri tahu editor untuk penyelesaian

  • Buat, perbarui, atau hapus anggota staf asosiasi untuk entitas

Versi mendatang memungkinkan pengeditan entitas IH di GRSciColl. Dalam skenario tersebut, ketika entitas berbeda diperlukan logika yang lebih kompleks, kemungkinan memerlukan pemberitahuan kepada staf GRSciColl dan IH untuk menyelesaikan perbedaan tersebut.

GRSciColl

Komentar yang paling membantu

Saya menyarankan agar kita memindahkan ide-ide terkait ORCID ke masalah baru untuk tidak mencampuradukkan hal-hal. Tiket ini khusus untuk menyinkronkan GrSciColl dan IH (menambahkan tautan ke akun ORCID diinginkan tetapi tidak perlu)

Pada 8 Jan 2020, pukul 14:31, Kyle Copas [email protected] menulis:

Plus seperti yang disarankan Morten, kita dapat menggunakan ORCID jika tersedia, tetapi saya ragu bahwa kebanyakan orang telah membuatnya.

Pada Desember 2017, ada 454.000 pengguna dalam ilmu biologi yang telah membuat ID ORCID—salah satu dari tiga tingkat adopsi tertinggi dari disiplin apa pun. Tbh, kita harus berkomitmen untuk ini, menggunakan infrastruktur yang ada (termasuk menjadi anggota ORCID, imo) dan mendorong anggota komunitas untuk mendaftar—janjinya adalah bahwa kita dapat memberikan nilai untuk layanan jika mereka melakukannya.

Perhatikan bahwa Bloodhound sudah menggunakan ORCID untuk menarik afiliasi institusional dulu dan sekarang, misalnya https://bloodhound-tracker.net/organization/Q1122595. Anda semua akan tahu lebih baik bagaimana cara kerjanya, tetapi kami juga dapat menganggap ini sebagai (bagian dari?) pendekatan kami…


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub, atau berhenti berlangganan.

Semua 9 komentar

Institusi dari IH memiliki bidang contact yang hanya memiliki telepon, email, dan webUrl (http://sweetgum.nybg.org/science/api/v1/institutions/UARK). Di lembaga/koleksi GrSciColl, kami memiliki bidang contacts tetapi mereka sebenarnya adalah entitas orang (http://api.gbif.org/v1/grscicoll/institution/f7068d69-cf88-42d8-a984-0c4de6ce8579 yang kontaknya adalah http://api.gbif.org/v1/grscicoll/person/118b48f0-9af9-45ac-8ea9-d8221d7fa2af ).

Apa yang harus kita lakukan dengan kontak IH? Abaikan saja? tambahkan sebagai orang GrSciColl dan tautkan ke institusi/koleksi? untuk yang terakhir nama depan diperlukan, jadi dalam hal ini kita perlu membuatnya.

Saya tidak tahu siapa yang bisa menjawab yang terbaik @timrobertson100 @MortenHofft @ManonGros

Bidang kontak itu bukan untuk seseorang. Mereka adalah untuk herbarium sebagai suatu entitas. Jadi penting ketika orang datang dan pergi. Saya cukup yakin bahwa ini akan dianggap penting dari sudut pandang IH dan perasaan saya adalah penting juga. Jadi saya sarankan kita memperluas model kita sebagai gantinya. Tapi lebih baik periksa dengan orang lain juga.

Sedangkan untuk orang/staf. IH memiliki titik akhir untuk itu juga. Mereka - sejauh yang saya tahu - hanya dihubungkan oleh kode institusi. Pada waktunya kita harus menyinkronkannya juga. Tetapi kami mungkin ingin membahas lebih lanjut tentang tujuan kami menangani kontak semacam ini (ORCiD dll). @ManonGros apakah Anda memiliki pendekatan yang disukai untuk ini?

Saya menyukai gagasan untuk memperluas model kami.

Untuk kontak herbarium, saya setuju dengan Anda @MortenHofft , kami harus memperluas model kami untuk memiliki sesuatu seperti yang kami miliki untuk organisasi penerbitan GBIF (lihat misalnya "email":["[email protected]"],"phone":["+47 99642071"] di http://api.gbif.org/ v1/organisasi/b670ea7c-48e7-45e4-ba66-5bf01ee4d398).

Untuk orang/staf, saya juga setuju, kita harus menyinkronkan/mengimpor orang juga. Mungkin bahkan sebelum kita menyinkronkan institusi? (Saya hanya bertanya karena tampaknya logis untuk memperbarui kontak saat menyinkronkan lembaga IH tetapi ini akan membutuhkan staf/orang yang up to date).

Sepengetahuan saya, bagi kami staf/masyarakat dapat memiliki lembaga primer tetapi berafiliasi dengan beberapa kumpulan dan lembaga. Sedangkan untuk IH, satu orang diasosiasikan dengan satu kode institusi. Ditambah informasinya sedikit berbeda (http://api.gbif.org/v1/grscicoll/person/118b48f0-9af9-45ac-8ea9-d8221d7fa2af dan http://sweetgum.nybg.org/science/ih/person- rincian/?irn=131429).

Untuk sinkronisasi orang/staf, haruskah kita melanjutkan seperti yang kita lakukan untuk institusi? Artinya, memeriksa pencocokan secara semi-otomatis terlebih dahulu. Jika ya, bagaimana kita bisa menghubungkannya? Tidak ada pengenal atau tag mesin untuk orang. Plus seperti yang disarankan Morten, kita dapat menggunakan ORCID jika tersedia, tetapi saya ragu bahwa kebanyakan orang telah membuatnya. Dan bahkan bagi mereka yang memilikinya, kita harus menemukannya terlebih dahulu.

Saya tidak tahu apakah itu mungkin, tetapi idealnya saya membayangkan sesuatu seperti itu:

  1. Temukan ORCiD potensial untuk semua staf/orang GrSciColl (jika kami memiliki konfirmasi bahwa ORCiD benar untuk orang tertentu, sinkronkan dengan ini sebagai prioritas)
  2. Cocokkan dan tautkan daftar orang IH dengan staf/orang GrSciColl
  3. Perbarui entri staf GrSciColl jika lebih lama dari IH
  4. Sinkronkan institusi GrSciColl dengan IH (berdasarkan pengenal yang kami gunakan untuk menautkannya setelah pencocokan/pemeriksaan kami, misalnya apa yang kami lakukan di UAT)

Saya tahu ini tidak sesederhana itu, beri tahu saya pendapat Anda.

Tentang staf sudah ada dalam deskripsi tugas ini, jadi saya berencana untuk menyinkronkannya dalam proses ini. Saya tidak berpikir kita perlu melakukan sesuatu secara manual.

EDIT: ketika saya mengatakan saya tidak berpikir kita perlu melakukan sesuatu secara manual, maksud saya saya akan mencoba mencocokkannya menggunakan nama, email, atau bidang perwakilan lainnya (saya melakukan sesuatu yang serupa dalam migrasi DB terakhir, meskipun pencocokan tidak sempurna karena ada banyak staf yang digandakan tetapi hanya dengan alamat atau telepon yang berbeda) dan jika saya tidak dapat mencocokkan dengan yang sudah ada saya akan membuat yang baru. Tetap saja pencocokan ini tidak akan sempurna seperti yang saya sebutkan sebelumnya, jika kita ingin lebih akurat maka kita perlu beberapa pengeditan manual.

Plus seperti yang disarankan Morten, kita dapat menggunakan ORCID jika tersedia, tetapi saya ragu bahwa kebanyakan orang telah membuatnya.

Pada Desember 2017, ada 454.000 pengguna dalam ilmu biologi yang telah membuat ID ORCID—salah satu dari tiga tingkat adopsi tertinggi dari semua disiplin ilmu (lihat Studi Adopsi ORCID Lintas Disiplin dan Lokasi ). Tbh, kita harus berkomitmen untuk ini, menggunakan infrastruktur yang ada (termasuk menjadi anggota ORCID, imo) dan mendorong anggota komunitas untuk mendaftar—janjinya adalah bahwa kita dapat memberikan nilai untuk layanan jika mereka melakukannya.

Perhatikan bahwa Bloodhound sudah menggunakan ORCID untuk menarik afiliasi institusional dulu dan sekarang, misalnya https://bloodhound-tracker.net/organization/Q1122595. Anda semua akan tahu lebih baik bagaimana cara kerjanya, tetapi kami juga dapat menganggap ini sebagai (bagian dari?) pendekatan kami…

Saya menyarankan agar kita memindahkan ide-ide terkait ORCID ke masalah baru untuk tidak mencampuradukkan hal-hal. Tiket ini khusus untuk menyinkronkan GrSciColl dan IH (menambahkan tautan ke akun ORCID diinginkan tetapi tidak perlu)

Pada 8 Jan 2020, pukul 14:31, Kyle Copas [email protected] menulis:

Plus seperti yang disarankan Morten, kita dapat menggunakan ORCID jika tersedia, tetapi saya ragu bahwa kebanyakan orang telah membuatnya.

Pada Desember 2017, ada 454.000 pengguna dalam ilmu biologi yang telah membuat ID ORCID—salah satu dari tiga tingkat adopsi tertinggi dari disiplin apa pun. Tbh, kita harus berkomitmen untuk ini, menggunakan infrastruktur yang ada (termasuk menjadi anggota ORCID, imo) dan mendorong anggota komunitas untuk mendaftar—janjinya adalah bahwa kita dapat memberikan nilai untuk layanan jika mereka melakukannya.

Perhatikan bahwa Bloodhound sudah menggunakan ORCID untuk menarik afiliasi institusional dulu dan sekarang, misalnya https://bloodhound-tracker.net/organization/Q1122595. Anda semua akan tahu lebih baik bagaimana cara kerjanya, tetapi kami juga dapat menganggap ini sebagai (bagian dari?) pendekatan kami…


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub, atau berhenti berlangganan.

Hal lain yang perlu dipertimbangkan untuk sinkronisasi:
Dalam jangka panjang, kami ingin catatan IH langsung diedit di IH dan kemudian disinkronkan dengan GrSciColl.
Namun saat ini, kami memiliki beberapa editor yang telah mengedit catatan GrSciColl mereka. Artinya, GrSciColl berisi informasi terbaru tentang koleksi/lembaga bukan IH.
Lihat contoh ini:

Ini hanya beberapa kasus tetapi alangkah baiknya untuk tidak menimpa entri ini. Untuk saat ini kita harus memeriksa tanggal yang diubah sebelum menyinkronkan dan memberi tahu IH jika versi GrSciColl lebih mutakhir.

Dalam produksi dan dijadwalkan untuk dijalankan setiap minggu.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

ManonGros picture ManonGros  ·  12Komentar

MortenHofft picture MortenHofft  ·  24Komentar

marcos-lg picture marcos-lg  ·  11Komentar

MortenHofft picture MortenHofft  ·  5Komentar

ahahn-gbif picture ahahn-gbif  ·  4Komentar