डिफ़ॉल्ट बदलने पर वास्तव में क्या बदलता है
डिफ़ॉल्ट दृश्यता नियंत्रण एक भविष्य-उन्मुख सेटिंग है। यह तय करता है कि नए जोड़े गए रिकॉर्ड डेटा के साथ कैसा व्यवहार होगा; यह पहले से रिकॉर्ड पर मौजूद प्रविष्टियों तक नहीं पहुँचता।
ORCID डिफ़ॉल्ट दृश्यता नए जोड़े गए रिकॉर्ड डेटा पर लागू होती है। स्रोत
भ्रम की व्यावहारिक बात यही है: कोई शोधकर्ता डिफ़ॉल्ट को अधिक प्रतिबंधित विकल्प पर स्विच करके यह मान लेता है कि पूरी प्रोफ़ाइल सख़्त हो गई। ऐसा नहीं हुआ। यह सेटिंग आगे जोड़ी जाने वाली चीज़ों को नियंत्रित करती है, वर्तमान सामग्री को नहीं।
डिफ़ॉल्ट बदलने से मौजूदा रिकॉर्ड आइटम की दृश्यता अधिलेखित नहीं होती, क्योंकि उनके अपने-अपने सेलेक्टर होते हैं। स्रोत
इसलिए डिफ़ॉल्ट बदलने के बाद भी पुराने काम, संबद्धताएँ और अन्य प्रविष्टियाँ उसी दृश्यता से नियंत्रित होती हैं जो पहले से उन पर लागू है। यदि आप अधिक सख़्त रिकॉर्ड चाहते हैं, तो काम आइटम-दर-आइटम करना होगा — ऐसा कोई एकल स्विच नहीं है जो इतिहास को फिर से लिख दे।
चार चीज़ें जिन्हें लोग एक में मिला देते हैं
रिकॉर्ड ऑडिट तब गड़बड़ाता है जब इन्हें एक ही दृश्यता स्थिति मान लिया जाता है। इन्हें अलग रखें:
| परत | सेटिंग क्या करती है | आपको क्या करना है |
|---|---|---|
| ORCID iD | सार्वजनिक रहता है | इसे एक ऐसा पहचानकर्ता मानें जिसे आप प्रकाशित करते हैं, ऐसा नहीं जिसे डिफ़ॉल्ट छिपा देता है |
| मौजूदा आइटम | अपने-अपने सेलेक्टर बनाए रखते हैं | प्रत्येक आइटम को खोलकर अलग-अलग समीक्षा करें |
| भविष्य के आइटम | नए डिफ़ॉल्ट का पालन करते हैं | और जोड़ने से पहले जाँचें कि डिफ़ॉल्ट वही है जो आप चाहते हैं |
| ईमेल पते | नए पते डिफ़ॉल्ट रूप से “Only me” पर होते हैं | किसी भी मौजूदा पते की अलग से समीक्षा करें |
ORCID iD स्वयं सार्वजनिक रहता है; नए ईमेल पते डिफ़ॉल्ट रूप से “Only me” पर होते हैं। स्रोत
iD वाली पंक्ति अपेक्षाओं के लिए सबसे महत्वपूर्ण है। जो शोधकर्ता डिफ़ॉल्ट को प्रतिबंधित करके यह उम्मीद करता है कि प्रोफ़ाइल ढूँढना मुश्किल हो जाएगा, वह गलत मॉडल से चल रहा है: पहचानकर्ता सार्वजनिक बना रहता है, और दृश्यता सेटिंग रिकॉर्ड डेटा के बारे में है, iD को प्रचलन से वापस लेने के बारे में नहीं।
फ़ील्ड-दर-फ़ील्ड ऑडिट चेकलिस्ट
रिकॉर्ड को इसी क्रम में देखें। ये चरण बताते हैं कि क्या जाँचना है; आपके ORCID खाते में सटीक मेनू लेबल और नियंत्रण यहाँ समीक्षित स्रोतों से स्थापित नहीं होते, इसलिए किसी उद्धृत पथ पर निर्भर रहने के बजाय प्रत्येक अनुभाग स्वयं खोजें।
- वर्तमान डिफ़ॉल्ट की पुष्टि करें। आइटम छूने से पहले सत्यापित करें कि डिफ़ॉल्ट अब किस दृश्यता पर लागू होता है। यह आगे जोड़ी जाने वाली किसी भी चीज़ के लिए आधार रेखा है।
- रिकॉर्ड पर हर आइटम की सूची बनाएँ। काम, संबद्धताएँ, फ़ंडिंग, आमंत्रण और अन्य प्रविष्टियाँ प्रत्येक अलग आइटम के रूप में दिखाई देती हैं। यह न मानें कि कोई श्रेणी एकसमान है।
- प्रत्येक आइटम खोलें और उसका अपना सेलेक्टर पढ़ें। प्रत्येक प्रविष्टि के सामने दिखाई देने वाली दृश्यता दर्ज करें — यही वास्तविक स्थिति है, डिफ़ॉल्ट नहीं।
- बेमेल चिह्नित करें। जिस भी आइटम की दृश्यता अब आपके इरादे से अधिक व्यापक है, उसे एक छोटी सुधार सूची में डालें।
- चिह्नित आइटम अलग-अलग बदलें। प्रत्येक आइटम का अपना सेलेक्टर है, इसलिए यह प्रति-आइटम संपादन है, कोई बल्क सेटिंग नहीं।
- ईमेल पतों की समीक्षा करें। नए पते डिफ़ॉल्ट रूप से “Only me” पर होते हैं, लेकिन जाँचें कि पहले से क्या सूचीबद्ध है और प्रत्येक प्रविष्टि क्या दिखाती है।
- संपादन के बाद पुनः जाँचें। पुष्टि करें कि आइटम अब वही दृश्यता दिखा रहा है जो आपने चुनी; जो संपादन सहेजा नहीं गया, वह उसी तरह दिखता है जैसे आपने कभी किया ही न हो।
- क्या बदला और कब, यह दर्ज करें। एक छोटा व्यक्तिगत लॉग अगला ऑडिट तेज़ करता है और आपको उन्हीं प्रविष्टियों पर दोबारा बहस करने से रोकता है।
प्रत्येक आइटम के लिए निर्णय मानदंड
यह तय करने के लिए इन प्रश्नों का उपयोग करें कि किसी आइटम को बदलने की आवश्यकता है या नहीं:
- क्या यह आइटम सटीक है? दृश्यता दूसरा प्रश्न है; गलत तरीके से जोड़ा गया काम चाहे कोई भी देख सके, उसे सुधारा या हटाया जाना चाहिए।
- क्या आइटम की दृश्यता उसकी संवेदनशीलता से मेल खाती है? प्रकाशित लेख और फ़ंडिंग प्रविष्टि के लिए एक ही सेटिंग उचित नहीं हो सकती।
- क्या व्यापक सेटिंग कुछ ऐसा उजागर करेगी जो आप सार्वजनिक रूप से नहीं कहेंगे? यदि हाँ, तो उस आइटम को संकीर्ण करें।
- क्या आप इसे किसी नीति आवश्यकता के कारण बदल रहे हैं? यदि हाँ, तो आवश्यकता और उसे पूरा करने की तिथि नोट करें, ताकि बाद में समीक्षक को तर्क दिख सके।
जो आइटम पहले से आपके इरादे से मेल खाते हैं, उन पर कोई कार्रवाई की आवश्यकता नहीं। हर चीज़ को छूने की इच्छा पर रोक लगाएँ — प्रत्येक संपादन त्रुटि लाने का एक अवसर है।
अपेक्षित विफलता पथ
यह मानना कि डिफ़ॉल्ट ने पुराने आइटम को कवर किया। यही केंद्रीय विफलता है। डिफ़ॉल्ट पूर्वव्यापी नहीं है, इसलिए सेटिंग बदलने के बाद रिकॉर्ड अपरिवर्तित दिख सकता है।
प्रोफ़ाइल टेक्स्ट संपादित करके काम खत्म मान लेना। संशोधित जीवनी या छोटा किया गया प्रोफ़ाइल व्यक्तिगत कार्यों या संबद्धताओं की दृश्यता नहीं बदलता, और यह सिद्ध नहीं करता कि कोई संग्रहीत डेटा हटा दिया गया।
दृश्यता परिवर्तन से गुमनामी की अपेक्षा करना। iD सार्वजनिक रहता है, और रिकॉर्ड आइटम संकीर्ण करने से शोधकर्ता अखोज्य नहीं हो जाता। दृश्यता सेटिंग्स रिकॉर्ड डेटा प्रबंधित करती हैं; वे गुमनामी का उपकरण नहीं हैं।
यह अपेक्षा करना कि ORCID संपादन नियोक्ता प्रणालियों तक फैलेंगे। रिकॉर्ड बदलने से नियोक्ता का HR, संकाय या रिपॉज़िटरी सिस्टम संपादित नहीं होता। यदि कोई संस्थान आपके विवरण की अपनी प्रति रखता है, तो वह प्रति एक अलग मामला है और ORCID दृश्यता परिवर्तन के दायरे से बाहर है।
सहेजे गए संपादन को सत्यापित मानना। आइटम को फिर से खोलें। यहाँ समीक्षित स्रोत सेलेक्टरों का वर्णन करते हैं, सहेजने के व्यवहार का नहीं, इसलिए सत्यापन आपकी अपनी जाँच है।
यह ऑडिट व्यापक फ़ुटप्रिंट समीक्षा में कहाँ फिट बैठता है
ORCID रिकॉर्ड कई सार्वजनिक सतहों में से एक है जिन्हें शोधकर्ता बनाए रख सकता है। यदि दृश्यता परिवर्तन के पीछे का लक्ष्य किसी नाम से जुड़ी चीज़ों की व्यापक सफ़ाई है, तो ORCID ऑडिट अच्छा प्रारंभ बिंदु है क्योंकि रिकॉर्ड संरचित और मदवार है। वहाँ से, एक समझदार अगला कदम है किसी नाम से जुड़े सभी खाते कैसे खोजें का उपयोग करके उसी नाम से जुड़ी अन्य प्रोफ़ाइलों को देखना — इस चेतावनी के साथ कि उपयोगकर्ता नाम मिलान सुराग हैं, स्वामित्व का प्रमाण नहीं, और कोई खोज खातों की पूरी सूची नहीं बना सकती।
TraceSeek, जिस ऐप को TruthsSeek कवर करता है, 3,000+ प्लेटफ़ॉर्म सूचीबद्ध करता है और पहला स्कैन मुफ़्त चलाता है; उत्पाद बताता है कि स्कैन में 20-30 सेकंड लगते हैं। यह सार्वजनिक प्रोफ़ाइलों के लिए एक खोज सहायक है, सत्यापन सेवा नहीं और आपके ORCID रिकॉर्ड को सीधे संपादित करने का विकल्प नहीं।
पुनरावलोकन
ORCID डिफ़ॉल्ट बदलने के बाद, केवल एक चीज़ बदली है: भविष्य में जोड़ी जाने वाली चीज़ें क्या करेंगी। मौजूदा आइटम अपने-अपने सेलेक्टर बनाए रखते हैं; iD सार्वजनिक रहता है; नए ईमेल पते डिफ़ॉल्ट रूप से “Only me” पर होते हैं। इसलिए ऑडिट मैन्युअल और प्रति-आइटम है, और उपयोगी आउटपुट एक छोटी सुधार सूची और आपने क्या बदला इसका रिकॉर्ड है।
स्रोत पर संपादकीय टिप्पणी
यह लेख समीक्षित ORCID दावों से जो स्थापित होता है — डिफ़ॉल्ट सेटिंग का दायरा, प्रति-आइटम सेलेक्टर, सार्वजनिक iD और ईमेल डिफ़ॉल्ट — को ऑडिट कैसे चलाएँ, इस पर संपादकीय सलाह से अलग करता है। चेकलिस्ट क्रम, निर्णय प्रश्न और विफलता पथ सिफ़ारिशें हैं, प्लेटफ़ॉर्म नियम नहीं। विशिष्ट मेनू स्थान और नियंत्रण लेबल समीक्षित सामग्री से स्थापित नहीं हुए और जानबूझकर वर्णित नहीं किए गए हैं।