सुधार नीति और लॉग

Cricketin बड़ी ग़लतियाँ खुलकर सुधारता है। जब किसी दावे, स्रोत, तारीख, गणना या बायलाइन में मायने वाला बदलाव ज़रूरी हो, तो हम पेज अपडेट करते हैं और एक सार्वजनिक लॉग एंट्री जोड़ते हैं।

यह पेज बताता है कि सुधार किसे माना जाता है, किसी रिपोर्ट की जाँच हम कैसे करते हैं, और कौन-से संपर्क विवरण मालिक को अभी पुष्ट करने बाकी हैं।

सुधार का साफ़ निशान बचा रहना चाहिए

पाठक को पता होना चाहिए कि पेज कब इस तरह बदला कि उसका अर्थ ही बदल गया। चुपचाप किया गया संपादन एक ग़लत कानूनी दावा, एक टूटा स्रोत, विशेषज्ञता का झूठा भरोसा — सब छिपा सकता है। बड़े बदलाव दिखते रहें, इसके लिए हम सार्वजनिक लॉग रखते हैं।

यह नियम इस साइट के सभी पेजों पर लागू है। इसमें कानूनी व्याख्याएँ, क्रिकेट गाइड, प्राइवेसी पेज और साइट के बयान शामिल हैं। इससे सुधार यह वादा नहीं बन जाता कि हर पेज परफ़ेक्ट है। यह पाठक को क्या बदला, यह जाँचने का रास्ता देता है।

हमारी कंटेंट नीति बताती है कि प्रकाशन से पहले तथ्य कैसे जाँचे जाते हैं। हमारा मेथडोलॉजी पेज बताता है कि स्रोत-जाँच और गणनाएँ कैसे दर्ज होती हैं।

बड़ी ग़लती पाठक की समझ बदल देती है

बड़ी ग़लती वह है जो पाठक के फ़ैसले या समझ को बदल सकती है। ग़लत कानूनी धारा, ग़लत टैक्स दर, झूठी तारीख, गणना की चूक — सब मायने रखते हैं। और वैसी ही बायलाइन भी, जो बिना सबूत किसी को विशेषज्ञ बताकर पेश करे।

हम किसी स्रोत लिंक को भी सुधारते हैं जब वह अपने आसपास लिखी बात का समर्थन नहीं करता। मरा हुआ लिंक हमेशा तथ्य की ग़लती नहीं होता। पर वह पाठक को दावा जाँचने से रोक सकता है। जहाँ बेहतर स्रोत मिलता है, हम उसे बदल देते हैं।

छोटे संपादनों के लिए पूरी लॉग एंट्री ज़रूरी नहीं। इनमें वर्तनी, विराम-चिह्न और ऐसा लेआउट सुधार आता है जो अर्थ नहीं बदलता। अगर कोई छोटा संपादन वाक्य का मतलब बदल दे, तो हम उसे बड़ा बदलाव मानते हैं।

ग़लती की रिपोर्ट हम कैसे संभालते हैं

पहले हम रिपोर्ट पढ़ते हैं और ठीक-ठीक वे शब्द पहचानते हैं जिन पर आपत्ति है। फिर वह स्रोत या गणना खोलते हैं जिस पर पेज टिका है। उसके बाद तय करते हैं कि पेज ग़लत है, अस्पष्ट है, अधूरा है, या अब भी सही ठहरता है।

अगर पेज ग़लत है, तो जाँच पूरी होते ही हम उसे सुधार देते हैं। अगर अस्पष्ट है, तो हम कोई सीमा या स्रोत जोड़ सकते हैं। अगर सबूत रिपोर्ट का साथ नहीं देते, तो पेज वैसा ही रहता है, पर जवाब में हम वजह बता सकते हैं।

रिपोर्ट तब ज़्यादा काम की होती है जब उसमें पेज का URL हो, उद्धृत टेक्स्ट हो, ग़लत होने की वजह हो, और कोई स्रोत या गणना हो। जाँच के लिए जो निजी ब्योरा ज़रूरी नहीं, वह साझा करने की ज़रूरत नहीं।

सार्वजनिक लॉग पुराना और नया अर्थ दिखाता है

टेबल 1. Cricketin सुधार लॉग

यह पहली एंट्री है। यह इसलिए अहम है कि भरोसा वहीं से शुरू होता है कि पेज बनाया किसने। भूमिकाओं की रजिस्ट्री और पहचान की बाकी जाँचों के लिए देखिए हमारे लेखक और संपादक।

हम सुधार के आकार पर लेबल लगाते हैं

हम तीन सीधे लेबल इस्तेमाल करते हैं। «सुधार» का मतलब है कि पुरानी बात ग़लत थी। «स्पष्टीकरण» का मतलब है कि पुरानी बात भ्रम पैदा कर सकती थी या उसमें कोई ज़रूरी सीमा नहीं थी। «अपडेट» का मतलब है कि प्रकाशन के बाद दुनिया बदल गई और पेज अब नया तथ्य दिखाता है।

सुधार-नोट में इतना तो हो कि पाठक फ़र्क समझ सके। उसमें नुकसानदेह डेटा दोहराया न जाए और कोई नई प्राइवेसी समस्या न बने। जहाँ कोई कानूनी तथ्य बदलता है, वहाँ हम उस आधिकारिक सामग्री का लिंक देते हैं जो नई बात का समर्थन करती है।

मिसाल के लिए, PROG Act की धारा 6 ऑनलाइन पैसे वाले गेम के सीधे और घुमाकर किए गए प्रचार से जुड़ी है। उस भाषा को India Code पर मौजूद आधिकारिक अधिनियम टेक्स्ट से मिलाना होगा, नियम की किसी दोबारा छपी नक़ल से नहीं।

गणित का सुधार नए कदम दिखाता है

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

हमारे ओवरराउंड उदाहरण में निहित संभावना एक बटा डेसिमल ऑड्स होती है। ओवरराउंड उन संभावनाओं का जोड़ घटा 100% है। पूरा तरीका और उसकी सीमाएँ हम कैसे जाँचते और पुष्ट करते हैं पर हैं।

सुधार के बाद हम किसी उदाहरण को असल दुनिया की माप नहीं कहते। तारीख वाली माप के लिए तारीख वाला रिकॉर्ड चाहिए। वह रिकॉर्ड न हो, तो सही लेबल «उदाहरण» है।

ग़लती की रिपोर्ट कैसे करें

कृपया पेज का URL भेजिए, ठीक वही टेक्स्ट या टेबल का सेल, और अपनी आपत्ति की वजह। कोई प्राथमिक स्रोत, कोई आधिकारिक रिकॉर्ड या साफ़ गणना हमें बात जाँचने में मदद करेगी। हम पाठकों, पत्रकारों, सार्वजनिक संस्थाओं और पेज में नामित लोगों — सबकी तथ्य-रिपोर्ट पढ़ते हैं।

टेबल 2. सुधार रिपोर्ट के रास्ते और अपेक्षित प्रक्रिया

जब तक ये रास्ते तैयार नहीं होते, यह मत मानिए कि कोई फ़ॉर्म, इनबॉक्स या सोशल अकाउंट देखा जा रहा है। मालिक को सिर्फ़ वही पता या फ़ॉर्म छापना चाहिए जो अनुरोध ले सके और उसे ट्रैक कर सके। प्रस्तावित श्रेणियाँ Cricketin से संपर्क पर सूचीबद्ध हैं।

जवाब का समय असली क्षमता पर टिका हो

हम जवाब का समय गढ़ते नहीं। «एक दिन में जवाब» जैसा वादा तभी काम का है जब कोई असली व्यक्ति उसे निभा सके। संपर्क व्यवस्था और उसे चलाने वाले लोग चुनने के बाद ही साइट मालिक को जवाब के लक्ष्य तय करने होंगे।

तथ्य के सुधार, प्राइवेसी अनुरोध, कानूनी नोटिस और कॉपीराइट नोटिस के लिए जवाब के लक्ष्य अभी प्रकाशित नहीं हैं, और न ही किसी अत्यावश्यक ग़लती के लिए एस्केलेशन का रास्ता। वे संपर्क के रास्तों के साथ ही आएँगे।

DPDP Act पाठक को आसानी से उपलब्ध शिकायत-सहायता का अधिकार देता है, और जवाब की अवधि निर्धारित की जानी है। MeitY के टेक्स्ट की धारा 13 यही वजह है कि असली प्राइवेसी रास्ता मायने रखता है।

असहज लगने पर हम सुधार हटाते नहीं

सुधार का रिकॉर्ड दिखा सकता है कि कोई पेज ग़लत था। यह उसे हटाने की वजह नहीं है। लॉग उस सबूत का हिस्सा है जिससे पाठक साइट को परख सकते हैं।

अगर किसी सार्वजनिक नोट में निजी डेटा, सुरक्षा का जोखिम या कोई कानूनी बंदिश हो, तो हम उसे छोटा कर सकते हैं। ऐसे में भी हमें यह कहना चाहिए कि सुधार हुआ, और जितना ग़ैर-संवेदनशील ब्योरा दे सकें, देना चाहिए।

पैसे देकर किए गए अनुरोध इस नियम से ऊपर नहीं हैं। हम ऑपरेटर को जगह देने के अनुरोध स्वीकार नहीं करते। ऑपरेटर-लिंक न देने का नियम हमारे एफ़िलिएट डिस्क्लोज़र में है।

बड़े बदलाव को असली व्यक्ति मंज़ूरी दे

बड़े सुधार की जाँच ऐसे संपादक को करनी चाहिए जिसे उस पेज की सही जानकारी हो। कानूनी बदलाव के लिए कानूनी समीक्षा चाहिए हो सकती है। प्राइवेसी बदलाव के लिए डेटा संभालने वाला ज़िम्मेदार व्यक्ति चाहिए हो सकता है। किसी गंभीर सुधार को जाँचने वाला अकेला व्यक्ति उसका लेखक नहीं होना चाहिए।

मंज़ूरी डेस्क के पास है: कंटेंट के लिए संपादकीय, कानून के लिए लीगल और कंप्लायंस, और तकनीकी चीज़ों के लिए साइट मालिक। हर बड़ा बदलाव भीतर दर्ज होता है, और मायने वाले बदलाव ऊपर के लॉग में दिखते हैं।

साइट के नियमों के लिए उपयोग की शर्तें पढ़िए और डेटा से जुड़े अनुरोधों के लिए प्राइवेसी नीति।

हम पुरानी पंक्ति दिखाते हैं। हम नई पंक्ति दिखाते हैं। हम तारीख देते हैं। हम पेज का नाम लेते हैं। हम बताते हैं कि बदलाव क्यों हुआ। हम नोट साफ़ रखते हैं। पाठक उसे जाँच सकता है। पाठक जायज़ सवाल पूछ सकता है। सुधार कोई राज़ नहीं है। स्रोत मायने रखता है। जोड़ मायने रखता है। साफ़ लॉग हर पाठक के काम आता है।

हम पढ़ते हैं। हम जाँचते हैं। हम ठीक करते हैं। हम दिखाते हैं। यही हमारा नियम है। इससे पाठकों को मदद मिलती है।

हम पेज जाँचते हैं। हम सबूत जाँचते हैं। हम बदलाव दिखाते हैं। हम तारीख रखते हैं। हम नोट पढ़ने में आसान बनाते हैं।