पिक्सल बनाम निर्देशांक
जब मुझे लगता है कि रेखापुंज मानचित्र, मेरा पहला विचार उपग्रह इमेजरी है। शहरी क्षेत्र की विस्तृत उपग्रह छवि में लगभग हर पिक्सेल में अद्वितीय जानकारी हो सकती है। एक वेब मानचित्र में एक एकल टाइल (आमतौर पर मर्केटर का एक प्रकार जिसे " गोलाकार मर्केटर " या " वेब मर्केटर " के रूप में जाना जाता है और Google , बिंग , याहू, ओएसएम और ईएसआरआई द्वारा समर्थित ) में आमतौर पर 256 x 256 = 653636 पिक्सेल होते हैं, और प्रत्येक ज़ूम स्तर में (2 ^ ज़ूम * 2 ^ ज़ूम) टाइलें हैं। जब मैं वेक्टर के बारे में सोचता हूं, तो मुझे लगता है कि बहुभुज और रेखाएं। उदाहरण के लिए, एक आकृति फ़ाइल का विस्तार पूरे शहर की ज़ोनिंग सीमाओं (संभवतः लाखों रैस्टर टाइल्स) के क्षेत्र में केवल 65,000 वेक्टर आकार हो सकता है।
सटीक स्केलिंग
यह आपको (और शायद अधिकांश पाठकों को) लगता है कि पहले से ही रेखीय पिक्सेल और वेक्टर (निर्देशांक नक्शे) के बीच सबसे स्पष्ट अंतर पता है। वेक्टर चित्र (और मानचित्र) पिक्सेल की तुलना में उच्च स्तर की निष्ठा के साथ पैमाने पर हो सकते हैं क्योंकि वेक्टर डेटा में समन्वयित पैटर्न (अंक, बहुभुज, रेखाएं आदि) होते हैं जो सरल सूत्रों का उपयोग करते हुए विभिन्न प्रस्तावों पर एक दूसरे के सापेक्ष प्रदान कर सकते हैं, जबकि पिक्सेल आकार बदलने का उपयोग आमतौर पर करते हैं। स्मूथिंग एल्गोरिथ्म जो छवि कलाकृतियों में परिणाम देता है।
छवि संपीड़न बनाम संरचना संपीड़न
व्यवहार में, अधिकांश छवियों में 100% अद्वितीय पिक्सेल नहीं होते हैं जिन्हें छोटे डेटा पैकेटों में संपीड़ित किया जा सकता है, और कई वेक्टर फ़ाइलों में अतिरिक्त विवरण होते हैं जिनकी कई निम्न विस्तार ज़ूम स्तरों पर आवश्यकता नहीं होती है। छवि संपीड़न एक अच्छी तरह से जाना जाता है और बहुत ही कुशल प्रक्रिया है और लगभग हर कोडिंग लाइब्रेरी ने इस काम को करने के लिए कक्षाओं में बनाया है। वेक्टर समन्वय संपीड़न, या "ज्यामिति सरलीकरण" थोड़ा कम सामान्य है (जैसा कि सामान्य रूप से जीआईएस सामान्य छवि हेरफेर की तुलना में थोड़ा कम सामान्य है)। मेरे अनुभव में आप छवि संपीड़न (बस इसे बंद या चालू करें) के बारे में सोचने के लिए 0 के करीब खर्च करेंगे और स्थानिक संपीड़न के बारे में सोचने में अधिक समय देंगे। की जाँच करें डगलस Peucker एल्गोरिथ्म उदाहरण के लिए, या बस के साथ चारों ओर खेलने QGIS और कुछ जनगणना सीमा फाइलें।
क्लाइंट बनाम सर्वर साइड रेंडरिंग
आखिरकार एक कंप्यूटर पर देखी जाने वाली हर चीज स्क्रीन पर एक विशेष रिज़ॉल्यूशन (यानी ज़ूम स्तर) पर पिक्सेल में प्रदान की जाती है। अक्सर (विशेष रूप से वेब पर) चुनौती उपयोगकर्ताओं के सामने उन पिक्सल को यथासंभव कुशलता से प्राप्त कर रही है। अमेरिका जनगणना क्षेत्रीय एवं ब्लॉक समूह आकार फ़ाइलेंविशेष रूप से दिलचस्प हैं क्योंकि वे वेक्टर डेटासेट की सीमा से अधिक हैं जो वेक्टर डेटा के रूप में वेब ब्राउज़र में प्रस्तुत करने के लिए 'बहुत बड़ा' हैं। इसके विपरीत, यूएस काउंटियों को केवल आधुनिक ब्राउज़र में वेक्टर डाउनलोड के रूप में प्रस्तुत किया जा सकता है। जबकि एक अमेरिकी जनगणना ब्लॉक समूह वेक्टर आकार फ़ाइल निश्चित रूप से कई ज़ूम स्तरों पर पूरे अमेरिका को कवर करने के लिए प्रदान की गई एक रेखापुंज टाइल की तुलना में छोटी होगी, मांग में डाउनलोड करने के लिए एक वेब ब्राउज़र के लिए ब्लॉक समूह आकार फ़ाइल बहुत बड़ी (1GB के करीब) है। भले ही वेब ब्राउज़र फ़ाइल को जल्दी से डाउनलोड कर सके, लेकिन अधिकांश वेब ब्राउज़र (फ्लैश का उपयोग करते हुए) बहुत बड़ी संख्या में आकार प्रदान करते समय काफी धीमी होती है। इसलिए, बड़े वेक्टर डेटासेट देखने के लिए, आप अक्सर वेब ब्राउज़र पर प्रसारण के लिए संपीड़ित चित्रों में अनुवाद करना बेहतर समझते हैं।
कुछ व्यावहारिक उदाहरण
मैंने कुछ दिनों पहले इसी तरह के प्रश्न का उत्तर दिया था कि गूगल मैप्स में बड़े डेटासेट प्रदान किए जाएं। आप प्रश्न और "सर्वोत्तम अभ्यास" का विस्तृत विश्लेषण देख सकते हैं, जैसा कि एनवाई टाइम्स और अन्य आज भी करते हैं ।
कुछ साल पहले फ्लैश हेवी क्लाइंट साइड वेक्टर रेंडरिंग से दूर ट्रांसफर करने का फैसला किया गया था जो कि सर्वर की ओर से सदिश रेंडरिंग करता था जो कंप्रेस्ड इमेज टाइल्स को शुद्ध html & JavaScript में डिलीवर करता है। हमारे पास Html + Raster (Server Generated Image Tiles) और Flash + वेक्टर (क्लाइंट साइड हैवी रेंडरिंग) के कई संस्करणों के साथ एक मैप गैलरी है ।