डेटा की गुणवत्ता

अंतरराष्ट्रीय तिथि रेखा और उसे पार करने वाले अनुरोध

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

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

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

ठीक इसीलिए किसी खास स्थान के असली IANA क्षेत्र से जुड़े सही समय क्षेत्र लुकअप पर निर्भर रहना यहाँ लगभग किसी भी और जगह से ज़्यादा मायने रखता है। केवल देशांतर और एक सरल ऑफ़सेट फ़ॉर्मूले पर आधारित भोली गणना तिथि रेखा को गलत समझेगी, क्योंकि रेखा का असली रास्ता कई जगहों पर जानबूझकर देशांतर की सीधी रेखा से हटता है, खास तौर पर कुछ द्वीप देशों और क्षेत्रों को रेखा के आर-पार अटपटे ढंग से बाँटने के बजाय एक ही सुसंगत तारीख पर रखने के लिए।

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