तुर्की पता जनरेटर ऐसे तुर्की पते बनाता है जो उस देश की अपनी डाक परंपरा का पालन करते हैं, न कि अंग्रेज़ी ढंग के किसी अनुमान का। पदानुक्रम प्रांत से शुरू होकर सड़क तक उतरता है, पिन कोड हमेशा पांच अंकों का होता है, और लिखने का क्रम सबसे बड़ी प्रशासनिक इकाई को सबसे आगे रखता है, ऐसा क्रम जिसे बहुत से अंतरराष्ट्रीय फ़ॉर्म चुपचाप उलट देते हैं।
यह गाइड बताती है कि तुर्की पता किस ढंग से बनता है, इक्यासी प्रांत पिन कोड और टेलीफ़ोन प्रीफ़िक्स से कैसे जुड़ते हैं, तुर्की के बिंदु वाले और बिंदु रहित अक्षर पता फ़ील्ड में असली दोष क्यों पैदा करते हैं, और जो रिकॉर्ड बनाया गया है वह किस चीज़ की जगह ले सकता है और किस चीज़ की नहीं। अंत तक आप यह बता सकेंगे कि आपके फ़िक्स्चर में पड़ा तुर्की पता केवल विश्वसनीय दिखता है या सचमुच संगत है।
तुर्की पता किस क्रम में लिखा जाता है?
तुर्की पता सबसे बड़ी इकाई से सबसे छोटी की ओर लिखा जाता है, और डाक सेवा यह अपेक्षा करती है कि जब पता किसी एक लेबल पर छपे तो यह क्रम बना रहे। पहले प्रांत आता है, फिर ज़िला, फिर मोहल्ला, फिर सड़क या बुलवार, फिर भवन का नंबर, फिर भवन के भीतर फ़्लैट का नंबर, और आख़िर में पांच अंकों का पिन कोड जिसके बाद प्रांत का नाम दोबारा या ज़िले का नाम आता है।
सबसे बड़े से सबसे छोटे की यह दिशा संयुक्त राज्य और ब्रिटेन के उलट है, जहां सड़क वाली पंक्ति आगे चलती है और प्रशासनिक इकाइयां उसके पीछे आती हैं। किसी देश का क्रम किसी दूसरे देश पर लाद देना ऐसा पता बनाने का सबसे भरोसेमंद तरीका है जो अनुवादित लगे। जो डेवलपर हर देश के लिए एक ही पता खाका बनाते हैं, वे तुर्की रिकॉर्ड अमरीकी क्रम में लिख देते हैं और उन्हें पता भी नहीं चलता, क्योंकि दोनों ही एक ही विश्वसनीय दिखने वाली पंक्ति में छपते हैं।
भवन और फ़्लैट के नंबर एक जोड़ी हुई इकाई नहीं, अलग-अलग मान होते हैं। तुर्की पता सड़क के नंबर को भवन के भीतर पड़े फ़्लैट के नंबर से अलग रखता है, और छोटे रूप में दोनों आमतौर पर छोटी संख्याएं होती हैं जिनके साथ कोई इकाई शब्द नहीं लिखा जाता। जहां कोई भूखंड बंट गया हो, वहां सड़क के नंबर के साथ कोई अक्षर भी लग सकता है, इसलिए जो फ़ील्ड केवल अंक स्वीकार करती है, वह एक वैध प्रवेश द्वार को ठुकरा देगी। जो सिस्टम दोनों नंबरों को एक ही फ़ील्ड में मिला देते हैं, वे वह जानकारी खो देते हैं जिसे तुर्की कूरियर और नगरपालिकाएं रोज़ काम में लाते हैं।
प्रांत ज़िला और मोहल्ला की परतें क्या करती हैं?
पहली परत प्रांत है, और तुर्की में उनकी संख्या इक्यासी है। फ़ॉर्मों पर प्रांत को अक्सर नाम के बजाय उसके दो अंकों वाले प्लेट कोड से लिखा जाता है, जिसका मतलब यह है कि जो टेस्ट सूट केवल प्रांत के नाम छूता है, वह अंकों वाले रास्ते को कभी नहीं छुएगा। अच्छी तरह बना डेटासेट हर प्रांत के दोनों रूप साथ रखता है, ताकि किसी भी फ़ील्ड की परीक्षा हो सके।
प्रांत के नीचे ज़िला बैठता है, और ज़िले के नीचे मोहल्ला या गांव। मोहल्ला वह स्तर है जिसके लिए ज़्यादातर विदेशी पता खाकों में कोई बराबरी का स्तर नहीं होता, और ठीक इसी वजह से वह अंतरराष्ट्रीय फ़ॉर्मों से सबसे ज़्यादा छूटता है और बाद में तब पकड़ में आता है जब कोई तुर्की उपयोगकर्ता शिकायत करता है। तुर्की में पिन कोड प्रांत से बहुत महीन स्तर पर बांटे जाते हैं, इसलिए सही ज़िले के साथ जुड़ने पर पिन कोड जगह को काफ़ी सीमित कर देता है।
चूंकि परतें सख़्ती से एक-दूसरे के भीतर बैठी हैं, संगतता के नियम भी सख़्ती से नेस्टेड हैं। एक ज़िला ठीक एक प्रांत का होता है, एक मोहल्ला ठीक एक ज़िले का, और एक पिन कोड मोहल्लों के एक छोटे समूह का। जिस रिकॉर्ड में ज़िला और प्रांत आपस में न मिलें, वह बारीकी से ग़लत नहीं है, वह असंभव है, और जो सत्यापन इस जोड़ी की जांच करता है, वह उसे तुरंत पकड़ लेगा।
पिन कोड और प्रांत का मेल क्यों ज़रूरी है?
तुर्की के पिन कोड पांच अंकों के होते हैं, और शुरू के अंकों में प्रांत तथा बड़े क्षेत्र से जुड़ा भौगोलिक अर्थ होता है। इसका व्यावहारिक नतीजा यह है कि पूरे पांच अंकों वाले क्षेत्र में से बेतरतीब उठाया गया कोई पिन कोड लगभग हमेशा ऐसी जगह की ओर इशारा करेगा जिसका उसी रिकॉर्ड में दर्ज प्रांत से कोई रिश्ता नहीं।
यह उसी तरह का दोष है जो हर देश में दिखता है, और इसे दोहराना इसलिए ज़रूरी है क्योंकि यह इतना आम है: कोई अकेली फ़ील्ड पूरी तरह सही प्रारूप में हो सकती है और फिर भी ग़लत हो सकती है। पांच अंक पांच अंक ही हैं। तुर्की रिकॉर्ड को काम का वह बात बनाती है कि उसके अंक उसी प्रांत से मेल खाते हैं जो उनके साथ दर्ज है।
जनरेटर इससे बचते हैं: वे पहले प्रांत चुनते हैं और फिर उससे ज़िला, मोहल्ला और पिन कोड निकालते हैं, कभी उल्टा नहीं। जब आप किसी ऐसे टूल को परखें जो तुर्की को कवर करने का दावा करता है, तो यही निकालने का क्रम वह चीज़ है जिसे टटोलना चाहिए। एक ही प्रांत के लिए कई रिकॉर्ड मांगें और देखें कि पिन कोड समझदारी से पास-पास आते हैं या पूरी संख्यात्मक सीमा में बिखर जाते हैं।
टेलीफ़ोन प्रीफ़िक्स भी इसी सिद्धांत पर चलता है। तुर्की के लैंडलाइन क्षेत्र कोड प्रांतों से मेल खाते हैं, इसलिए जिस टेलीफ़ोन नंबर का कोड किसी एक शहर का हो और पते में दूसरा शहर लिखा हो, वह ऐसी बेमेल है जिसे सावधान टेस्ट सूट को पकड़ना चाहिए। मोबाइल नंबर अलग होते हैं, क्योंकि वे किसी शहर से बंधे नहीं रहते और अब किसी क्षेत्र का संकेत नहीं देते, इसलिए तुर्की टेस्ट रिकॉर्ड को केवल लैंडलाइन वाला रिश्ता ही दावा करना चाहिए।
कौन से तुर्की अक्षर पता फ़ील्ड तोड़ देते हैं?
तुर्की अक्षर i को दो रूपों में लिखता है। एक ओर बिंदु वाला बड़ा और बिंदु रहित छोटा है, और दूसरी ओर बिंदु रहित बड़ा और बिंदु वाला छोटा, और ये दोनों अक्षर वर्णमाला के अलग-अलग सदस्य हैं, किसी एक अक्षर के सजावटी रूप नहीं। जो बड़े-छोटे अक्षरों का परिवर्तन इस अंतर को नहीं मानता, वह किसी शहर या सड़क के नाम को चुपचाप ख़राब कर देगा।
यह विफलता ख़ामोश है और इसलिए ख़तरनाक। किसी तुर्की स्थान के नाम को किसी सामान्य नियम से बड़े अक्षरों में बदलने पर बिंदु वाला छोटा i बिंदु वाला बड़ा बन जाता है, जो उन शब्दों के लिए ग़लत अक्षर है जिनमें बिंदु रहित अक्षर आता है। फिर पते संदर्भ सूची से मेल नहीं खाते, भले ही उपयोगकर्ता ने नाम सही टाइप किया हो, और बनी हुई बग रिपोर्ट कहती है कि पता अमान्य है, जबकि असली ग़लती बड़े-छोटे अक्षरों के बदलाव में है। उल्टा भी होता है: बिंदु रहित बड़े अक्षर को छोटा करने पर तुर्की में बिंदु रहित छोटा बनता है और बाकी ज़्यादातर भाषाओं में बिंदु वाला छोटा, और जो कोड दूसरे को मान लेता है, वह ऐसा मान सहेजेगा जिससे बाद में कोई मिलान संभव नहीं रहेगा।
क्रमबद्ध करने में भी यही समस्या दूसरी दिशा से आती है। तुर्की का वर्णक्रम बिंदु वाले और बिंदु रहित अक्षरों को अंग्रेज़ी से अलग जगहों पर रखता है, इसलिए किसी अंग्रेज़ी नियम से क्रमबद्ध की गई प्रांतों की सूची तुर्की उपयोगकर्ता को उलझी हुई दिखेगी। अगर आपकी पता वाली ड्रॉपडाउन सर्वर की ओर से किसी अंग्रेज़ी नियम से क्रमबद्ध होती है, तो यह ऐसा दोष है जिसे बाकी सब से पहले ठीक करना चाहिए।
अक्षरों का समूह भी सादे ASCII से कहीं चौड़ा है। तुर्की स्थानों के नाम में बिंदु वाला i, बिंदु रहित i, नीचे नुक़्ते वाला c, ऊपर छोटी रेखा वाला g, दो बिंदुओं वाले o और u, और नीचे हुक वाला s आते हैं। जो फ़ील्ड इनपुट पर इन अलग चिह्नों को हटा देती है, वह इनमें से कुछ को ऐसे अक्षरों में बदल देगी जो नाम का अर्थ ही बदल देते हैं, इसलिए सामान्य करना या तो उलटने पर भी बिना नुक़सान का होना चाहिए या जान-बूझकर रूढ़िवादी।
तुर्की पता फ़ॉर्म कैसे बनाए जाने चाहिए?
पते को सादे पाठ और एक पिन कोड के रूप में नहीं, बल्कि नेस्टेड जोड़ों के रूप में मॉडल करें। प्रांत और प्लेट कोड साथ रहते हैं, ज़िला चुने गए प्रांत का होता है, मोहल्ला चुने गए ज़िले का, और पिन कोड की जांच अलग से नहीं बल्कि ज़िले के सामने होती है। हर स्तर को उसके ऊपर वाले स्तर से छाना जाना चाहिए, जिससे ज़्यादातर अमान्य संयोजन टाइप होने से पहले ही रुक जाते हैं।
भवन और फ़्लैट के नंबरों को अपनी अलग फ़ील्ड और अपनी अलग लंबाई सीमा दें। तुर्की सड़क नंबरों के साथ कभी कोई अक्षर लग सकता है, और बड़े ब्लॉकों में फ़्लैट नंबर तीन अंकों तक चल सकते हैं, इसलिए एक अक्षर वाली फ़ील्ड साधारण इनपुट पर भी विफल होगी। पिन कोड को बीच में स्पेस के साथ या बिना स्पेस के स्वीकार करें, और उसे दरवाज़े पर ठुकराने के बजाय सहेजने के बाद सामान्य करें।
जहां आप कोई अंतरराष्ट्रीय फ़ॉर्म स्वीकार करते हैं, वहां मोहल्ला वाली फ़ील्ड जोड़ें, चाहे आपके बाकी देश उसे काम में न लाते हों। पचास देशों के लिए एक फ़ील्ड को वैकल्पिक रखना और तुर्की के लिए आवश्यक बनाना खाके पर छोटा ख़र्च है और सहायता अनुरोधों में बड़ी कमी, और टेस्ट फ़िक्स्चर में कम से कम एक ऐसा तुर्की रिकॉर्ड होना चाहिए जिसमें मोहल्ला हो और एक जिसमें न हो, ताकि दोनों रास्तों की परीक्षा हो सके।
क्या बनाया गया तुर्की पता किसी असली जगह से मेल खाता है?
नहीं खाता। बनाए गए तुर्की पते में सही पदानुक्रम होता है, फ़ील्ड का सही क्रम होता है, और उसके प्रांत से मेल खाता पिन कोड होता है, यानी वह सब कुछ जो किसी फ़ॉर्म, पार्सर या मार्ग तय करने वाले नियम को परखने के लिए चाहिए। वह किसी असली भवन की पहचान नहीं कराता, वह किसी के नाम दर्ज नहीं है, और कोई कूरियर उस पते पर कुछ नहीं पहुंचा सकता।
तुर्की में यह परिचित चेतावनी एक अतिरिक्त मोड़ के साथ लागू होती है, क्योंकि बीच की परतें बहुत हैं और विश्वसनीय दिखने वाला संयोजन हाथ से भी काफ़ी आसानी से जोड़ा जा सकता है। हाथ से बने रिकॉर्ड और बनाए गए रिकॉर्ड का फ़र्क़ फ़ील्डों की दिखावट में नहीं, उनके पीछे के रिश्तों की गहराई में है। जनरेटर नीचे की परतें ऊपर की परतों से निकालता है; हाथ से रिकॉर्ड जोड़ने वाला व्यक्ति हर परत का अंदाज़ा अलग-अलग लगाता है।
तुर्की के प्रशासनिक विभाजनों की सार्वजनिक संदर्भ सामग्री राष्ट्रीय सांख्यिकी कार्यालय संभालता है, और उसकी प्रकाशित सूचियां ऐसा स्रोत हैं जिनसे किसी बनाए रखे जाने वाले डेटासेट का पता लग सकना चाहिए। यह जानना कि मान कहां से आए, बाद में उन्हें बिना अनुमान लगाए ताज़ा करना संभव बनाता है। इससे एक और फ़र्क़ भी दिखता है: कोई स्प्रेडशीट चुपचाप पुरानी पड़ जाती है, जबकि जिस डेटासेट का स्रोत बताया गया हो, उसे उस स्रोत के सामने जांचा जा सकता है।
तुर्की डेटासेट पर भरोसा करने से पहले क्या जांचें?
सबसे पहले प्रांतों की गिनती जांचें, क्योंकि जिस डेटासेट में प्रांत कम हैं, उसमें कहीं और भी कवरेज कम होगी। फिर जांचें कि ज़िले वैश्विक सूची की तरह नहीं बल्कि नेस्टेड हैं, और यह कि रिकॉर्ड में प्रांत के नाम के साथ प्लेट कोड भी है। फिर अक्षरों की संभाल जांचें: ऐसा प्रांत बनाएं जिसके नाम में बिंदु रहित अक्षर हो, रिकॉर्ड को अपने ही कोड में बड़े अक्षरों में बदलें, और पक्का करें कि वह बचा रहता है।
अंत में दोबारा वही नतीजा मिलने की जांच करें। वही कुंजी और वही देश हर बार वही रिकॉर्ड लौटाने चाहिए, क्योंकि जो पता हर अनुरोध पर बदल जाए, उसे किसी दावे के भीतर काम में नहीं लाया जा सकता। जो जनरेटर हर बार अपना नतीजा बदल देता है, वह हाथ से दिखाने के लिए ठीक है और रिग्रेशन टेस्ट के लिए बेकार, और यह फ़र्क़ तभी दिखता है जब नतीजे पर दावा लिखा जाने लगे। इस साइट का देश अनुभाग बताता है कि किसी देश का डेटा कैसे व्यवस्थित है, और पता जनरेटर वह जगह है जहां तुर्की तथा बाकी समर्थित देशों के रिकॉर्ड बनाए और निर्यात किए जा सकते हैं।
अगर आप अपने पता फ़ील्ड की अपनी जांच भी लिखना चाहें, तो उन मानों को सत्यापन टूल जैसी आज़ाद जांच से गुज़ारकर देखें कि प्रांत, ज़िला और पिन कोड का जोड़ा हर बार बचता है या नहीं।
इस तरह बना हर रिकॉर्ड काल्पनिक टेस्ट डेटा है। फ़ील्ड का क्रम, पदानुक्रम और रिश्ते प्रकाशित प्रारूपों के प्रति वफ़ादार हैं, पर ये रिकॉर्ड किसी असली व्यक्ति, किसी असली परिसर और किसी असली डाक वितरण से मेल नहीं खाते, और इनका उपयोग किसी की पहचान बनाने, असली डाक पाने, कोई पता साबित करने, या कोई पहचान या निवास सत्यापन पार करने के लिए नहीं किया जाना चाहिए।