Registry: इंडेक्स हर्बेरियोरम के साथ सिंक्रोनाइज़ करें

IH के संस्थानों में contact फ़ील्ड है जिसमें केवल एक फ़ोन, एक ईमेल और एक webUrl (http://sweetgum.nybg.org/science/api/v1/institutes/UARK) है। GrSciColl संस्था/संग्रह में हमारे पास contacts फ़ील्ड है लेकिन वे वास्तव में व्यक्ति संस्थाएं हैं (http://api.gbif.org/v1/grscicoll/institute/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 प्रकाशन संगठनों के लिए कुछ ऐसा हो (उदाहरण के लिए "email":["[email protected]"],"phone":["+47 99642071"] http://api.gbif.org/ में देखें) v1/संगठन/b670ea7c-48e7-45e4-ba66-5bf01ee4d398)।

लोगों/कर्मचारियों के लिए, मैं भी सहमत हूं, हमें लोगों को भी सिंक्रनाइज़/आयात करना चाहिए। शायद इससे पहले कि हम संस्थानों को सिंक्रनाइज़ करें? (मैं सिर्फ इसलिए पूछ रहा हूं क्योंकि आईएच संस्थानों को सिंक्रोनाइज़ करते समय संपर्कों को अपडेट करना तर्कसंगत प्रतीत होगा लेकिन इसके लिए कर्मचारियों/लोगों को अप टू डेट होना आवश्यक होगा)।

जहां तक ​​मैं समझता हूं, हमारे लिए स्टाफ/लोगों का एक प्राथमिक संस्थान हो सकता है लेकिन वे कई संग्रहों और संस्थानों से संबद्ध हो सकते हैं। जबकि आईएच के लिए एक व्यक्ति एक संस्था कोड से जुड़ा होता है। साथ ही जानकारी थोड़ी अलग है (http://api.gbif.org/v1/grscicoll/person/118b48f0-9af9-45ac-8ea9-d8221d7fa2af और http://sweetgum.nybg.org/science/ih/person- विवरण/?आईआरएन=131429)।

लोगों/कर्मचारियों के बीच तालमेल बिठाने के लिए क्या हमें उसी तरह आगे बढ़ना चाहिए जैसे हम संस्था के लिए करते हैं? मतलब, पहले सेमी-ऑटोमैटिक मैचिंग चेक करना। यदि हाँ, तो हम उन्हें कैसे लिंक कर सकते हैं? लोगों के लिए कोई पहचानकर्ता या मशीन टैग नहीं है। साथ ही जैसा कि मोर्टन ने सुझाव दिया, हम उपलब्ध होने पर ओआरसीआईडी ​​का उपयोग कर सकते हैं लेकिन मुझे संदेह है कि ज्यादातर लोगों ने एक बनाया है। और उनके लिए भी जिनके पास एक है, हमें पहले उन्हें खोजने की जरूरत है।

मुझे नहीं पता कि यह बिल्कुल संभव है, लेकिन आदर्श रूप में मैं ऐसा कुछ कल्पना करता हूं:

1. सभी GrSciColl कर्मचारियों/लोगों के लिए संभावित ORCiD खोजें (यदि हमारे पास पुष्टि है कि किसी दिए गए व्यक्ति के लिए ORCiD सही है, तो प्राथमिकता में इसके साथ सिंक्रनाइज़ करें)
2. IH व्यक्तियों की सूची को GrSciColl स्टाफ/लोगों के साथ मिलाएं और लिंक करें
3. अगर IH से पुराना है तो GrSciColl स्टाफ प्रविष्टियों को अपडेट करें
4. IH के साथ GrSciColl संस्थानों को सिंक्रोनाइज़ करें (उन पहचानकर्ताओं के आधार पर जिनका उपयोग हम अपने मिलान/जांच के बाद उन्हें लिंक करने के लिए करते हैं, उदाहरण के लिए हमने UAT में क्या किया)

मुझे पता है कि यह इतना आसान नहीं है, मुझे बताएं कि आप क्या सोचते हैं।

कर्मचारियों के बारे में पहले से ही इस कार्य के विवरण में है इसलिए मैं उन्हें इस प्रक्रिया में समन्वयित करने की योजना बना रहा था। मुझे नहीं लगता कि हमें मैन्युअल रूप से कुछ करने की ज़रूरत है।

संपादित करें: जब मैंने कहा कि मुझे नहीं लगता कि हमें मैन्युअल रूप से कुछ करने की ज़रूरत है, मेरा मतलब है कि मैं नाम, ईमेल या किसी अन्य प्रतिनिधि फ़ील्ड का उपयोग करके उनका मिलान करने का प्रयास करूंगा (मैंने पिछले डीबी माइग्रेशन में कुछ ऐसा ही किया था, भले ही मिलान सही नहीं है क्योंकि बहुत सारे कर्मचारी डुप्लिकेट हैं लेकिन सिर्फ अलग पते या फोन के साथ) और अगर मैं किसी मौजूदा से मेल नहीं खा सकता तो मैं एक नया बनाउंगा। फिर भी यह मिलान ठीक नहीं होगा जैसा कि मैंने पहले उल्लेख किया है, अगर हम इसे और अधिक सटीक बनाना चाहते हैं तो हमें कुछ मैन्युअल संपादन की आवश्यकता है।

साथ ही जैसा कि मोर्टन ने सुझाव दिया, हम उपलब्ध होने पर ओआरसीआईडी ​​का उपयोग कर सकते हैं लेकिन मुझे संदेह है कि ज्यादातर लोगों ने एक बनाया है।

दिसंबर 2017 तक, जैविक विज्ञान में 454,000 उपयोगकर्ता थे जिन्होंने ओआरसीआईडी ​​आईडी बनाई है - किसी भी विषय की तीन उच्चतम गोद लेने की दरों में से एक (अनुशासनों और स्थानों में ओआरसीआईडी ​​​​अडॉप्शन का अध्ययन देखें)। टीबीएच, हमें इसके लिए प्रतिबद्ध होना चाहिए, मौजूदा बुनियादी ढांचे (ओआरसीआईडी ​​​​सदस्य, आईएमओ बनने सहित) का उपयोग करना चाहिए और समुदाय के सदस्यों को साइन अप करने के लिए प्रोत्साहित करना चाहिए- यह वादा किया जा रहा है कि अगर वे ऐसा करते हैं तो हम सेवा के लिए मूल्य प्रदान कर सकते हैं।

ध्यान दें कि ब्लडहाउंड पहले से ही पिछले और वर्तमान संस्थागत संबद्धता, जैसे https://bloodhound-tracker.net/organization/Q1122595 दोनों को खींचने के लिए ORCIDs का उपयोग कर रहा है। आप सभी बेहतर तरीके से जानते होंगे कि यह कैसे काम करता है, लेकिन हम इसे (इसका हिस्सा?) हमारे दृष्टिकोण के रूप में भी मान सकते हैं ...

मेरा सुझाव है कि चीजों को भ्रमित न करने के लिए हम ORCID से संबंधित विचारों को एक नए मुद्दे पर ले जाएं। यह टिकट विशेष रूप से GrSciColl और IH को एक साथ लाने के लिए है (ORCID खातों में लिंक जोड़ना वांछनीय है लेकिन आवश्यक नहीं है)

8 जनवरी 2020 को 14:31 बजे, काइल कोपास नोटिफिकेशन @github.com ने लिखा:

साथ ही जैसा कि मोर्टन ने सुझाव दिया, हम उपलब्ध होने पर ओआरसीआईडी ​​का उपयोग कर सकते हैं लेकिन मुझे संदेह है कि ज्यादातर लोगों ने एक बनाया है।

दिसंबर 2017 तक, जैविक विज्ञान में 454,000 उपयोगकर्ता थे जिन्होंने ओआरसीआईडी ​​आईडी बनाई है - किसी भी विषय की तीन उच्चतम गोद लेने की दरों में से एक। टीबीएच, हमें इसके लिए प्रतिबद्ध होना चाहिए, मौजूदा बुनियादी ढांचे (ओआरसीआईडी ​​​​सदस्य, आईएमओ बनने सहित) का उपयोग करना चाहिए और समुदाय के सदस्यों को साइन अप करने के लिए प्रोत्साहित करना चाहिए- यह वादा किया जा रहा है कि अगर वे ऐसा करते हैं तो हम सेवा के लिए मूल्य प्रदान कर सकते हैं।

ध्यान दें कि ब्लडहाउंड पहले से ही पिछले और वर्तमान संस्थागत संबद्धता, जैसे https://bloodhound-tracker.net/organization/Q1122595 दोनों को खींचने के लिए ORCIDs का उपयोग कर रहा है। आप सभी बेहतर तरीके से जानते होंगे कि यह कैसे काम करता है, लेकिन हम इसे (इसका हिस्सा?) हमारे दृष्टिकोण के रूप में भी मान सकते हैं ...

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे 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 रिकॉर्ड के लिए एक लिंक भी जोड़ा।

ये केवल कुछ मामले हैं लेकिन इन प्रविष्टियों को अधिलेखित न करना अच्छा होगा। अभी के लिए हमें सिंक्रनाइज़ करने से पहले संशोधित तिथियों की जांच करनी चाहिए और IH को सूचित करना चाहिए कि क्या GrSciColl संस्करण अधिक अद्यतित है।

उत्पादन में और साप्ताहिक चलने के लिए निर्धारित।