PostalAddress

• JSON फ़ॉर्मैट में दिखाना

यह डाक पते को दिखाता है, जैसे कि पिन डिलीवरी या पेमेंट के पते के लिए. डाक पते के आधार पर, डाक सेवा, पीओ बॉक्स या ऐसी ही किसी जगह पर सामान डिलीवर कर सकती है. इसका लक्ष्य भौगोलिक स्थान मॉडल करना नहीं है (सड़क, शहर, पहाड़).

सामान्य तौर पर, उपयोगकर्ता के इनपुट या मौजूदा डेटा को इंपोर्ट करके कोई पता बनाया जाएगा. यह इस बात पर निर्भर करता है कि डेटा किस तरह का है.

पता डालने / बदलाव करने के लिए सलाह: - i18n-तैयार पता विजेट, जैसे कि https://github.com/google/libaddressinput) का इस्तेमाल करें - उपयोगकर्ताओं को उन देशों के बाहर फ़ील्ड के इनपुट या बदलाव करने के लिए यूज़र इंटरफ़ेस (यूआई) एलिमेंट नहीं दिया जाना चाहिए जहां उस फ़ील्ड का इस्तेमाल किया गया है.

इस स्कीमा का इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, कृपया यह देखें: https://support.google.com/business/answer/6397478

जेएसओएन के काेड में दिखाना
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string }

फ़ील्ड
revision	integer PostalAddress का स्कीमा संशोधन. यह 0 पर सेट होना चाहिए, जो नया अपडेट है. सभी नए बदलाव, पुराने बदलावों के साथ पुराने सिस्टम के साथ काम करने वाले होने चाहिए.
regionCode	string ज़रूरी है. पते में दिए गए देश/इलाके का CLDR क्षेत्र कोड. इसका अनुमान कभी नहीं लगाया जाता और यह उपयोगकर्ता पर निर्भर करता है कि मान सही है या नहीं. ज़्यादा जानकारी के लिए, http://cldr.unicode.org/ और http://www.unicode.org/cldr/charts/30/supplemental/regional_information.html पर जाएं. जैसे: स्विट्ज़रलैंड के लिए "CH".
languageCode	string ज़रूरी नहीं. इस पते की सामग्री का BCP-47 भाषा कोड (अगर पता हो). यह अक्सर इनपुट फ़ॉर्म की यूज़र इंटरफ़ेस (यूआई) की भाषा होती है. आम तौर पर, इसका इस्तेमाल पते में दी गई किसी भाषा; देश/इलाके या ट्रांसलिट्रेट की गई भाषा से होता है. इससे कुछ देशों में फ़ॉर्मैटिंग पर असर पड़ सकता है, लेकिन यह डेटा के सही होने के लिए ज़रूरी नहीं है. साथ ही, यह किसी भी पुष्टि या बिना फ़ॉर्मैटिंग वाले संबंधित कार्रवाइयों पर असर नहीं डालता है. अगर यह वैल्यू नहीं पता है, तो इसे छोड़ दें. जैसे: "zh-Hant", "ja", "ja-Latn", "en".
postalCode	string ज़रूरी नहीं. पते का पिन कोड. सभी देश पिन कोड के मौजूद होने या इसकी ज़रूरत नहीं होती हैं, लेकिन जहां वे इस्तेमाल किए जाते हैं, वे पते के दूसरे हिस्सों (जैसे कि अमेरिका/राज्य में पुष्टि) के लिए अतिरिक्त पुष्टि ट्रिगर कर सकते हैं
sortingCode	string ज़रूरी नहीं. अतिरिक्त, देश-विशिष्ट, सॉर्टिंग कोड. ज़्यादातर इलाकों में इसका इस्तेमाल नहीं किया जाता है. जहां इसका इस्तेमाल होता है, वैल्यू या तो एक स्ट्रिंग होती है, जैसे कि "CEDEX". इसके बाद, कोई संख्या (जैसे, "CEDEX 7") या सिर्फ़ एक संख्या होनी चाहिए, जिसमें "sec code " &quot&delivery &quot&quot&quot&quot&quot&quot&quot&quot&quot&quot&quot&आपकी निगरानी कैसे करें.
administrativeArea	string ज़रूरी नहीं. देश या क्षेत्र के डाक पतों के लिए इस्तेमाल किया जाने वाला सबसे बड़ा प्रशासनिक उप. उदाहरण के लिए, यह एक राज्य, प्रांत, ओब्लास्ट या प्रीफ़ेक्चर हो सकता है. खास तौर पर, स्पेन के लिए यह प्रांत है और न ही स्वायत्त समुदाय है. कई देश डाक पते वाले राज्य का इस्तेमाल नहीं करते. उदाहरण के लिए, स्विट्ज़रलैंड में इसे खाली छोड़ा जाना चाहिए.
locality	string ज़रूरी नहीं. आम तौर पर, यह पते के शहर/कस्बे का हिस्सा होता है. उदाहरण: अमेरिका का शहर, आईटी पता, यूके का पोस्ट टाउन. दुनिया के जिन इलाकों में मोहल्ले के बारे में जानकारी नहीं दी गई है या जो इस स्ट्रक्चर में फ़िट नहीं हैं वहां इलाके को खाली छोड़ें और पता पंक्तियों का इस्तेमाल करें.
sublocality	string ज़रूरी नहीं. मोहल्ले का पता. उदाहरण के लिए, यह आस-पड़ोस, नगर, ज़िले हो सकते हैं.
addressLines[]	string पते के निचले लेवल की जानकारी देने वाली, बिना स्ट्रक्चर वाली पता लाइनें. पता लाइनों में दी गई वैल्यू में टाइप की जानकारी नहीं होती है.इसलिए, कभी-कभी एक फ़ील्ड में एक से ज़्यादा वैल्यू हो सकती हैं (उदाहरण के लिए, ऑस्ट्रेलिया, TX"). इसलिए, लाइन ऑर्डर का साफ़ तौर पर दिखना ज़रूरी है. पता पंक्तियों का क्रम, पते के देश/इलाके के लिए लिफ़ाफ़े का ऑर्डर और कोट होना चाहिए. जिन जगहों पर यह अलग-अलग हो सकती है वहां (जैसे, जापान) साफ़ तौर पर जानकारी देने के लिए, address_language का इस्तेमाल किया जाता है (जैसे, बहुत बड़े से छोटे ऑर्डर के लिए "ja-Latn" या "en" छोटे से बड़े में). इस तरह, भाषा के आधार पर, पते की सबसे खास लाइन चुनी जा सकती है. किसी पते के लिए मंज़ूर किए गए स्ट्रक्चर की कम से कम संख्या के लिए, AreaCode में शामिल होना ज़रूरी है. इसमें पता लाइनों में बाकी सारी जानकारी होती है. ऐसे पते को करीब से जियोकोडिंग के बिना फ़ॉर्मैट करना संभव है, लेकिन पते के किसी भी कॉम्पोनेंट के बारे में तब तक कोई तर्क के आधार पर वजह नहीं बनाई जा सकती, जब तक कि उसे कम से कम पूरी तरह से हल न कर लिया जाए. सिर्फ़ क्षेत्र कोड और पता पंक्तियों वाले पते को बनाना और फिर पूरी तरह से स्ट्रक्चर न किए गए पतों को हैंडल करने के लिए जियोकोडिंग का सुझाव दिया जाता है (इसके उलट यह अनुमान नहीं लगाया जा सकता कि पते के कौनसे हिस्से मोहल्ले या प्रशासनिक क्षेत्र होने चाहिए).
recipients[]	string ज़रूरी नहीं. पते पर मौजूद पाने वाला. कुछ मामलों में, इस फ़ील्ड में मल्टीलाइन जानकारी हो सकती है. उदाहरण के लिए, इसमें जानकारी शामिल हो सकती है.
organization	string ज़रूरी नहीं. पते पर संगठन का नाम.