EST क्यों दुविधाजनक है, और उसकी जगह क्या बरतें
· 5 मिनट पठन
समय क्षेत्र के संक्षेप अनौपचारिक लेबल हैं — न कोई संचालक संस्था, न विशिष्टता की कोई गारंटी। IST यानी भारत, आयरलैंड और इसराइल; CST यानी अमेरिका, चीन और क्यूबा। इनकी जगह IANA पहचानकर्ता बरतिए।
कैलेंडर के किसी निमंत्रण में लिखा है “14:00 IST”। भेजने वाले के आधार पर यह 08:30 UTC है, 13:00 UTC है, या 12:00 UTC। उस पंक्ति में ऐसा कुछ नहीं जो बताए कि कौन-सा — और तीनों पाठ सही प्रयोग हैं।
समय क्षेत्र के संक्षेप अनौपचारिक हैं। कोई मानक संस्था इन्हें आवंटित नहीं करती, कोई इनकी विशिष्टता की गारंटी नहीं देती, और कई तो विवाद में भी हैं। साझा संदर्भ रखने वाले लोगों की बातचीत में ये ठीक हैं; और कहीं भी असुरक्षित।
जो टकराव मायने रखते हैं
IST — तीन मतलब, तीनों चलन में:
| मतलब | अंतर | क्षेत्र |
|---|---|---|
| Indian Standard Time | UTC+05:30 | Asia/Kolkata |
| Irish Standard Time | UTC+01:00 | Europe/Dublin (केवल गर्मियों में) |
| Israel Standard Time | UTC+02:00 | Asia/Jerusalem |
भारत और आयरलैंड के बीच साढ़े चार घंटे हैं। ग़लत IST में तय की गई बैठक थोड़ी जल्दी नहीं होती; वह लगभग पूरे कार्यदिवस से चूक जाती है।
CST — चार मतलब:
| मतलब | अंतर | क्षेत्र |
|---|---|---|
| Central Standard Time (उत्तरी अमेरिका) | UTC-06:00 | America/Chicago |
| China Standard Time | UTC+08:00 | Asia/Shanghai |
| Cuba Standard Time | UTC-05:00 | America/Havana |
| Central Standard Time (ऑस्ट्रेलिया) | UTC+09:30 | Australia/Adelaide |
शिकागो और शंघाई के बीच चौदह घंटे हैं।
PST — UTC-08:00 पर Pacific Standard Time, और UTC+08:00 पर Philippine Standard Time। ठीक सोलह घंटे का फ़ासला, यानी ग़लती दूसरे कैलेंडर दिन पर जा गिरती है।
BST — UTC+01:00 पर British Summer Time, और UTC+06:00 पर Bangladesh Standard Time।
EST — उत्तरी अमेरिका में UTC-05:00 पर Eastern Standard Time, और ऐतिहासिक रूप से वह संक्षेप जो ऑस्ट्रेलिया AEST के चलन में आने से पहले अपने पूर्वी राज्यों के लिए UTC+10:00 पर बरतता था। पुराने ऑस्ट्रेलियाई दस्तावेज़ आज भी सादा रूप बरतते हैं।
दूसरी दिक़्क़त: संक्षेप मौसमी होते हैं
जहाँ कोई संक्षेप अनन्य है, वहाँ भी वह साल के केवल आधे हिस्से का नाम है।
America/New_York नवंबर से मार्च तक EST है और मार्च से नवंबर तक EDT। तो जुलाई में “EST” किसी भी मौजूद घड़ी का वर्णन नहीं करता — तब वह क्षेत्र EDT पर होता है। लोग फिर भी यही लिखते हैं, मतलब होता है “न्यूयॉर्क का समय”, और जो प्रणाली इसे अक्षरशः लेती है वह सात महीने तक एक घंटा ग़लत गिनती है।
इसीलिए “EST” इंटरनेट पर सबसे ज़्यादा ग़लत बरता जाने वाला संक्षेप है: इसे किसी जगह के नाम की तरह बरता जाता है, जबकि यह उस जगह के एक मौसम का नाम है।
अधिकांश क्षेत्रों का कोई संक्षेप है ही नहीं
अंग्रेज़ीभाषी दुनिया के क्षेत्रों के पास प्रायः अक्षर-संक्षेप हैं। अधिकांश क्षेत्रों के पास नहीं।
टोक्यो, शंघाई और साओ पाउलो के लिए किसी भी अंग्रेज़ी लोकेल के ICU डेटा में अक्षर-संक्षेप नहीं है — वे “GMT+9”, “GMT+8” और “GMT-3” के रूप में दर्ज होते हैं। आप जापान के लिए “JST” लिखा देखेंगे, और लोग समझ भी लेते हैं, पर वह परंपरा है, डेटा नहीं।
इससे समय क्षेत्र का औज़ार बनाने वाले किसी भी व्यक्ति के सामने एक साफ़ लालच खड़ा होता है: ख़ाली जगहें भर देना। “JST” गढ़ लेना क्योंकि वह विश्वसनीय लगता है, ब्राज़ील के लिए “BRT”, काठमांडू के लिए कुछ भी। यह साइट जान-बूझकर ऐसा नहीं करती। जहाँ किसी लोकेल के पास अक्षर नहीं हैं, वहाँ वह अंतर दिखाती है — क्योंकि उसका इकलौता वादा यही है कि डेटा अनुमान से नहीं, IANA डेटाबेस से आता है, और गढ़ा हुआ संक्षेप ठीक उसी क़िस्म का विश्वसनीय दिखने वाला झूठ है जो किसी संदर्भ को अविश्वसनीय बना देता है।
उसकी जगह क्या बरतें
IANA पहचानकर्ता। America/New_York, Asia/Kolkata, Europe/Dublin। ये अनन्य हैं, स्थिर हैं, और किसी मौसम के बजाय नियमों का इतिहास रखने वाली जगह का नाम लेते हैं।
ये नियम बदलने पर भी टिके रहते हैं। जब तुर्किये ने 2016 में डेलाइट सेविंग हटाई, Europe/Istanbul का मतलब तुर्किये ही बना रहा। “EET” या “EEST” पर टिका हर कोड बदलना पड़ा।
जब लोगों के लिए लिखें, शहर और अंतर बताइए: “मुंबई में 14:00 (UTC+05:30)”। कहीं का भी पाठक बिना यह जाने कार्रवाई कर सकता है कि आपका IST कौन-सा था।
कैलेंडर निमंत्रणों में क्षेत्र जोड़ने का काम कैलेंडर पर छोड़िए। हर आधुनिक कैलेंडर घटना के साथ क्षेत्र पहचानकर्ता सहेजता है और हर आमंत्रित के लिए बदल देता है। शीर्षक में संक्षेप ठोक देना ठीक इसी को बेकार कर देता है।
इंटरफ़ेस और डेटा में स्पष्ट अंतर या Z के साथ ISO 8601 बरतिए, और जब यह जानना ज़रूरी हो कि कहाँ — केवल कौन-सा अंतर नहीं — तब पहचानकर्ता अलग से साथ रखिए।
जब पढ़ना ही पड़े
अगर संक्षेप मिल चुका है और पूछा नहीं जा सकता, तो संदर्भ से काम लीजिए:
- भेजा किसने? भारतीय कंपनी का मतलब भारत, आयरिश का आयरलैंड।
- कौन-सा अंतर प्रस्तावित समय को उनके लिए समझदारी भरा बनाता? कोई 03:00 बजे कॉल तय नहीं करता।
- बातचीत में कोई शहर आया है? शहर मामला पूरी तरह सुलझा देता है।
और अगर बात मायने रखती हो — ग्राहक से कॉल, कोई समय-सीमा, तैनाती की खिड़की — तो पूछ लीजिए। “भारत या आयरलैंड?” के दस सेकंड विकल्प से सस्ते पड़ते हैं, और जिससे आप पूछ रहे हैं उसने शायद ख़ुद भी यही सोचा होगा।
जो संक्षेप सुरक्षित हैं
हर संक्षेप विवादित नहीं है। कुछ व्यवहार में अनन्य हैं और गद्य में उचित रूप से सुरक्षित — फिर भी कोड में नहीं:
- UTC — परिभाषा से ही एक मतलब
- CEST — Central European Summer Time, अनन्य
- AEDT / AEST — Australian Eastern, A उपसर्ग अपनाए जाने के बाद से निर्विवाद
- NZDT / NZST — न्यूज़ीलैंड
- JST — जापान, डेटा से नहीं परंपरा से; ICU इसे किसी अंग्रेज़ी लोकेल के लिए नहीं रखता
पैटर्न पर ध्यान दीजिए: सुरक्षित वही हैं जिनमें देश या महाद्वीप का उपसर्ग है। “Eastern Standard Time” को टकराना ही था, क्योंकि पूर्व एक से ज़्यादा महाद्वीपों के पास है।
संक्षेपों के बारे में IANA डेटाबेस क्या कहता है
डेटाबेस संक्षेप दर्ज तो करता है, हर क्षेत्र-अवधि के लिए एक खाने में, पर उन्हें अनौपचारिक ही मानता है। उसका अपना दस्तावेज़ीकरण कहता है कि ये न अनन्य हैं, न मानकीकृत, और कुछ मामलों में जहाँ स्थानीय संक्षेप था ही नहीं, वहाँ डेटाबेस सँभालने वालों ने ख़ुद गढ़ दिए।
समय के साथ कई हटाए गए, क्योंकि वे गढ़े हुए थे। जिन क्षेत्रों पर कभी गढ़े हुए तीन-अक्षरी कोड थे, वे आज +0545 जैसी संख्यात्मक रूप में दर्ज होते हैं — ठीक इसलिए कि गढ़ा हुआ संक्षेप एक ईमानदार अंतर से बुरा है।
वही संपादकीय निर्णय — कि विश्वसनीय दिखने वाला आविष्कार अनुपस्थिति स्वीकारने से बुरा है — यह साइट भी अपनाती है। इसीलिए टोक्यो के पन्ने पर संक्षेप वाले खाने में JST नहीं, UTC+9 लिखा मिलता है।