Martin - PostGIS आधारित उच्च-प्रदर्शन रीयल-टाइम वेक्टर टाइल सर्वर
(github.com/maplibre)मैप सर्विस बनाते समय सामने आने वाली व्यावहारिक समस्याएँ
आमतौर पर जब आप मैप को सीधे इम्प्लीमेंट करना चाहते हैं, तो नीचे दिए गए चार बिंदुओं पर विचार करना पड़ता है।
1. डेटा अपडेट करने की झंझट
- समस्या: DB में नई बिल्डिंग जुड़ गई, लेकिन मैप को फिर से रेंडर करने के लिए हर बार घंटों चलने वाली प्रीप्रोसेसिंग प्रक्रिया (Tile Generation) से गुजरना पड़ता है.
- Martin का तरीका: इसमें प्रीप्रोसेसिंग प्रक्रिया ही नहीं है। यूज़र जैसे ही मैप देखता है, यह DB से सबसे नए coordinates पढ़कर तुरंत रेंडर कर देता है।
2. सर्वर संसाधनों की सीमा
- समस्या: मैप डेटा का आकार बड़ा होता है और requests भी बहुत आती हैं, इसलिए सर्वर आसानी से क्रैश हो सकता है या धीमा पड़ सकता है।
- Martin का तरीका: Rust भाषा के low-level control का उपयोग करके इसने memory usage को बेहद कम कर दिया है। यह कम-स्पेक सर्वर पर भी बहुत सारी requests संभाल सकता है।
3. बिखरे हुए डेटा का प्रबंधन
- समस्या: कुछ डेटा PostgreSQL में होता है, और कुछ बड़े फ़ाइलों (MBTiles) में, जिससे management points बढ़ जाते हैं।
- Martin का तरीका: एक ही सर्वर कई तरह के डेटा को एक साथ पढ़कर उन्हें एक ही फ़ॉर्मैट में जोड़ देता है। डेवलपर को यह सोचने की ज़रूरत नहीं पड़ती कि source कहाँ है; बस एक API कॉल करना पर्याप्त है।
4. अतिरिक्त सेटअप की थकान
- समस्या: मैप दिखाने के लिए tile data के अलावा fonts, icons, style files जैसी कई चीज़ें भी संभालनी पड़ती हैं।
- Martin का तरीका: ऐसे अतिरिक्त assets को सर्वर के भीतर ही अपने-आप जनरेट करने या serve करने की क्षमता इसमें शामिल है। अलग से serving configuration जोड़ने की ज़रूरत नहीं पड़ती।
यह उस utility के अधिक करीब है जो डेटा को स्क्रीन पर दिखाने तक के बीच की सारी झंझट अपने ऊपर ले लेती है। यह ऐसा प्रोजेक्ट है जो GIS सिस्टम को ज़मीन से खड़ा करते समय होने वाली बार-बार की मेहनत और ट्रायल-एंड-एरर को कम करता है।
अभी कोई टिप्पणी नहीं है.