इस महीने हमने क्या लॉन्च किया: जियोकोडिंग, IP, समय क्षेत्र और बहुत कुछ
पूरे API में हाल के काम का सार: नए कम्पैटिबिलिटी होस्ट, तेज़ समय क्षेत्र और ऊँचाई लुकअप, डैशबोर्ड की सुविधाएँ, और कोटा की ज़्यादा साफ़ जानकारी।
TomTom Search के साथ ड्रॉप-इन कम्पैटिबिलिटी लाइव है
नेविगेशन और लॉजिस्टिक्स सॉफ़्टवेयर में अक्सर TomTom Search काफ़ी गहराई तक जुड़ा होता है, क्योंकि वहाँ लोकेशन लुकअप आम तौर पर उन्हीं रूटिंग और मैपिंग कॉल के बगल में होते हैं जिन्हें उसी टीम ने, उसी शैली में बनाया है। बाकी को छुए बिना एक हिस्से को हटाना ठीक वही है जिसे संभव बनाने के लिए हमारा कम्पैटिबिलिटी होस्ट डिज़ाइन किया गया है।
यह TomTom Search के अनुरोध पैरामीटर और रिस्पॉन्स बॉडी को हूबहू दोहराता है, और इकलौता फ़र्क कॉपीराइट, शर्तों और प्राइवेसी वाले टेक्स्ट में है, जो मूल प्रोवाइडर के बजाय My Geocode का होता है। आपका कोड आज जहाँ भी TomTom जैसा जियोकोडिंग अनुरोध भेजता है, वह वही अनुरोध हमारे होस्ट पर भेज सकता है, और रिस्पॉन्स आपके मौजूदा लॉजिक में किसी बदलाव के बिना उसी तरह पार्स होता है।
एक ही टीम की बनाई रूटिंग और मैपिंग कॉल में आम तौर पर एक जैसी परंपराएँ होती हैं: वही रीट्राई लॉजिक, वही एरर हैंडलिंग, टाइमिंग को लेकर वही अपेक्षाएँ। एक मिलता-जुलता लेकिन अलग जियोकोडिंग API देने के बजाय TomTom Search की अनुरोध और रिस्पॉन्स संरचना से हूबहू मेल खाने का मतलब है कि आसपास के लॉजिक को सिर्फ़ इसलिए दोबारा टेस्ट नहीं करना पड़ता कि बीच की एक कॉल अब कहीं और जाती है।
ऑथेंटिकेशन हमारे सामान्य चार विकल्पों से होता है: X-API-Key हेडर, Authorization: Bearer हेडर, कुंजी को यूज़रनेम बनाकर HTTP Basic auth, या क्वेरी पैरामीटर। आपका मौजूदा TomTom इंटीग्रेशन जिस पर भी निर्भर हो, वह यहाँ भी बिना बदलाव के स्वीकार किया जाता है।
कीमतें प्लेटफ़ॉर्म के हर दूसरे होस्ट और एंडपॉइंट जैसी ही हैं। किसी भी पते को बिना कुंजी के प्रतिदिन 2,500 मुफ़्त अनुरोध मिलते हैं, जो नेटवर्क के हिसाब से गिने जाते हैं। एक कुंजी अपने प्रतिदिन 2,500 और मुफ़्त अनुरोध जोड़ती है। दोनों कोटों के बाद प्रीपेड क्रेडिट €0.0001 प्रति अनुरोध है, या एक Unlimited पैकेज €50 प्रति माह में उपयोग कवर करता है, और नेटिव होस्ट के बजाय कम्पैटिबिलिटी होस्ट इस्तेमाल करने पर कोई अतिरिक्त शुल्क नहीं है।
नेविगेशन या लॉजिस्टिक्स सॉफ़्टवेयर चलाने वाली टीमें अक्सर ट्रैफ़िक को एक से ज़्यादा कुंजियों में बाँटती हैं, हर एनवायरनमेंट या हर इंटरनल सर्विस के लिए एक, ताकि स्टेजिंग की कोई समस्या कभी प्रोडक्शन का कोटा न खाए। डैशबोर्ड में /dashboard/keys पर कुंजियों वाला पेज TomTom जैसी संरचना वाले इंटीग्रेशन के लिए भी अतिरिक्त कुंजियाँ बनाने और उन्हें नाम देने की सुविधा उसी तरह देता है जैसे किसी और के लिए।
इस होस्ट पर भी हर रिस्पॉन्स के साथ कोटा हेडर जुड़े होते हैं: X-Quota-Limit, X-Quota-Used, X-Quota-Free-Remaining, X-Quota-Network-Used और X-Credits-Remaining सभी मौजूद हैं, जो उपयोग की ऐसी जानकारी देते हैं जो सीधा TomTom इंटीग्रेशन वैसे नहीं दिखाता।
अगर किसी प्रोजेक्ट को मानक कम्पैटिबल रिस्पॉन्स से ज़्यादा चाहिए, तो अनुरोध में mg_extras=1 जोड़ने या X-MG-Extras हेडर भेजने से ऊपर वैकल्पिक अतिरिक्त फ़ील्ड जुड़ जाते हैं, पूरी तरह आपकी मर्ज़ी से, और जब तक आप खास तौर पर ज़्यादा न माँगें, मूल रिस्पॉन्स संरचना अछूती रहती है।
होस्ट के दस्तावेज़ /compatibility/tomtom/ पर हैं, और पूरे प्लेटफ़ॉर्म पर कम्पैटिबिलिटी होस्ट के लिए सामान्य माइग्रेशन गाइड /docs/compatibility/ पर है। किसी मौजूदा TomTom जैसी संरचना वाले इंटीग्रेशन को यहाँ मोड़ने के लिए एक बदला हुआ होस्ट नाम और एक नई कुंजी चाहिए, और कुछ नहीं।