- एचटीटीपी अनुरोध
- अनुरोध का मुख्य हिस्सा
- जवाब का मुख्य हिस्सा
- PostalAddress
- LanguageOptions
- ValidationResult
- Verdict
- ज़्यादा जानकारी
- पता
- AddressComponent
- ComponentName
- ConfirmationLevel
- जियोकोड
- LatLng
- PlusCode
- व्यूपोर्ट
- AddressMetadata
- UspsData
- UspsAddress
किसी पते की पुष्टि करता है.
एचटीटीपी अनुरोध
POST https://addressvalidation.googleapis.com/v1:validateAddress
यूआरएल में gRPC ट्रांसकोडिंग सिंटैक्स का इस्तेमाल किया गया है.
अनुरोध का मुख्य भाग
अनुरोध के मुख्य भाग में नीचे दिए गए स्ट्रक्चर वाला डेटा होता है:
JSON के काेड में दिखाना |
---|
{ "address": { object ( |
फ़ील्ड | |
---|---|
address |
ज़रूरी है. पते की पुष्टि की जा रही है. बिना फ़ॉर्मैट किए गए पते, इस इनपुट में मौजूद फ़ील्ड की कुल लंबाई 280 वर्णों से ज़्यादा नहीं होनी चाहिए. इस सुविधा के साथ काम करने वाले इलाकों की जानकारी यहां देखें. इनपुट पते में मौजूद Address Validation API, |
previousResponseId |
पते की पुष्टि के लिए किए गए पहले अनुरोध में, यह फ़ील्ड खाली होना चाहिए. अगर किसी एक पते की पूरी तरह से पुष्टि करने के लिए ज़्यादा अनुरोध ज़रूरी हैं, तो पुष्टि करने के क्रम में मिले पहले जवाब से, हर फ़ॉलोअप अनुरोध में इस फ़ील्ड को |
enableUspsCass |
USPS CASS के साथ काम करने वाला मोड चालू करता है. इससे हमारा सुझाव है कि आप कॉम्पोनेंट वाले |
languageOptions |
ज़रूरी नहीं. झलक: यह सुविधा, झलक (Pre-GA) के तौर पर उपलब्ध है. ऐसा हो सकता है कि Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं के लिए, आपको सीमित सहायता ही मिले. साथ ही, Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं में किए गए बदलाव, Pre-GA के अन्य वर्शन के साथ काम न करें. Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं पर, Google Maps Platform की सेवा की खास शर्तें लागू होती हैं. ज़्यादा जानकारी के लिए, लॉन्च के चरणों की जानकारी देखें. इससे, Address Validation API को जवाब में ज़्यादा जानकारी शामिल करने में मदद मिलती है. |
sessionToken |
ज़रूरी नहीं. बिलिंग के लिए, ऑटोकंप्लीट सेशन की पहचान करने वाली स्ट्रिंग. यह यूआरएल और फ़ाइल के नाम की सुरक्षित base64 स्ट्रिंग होनी चाहिए. इसमें ज़्यादा से ज़्यादा 36 ASCII वर्ण होने चाहिए. ऐसा न करने पर, INVALID_ARGUMENT गड़बड़ी का मैसेज दिखता है. जब उपयोगकर्ता, ऑटोमैटिक भरने की सुविधा के लिए कोई क्वेरी डालता है, तब सेशन शुरू होता है. यह तब खत्म होता है, जब वह कोई जगह चुनता है और जगह की जानकारी या पते की पुष्टि करने के लिए कॉल करता है. हर सेशन में, अपने-आप पूरा नाम लिखने की सुविधा से जुड़ी कई क्वेरी हो सकती हैं. इसके बाद, जगह की जानकारी या पते की पुष्टि करने का एक अनुरोध किया जा सकता है. किसी सेशन में हर अनुरोध के लिए इस्तेमाल किए गए क्रेडेंशियल, एक ही Google Cloud Console प्रोजेक्ट से होने चाहिए. सेशन खत्म होने के बाद, टोकन अमान्य हो जाता है. इसलिए, आपके ऐप्लिकेशन को हर सेशन के लिए नया टोकन जनरेट करना होगा. अगर ध्यान दें: पते की पुष्टि करने की सुविधा का इस्तेमाल, सिर्फ़ ऑटोकंप्लीट (नया) एपीआई वाले सेशन में किया जा सकता है, न कि ऑटोकंप्लीट एपीआई वाले सेशन में. ज़्यादा जानकारी के लिए, https://developers.google.com/maps/documentation/places/web-service/session-pricing देखें. |
जवाब का मुख्य भाग
पते की पुष्टि करने के अनुरोध का जवाब.
अगर एपीआई सही से जुड़ जाता है, ताे जवाब के मुख्य भाग में नीचे दिए गए स्ट्रक्चर शामिल होता है.
JSON के काेड में दिखाना |
---|
{
"result": {
object ( |
फ़ील्ड | |
---|---|
result |
पते की पुष्टि का नतीजा. |
responseId |
वह यूयूआईडी जो इस रिस्पॉन्स की पहचान करता है. अगर पते की फिर से पुष्टि करनी है, तो नए अनुरोध में यह यूयूआईडी होना चाहिए. |
PostalAddress
डाक पता दिखाता है. उदाहरण के लिए, डाक से डिलीवरी या पेमेंट के पते के लिए. डाक पते की मदद से, डाक सेवा किसी प्रॉपर्टी, पीओ बॉक्स या ऐसी ही किसी जगह पर सामान डिलीवर कर सकती है. इसका मकसद, भौगोलिक जगहों (सड़कों, शहरों, पहाड़ों) को मॉडल करना नहीं है.
आम तौर पर, प्रोसेस के टाइप के आधार पर, उपयोगकर्ता के इनपुट या मौजूदा डेटा को इंपोर्ट करके पता बनाया जाएगा.
पते को डालने या उसमें बदलाव करने के बारे में सलाह: - ऐसे पते के विजेट का इस्तेमाल करें जो अंतरराष्ट्रीय स्तर पर काम करता हो. जैसे, 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". इसके अलावा, वैल्यू सिर्फ़ एक संख्या भी हो सकती है. यह संख्या, "सेक्टर कोड" (जमैका), "डिलीवरी एरिया इंडिकेटर" (मलावी) या "पोस्ट ऑफ़िस इंडिकेटर" (कोट डी आइवर) को दिखाती है. |
administrativeArea |
ज़रूरी नहीं. किसी देश या इलाके के डाक पते के लिए इस्तेमाल होने वाला सबसे बड़ा एडमिन के तौर पर उपखंड. उदाहरण के लिए, यह कोई राज्य, प्रांत, ओब्लास्ट या प्रीफ़ेक्चर हो सकता है. स्पेन के लिए, यह प्रांत है, न कि ऑटोनोमस कम्यूनिटी (उदाहरण के लिए, "कैटलोनिया" के बजाय "बार्सिलोना"). कई देश, डाक पते में प्रशासनिक क्षेत्र का इस्तेमाल नहीं करते. उदाहरण के लिए, स्विट्ज़रलैंड में, इस फ़ील्ड को खाली छोड़ा जाना चाहिए. |
locality |
ज़रूरी नहीं. आम तौर पर, इसका मतलब पते के शहर या कस्बे से होता है. उदाहरण: अमेरिका का शहर, इटली का कम्यून, यूनाइटेड किंगडम का पोस्ट टाउन. दुनिया के उन इलाकों में जहां स्थानीय जगहों की जानकारी ठीक से नहीं दी गई है या वे इस स्ट्रक्चर में सही से फ़िट नहीं होती हैं, वहां |
sublocality |
ज़रूरी नहीं. पते की उप-इलाका. उदाहरण के लिए, यह कोई मोहल्ला, नगर या जिला हो सकता है. |
addressLines[] |
ज़रूरी है. पते की निचली लाइनों की जानकारी देने वाली, बिना स्ट्रक्चर वाली लाइनें. |
recipients[] |
कृपया इस फ़ील्ड को सेट करने से बचें. फ़िलहाल, Address Validation API इसका इस्तेमाल नहीं करता. फ़िलहाल, एपीआई इस फ़ील्ड को सेट करके किए गए अनुरोधों को अस्वीकार नहीं करेगा. हालांकि, इस जानकारी को खारिज कर दिया जाएगा और रिस्पॉन्स में नहीं दिखाया जाएगा. |
organization |
कृपया इस फ़ील्ड को सेट करने से बचें. फ़िलहाल, Address Validation API इसका इस्तेमाल नहीं करता. फ़िलहाल, एपीआई इस फ़ील्ड को सेट करके किए गए अनुरोधों को अस्वीकार नहीं करेगा. हालांकि, इस जानकारी को खारिज कर दिया जाएगा और रिस्पॉन्स में नहीं दिखाया जाएगा. |
LanguageOptions
झलक: यह सुविधा, झलक (Pre-GA) के तौर पर उपलब्ध है. ऐसा हो सकता है कि Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं के लिए, आपको सीमित सहायता ही मिले. साथ ही, Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं में किए गए बदलाव, Pre-GA के अन्य वर्शन के साथ काम न करें. Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं पर, Google Maps Platform की सेवा की खास शर्तें लागू होती हैं. ज़्यादा जानकारी के लिए, लॉन्च के चरणों की जानकारी देखें.
इससे, Address Validation API को जवाब में ज़्यादा जानकारी शामिल करने में मदद मिलती है.
JSON के काेड में दिखाना |
---|
{ "returnEnglishLatinAddress": boolean } |
फ़ील्ड | |
---|---|
returnEnglishLatinAddress |
झलक: अंग्रेज़ी में |
ValidationResult
किसी पते की पुष्टि करने का नतीजा.
फ़ील्ड | |
---|---|
verdict |
पूरे नतीजे के लिए फ़्लैग |
address |
जियोकोड के बजाय, पते की जानकारी. |
geocode |
उस जगह की जानकारी जहां पते को जियोकोड किया गया है. |
metadata |
ईमेल डिलीवर करने से जुड़ी अन्य जानकारी. इस बात की कोई गारंटी नहीं है कि पते की पुष्टि करने वाले एपीआई को भेजे गए हर पते के लिए, |
uspsData |
USPS की ओर से डिलीवरी से जुड़े अतिरिक्त फ़्लैग. यह सुविधा सिर्फ़ |
englishLatinAddress |
झलक: यह सुविधा, झलक (Pre-GA) के तौर पर उपलब्ध है. ऐसा हो सकता है कि Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं के लिए, आपको सीमित सहायता ही मिले. साथ ही, Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं में किए गए बदलाव, Pre-GA के अन्य वर्शन के साथ काम न करें. Pre-GA के तहत आने वाले प्रॉडक्ट और सुविधाओं पर, Google Maps Platform की सेवा की खास शर्तें लागू होती हैं. ज़्यादा जानकारी के लिए, लॉन्च के चरणों की जानकारी देखें. अंग्रेज़ी में अनुवाद किया गया पता. अनुवाद किए गए पतों को एपीआई इनपुट के तौर पर फिर से इस्तेमाल नहीं किया जा सकता. यह सेवा, उपयोगकर्ता को उनकी भाषा में जानकारी देती है, ताकि वह मूल रूप से दिए गए पते की पुष्टि कर सके या उसे अस्वीकार कर सके. अगर पते के किसी हिस्से का अंग्रेज़ी में अनुवाद नहीं किया गया है, तो यह सेवा उस हिस्से को किसी दूसरी भाषा में दिखाती है. यह भाषा, लैटिन स्क्रिप्ट का इस्तेमाल करती है. वैकल्पिक भाषा चुनने का तरीका जानने के लिए, यहां जाएं. अगर पते के किसी हिस्से का अनुवाद या ट्रांसलिटरेशन, लैटिन स्क्रिप्ट का इस्तेमाल करने वाली किसी भाषा में नहीं है, तो यह सेवा उस हिस्से को पते से जुड़ी स्थानीय भाषा में दिखाती है.
ध्यान दें: |
नतीजा
पते की पुष्टि के नतीजे और जियोकोड के बारे में खास जानकारी.
JSON के काेड में दिखाना |
---|
{ "inputGranularity": enum ( |
फ़ील्ड | |
---|---|
inputGranularity |
इनपुट पते की जानकारी कितनी सटीक है. यह इनपुट पते को पार्स करने का नतीजा है. इससे पुष्टि करने के लिए कोई सिग्नल नहीं मिलता. पुष्टि करने वाले सिग्नल के लिए, नीचे दिया गया उदाहरण के लिए, अगर इनपुट पते में किसी अपार्टमेंट का नंबर शामिल है, तो यहां |
validationGranularity |
एपीआई, पते की पूरी पुष्टि तब कर सकता है, जब पते की जानकारी ज़्यादा सटीक हो. उदाहरण के लिए, हर पते के कॉम्पोनेंट की पुष्टि का नतीजा |
geocodeGranularity |
यह कभी-कभी ऊपर दिए गए |
addressComplete |
अगर पते में कोई ऐसा टोकन नहीं है जिसे हल नहीं किया जा सका है, कोई ऐसा कॉम्पोनेंट नहीं है जो अचानक से जुड़ा है या जो मौजूद नहीं है, तो पते को पूरा माना जाता है. अगर यह सेट नहीं है, तो इसका मतलब है कि वैल्यू |
hasUnconfirmedComponents |
पते के कम से कम एक कॉम्पोनेंट की कैटगरी तय नहीं की जा सकती या उसकी पुष्टि नहीं की जा सकती. ज़्यादा जानकारी के लिए, |
hasInferredComponents |
पते का कम से कम एक ऐसा कॉम्पोनेंट जोड़ा गया है जो इनपुट में नहीं था. ज़्यादा जानकारी के लिए |
hasReplacedComponents |
पते का कम से कम एक कॉम्पोनेंट बदला गया था. ज़्यादा जानकारी के लिए, |
जानकारी का स्तर
पते या जियोकोड में अलग-अलग तरह की जानकारी हो सकती है. पते के बारे में ज़्यादा जानकारी देने के लिए इस्तेमाल किए जाने पर, ये वैल्यू बताती हैं कि पता, मेलिंग डेस्टिनेशन की कितनी बारीक जानकारी देता है. उदाहरण के लिए, "123 Main Street, Redwood City, CA, 94061" जैसे पते से PREMISE
की पहचान होती है, जबकि "Redwood City, CA, 94061" जैसे पते से LOCALITY
की पहचान होती है. हालांकि, अगर हमें Redwood City में "123 Main Street" का जियोकोड नहीं मिलता है, तो हो सकता है कि दिया गया जियोकोड LOCALITY
लेवल का हो. भले ही, पता ज़्यादा जानकारी वाला हो.
Enums | |
---|---|
GRANULARITY_UNSPECIFIED |
डिफ़ॉल्ट मान. इस वैल्यू का इस्तेमाल नहीं किया जाता. |
SUB_PREMISE |
बिल्डिंग के लेवल से नीचे का नतीजा, जैसे कि अपार्टमेंट. |
PREMISE |
बिल्डिंग-लेवल का नतीजा. |
PREMISE_PROXIMITY |
ऐसा जियोकोड जो पते की बिल्डिंग-लेवल की जगह की अनुमानित जानकारी देता है. |
BLOCK |
पता या जियोकोड से किसी ब्लॉक का पता चलता है. इसका इस्तेमाल सिर्फ़ उन इलाकों में किया जाता है जहां ब्लॉक-लेवल पर पते दिए जाते हैं. जैसे, जापान. |
ROUTE |
जियोकोड या पता, सड़क, रास्ता या हाइवे जैसे रास्ते के बारे में ज़्यादा जानकारी देता है. |
OTHER |
अन्य सभी जानकारी, जिन्हें एक साथ बकेट में रखा जाता है, क्योंकि उन्हें डिलीवर नहीं किया जा सकता. |
पता
प्रोसेस किए गए पते की जानकारी. पोस्ट-प्रोसेसिंग में, पते के उन हिस्सों को ठीक करना शामिल है जिनमें स्पेलिंग की गड़बड़ी है. साथ ही, गलत हिस्सों को बदलना और छूटे हुए हिस्सों का अनुमान लगाना भी शामिल है.
JSON के काेड में दिखाना |
---|
{ "formattedAddress": string, "postalAddress": { object ( |
फ़ील्ड | |
---|---|
formattedAddress |
प्रोसेस के बाद का पता, एक लाइन वाले पते के तौर पर फ़ॉर्मैट किया गया. यह पता, उस इलाके के पते को फ़ॉर्मैट करने के नियमों के मुताबिक होता है जहां पता मौजूद है. ध्यान दें: हो सकता है कि इस पते का फ़ॉर्मैट, |
postalAddress |
प्रोसेस किए गए पते को डाक पते के तौर पर दिखाया जाता है. |
addressComponents[] |
बिना क्रम वाली सूची. फ़ॉर्मैट किए गए और सही किए गए पते के अलग-अलग कॉम्पोनेंट के साथ-साथ, पुष्टि करने की जानकारी. इससे, अलग-अलग कॉम्पोनेंट की पुष्टि की स्थिति की जानकारी मिलती है. पते के कॉम्पोनेंट किसी खास क्रम में नहीं होते. सूची में पते के कॉम्पोनेंट के क्रम के बारे में कोई अनुमान न लगाएं. |
missingComponentTypes[] |
ऐसे कॉम्पोनेंट जिनकी उम्मीद थी कि वे सही फ़ॉर्मैट में मेलिंग पते में मौजूद होंगे, लेकिन वे इनपुट में नहीं मिले और न ही उनका अनुमान लगाया जा सका. उदाहरण के लिए, "Boulder, Colorado, 80301, USA" जैसे इनपुट के लिए ध्यान दें: अगर आपको लगता है कि आपने पहले ही वह कॉम्पोनेंट उपलब्ध कराया है जो मौजूद नहीं है, तो आपको कॉम्पोनेंट टाइप मौजूद नहीं है वाला मैसेज दिख सकता है. उदाहरण के लिए, ऐसा तब हो सकता है, जब डाले गए पते में इमारत का नाम हो, लेकिन प्रॉपर्टी नंबर न हो. "渋谷区渋谷3丁目 Shibuya Stream" पते में, इमारत के नाम "Shibuya Stream" का कॉम्पोनेंट टाइप |
unconfirmedComponentTypes[] |
|
unresolvedTokens[] |
इनपुट में ऐसे टोकन जो हल नहीं किए जा सके. ऐसा हो सकता है कि यह कोई ऐसा इनपुट हो जिसे पते के मान्य हिस्से के तौर पर नहीं पहचाना गया हो. उदाहरण के लिए, "Parcel 0000123123 & 0000456456 Str # Guthrie Center IA 50115 US" जैसे इनपुट के लिए, हल नहीं किए गए टोकन |
AddressComponent
पते के किसी कॉम्पोनेंट को दिखाता है, जैसे कि सड़क, शहर या राज्य.
JSON के काेड में दिखाना |
---|
{ "componentName": { object ( |
फ़ील्ड | |
---|---|
componentName |
इस कॉम्पोनेंट का नाम. |
componentType |
पते के कॉम्पोनेंट का टाइप. संभावित टाइप की सूची के लिए, दूसरी टेबल: Places सेवा से मिले अन्य टाइप देखें. |
confirmationLevel |
इससे पता चलता है कि कॉम्पोनेंट सही है या नहीं. |
inferred |
इससे पता चलता है कि यह कॉम्पोनेंट इनपुट का हिस्सा नहीं था, लेकिन हमने इसे पते की जगह के लिए अनुमान लगाया है. साथ ही, हमारा मानना है कि इसे पूरे पते के लिए दिया जाना चाहिए. |
spellCorrected |
इससे पता चलता है कि कॉम्पोनेंट के नाम में स्पेलिंग की गड़बड़ी को ठीक किया गया है. एपीआई हमेशा, स्पेलिंग के एक वैरिएंट से दूसरे वैरिएंट में हुए बदलावों को फ़्लैग नहीं करता. जैसे, "centre" को "center" में बदलने पर. यह हमेशा, वर्तनी की सामान्य गलतियां भी फ़्लैग नहीं करता. जैसे, "Amphitheater Pkwy" को "Amphitheatre 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 |
इस कॉम्पोनेंट की पुष्टि नहीं की गई है और हो सकता है कि यह गलत हो. उदाहरण के लिए, कोई ऐसा इलाका जो पते के बाकी हिस्से से मेल नहीं खाता. |
जियोकोड
इसमें उस जगह की जानकारी होती है जिसे इनपुट के तौर पर इस्तेमाल करके, जगह की जानकारी हासिल की गई थी.
फ़ील्ड | |
---|---|
location |
इनपुट की जियोकोड की गई जगह. पतों, अक्षांश/देशांतर निर्देशांक या प्लस कोड के बजाय, जगह के आईडी का इस्तेमाल करना बेहतर होता है. रूटिंग या ड्राइविंग दिशा-निर्देशों की गणना करते समय निर्देशांकों का उपयोग करने से, बिंदु उन निर्देशांकों के निकटतम सड़क पर स्नैप कर दिया जाएगा. ऐसा हो सकता है कि यह सड़क, मंज़िल तक तेज़ी से या सुरक्षित तरीके से न ले जाए. साथ ही, हो सकता है कि यह प्रॉपर्टी के ऐक्सेस पॉइंट के आस-पास न हो. इसके अलावा, जब किसी जगह को रिवर्स जियोकोड किया जाता है, तो इस बात की कोई गारंटी नहीं है कि मिला पता, ओरिजनल पते से मेल खाएगा. |
plusCode |
|
bounds |
जियोकोड की गई जगह की सीमाएं. |
featureSizeMeters |
जियोकोड की गई जगह का साइज़, मीटर में. यह भी जगह की सटीक जानकारी के बारे में बताता है. हालांकि, यह सेमेंटिक के बजाय, जगह के फ़िज़िकल साइज़ के बारे में बताता है. |
placeId |
इस इनपुट से जियोकोड की गई जगह का PlaceID. जगह की जानकारी वाले आईडी के बारे में ज़्यादा जानने के लिए, यहां जाएं. |
placeTypes[] |
जगह का टाइप, जिसे इनपुट के हिसाब से जियोकोड किया गया है. उदाहरण के लिए, |
LatLng
अक्षांश/देशांतर के पेयर को दिखाने वाला ऑब्जेक्ट. अक्षांश और देशांतर की डिग्री दिखाने के लिए, इसे दो डबल वैल्यू के तौर पर दिखाया जाता है. अगर इस बारे में अलग से जानकारी नहीं दी गई है, तो यह ऑब्जेक्ट WGS84 स्टैंडर्ड के मुताबिक होना चाहिए. वैल्यू, सामान्य रेंज में होनी चाहिए.
JSON के काेड में दिखाना |
---|
{ "latitude": number, "longitude": number } |
फ़ील्ड | |
---|---|
latitude |
अक्षांश, डिग्री में. यह वैल्यू [-90.0, +90.0] की रेंज में होनी चाहिए. |
longitude |
डिग्री में देशांतर. यह वैल्यू, [-180.0, +180.0] की रेंज में होनी चाहिए. |
PlusCode
प्लस कोड (http://plus.codes), जगह की जानकारी देने वाला एक रेफ़रंस है. इसका इस्तेमाल दो फ़ॉर्मैट में किया जाता है: ग्लोबल कोड, जो 14 मीटर x 14 मीटर (डिग्री का 1/8000वां हिस्सा) या उससे छोटे रेक्टैंगल की जानकारी देता है और कंपाउंड कोड, जो प्रीफ़िक्स को रेफ़रंस वाली जगह से बदल देता है.
JSON के काेड में दिखाना |
---|
{ "globalCode": string, "compoundCode": string } |
फ़ील्ड | |
---|---|
globalCode |
जगह का ग्लोबल (पूरा) कोड, जैसे कि "9FWM33GV+HQ". यह कोड, 1/8000 डिग्री से 1/8000 डिग्री (~14 से 14 मीटर) के इलाके को दिखाता है. |
compoundCode |
जगह का कंपाउंड कोड, जैसे कि "33GV+HQ, Ramberg, Norway". इसमें ग्लोबल कोड का सफ़िक्स होता है और प्रीफ़िक्स को रेफ़रंस इकाई के फ़ॉर्मैट किए गए नाम से बदल दिया जाता है. |
व्यूपोर्ट
अक्षांश-देशांतर व्यूपोर्ट, जिसे डायगनल के दो विपरीत 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 } }
AddressMetadata
पते का मेटाडेटा. इस बात की कोई गारंटी नहीं है कि पते की पुष्टि करने वाले एपीआई को भेजे गए हर पते के लिए, metadata
पूरी तरह से पॉप्युलेट हो.
JSON के काेड में दिखाना |
---|
{ "business": boolean, "poBox": boolean, "residential": boolean } |
फ़ील्ड | |
---|---|
business |
इससे पता चलता है कि यह किसी कारोबार का पता है. अगर यह सेट नहीं है, तो इसका मतलब है कि वैल्यू अज्ञात है. |
poBox |
इससे पता चलता है कि यह पीओ बॉक्स का पता है. अगर यह सेट नहीं है, तो इसका मतलब है कि वैल्यू अज्ञात है. |
residential |
यह बताता है कि यह घर का पता है. अगर यह सेट नहीं है, तो इसका मतलब है कि वैल्यू अज्ञात है. |
UspsData
पते के लिए USPS का डेटा. यह ज़रूरी नहीं है कि पते की पुष्टि करने वाले एपीआई को भेजे गए हर अमेरिकी या प्योर्तो रिको पते के लिए, uspsData
पूरी तरह से पॉप्युलेट हो. हमारा सुझाव है कि अगर आपने uspsData को जवाब के मुख्य हिस्से के तौर पर इस्तेमाल किया है, तो जवाब में बैकअप पते के फ़ील्ड इंटिग्रेट करें.
JSON के काेड में दिखाना |
---|
{
"standardizedAddress": {
object ( |
फ़ील्ड | |
---|---|
standardizedAddress |
USPS का स्टैंडर्ड पता. |
deliveryPointCode |
डिलीवरी पॉइंट का दो अंकों वाला कोड |
deliveryPointCheckDigit |
डिलीवरी पॉइंट का चेक डिजिट. मशीन से स्कैन किए गए मेल के लिए, यह नंबर delivery_point_barcode के आखिर में जोड़ा जाता है. delivery_point_barcode, deliveryPointCheckDigit, पिन कोड, और ZIP+4 के सभी अंकों को जोड़ने पर, आपको 10 से भाग देने पर पूरी संख्या मिलनी चाहिए. |
dpvConfirmation |
डीपीवी की पुष्टि के लिए संभावित वैल्यू. एक वर्ण दिखाता है या कोई वैल्यू नहीं दिखाता.
|
dpvFootnote |
डिलीवरी पॉइंट की पुष्टि से जुड़े फ़ुटनोट. एक ही स्ट्रिंग में कई फ़ुटनोट जोड़े जा सकते हैं.
|
dpvCmra |
इससे पता चलता है कि पता, सीएमआरए (कॉमर्शियल मेल रिसीविंग एजेंसी) है या नहीं. सीएमआरए, क्लाइंट के लिए मेल पाने वाला निजी कारोबार होता है. एक वर्ण दिखाता है.
|
dpvVacant |
क्या यह जगह खाली है? एक वर्ण दिखाता है.
|
dpvNoStat |
क्या यह कोई ऐसा पता है जिसका कोई स्टेटस नहीं है या यह कोई चालू पता है? ऐसे पते जिन पर लगातार कोई नहीं रहता या जिन पर यूएसपीएस सेवा नहीं देता उन्हें कोई स्टेटस नहीं दिया जाता. एक वर्ण दिखाता है.
|
dpvNoStatReasonCode |
NoStat का टाइप बताता है. वजह का कोड, int के तौर पर दिखाता है.
|
dpvDrop |
फ़्लैग से पता चलता है कि मेल, किसी साइट पर मौजूद एक ही पते पर डिलीवर किया गया है. एक वर्ण दिखाता है.
|
dpvThrowback |
इससे पता चलता है कि मेल, सड़क के पते पर डिलीवर नहीं किया जाता. एक वर्ण दिखाता है.
|
dpvNonDeliveryDays |
इस फ़्लैग से पता चलता है कि मेल की डिलीवरी, हफ़्ते के हर दिन नहीं की जाती. एक वर्ण दिखाता है.
|
dpvNonDeliveryDaysValues |
इंटिज़र, जो उन दिनों की पहचान करता है जब डिलीवरी नहीं की जाती. बिट फ़्लैग का इस्तेमाल करके, इसकी जानकारी देखी जा सकती है: 0x40 – रविवार को डिलीवरी नहीं की जाती 0x20 – सोमवार को डिलीवरी नहीं की जाती 0x10 – मंगलवार को डिलीवरी नहीं की जाती 0x08 – बुधवार को डिलीवरी नहीं की जाती 0x04 – गुरुवार को डिलीवरी नहीं की जाती 0x02 – शुक्रवार को डिलीवरी नहीं की जाती 0x01 – शनिवार को डिलीवरी नहीं की जाती |
dpvNoSecureLocation |
इस फ़्लैग से पता चलता है कि दरवाज़े को ऐक्सेस किया जा सकता है. हालांकि, सुरक्षा से जुड़ी समस्याओं की वजह से पैकेज नहीं छोड़ा जाएगा. एक वर्ण दिखाता है.
|
dpvPbsa |
इससे पता चलता है कि पता, पीबीएसए रिकॉर्ड से मेल खाता है. एक वर्ण दिखाता है.
|
dpvDoorNotAccessible |
इस फ़्लैग से उन पतों के बारे में पता चलता है जहां यूएसपीएस, मेल डिलीवर करने के लिए दरवाज़ा नहीं खटखटा सकता. एक वर्ण दिखाता है.
|
dpvEnhancedDeliveryCode |
इससे पता चलता है कि पते के लिए एक से ज़्यादा डीपीवी रिटर्न कोड मान्य हैं. एक वर्ण दिखाता है.
|
carrierRoute |
कैरियर का रूट कोड. चार वर्णों वाला कोड, जिसमें एक अक्षर का प्रीफ़िक्स और तीन अंकों वाला रूट डिज़ाइनेटर होता है. प्रीफ़िक्स:
|
carrierRouteIndicator |
कैरियर के रास्ते की दर को क्रम से लगाने वाला इंडिकेटर. |
ewsNoMatch |
डिलीवरी का पता मैच हो सकता है, लेकिन ईडब्ल्यूएस फ़ाइल से पता चलता है कि जल्द ही एकदम मैच होने वाला पता उपलब्ध होगा. |
postOfficeCity |
मुख्य पोस्ट ऑफ़िस का शहर. |
postOfficeState |
मुख्य पोस्ट ऑफ़िस का राज्य. |
abbreviatedCity |
शहर का छोटा नाम. |
fipsCountyCode |
एफ़आईपीएस के हिसाब से, काउंटी का कोड. |
county |
काउंटी का नाम. |
elotNumber |
बेहतर यात्रा की लाइन (eLOT) नंबर. |
elotFlag |
eLOT के लिए, बढ़ते/घटते क्रम में लगाए जाने वाले फ़्लैग (A/D). |
lacsLinkReturnCode |
LACSLink का रिटर्न कोड. |
lacsLinkIndicator |
LACSLink इंडिकेटर. |
poBoxOnlyPostalCode |
सिर्फ़ पीओ बॉक्स का पिन कोड. |
suitelinkFootnote |
सड़क या हाई-राईज़ रिकॉर्ड को सुइट की जानकारी से मैच करने से मिले फ़ुटनोट. अगर कारोबार का नाम मैच करता है, तो सेकंडरी नंबर दिखाया जाता है.
|
pmbDesignator |
पीएमबी (निजी मेल बॉक्स) यूनिट का डिज़ाइनर. |
pmbNumber |
पीएमबी (निजी मेल बॉक्स) नंबर; |
addressRecordType |
इनपुट पते से मेल खाने वाले पते के रिकॉर्ड का टाइप.
|
defaultAddress |
यह इंडिकेटर बताता है कि डिफ़ॉल्ट पता मिल गया है, लेकिन ज़्यादा सटीक पते मौजूद हैं. |
errorMessage |
USPS का डेटा पाने में हुई गड़बड़ी का मैसेज. जब USPS की प्रोसेसिंग को, आर्टिफ़िशियल तरीके से बनाए गए पतों का पता चलने की वजह से निलंबित किया जाता है, तब यह फ़ील्ड अपने-आप पॉप्युलेट हो जाता है. यह गड़बड़ी होने पर, हो सकता है कि USPS के डेटा फ़ील्ड अपने-आप न भरें. |
cassProcessed |
इससे पता चलता है कि अनुरोध को CASS प्रोसेस किया गया है. |
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 |
पिन कोड, जैसे कि 10009. |
zipCodeExtension |
पिन कोड का चार अंकों वाला एक्सटेंशन, जैसे कि 5023. |