चेकआउट से पहले जाँचना कि पता अपने बताए गए पिन कोड से मेल खाता है
ऑर्डर फ़ॉर्म पर पिन कोड और शहर का मेल न खाना एक छोटी सी टाइपिंग गलती लगती है, जब तक कि वह देश के बिल्कुल गलत हिस्से में भेजी गई डिलीवरी में न बदल जाए।
राइड-शेयर पिकअप दायरा जाँच बनाना
कैंपस और आस-पास के मोहल्लों के समझौते के तहत चलने वाली एक छोटी राइड-शेयर सेवा का एक सख्त नियम था जिसे वह तोड़ नहीं सकती थी: पिकअप और ड्रॉप-ऑफ़ एक तय संचालन क्षेत्र के भीतर ही होने चाहिए, जिस पर उस स्थानीय प्राधिकरण से सहमति बनी थी जिसने सेवा को मंज़ूरी दी थी। उस सीमा से बाहर, थोड़ी-सी दूरी पर भी, सवारी छोड़ने वाले ड्राइवर पूरे संचालन समझौते को जोखिम में डालते थे, और कागज़ी मैप पर सीमा का अंदाज़ा लगाने के लिए ड्राइवरों पर निर्भर रहना कभी भरोसेमंद नहीं हो सकता था।
सेवा ने यह जाँच पतों के बजाय निर्देशांकों के आधार पर बनाई, क्योंकि सवारी का पिकअप पिन पहले से ऐप के भीतर मैप पर गिराया गया एक निर्देशांक था, टाइप किया गया टेक्स्ट नहीं। उस कच्चे निर्देशांक के लिए सेवा ने /v1/reverse का इस्तेमाल करके एक पढ़ने योग्य पता और उसका प्रशासनिक क्षेत्र वापस पाया, जो सवारी को पुष्टि की गई पिकअप लोकेशन दिखाने और बाद में किसी चिह्नित ट्रिप की समीक्षा करने वाले स्टाफ़ के लिए उपयोगी था, क्योंकि अकेले निर्देशांक को इंसान के लिए जल्दी जाँचना मुश्किल है, जबकि हल किए गए पते को नहीं।
असली सीमा जाँच अपने आप में एक सीधी ज्यामितीय तुलना थी, जिसे ऐप का अपना बैकएंड सवारी के निर्देशांक और स्वीकृत संचालन क्षेत्र को दर्शाने वाले पॉलीगॉन के बीच चलाता था, एक ऐसी गणना जिसके लिए जाँचने लायक निर्देशांक मिल जाने के बाद किसी बाहरी सेवा की ज़रूरत नहीं होती। लोकेशन एंडपॉइंट की भूमिका यह सुनिश्चित करने में थी कि उस जाँच के पास हमेशा काम करने के लिए एक असली निर्देशांक हो: अगर सवारी ने पिन गिराने के बजाय ऐप में अपनी तरफ़ पता टाइप किया, तो जो भी टाइप किया गया उसे पहले /v1/forward से निर्देशांक में बदला जाता था।
सीमा के भीतर आने वाला पिकअप अनुरोध सामान्य रूप से आगे बढ़ता था। जो बाहर आता, थोड़ा-सा भी, उसे ड्राइवर भेजे जाने से पहले ही अस्वीकार कर दिया जाता था, एक संदेश के साथ जो बताता था कि सेवा कानूनी रूप से अपने स्वीकृत क्षेत्र के बाहर काम नहीं कर सकती, बजाय इसके कि ड्राइवर पहुँचे और फिर पता चले कि उसे पिकअप की अनुमति नहीं है। जल्दी अस्वीकार करने से ड्राइवर और सवारी दोनों का समय बचा, और इससे एक साफ़ रिकॉर्ड बना रहा जो दिखाता था कि सेवा उल्लंघनों का बाद में पता लगाने के बजाय अपनी सीमा को सक्रिय रूप से लागू कर रही थी।
सेवा ने चिह्नित या विवादित ट्रिप पर भी रिवर्स जियोकोड किए गए पते का इस्तेमाल किया, क्योंकि कुछ पिकअप ठीक सीमा के किनारे पड़ते थे और किसी इंसान को पुष्टि करनी होती थी कि अनुरोध असल में स्वीकृत क्षेत्र के भीतर था या बाहर, जिसे किसी अंदरूनी डैशबोर्ड पर निर्देशांकों की कच्ची जोड़ी की तुलना में हल किए गए सड़क के पते और मोहल्ले के नाम से आँकना कहीं आसान था।
लोकेशन के हिस्से अपनी जगह पर आ जाने के बाद इस तरह की सीमा लागू करना कोई जटिल तकनीकी समस्या नहीं है। कठिन हिस्सा यह सुनिश्चित करना था कि हर पिकअप और ड्रॉप-ऑफ़, ऐप में चाहे जैसे भी दर्ज हुआ हो, हमेशा ऐसे निर्देशांक के रूप में पहुँचे जिसे बैकएंड की ज्यामितीय जाँच सच में इस्तेमाल कर सके, और यह काम /v1/forward और /v1/reverse ने मिलकर किया, इस पर निर्भर करते हुए कि डेटा किस दिशा से आया।
अनुरोधों की संख्या सीधे राइड की संख्या से जुड़ी थी, हर ट्रिप पर एक या दो लुकअप, और एक सीमित क्षेत्र में चलने वाली इस आकार की सेवा के लिए यह काम मुफ़्त दैनिक कोटा के भीतर रहा। दोनों एंडपॉइंट के दस्तावेज़ /docs/forward-geocoding/ और /docs/reverse-geocoding/ पर हैं।