हटाने का टूल वास्तव में क्या करता है
यहाँ दो बातें अक्सर भ्रमित होती हैं: रिकॉर्ड के बीच जानकारी स्थानांतरित करना और डुप्लिकेट हटाना। ORCID की डुप्लिकेट-हटाने की प्रक्रिया दूसरी है। यह प्रकाशनों, रोजगार इतिहास, पीयर-रिव्यू क्रेडिट या जुड़ी अनुमतियों को एक रिकॉर्ड से दूसरे में विलय नहीं करती।
ORCID की डुप्लिकेट-हटाने की प्रक्रिया ईमेल पते स्थानांतरित करती है, लेकिन डुप्लिकेट रिकॉर्ड की अन्य जानकारी या अनुमतियाँ नहीं। स्रोत
यह एक वाक्य तैयारी का अधिकांश हिस्सा तय करता है। डुप्लिकेट पर ईमेल पतों के अलावा कुछ भी जोखिम में माना जाना चाहिए, जब तक कि आप उसे पहले स्वयं स्थानांतरित न करें। क्या कोई विशेष आइटम प्रकार बचे हुए रिकॉर्ड में फिर से जोड़ा जा सकता है, और कैसे, यह मानने के बजाय ORCID इंटरफ़ेस में पुष्टि करने योग्य है।
हटाया गया डुप्लिकेट बहाल नहीं किया जा सकता; इसका स्थायी iD मुख्य रिकॉर्ड की ओर इंगित करता है। स्रोत
स्थायित्व ही वर्कशीट का कारण है। यदि गलत रिकॉर्ड हटा दिया जाए, तो वापस लौटने के लिए कोई पूर्ववत बटन नहीं है।
कुछ भी छूने से पहले तय करें कि कौन सा iD बचेगा
आप अपने दो पहचानकर्ताओं के बीच चुन रहे हैं। कोई भी विकल्प सार्वभौमिक रूप से सही नहीं है, इसलिए आदत के बजाय साक्ष्य के आधार पर काम करें।
| प्रश्न | इस रिकॉर्ड को रखने के पक्ष में | इस रिकॉर्ड को हटाने के पक्ष में |
|---|---|---|
| कौन सा iD प्रकाशित पत्रों, डेटासेट या अनुदान रिकॉर्ड में दिखाई देता है? | अधिकांश बाहरी उद्धरण यहाँ आते हैं | कुछ या कोई बाहरी उद्धरण नहीं |
| किस रिकॉर्ड में अधिक पूरा इतिहास (कार्य, संबद्धताएँ, समीक्षाएँ) है? | ऐसे रिकॉर्ड शामिल हैं जिन्हें आप अन्यथा फिर से बनाएंगे | अधिकतर खाली या पुराने |
| कौन सा ईमेल पता अभी भी आपके नियंत्रण में है और आप रखना चाहते हैं? | पता वर्तमान है | पता अप्रचलित है |
| कौन सा iD उन अन्य सेवाओं से जुड़ा है जिन पर आप निर्भर हैं? | सक्रिय कनेक्शन जिन्हें आप संरक्षित रखना चाहते हैं | कनेक्शन जिनका अब उपयोग नहीं करते |
संपादकीय सलाह, ORCID नियम नहीं: जब दोनों रिकॉर्ड करीब हों, तो बाहरी उद्धरणों को निर्णय लेने दें। बचा हुआ iD अपनी पहचान बनाए रखता है; दूसरा एक संकेतक बन जाता है। जो पहले से आपके प्रकाशन रिकॉर्ड में अंतर्निहित है, उसे चुनना आमतौर पर बाद में कम सफाई का खर्च उठाता है।
संरक्षण-और-पुष्टि वर्कशीट
किसी भी रिकॉर्ड में साइन इन करने से पहले दोनों रिकॉर्ड के लिए इसे भरें। इसे कहीं सुरक्षित रखें जहाँ आप वापस आ सकें, क्योंकि हटाना एकतरफा है।
रिकॉर्ड A (रखने का उम्मीदवार)
- iD:
- रिकॉर्ड पर वर्तमान ईमेल पते:
- सूचीबद्ध कार्य (गिनती और कोई भी जिसे आप खोना नहीं चाहते):
- संबद्धताएँ और रोजगार प्रविष्टियाँ:
- पीयर-रिव्यू या सेवा क्रेडिट:
- जुड़ी बाहरी सेवाएँ और अनुमतियाँ:
- इस iD को कहाँ उद्धृत किया गया है (जर्नल पृष्ठ, डेटासेट, अनुदान प्रणालियाँ, संस्थागत प्रोफ़ाइल, व्यक्तिगत साइट, ईमेल हस्ताक्षर, CV):
रिकॉर्ड B (हटाने का उम्मीदवार)
- ऊपर के समान फ़ील्ड।
- ऐसे आइटम जो केवल यहाँ मौजूद हैं और जिन्हें पहले रिकॉर्ड A में फिर से जोड़ना होगा:
- बाहरी संदर्भ जो इस iD की ओर इंगित करते हैं:
पुष्टि चरण
- हटाए जा रहे रिकॉर्ड के प्रत्येक बाहरी संदर्भ के लिए, नोट करें कि क्या उसे अपडेट किया जा सकता है, क्या वह स्वतः रीडायरेक्ट होगा, या क्या वह टूट जाएगा। हटाने से पहले आपको उन सभी को ठीक करने की आवश्यकता नहीं है, लेकिन आपको पता होना चाहिए कि कौन से मौजूद हैं।
- पुष्टि करें कि आप अभी भी अपने नियंत्रण वाले ईमेल पते से रिकॉर्ड A में साइन इन कर सकते हैं।
हटाना चलाना
यह ऑपरेशन उस रिकॉर्ड से किया जाता है जिसे आप रख रहे हैं।
मालिक उस रिकॉर्ड में साइन इन करता है जिसे रखना है और Account actions, Remove a duplicate record का उपयोग डुप्लिकेट के क्रेडेंशियल के साथ करता है। स्रोत
व्यवहार में: उस रिकॉर्ड में साइन इन करें जिसे आपने रखने का फैसला किया है, खाता क्रियाएँ क्षेत्र खोलें, और डुप्लिकेट-हटाने का विकल्प चुनें। फिर टूल डुप्लिकेट के क्रेडेंशियल मांगता है — यानी आपको दोनों रिकॉर्ड तक काम करने वाली पहुँच चाहिए, केवल बचे हुए तक नहीं। यदि आप डुप्लिकेट में साइन इन नहीं कर सकते, तो वर्णित प्रक्रिया आगे नहीं बढ़ सकती, और आपको और रिकॉर्ड बनाने के बजाय पहले पहुँच हल करनी चाहिए।
योजना बनाने योग्य विफलता पथ
- आप डुप्लिकेट तक नहीं पहुँच सकते। प्रक्रिया डुप्लिकेट के क्रेडेंशियल पर निर्भर है। शुरू करने से पहले उस खाते तक पहुँच पुनर्प्राप्त करें; कामचलाऊ उपाय के रूप में तीसरा रिकॉर्ड न खोलें।
- डुप्लिकेट में अद्वितीय कार्य या संबद्धताएँ हैं। उन्हें पहले बचे हुए रिकॉर्ड पर स्थानांतरित या पुनः बनाएँ। हटाना उन्हें साथ नहीं ले जाएगा।
- जुड़ी सेवाएँ डुप्लिकेट की ओर इंगित करती हैं। वे अनुमतियाँ स्थानांतरित नहीं होतीं। बाद में जिन सेवाओं का आप अभी भी उपयोग करते हैं, उन्हें बचे हुए iD से फिर से जोड़ने की योजना बनाएं।
- आपने गलत बचे हुए रिकॉर्ड चुना। बहाली का कोई रास्ता नहीं है। यही वह कदम है जहाँ धीमा होना चाहिए।
- बाहरी सिस्टम अभी भी पुराने iD को उद्धृत करते हैं। जहाँ संभव हो प्रोफ़ाइल पृष्ठों और सबमिशन सिस्टम को अपडेट करने की अपेक्षा करें, और जहाँ नहीं कर सकें वहाँ संकेतक व्यवहार पर निर्भर रहें।
हटाने के बाद: पुष्टि करें, फिर सफाई करें
- बचे हुए रिकॉर्ड में साइन इन करें और जाँचें कि आपके ईमेल पते मौजूद हैं।
- जो भी कार्य, संबद्धताएँ या क्रेडिट आपने जानबूझकर अलग रखे थे, उन्हें फिर से जोड़ें और पुष्टि करें कि वे अपेक्षित रूप से प्रदर्शित होते हैं।
- जिन बाहरी सेवाओं का आप अभी भी उपयोग करते हैं, उन्हें फिर से जोड़ें।
- अपनी सूची के कुछ बाहरी संदर्भ खोलें और नोट करें कि अब वे क्या दिखाते हैं।
- वर्कशीट तब तक रखें जब तक हर संदर्भ की कम से कम एक बार जाँच न हो जाए।
यदि एक ही नाम या हैंडल कई सेवाओं में दिखाई देता है और आप प्रोफ़ाइल अपडेट करने से पहले इसका उपयोग कहाँ-कहाँ है इसकी अधिक पूरी तस्वीर चाहते हैं, तो किसी नाम से जुड़े खातों को खोजने पर मार्गदर्शन एक उचित अगला कदम है। जो सामने आए उसे जाँचने के लिए सुराग मानें, न कि इस पुष्टि के रूप में कि कोई प्रोफ़ाइल आपकी या किसी और की है।
TraceSeek कहाँ फिट बैठता है, और कहाँ नहीं
TraceSeek एक यूज़रनेम खोज ऐप है जो 3,000+ प्लेटफ़ॉर्म को कवर करता है, जिसमें पहला स्कैन मुफ़्त है और उत्पाद के अनुसार लगभग 20–30 सेकंड लेता है। यह आपको यह नोटिस करने में मदद कर सकता है कि कोई हैंडल सार्वजनिक रूप से कहाँ दिखाई देता है। यह ORCID रिकॉर्ड प्रबंधित नहीं करता, डुप्लिकेट हटाना नहीं करता, या यह साबित नहीं करता कि कोई प्रोफ़ाइल किसी विशेष व्यक्ति की है। ऊपर दिए गए चरणों को पूरा करने का एकमात्र स्थान ORCID के अपने खाता टूल हैं।