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