- एचटीटीपी अनुरोध
- अनुरोध का मुख्य हिस्सा
- जवाब का मुख्य हिस्सा
- PostalAddress
- LanguageOptions
- ValidationResult
- फ़ैसला
- जानकारी का लेवल
- पता
- AddressComponent
- ComponentName
- ConfirmationLevel
- जियोकोड
- LatLng
- PlusCode
- व्यूपोर्ट
- AddressMetadata
- UspsData
- UspsAddress
पते की पुष्टि करता है.
एचटीटीपी अनुरोध
POST https://addressvalidation.googleapis.com/v1:validateAddress
यह यूआरएल gRPC ट्रांसकोडिंग सिंटैक्स का इस्तेमाल करता है.
अनुरोध का मुख्य भाग
अनुरोध के मुख्य हिस्से में, यहां दिए गए स्ट्रक्चर का डेटा शामिल होता है:
JSON के काेड में दिखाना |
---|
{ "address": { object ( |
फ़ील्ड | |
---|---|
address |
ज़रूरी है. वह पता जिसकी पुष्टि की जा रही है. फ़ॉर्मैट नहीं किए गए पते इस इनपुट के फ़ील्ड में कुल 280 से ज़्यादा वर्ण नहीं होने चाहिए. जिन इलाकों में यह सुविधा उपलब्ध है उन्हें यहां देखें. इनपुट पते में मौजूद पता की पुष्टि करने वाला एपीआई, |
previousResponseId |
पते की पुष्टि के पहले अनुरोध के लिए, यह फ़ील्ड खाली होना चाहिए. अगर किसी एक पते की पूरी तरह से पुष्टि करने के लिए ज़्यादा अनुरोध ज़रूरी हैं (उदाहरण के लिए, अगर शुरुआती पुष्टि के बाद उपयोगकर्ता के किए गए बदलावों की दोबारा पुष्टि करने की ज़रूरत है), तो हर फ़ॉलोअप अनुरोध के लिए, इस फ़ील्ड में |
enableUspsCass |
USPS CASS के साथ काम करने वाले मोड को चालू करता है. इसका असर सिर्फ़ हमारा सुझाव है कि कॉम्पोनेंट वाला |
languageOptions |
ज़रूरी नहीं. झलक: यह सुविधा झलक (प्री-GA) में है. ऐसा हो सकता है कि Pre-GA प्रॉडक्ट और सुविधाएं सीमित तौर पर काम करें. साथ ही, Pre-GA प्रॉडक्ट और सुविधाओं में किए गए बदलाव, Pre-GA वाले अन्य वर्शन के साथ काम न करें. Pre-GA ऑफ़र पर Google Maps Platform की सेवा की खास शर्तें लागू होती हैं. ज़्यादा जानकारी के लिए, लॉन्च के चरण के बारे में जानकारी देखें. जवाब में ज़्यादा जानकारी शामिल करने के लिए, पते की पुष्टि करने वाले एपीआई को चालू करता है. |
sessionToken |
ज़रूरी नहीं. इस स्ट्रिंग की मदद से, बिलिंग के लिए ऑटोकंप्लीट की सुविधा वाले सेशन की पहचान की जाती है. यूआरएल और फ़ाइल नाम की सुरक्षित base64 स्ट्रिंग होनी चाहिए, जिसमें ज़्यादा से ज़्यादा 36 ASCII वर्ण हों. अन्यथा एक INVALID_LAMBDA गड़बड़ी दिखाई जाती है. सेशन तब शुरू होता है, जब उपयोगकर्ता ऑटोकंप्लीट क्वेरी बनाता है. सेशन तब खत्म होता है, जब कोई उपयोगकर्ता किसी जगह को चुनता है और जगह की जानकारी या पते की पुष्टि करने के लिए कॉल करता है. हर सेशन में एक से ज़्यादा ऑटोकंप्लीट क्वेरी हो सकती हैं. इसके बाद, एक जगह की जानकारी या पते की पुष्टि का अनुरोध किया जा सकता है. किसी सेशन में हर अनुरोध के लिए इस्तेमाल किए जाने वाले क्रेडेंशियल, एक ही Google Cloud Console प्रोजेक्ट से जुड़े होने चाहिए. सेशन खत्म होने के बाद, टोकन मान्य नहीं रहता; आपके ऐप्लिकेशन को हर सेशन के लिए नया टोकन जनरेट करना होगा. अगर ध्यान दें: पते की पुष्टि करने की सुविधा का इस्तेमाल, ऑटोकंप्लीट (नया) एपीआई वाले सेशन में ही किया जा सकता है, ऑटोकंप्लीट एपीआई का नहीं. ज़्यादा जानकारी के लिए, https://developers.google.com/maps/documentation/places/web-service/session-pricing पर जाएं. |
जवाब का मुख्य भाग
पते की पुष्टि के अनुरोध का जवाब.
अगर एपीआई सही से जुड़ जाता है, ताे जवाब के मुख्य भाग में नीचे दिए गए स्ट्रक्चर शामिल होता है.
JSON के काेड में दिखाना |
---|
{
"result": {
object ( |
फ़ील्ड | |
---|---|
result |
पते की पुष्टि का नतीजा. |
responseId |
इस रिस्पॉन्स की पहचान करने वाला यूयूआईडी. अगर पते की फिर से पुष्टि करने की ज़रूरत है, तो नए अनुरोध के साथ यह यूयूआईडी ज़रूर होना चाहिए. |
PostalAddress
यह किसी डाक पते को दिखाता है, जैसे कि डाक डिलीवरी या पेमेंट के पतों के लिए. डाक पता होने पर, डाक सेवा, पी.ओ. Box या उससे मिलता-जुलता. यह भौगोलिक जगहों (सड़कों, कस्बों, पहाड़ों) को मॉडल करने के लिए नहीं बना है.
सामान्य इस्तेमाल में, उपयोगकर्ता के इनपुट के ज़रिए या मौजूदा डेटा को इंपोर्ट करके पता बनाया जाएगा. यह इस बात पर निर्भर करता है कि प्रोसेस किस तरह की है.
पता इनपुट / बदलाव करने के बारे में सलाह: - अंतरराष्ट्रीय मानकों के मुताबिक पता विजेट का इस्तेमाल करें, जैसे कि https://github.com/google/libaddressinput) - उपयोगकर्ताओं को उन देशों के बाहर फ़ील्ड में इनपुट या बदलाव करने के लिए यूज़र इंटरफ़ेस (यूआई) एलिमेंट नहीं दिखाना चाहिए जहां इस फ़ील्ड का इस्तेमाल किया जाता है.
इस स्कीमा का इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, कृपया यहां देखें: https://support.google.com/business/answer/6397478
JSON के काेड में दिखाना |
---|
{ "revision": integer, "regionCode": string, "languageCode": string, "postalCode": string, "sortingCode": string, "administrativeArea": string, "locality": string, "sublocality": string, "addressLines": [ string ], "recipients": [ string ], "organization": string } |
फ़ील्ड | |
---|---|
revision |
|
regionCode |
ज़रूरी नहीं. पते के देश/इलाके का CLDR इलाके का कोड. ज़्यादा जानकारी के लिए, https://cldr.unicode.org/ और https://www.unicode.org/cldr/charts/30/supplemental/territory_information.html पर जाएं. उदाहरण: "CH" के लिए पेमेंट करना है. अगर क्षेत्र का कोड नहीं दिया गया है, तो इसका पता पते के आधार पर लगाया जाएगा. सबसे अच्छी परफ़ॉर्मेंस के लिए, यह सुझाव दिया जाता है कि अगर आपको क्षेत्र का कोड पता है, तो उसे शामिल करें. अलग-अलग क्षेत्र होने या बार-बार होने वाले क्षेत्रों की वजह से परफ़ॉर्मेंस खराब हो सकती है. उदाहरण के लिए, अगर |
languageCode |
इनपुट पते में मौजूद भाषा कोड को आने वाले समय में इस्तेमाल के लिए रिज़र्व रखा गया है. इसे आज अनदेखा कर दिया गया है. एपीआई, पते की सही भाषा में पता दिखाता है. |
postalCode |
ज़रूरी नहीं. पते का पिन कोड. सभी देशों के लिए पिन कोड मौजूद नहीं होना चाहिए या उनका इस्तेमाल करना ज़रूरी नहीं है. हालांकि, जहां इनका इस्तेमाल किया जाता है वहां पते के अन्य हिस्सों की मदद से, अतिरिक्त पुष्टि ट्रिगर की जा सकती है. जैसे, अमेरिका में राज्य/ज़िप कोड. |
sortingCode |
ज़रूरी नहीं. अतिरिक्त, देश के हिसाब से, क्रम से लगाने के लिए कोड. ज़्यादातर इलाकों में इसका इस्तेमाल नहीं किया जाता. जहां इसका इस्तेमाल किया जाता है वहां वैल्यू या तो "CEDEX" जैसी कोई स्ट्रिंग होती है.इसके बाद, कोई संख्या (जैसे, "CEDEX 7") या सिर्फ़ एक संख्या होती है. यह "sector code" को दिखाता है (जमैका), "डिलीवरी एरिया इंडिकेटर" (मलावी) या "पोस्ट ऑफ़िस इंडिकेटर" (उदाहरण के लिए आइवरी कोस्ट). |
administrativeArea |
ज़रूरी नहीं. राज्य का सबसे बड़ा सबडिविज़न, जिसका इस्तेमाल किसी देश या इलाके के डाक पतों के लिए किया जाता है. उदाहरण के लिए, यह कोई राज्य, प्रांत, ओब्लास्ट या प्रीफ़ेक्चर हो सकता है. खास तौर पर, स्पेन के लिए यह प्रांत है, न कि स्वायत्त समुदाय (उदाहरण के लिए, "बार्सीलोना", न कि "कैटलोनिया"). कई देश डाक पतों में राज्य का इस्तेमाल नहीं करते. उदाहरण के लिए, अगर कोई व्यक्ति आता है, तो इसे खाली छोड़ देना चाहिए. |
locality |
ज़रूरी नहीं. आम तौर पर, यह पते में शहर/कस्बे वाले हिस्से का होता है. उदाहरण: यूएस शहर, आईटी कम्यून, यूके पोस्ट टाउन. दुनिया के उन क्षेत्रों में, जहां क्षेत्र अच्छी तरह से परिभाषित नहीं हैं या इस संरचना में ठीक से फ़िट नहीं होते हैं, मोहल्ले को खाली छोड़ दें और पता रेखाओं का उपयोग करें. |
sublocality |
ज़रूरी नहीं. पते का मोहल्ला. उदाहरण के लिए, यह आस-पड़ोस, नगर, ज़िला हो सकता है. |
addressLines[] |
ज़रूरी है. पते के निचले लेवल के बारे में बताने वाली अव्यवस्थित पता पंक्तियां. |
recipients[] |
कृपया इस फ़ील्ड को सेट करने से बचें. फ़िलहाल, पता की पुष्टि करने वाला एपीआई इसका इस्तेमाल नहीं करता है. हालांकि, अभी एपीआई इस फ़ील्ड सेट वाले अनुरोधों को अस्वीकार नहीं करेगा, लेकिन जानकारी को खारिज कर दिया जाएगा और जवाब में यह जानकारी नहीं दिखाई जाएगी. |
organization |
कृपया इस फ़ील्ड को सेट करने से बचें. फ़िलहाल, पता की पुष्टि करने वाला एपीआई इसका इस्तेमाल नहीं करता है. हालांकि, अभी एपीआई इस फ़ील्ड सेट वाले अनुरोधों को अस्वीकार नहीं करेगा, लेकिन जानकारी को खारिज कर दिया जाएगा और जवाब में यह जानकारी नहीं दिखाई जाएगी. |
LanguageOptions
झलक: यह सुविधा झलक (प्री-GA) में है. ऐसा हो सकता है कि Pre-GA प्रॉडक्ट और सुविधाएं सीमित तौर पर काम करें. साथ ही, Pre-GA प्रॉडक्ट और सुविधाओं में किए गए बदलाव, Pre-GA वाले अन्य वर्शन के साथ काम न करें. Pre-GA ऑफ़र पर Google Maps Platform की सेवा की खास शर्तें लागू होती हैं. ज़्यादा जानकारी के लिए, लॉन्च के चरण के बारे में जानकारी देखें.
जवाब में ज़्यादा जानकारी शामिल करने के लिए, पते की पुष्टि करने वाले एपीआई को चालू करता है.
JSON के काेड में दिखाना |
---|
{ "returnEnglishLatinAddress": boolean } |
फ़ील्ड | |
---|---|
returnEnglishLatinAddress |
झलक देखें: अंग्रेज़ी में |
ValidationResult
किसी पते की पुष्टि करने का नतीजा.
JSON के काेड में दिखाना |
---|
{ "verdict": { object ( |
फ़ील्ड | |
---|---|
verdict |
सभी नतीजों के लिए फ़्लैग |
address |
जियोकोड के बजाय पते के बारे में जानकारी. |
geocode |
उस जगह और जगह की जानकारी जहां पते को जियोकोड किया गया. |
metadata |
डिलीवरी के लिए ज़रूरी अन्य जानकारी. इस बात की कोई गारंटी नहीं है कि पते की पुष्टि करने वाले एपीआई पर भेजे गए हर पते के लिए, |
uspsData |
डिलीवर की ज़्यादा से ज़्यादा जानकारी देने के लिए, यूएसपीएस की ओर से उपलब्ध कराए गए फ़्लैग. सिर्फ़ |
englishLatinAddress |
झलक: यह सुविधा झलक (प्री-GA) में है. ऐसा हो सकता है कि Pre-GA प्रॉडक्ट और सुविधाएं सीमित तौर पर काम करें. साथ ही, Pre-GA प्रॉडक्ट और सुविधाओं में किए गए बदलाव, Pre-GA वाले अन्य वर्शन के साथ काम न करें. Pre-GA ऑफ़र पर Google Maps Platform की सेवा की खास शर्तें लागू होती हैं. ज़्यादा जानकारी के लिए, लॉन्च के चरण के बारे में जानकारी देखें. पते का अंग्रेज़ी में अनुवाद किया गया. एपीआई इनपुट के तौर पर, अनुवाद किए गए पतों को फिर से इस्तेमाल नहीं किया जा सकता. यह सेवा, उपयोगकर्ताओं को यह सुविधा देती है कि वे मूल रूप से दिए गए पते की पुष्टि करने या उसे अस्वीकार करने के लिए, अपनी मूल भाषा का इस्तेमाल कर सकें. अगर पते के किसी हिस्से का अंग्रेज़ी अनुवाद नहीं है, तो सेवा उस हिस्से को लैटिन स्क्रिप्ट का इस्तेमाल करने वाली वैकल्पिक भाषा में लौटा देती है. वैकल्पिक भाषा चुनने का तरीका जानने के लिए, यहां जाएं. अगर पते के किसी हिस्से का लैटिन स्क्रिप्ट का इस्तेमाल करने वाली भाषा में कोई अनुवाद या ट्रांसलिट्रेशन मौजूद नहीं है, तो सेवा उस हिस्से को पते से जुड़ी स्थानीय भाषा में लौटा देती है.
ध्यान दें: |
नतीजा
पते की पुष्टि के नतीजे और जियोकोड के बारे में खास जानकारी.
JSON के काेड में दिखाना |
---|
{ "inputGranularity": enum ( |
फ़ील्ड | |
---|---|
inputGranularity |
इनपुट पते की जानकारी का लेवल. यह इनपुट पते को पार्स करने का नतीजा है और इससे पुष्टि करने का कोई सिग्नल नहीं मिलता. पुष्टि करने से जुड़े सिग्नल के लिए, नीचे दी गई उदाहरण के लिए, अगर इनपुट पते में कोई खास अपार्टमेंट नंबर शामिल है, तो यहां |
validationGranularity |
जानकारी का वह लेवल जिसके लिए एपीआई, पते की पूरी पुष्टि कर सकता है. उदाहरण के लिए, हर पते के हिसाब से कॉम्पोनेंट की पुष्टि का नतीजा, |
geocodeGranularity |
यह संख्या, कभी-कभी ऊपर दिए गए |
addressComplete |
अगर पता चलता है कि कोई टोकन मौजूद नहीं है, तो उसे पूरा माना जाता है. इसके अलावा, यह तब माना जाता है, जब पते का कोई कॉम्पोनेंट ऐसा न हो या जिसकी पुष्टि नहीं हुई हो. अगर इस नीति को सेट नहीं किया गया है, तो इसका मतलब है कि वैल्यू |
hasUnconfirmedComponents |
कम से कम एक पता घटक को श्रेणी में नहीं जोड़ा जा सकता या उसकी पुष्टि नहीं की जा सकती, ज़्यादा जानकारी के लिए |
hasInferredComponents |
पते के कम से कम एक कॉम्पोनेंट का अनुमान लगाया गया (जोड़ा गया), जो इनपुट में नहीं था. ज़्यादा जानकारी के लिए, |
hasReplacedComponents |
पते का कम से कम एक कॉम्पोनेंट बदला गया है. ज़्यादा जानकारी के लिए, |
जानकारी का स्तर
इसमें किसी पते या जियोकोड में मौजूद अलग-अलग लेवल की जानकारी शामिल होती है. जब किसी पते के बारे में जानकारी का स्तर बताने के लिए इनका इस्तेमाल किया जाता है, तब ये वैल्यू इस बात की जानकारी देती हैं कि ईमेल पाने वाले के पते की जानकारी कितने बारीकी से दी गई है. उदाहरण के लिए, पता जैसे कि "123 मेन स्ट्रीट, रेडवुड सिटी, CA, 94061" PREMISE
की पहचान करता है, जबकि "Redwood City, CA, 94061" जैसा कुछ LOCALITY
की पहचान करता है. हालांकि, अगर हमें "123 मेन स्ट्रीट" के लिए जियोकोड नहीं मिल पाता है रेडवुड सिटी में, वापस भेजा गया जियोकोड LOCALITY
विवरण के स्तर का हो सकता है, भले ही पता ज़्यादा विस्तृत है.
Enums | |
---|---|
GRANULARITY_UNSPECIFIED |
डिफ़ॉल्ट मान. इस वैल्यू का इस्तेमाल नहीं किया गया है. |
SUB_PREMISE |
इमारत के नीचे के लेवल का नतीजा, जैसे कि अपार्टमेंट. |
PREMISE |
बिल्डिंग के लेवल का नतीजा. |
PREMISE_PROXIMITY |
एक जियोकोड जो पते के इमारत-स्तर की जगह का अनुमान लगाता है. |
BLOCK |
पता या जियोकोड किसी ब्लॉक को दर्शाता है. इसे सिर्फ़ उन इलाकों में इस्तेमाल किया जाता है जहां ब्लॉक-लेवल के पते जोड़ने की सुविधा उपलब्ध है, जैसे कि जापान. |
ROUTE |
सड़क, सड़क या हाइवे जैसे रास्ते के लिए जियोकोड या पते की जानकारी साफ़ तौर पर दी गई है. |
OTHER |
दूसरी सभी बारीकियां, जो डिलीवर नहीं की जा सकतीं इसलिए एक साथ बकेट की जाती हैं. |
पता
प्रोसेस किए गए पते की जानकारी. पोस्ट-प्रोसेस में पते की गलत स्पेलिंग वाले हिस्सों को ठीक करना, गलत हिस्सों को बदलना, और छूटे हुए हिस्सों का पता लगाना शामिल होता है.
JSON के काेड में दिखाना |
---|
{ "formattedAddress": string, "postalAddress": { object ( |
फ़ील्ड | |
---|---|
formattedAddress |
जिस क्षेत्र में पता मौजूद है उसके पते का फ़ॉर्मैट तय करने के नियमों के बाद, प्रोसेस किए गए पते को एक लाइन वाले पते के तौर पर फ़ॉर्मैट किया जाता है. |
postalAddress |
प्रोसेस किया गया पता. इसे डाक पते के तौर पर दिखाया गया है. |
addressComponents[] |
बिना क्रम वाली सूची. फ़ॉर्मैट किए गए और सही किए गए पते के अलग-अलग कॉम्पोनेंट और पुष्टि की जानकारी. इससे अलग-अलग कॉम्पोनेंट की पुष्टि की स्थिति के बारे में जानकारी मिलती है. पते के कॉम्पोनेंट, किसी खास क्रम में नहीं लगाए जाते. सूची में मौजूद पते के कॉम्पोनेंट के क्रम के बारे में कोई अनुमान न लगाएं. |
missingComponentTypes[] |
अलग-अलग तरह के कॉम्पोनेंट, जिनके सही तरीके से फ़ॉर्मैट किए गए डाक पते में मौजूद होने की उम्मीद थी, लेकिन वे इनपुट में नहीं मिले और उनका अनुमान नहीं लगाया जा सका. इस तरह के कॉम्पोनेंट |
unconfirmedComponentTypes[] |
ऐसे कॉम्पोनेंट टाइप जो |
unresolvedTokens[] |
इनपुट में मौजूद ऐसा कोई टोकन जिसकी समस्या हल नहीं हो सकी. यह कोई ऐसा इनपुट हो सकता है जिसकी पहचान पते के मान्य हिस्से के तौर पर नहीं हुई हो. उदाहरण के लिए, "123235253253 Main St, San Francisco, CA, 94105" जैसे इनपुट में, हल न हुए टोकन |
AddressComponent
इससे पते का कोई कॉम्पोनेंट दिखता है. जैसे, सड़क, शहर या राज्य.
JSON के काेड में दिखाना |
---|
{ "componentName": { object ( |
फ़ील्ड | |
---|---|
componentName |
इस कॉम्पोनेंट का नाम. |
componentType |
पते के कॉम्पोनेंट का टाइप. संभावित प्रकारों की सूची के लिए टेबल 2: Places सेवा की ओर से लौटाए गए अतिरिक्त प्रकार देखें. |
confirmationLevel |
इससे पक्के तौर पर पता चलता है कि कॉम्पोनेंट सही है या नहीं. |
inferred |
इससे पता चलता है कि कॉम्पोनेंट, इनपुट का हिस्सा नहीं था. हालांकि, हमने इसका अनुमान, पते की जगह के आधार पर लगाया है. हमें लगता है कि यह पूरे पते के लिए दिया जाना चाहिए. |
spellCorrected |
इससे कॉम्पोनेंट के नाम की गलत स्पेलिंग में सुधार किया जाता है. एपीआई, स्पेलिंग के एक वैरिएंट से दूसरे में होने वाले बदलावों को हमेशा फ़्लैग नहीं करता. जैसे, "सेंटर" बदलते समय "सेंटर" में सेट करें. यह आम तौर पर इस्तेमाल होने वाली गलत स्पेलिंग को भी फ़्लैग नहीं करता है. जैसे, "Amphitheater Pkwy" को बदलना से लेकर "एम्फ़ीथिएटर Pkwy" के लिए. |
replaced |
इससे पता चलता है कि कॉम्पोनेंट का नाम पूरी तरह से किसी दूसरे पिन कोड से बदला गया है. उदाहरण के लिए, पते के लिए सही पिन कोड को गलत पिन कोड से बदला गया है. यह कोई कॉस्मेटिक बदलाव नहीं है, इनपुट कॉम्पोनेंट को किसी दूसरे कॉम्पोनेंट में बदल दिया गया है. |
unexpected |
पते का ऐसा कॉम्पोनेंट दिखाता है जिसके दिए गए क्षेत्र के डाक पते में मौजूद होने की उम्मीद नहीं होती. हमने इसे सिर्फ़ इसलिए रखा है, क्योंकि यह इनपुट का हिस्सा था. |
ComponentName
कॉम्पोनेंट के नाम के लिए रैपर.
JSON के काेड में दिखाना |
---|
{ "text": string, "languageCode": string } |
फ़ील्ड | |
---|---|
text |
नाम का टेक्स्ट. उदाहरण के लिए, "5th Avenue" सड़क के नाम या "1253" के लिए डालें. |
languageCode |
BCP-47 भाषा कोड. यह विकल्प तब मौजूद नहीं होगा, जब कॉम्पोनेंट का नाम किसी भाषा से न जुड़ा हो, जैसे कि सड़क का नंबर. |
ConfirmationLevel
पुष्टि के लेवल के लिए अलग-अलग संभावित वैल्यू.
Enums | |
---|---|
CONFIRMATION_LEVEL_UNSPECIFIED |
डिफ़ॉल्ट मान. इस वैल्यू का इस्तेमाल नहीं किया गया है. |
CONFIRMED |
हम इस बात की पुष्टि कर पाए कि यह कॉम्पोनेंट मौजूद है और बाकी पते के हिसाब से सही है. |
UNCONFIRMED_BUT_PLAUSIBLE |
इस कॉम्पोनेंट की पुष्टि नहीं हो सकी, लेकिन इसके मौजूद होने की संभावना है. उदाहरण के लिए, किसी ऐसी सड़क के नंबर की मान्य रेंज में मौजूद गली नंबर जहां के घर के नंबर की जानकारी नहीं है. |
UNCONFIRMED_AND_SUSPICIOUS |
इस कॉम्पोनेंट की पुष्टि नहीं हुई है और यह गलत हो सकता है. उदाहरण के लिए, आस-पड़ोस का ऐसा इलाका जो बाकी पते के लिए सही नहीं है. |
जियोकोड
इसमें उस जगह के बारे में जानकारी होती है जहां इनपुट को जियोकोड किया गया था.
JSON के काेड में दिखाना |
---|
{ "location": { object ( |
फ़ील्ड | |
---|---|
location |
इनपुट की जियोकोड की गई जगह. पते, अक्षांश/देशांतर निर्देशांक या प्लस कोड के इस्तेमाल के बजाय जगह के आईडी इस्तेमाल करने का सुझाव दिया जाता है. रूटिंग या ड्राइविंग दिशा-निर्देशों की गणना करते समय निर्देशांकों का उपयोग करने से, बिंदु उन निर्देशांकों के निकटतम सड़क पर स्नैप कर दिया जाएगा. यह ऐसी सड़क नहीं हो सकती जो तेज़ी से या सुरक्षित तरीके से मंज़िल तक ले जाए. साथ ही, यह भी हो सकता है कि यह सड़क प्रॉपर्टी के ऐक्सेस पॉइंट के आस-पास न हो. इसके अलावा, जब किसी जगह को रिवर्स जियोकोड किया जाता है, तो इस बात की कोई गारंटी नहीं होती कि वापस किया गया पता मूल पते से मेल खाएगा. |
plusCode |
|
bounds |
जियोकोड किए गए स्थान की सीमाएं. |
featureSizeMeters |
जियोकोड की गई जगह का साइज़, मीटर में. यह जियोकोड किए गए स्थान की सामान्यता का एक अन्य उपाय है, लेकिन अर्थिक अर्थ के बजाय भौतिक आकार में. |
placeId |
उस जगह का प्लेसआईडी जहां यह इनपुट जियोकोड करता है. जगह के आईडी के बारे में ज़्यादा जानकारी के लिए यहां देखें. |
placeTypes[] |
जगह का वह(के) टाइप, जहां इनपुट जियोकोड किया गया. उदाहरण के लिए, |
LatLng
ऐसा ऑब्जेक्ट जो अक्षांश/देशांतर की जोड़ी को दिखाता है. डिग्री अक्षांश और डिग्री देशांतर को दिखाने के लिए, इसे डबल के जोड़े के तौर पर दिखाया जाता है. जब तक अलग से न बताया गया हो, यह ऑब्जेक्ट WGS84 मानक के मुताबिक होना चाहिए. वैल्यू, नॉर्मलाइज़ की जा सकने वाली रेंज के अंदर होनी चाहिए.
JSON के काेड में दिखाना |
---|
{ "latitude": number, "longitude": number } |
फ़ील्ड | |
---|---|
latitude |
डिग्री में अक्षांश. यह [-90.0, +90.0] की रेंज में होना चाहिए. |
longitude |
डिग्री में देशांतर. यह [-180.0, +180.0] की रेंज में होना चाहिए. |
PlusCode
प्लस कोड (http://plus.codes) जगह की जानकारी का रेफ़रंस है, जिसमें दो फ़ॉर्मैट हैं: 14mx14m (डिग्री का 1/8000वां) या छोटे रेक्टैंगल के बारे में बताने वाला ग्लोबल कोड और कंपाउंड कोड, जो प्रीफ़िक्स को रेफ़रंस जगह से बदल देता है.
JSON के काेड में दिखाना |
---|
{ "globalCode": string, "compoundCode": string } |
फ़ील्ड | |
---|---|
globalCode |
जगह का ग्लोबल (पूरा) कोड, जैसे कि "9FWM33GV+HQ", जो 1/8000 x 1/8000 डिग्री एरिया (~14 x 14 मीटर) को दिखाता है. |
compoundCode |
जगह का कंपाउंड कोड, जैसे कि "33GV+HQ, रामबर्ग, नॉर्वे", जिसमें ग्लोबल कोड का सफ़िक्स है और इसमें प्रीफ़िक्स को किसी पहचान इकाई के फ़ॉर्मैट किए गए नाम से बदलना है. |
व्यूपोर्ट
अक्षांश-देशांतर व्यूपोर्ट, जिसे low
और high
पॉइंट के दो तिरछे तरीके से दिखाया गया है. व्यूपोर्ट को एक बंद क्षेत्र माना जाता है, यानी कि इसमें इसकी सीमा शामिल होती है. अक्षांश की सीमाएं -90 से 90 डिग्री के बीच और देशांतर की सीमाएं -180 से 180 डिग्री के बीच होनी चाहिए. कई मामलों में ये शामिल हैं:
अगर
low
=high
है, तो व्यूपोर्ट में वह सिंगल पॉइंट होता है.अगर
low.longitude
>high.longitude
में, देशांतर की रेंज उलटी हो जाती है (व्यूपोर्ट में 180 डिग्री देशांतर लाइन है).अगर
low.longitude
= -180 डिग्री औरhigh.longitude
= 180 डिग्री है, तो व्यूपोर्ट में सभी देशांतर शामिल होते हैं.अगर
low.longitude
= 180 डिग्री औरhigh.longitude
= -180 डिग्री है, तो देशांतर रेंज खाली होती है.अगर
low.latitude
>high.latitude
, अक्षांश की रेंज खाली है.
low
और high
, दोनों में जानकारी भरी जानी चाहिए. साथ ही, दिखाया गया बॉक्स खाली नहीं होना चाहिए (जैसा कि ऊपर दी गई परिभाषाओं में बताया गया है). व्यूपोर्ट को खाली छोड़ने पर गड़बड़ी हो सकती है.
उदाहरण के लिए, यह व्यूपोर्ट न्यूयॉर्क शहर को पूरी तरह से घेरता है:
{ "low": { "latitude": 40.477398, "longitude": -74.259087 }, "high": { "latitude": 40.91618, "longitude": -73.70018 } }
JSON के काेड में दिखाना |
---|
{ "low": { object ( |
फ़ील्ड | |
---|---|
low |
ज़रूरी है. व्यूपोर्ट का निचला पॉइंट. |
high |
ज़रूरी है. व्यूपोर्ट का सबसे ऊपरी पॉइंट. |
AddressMetadata
पते का मेटाडेटा. इस बात की कोई गारंटी नहीं है कि पते की पुष्टि करने वाले एपीआई पर भेजे गए हर पते के लिए, metadata
में जानकारी अपने-आप भर जाएगी.
JSON के काेड में दिखाना |
---|
{ "business": boolean, "poBox": boolean, "residential": boolean } |
फ़ील्ड | |
---|---|
business |
इससे पता चलता है कि यह किसी कारोबार का पता है. अगर इस नीति को सेट नहीं किया गया है, तो इससे पता चलता है कि वैल्यू की जानकारी नहीं है. |
poBox |
यह किसी पीओ बॉक्स के पते को दिखाता है. अगर इस नीति को सेट नहीं किया गया है, तो इससे पता चलता है कि वैल्यू की जानकारी नहीं है. |
residential |
इससे पता चलता है कि यह किसी घर का पता है. अगर इस नीति को सेट नहीं किया गया है, तो इससे पता चलता है कि वैल्यू की जानकारी नहीं है. |
UspsData
पते के लिए यूएसपीएस का डेटा. इस बात की कोई गारंटी नहीं है कि uspsData
में पते की पुष्टि करने वाले एपीआई को भेजे गए, अमेरिका या पीआर के हर पते के लिए जानकारी अपने-आप भर जाएगी. अगर जवाब के मुख्य हिस्से के तौर पर uspsData का इस्तेमाल किया जाता है, तो जवाब में बैकअप पते के फ़ील्ड को शामिल करने का सुझाव दिया जाता है.
JSON के काेड में दिखाना |
---|
{
"standardizedAddress": {
object ( |
फ़ील्ड | |
---|---|
standardizedAddress |
यूएसपीएस का मानक पता. |
deliveryPointCode |
डिलीवरी की जगह का दो अंकों वाला कोड |
deliveryPointCheckDigit |
डिलीवरी की जगह का जांच अंक. मैकेनिकल तरीके से स्कैन किए गए मेल के लिए, इस नंबर को delivery_point_barcode के आखिर में जोड़ा जाता है. delivery_point_barcode, deliveryPointCheckDigit, पिन कोड, और ZIP+4 के सभी अंकों को एक साथ जोड़ने पर ऐसी संख्या मिलेगी जो 10 से भाज्य होगी. |
dpvConfirmation |
DPV की पुष्टि के लिए संभावित वैल्यू. सिर्फ़ एक वर्ण दिखाता है या कोई वैल्यू नहीं दिखाता.
|
dpvFootnote |
डिलीवरी पॉइंट की पुष्टि करने वाले फ़ुटनोट. एक ही स्ट्रिंग में कई फ़ुटनोट एक साथ रखे जा सकते हैं.
|
dpvCmra |
यह बताता है कि पता, सीएमआरए (कमर्शियल मेल रिसीविंग एजेंसी) है या नहीं. यह ग्राहकों को डाक से मेल भेजने वाला निजी कारोबार है. एक वर्ण दिखाता है.
|
dpvVacant |
क्या यह जगह खाली है? एक वर्ण दिखाता है.
|
dpvNoStat |
क्या यह कोई स्टैट पता नहीं है या सक्रिय पता है? कोई भी स्टेट पता वे नहीं होते हैं जिनमें लगातार इस्तेमाल नहीं किया जाता या जिन पर यूएसपीएस काम नहीं करता. एक वर्ण दिखाता है.
|
dpvNoStatReasonCode |
NoStat टाइप को बताता है. पूर्णांक के तौर पर वजह का कोड दिखाता है.
|
dpvDrop |
फ़्लैग बताता है कि मेल एक ही साइट पर डिलीवर किया जा सकता है. एक वर्ण दिखाता है.
|
dpvThrowback |
इससे पता चलता है कि डाक पते पर नहीं भेजा गया है. एक वर्ण दिखाता है.
|
dpvNonDeliveryDays |
फ़्लैग बताता है कि ईमेल की डिलीवरी, हफ़्ते के हर दिन नहीं की जाती. एक वर्ण लौटाता है.
|
dpvNonDeliveryDaysValues |
नॉन-डिलीवरी दिनों की पहचान करने वाला पूर्णांक. इसका बिट फ़्लैग का इस्तेमाल करके पूछताछ की जा सकती है: 0x40 – रविवार गैर-डिलीवरी दिन है 0x20 – सोमवार गैर-डिलीवरी दिन है 0x10 – मंगलवार गैर-डिलीवरी का दिन है 0x08 – बुधवार गैर-डिलीवरी का दिन है 0x04 – गुरुवार गैर-डिलीवरी का दिन है 0x01 – शनिवार गैर-डिलीवरी दिन है 0x0 |
dpvNoSecureLocation |
फ़्लैग बताता है कि दरवाज़ा ऐक्सेस किया जा सकता है, लेकिन सुरक्षा से जुड़ी समस्याओं की वजह से पैकेज को नहीं हटाया जाएगा. एक वर्ण दिखाता है.
|
dpvPbsa |
इससे पता चलता है कि पता पीबीएसए रिकॉर्ड से मेल खाता है. एक वर्ण दिखाता है.
|
dpvDoorNotAccessible |
फ़्लैग उन पतों की जानकारी देता है जहां USPS डाक डिलीवर करने के लिए दरवाज़े पर दस्तक नहीं दे सकता. एक वर्ण लौटाता है.
|
dpvEnhancedDeliveryCode |
इससे पता चलता है कि पते के लिए, एक से ज़्यादा DPV को वापस करने के कोड मान्य हैं. एक वर्ण लौटाता है.
|
carrierRoute |
मोबाइल और इंटरनेट सेवा देने वाली कंपनी का रूट कोड. चार वर्णों का कोड, जिसमें एक अक्षर का प्रीफ़िक्स और तीन अंकों वाला रूट डेज़िगनर शामिल होता है. प्रीफ़िक्स:
|
carrierRouteIndicator |
कैरियर के रास्ते की दर को क्रम से लगाने का इंंडिकेटर. |
ewsNoMatch |
डिलीवरी के पते को मैच किया जा सकता है. हालांकि, EWS फ़ाइल से पता चलता है कि एग्ज़ैक्ट मैच की सुविधा जल्द ही उपलब्ध होगी. |
postOfficeCity |
मुख्य पोस्ट ऑफ़िस शहर. |
postOfficeState |
मुख्य पोस्ट ऑफ़िस की स्थिति. |
abbreviatedCity |
छोटा शहर. |
fipsCountyCode |
एफ़आईपीएस काउंटी कोड. |
county |
काउंटी का नाम. |
elotNumber |
एन्हैंसमेंट लाइन ऑफ़ ट्रैवल (eLOT) नंबर. |
elotFlag |
eLOT आरोही/घटते क्रम में फ़्लैग (A/D). |
lacsLinkReturnCode |
LACSLink रिटर्न कोड. |
lacsLinkIndicator |
LACSLink इंडिकेटर. |
poBoxOnlyPostalCode |
सिर्फ़ पीओ बॉक्स का पिन कोड. |
suitelinkFootnote |
किसी सड़क या ऊंची इमारत के रिकॉर्ड से सुइट की जानकारी का मिलान करने वाले फ़ुटनोट. अगर कारोबार के नाम का मिलान होता है, तो दूसरी संख्या दी जाती है.
|
pmbDesignator |
पीएमबी (प्राइवेट मेल बॉक्स) यूनिट का डेज़िडेंट. |
pmbNumber |
PMB (प्राइवेट मेल बॉक्स) नंबर; |
addressRecordType |
पते के उस रिकॉर्ड का टाइप जो इनपुट पते से मेल खाता है.
|
defaultAddress |
इस बात की जानकारी देने वाला इंडिकेटर कि एक डिफ़ॉल्ट पता मिल गया है, लेकिन कुछ खास पते मौजूद हैं. |
errorMessage |
यूएसपीएस डेटा वापस पाने के लिए गड़बड़ी का मैसेज. गलत तरीके से बनाए गए पतों की पहचान की वजह से यूएसपीएस के लिए प्रोसेसिंग निलंबित होने पर इस जानकारी का डेटा अपने-आप भर जाता है. यह गड़बड़ी मौजूद होने पर, हो सकता है कि यूएसपीएस डेटा फ़ील्ड में जानकारी न भरे. |
cassProcessed |
इस बात की जानकारी देने वाला इंडिकेटर कि अनुरोध सीएएसएस को प्रोसेस कर दिया गया है. |
UspsAddress
अमेरिका के पते का यूएसपीएस का प्रतिनिधित्व.
JSON के काेड में दिखाना |
---|
{ "firstAddressLine": string, "firm": string, "secondAddressLine": string, "urbanization": string, "cityStateZipAddressLine": string, "city": string, "state": string, "zipCode": string, "zipCodeExtension": string } |
फ़ील्ड | |
---|---|
firstAddressLine |
पहली पता पंक्ति. |
firm |
फ़र्म का नाम. |
secondAddressLine |
दूसरी पता पंक्ति. |
urbanization |
प्योर्तो रिकन शहरीकरण का नाम. |
cityStateZipAddressLine |
शहर + राज्य + पिन कोड. |
city |
शहर का नाम. |
state |
दो अक्षर वाला स्टेट कोड. |
zipCode |
पिन कोड, जैसे कि 10,009 से शुरू होता है. |
zipCodeExtension |
चार अंकों वाला पिन कोड एक्सटेंशन, जैसे कि 5023 तक उपलब्ध है. |