मैं किसी गंतव्य तक यात्रा करने के लिए, "घर से दफ़्तर के रास्ते" के आइसोक्रोन (यात्रा में लगने वाला समय) की गणना कैसे करूं? इसकी तुलना, किसी जगह से यात्रा करने के लिए आइसोक्रोन (यात्रा में लगने वाला समय) की गणना से कैसे की जा सकती है?
v1 एपीआई में, इनबाउंड और आउटबाउंड, दोनों तरह की कैलकुलेशन की जा सकती हैं. इसके लिए, travel_direction पैरामीटर का इस्तेमाल करें:
FROM(आउटबाउंड): यह तय समय में, शुरुआती पॉइंट सेfromतय की जा सकने वाली दूरी का हिसाब लगाता है. इसका इस्तेमाल, डिलीवरी ज़ोन या सेवा कवरेज जैसे मामलों में किया जा सकता है.TO(इनबाउंड): यह उस इलाके का हिसाब लगाता है जहां से तय समय मेंtoओरिजन पॉइंट तक पहुंचा जा सकता है. यह सुविधा, काम पर जाने के रास्ते की जानकारी देने वाली सुविधाओं या किसी मुख्य ऑफ़िस या ट्रांज़िट हब के आस-पास के इलाकों का पता लगाने जैसे ऐप्लिकेशन के लिए सही है.
कभी-कभी, लौटाया गया पॉलीगॉन ब्लॉक जैसा दिखता है या उसके किनारे उबड़-खाबड़ होते हैं. ऐसा खास तौर पर, लंबी अवधि के लिए होता है. ज़्यादा जानकारी देने वाले डेटा में बदलाव क्यों होता है?
Isochrones API, अनुरोध किए गए travel_duration और travel_mode के आधार पर, अपनी स्पेशल कैलकुलेशन ग्रिड के रिज़ॉल्यूशन को डाइनैमिक तरीके से अडजस्ट करता है:
- कम अवधि: ज़्यादा बारीकी से तैयार की गई, हाई रिज़ॉल्यूशन वाली ग्रिड का इस्तेमाल करें, क्योंकि कुल एरिया छोटा होता है. इससे सीमा की जानकारी ज़्यादा बारीकी से मिलती है.
- ज़्यादा समय तक चलने वाले वीडियो: बड़े भौगोलिक इलाके को कम समय में कवर करने के लिए, कम रिज़ॉल्यूशन वाले ग्रिड पर स्विच करें. इससे वीडियो लोड होने में ज़्यादा समय नहीं लगेगा.
अगर आपको अवधि के हिसाब से नहीं, बल्कि एक जैसा और खास लेवल की जानकारी चाहिए, तो polygon_fidelity को HIGH, MEDIUM या LOW पर सेट करें.
किसी पार्क, झील या बड़े इंडस्ट्रियल कॉम्प्लेक्स के अंदर मौजूद किसी कोऑर्डिनेट के लिए आइसोक्रोन का अनुरोध करने पर, कभी-कभी "नहीं मिला" गड़बड़ी क्यों दिखती है?
Isochrones API, सड़कों और रास्तों का इस्तेमाल करके यात्रा में लगने वाले समय का हिसाब लगाता है. अगर आपने जिस जगह के ऑरिजिन कोऑर्डिनेट का अनुरोध किया है वह किसी मान्यता प्राप्त सड़क पर नहीं है, तो एपीआई को कैलकुलेशन शुरू करने से पहले, पॉइंट को सबसे नज़दीकी सड़क के साथ जोड़ना होगा.
यात्रा के हर मोड के लिए, स्नैपिंग की ज़्यादा से ज़्यादा दूरी का थ्रेशोल्ड तय किया गया है:
DRIVE: 200 मीटर (सिर्फ़ पैदल चलने के रास्तों को अनदेखा करता है).TWO_WHEELER: 200 मीटर (सिर्फ़ पैदल चलने के रास्तों को अनदेखा करता है).BICYCLE: 180 मीटर.WALK: 150 मीटर.
अगर आपका ऑरिजिन कोऑर्डिनेट, इन थ्रेशोल्ड से ज़्यादा दूरी पर है, तो स्नैपिंग नहीं हो पाएगी. साथ ही, एपीआई NOT_FOUND गड़बड़ी का मैसेज दिखाएगा. इस समस्या को हल करने के लिए, पक्का करें कि आपके निर्देशांक किसी सार्वजनिक सड़क या रास्ते के आस-पास हों.
पैदल चलने या साइकल चलाने के लिए, ट्रैफ़िक के हिसाब से रूट का अनुरोध करने पर मुझे गड़बड़ी का मैसेज क्यों मिलता है?
ट्रैफ़िक की लाइव जानकारी (TRAFFIC_AWARE) DRIVE और TWO_WHEELER के लिए उपलब्ध है. अगर आपने routingPreference को TRAFFIC_AWARE पर सेट करके, WALK या BICYCLE के लिए आइसोक्रोन का अनुरोध किया, तो एपीआई 400 INVALID_ARGUMENT गड़बड़ी दिखाएगा.
जब मैं अपने मैप पर GeoJSON रिस्पॉन्स रेंडर करता हूं, तो शेप गलत जगह पर दिखता है, खराब हो जाता है या रेंडर नहीं होता. इसकी वजह क्या है?
ऐसा अक्सर, निर्देशांकों के क्रम में अंतर होने की वजह से होता है.
GeoJSON स्टैंडर्ड (आरएफ़सी 7946) के मुताबिक, Isochrones API, कोऑर्डिनेट को [longitude, latitude] के क्रम में दिखाता है. हालांकि, कई मैपिंग SDK और कस्टम
ज्यामिति ऑब्जेक्ट, [latitude, longitude] के क्रम में निर्देशांकों की उम्मीद करते हैं.
अगर आपका मैप सही तरीके से रेंडर नहीं हो रहा है, तो देखें कि आपका Maps SDK, GeoJSON को कैसे हैंडल करता है:
- Google Maps JavaScript API: अगर डेटा लेयर (
map.data.addGeoJson()) का इस्तेमाल किया जा रहा है, तो इस क्रम को नेटिव तरीके से हैंडल किया जाता है. इसके लिए, किसी कार्रवाई की ज़रूरत नहीं होती. - कस्टम ऑब्जेक्ट या अन्य SDK टूल: अगर आपको रिस्पॉन्स को मैन्युअल तरीके से
LatLngऑब्जेक्ट में पार्स करना है, तो आपको GeoJSON पेलोड में मौजूद कोऑर्डिनेट को लूप करना होगा. साथ ही, रेंडर करने से पहले[lng, lat]वैल्यू को[lat, lng]पेयर में ट्रांसपोज़ करना होगा.
मेरे आइसोक्रोन पॉलीगॉन में "होल" क्यों हैं और क्या मुझे इसके बजाय सॉलिड शेप मिल सकता है?
होल उन इलाकों को दिखाते हैं जहां तय समय में पहुंचने के लिए कोई सड़क नहीं है. यह सुविधा उन इलाकों में आम तौर पर उपलब्ध होती है जहां बड़े जंगल, जलाशय, हवाई अड्डे या निजी संपत्तियां होती हैं. इन जगहों पर वाहन या पैदल चलने वाले लोग नहीं जा सकते.
External v1 API में, अपने-आप होल हटाने के लिए कोई पैरामीटर नहीं होता. अगर आपके ऐप्लिकेशन को एक सॉलिड बाउंड्री की ज़रूरत है, जैसे कि पॉइंट-इन-पॉलीगॉन कंटेनमेंट की जांच करने के लिए, तो यह काम किया जा सकता है:
polygon_fidelityपैरामीटर कोMEDIUMयाLOWपर सेट करें, ताकि एल्गोरिदम को इन इंटरनल गैप को सामान्य बनाने और मर्ज करने के लिए बढ़ावा दिया जा सके.- GeoJSON को पार्स करने के लिए, क्लाइंट-साइड जीआईएस लाइब्रेरी (जैसे, Turf.js) का इस्तेमाल करें. साथ ही, सिर्फ़ पहले कोऑर्डिनेट रिंग (बाहरी शेल) को एक्सट्रैक्ट करें. इसके बाद, अंदर की सभी रिंग (होल) को खारिज कर दें.
क्या मुझे बैकएंड स्पेशल विश्लेषण के लिए, enable_smoothing विकल्प चालू करना चाहिए?
नहीं. enable_smoothing पैरामीटर को सिर्फ़ विज़ुअल के हिसाब से डिज़ाइन किया गया है.
यह मैप पर शेप को ऑर्गैनिक लुक देने के लिए, कैलकुलेशन ग्रिड के नुकीले कोनों को गोल कर देता है.
सटीक स्पैटियल विश्लेषण के लिए, स्मूदिंग का सुझाव नहीं दिया जाता. ऐसा इसलिए, क्योंकि इससे वर्टेक्स बदल जाते हैं और सीमाएं थोड़ी बदल जाती हैं. बैकएंड कैलकुलेशन, डेटाबेस क्वेरी या पॉइंट-इन-पॉलीगॉन टेस्ट के लिए, enable_smoothing को false पर सेट करें. इससे यह पक्का किया जा सकेगा कि आपने गणित के हिसाब से सटीक कैलकुलेट की गई बाउंड्री का इस्तेमाल किया है.