आर्कगिस के लिए मैपसर्विसेज की स्थापना करते समय, मुझे अक्सर एक एमएक्सडी दिया जाता है जिसमें कई परतें होती हैं और इसे प्रकाशित करने के लिए कहा जाता है।
क्या मुझे प्रत्येक में कम परतों के साथ अधिक मानचित्रकारक होना चाहिए, या प्रत्येक में अधिक परतों के साथ कम मानचित्रकारिता होनी चाहिए?
ट्रेडऑफ क्या हैं?
जवाबों:
मानचित्र सेवाएँ बहुत महंगी हैं। उन्हें हमेशा चलने के लिए और हमेशा मेमोरी (60 - 100 एमबी / प्रत्येक मेरे बॉक्स पर - बिल्कुल नगण्य नहीं) के लिए कम से कम 1 आर्कोस्को प्रक्रिया की आवश्यकता होती है। विंडोज में एक कैप्ड डेस्कटॉप हीप भी है जो बहुत सारी प्रक्रियाएं शुरू करने में समस्याग्रस्त हो सकता है। मैंने अक्सर देखा है कि ग्राहक नीचे "मैप सेवाओं को जोड़ते रहते हैं" मार्ग को केवल यह पता लगाने के लिए कि वे जल्दी से अपने सर्वर का समर्थन कर सकते हैं। प्रत्येक मानचित्र सेवा के लिए अपने स्वयं के डेटाबेस कनेक्शनों की भी आवश्यकता होगी, जिन पर विचार करना महत्वपूर्ण हो सकता है।
मुझे लगता है कि एक ही सेवा में बड़ी संख्या में परतों के साथ प्रदर्शन दंड हैं। मुझे इस बारे में कोई जानकारी नहीं है कि क्या है, लेकिन मैं इसकी अतिरिक्त मानचित्र सेवाओं के रूप में महंगा होने की कल्पना नहीं कर सकता।
किसी सेवा को प्रकाशित करते समय, मानचित्र में लक्षित दर्शकों और उनके उद्देश्यों पर विचार करना हमेशा अच्छा होता है। क्या उन्हें एक तेज़ नक्शे की आवश्यकता है? क्या उन्हें एक सटीक मानचित्र की आवश्यकता है? एक बहुत? क्या वे चीजों को स्वाइप करना चाहते हैं? क्या वे इसके बारे में सभी को बताने जा रहे हैं?
यदि आपकी परतों में कई अलग-अलग डेटा स्रोत हैं, तो समान डेटा स्रोतों (या तो बिल्कुल समान, या समान प्रक्षेपण, या समान औसत गति) से आने वाली परतों को समूहीकृत करना अच्छी तरह से काम कर सकता है। फिर, आप अपनी संपूर्ण मानचित्र छवि प्राप्त करने के लिए सबसे धीमी परत की प्रतीक्षा नहीं कर रहे हैं।
यदि यह संभावना है कि आपके उपयोगकर्ताओं को परतों के एक गुच्छा के लिए एक विशिष्ट व्यवसाय की आवश्यकता होगी, तो सेवा को बंद या फीका करने में सक्षम होना आसान है। सर्वर पर इसे चित्रित करने के लिए सर्वर को प्राप्त करने की तुलना में क्लाइंट पर 50% पारदर्शिता पर संपूर्ण मानचित्र छवि खींचना बहुत आसान है।
यदि लेबलिंग और प्रतिपादन बहुत महत्वपूर्ण हैं, तो अधिक परतों वाली कम सेवाएँ होने से संभवतः बेहतर काम होगा। एकाधिक सेवाओं के अपने लेबल रेंडर करने और फिर एक साथ कंपोज़ करने से कई लेयर्स के साथ एक ही सर्विस से अधिक लेबल के टकराव होंगे, क्योंकि ArcGIS सर्वर "प्लान" नहीं कर पाएगा जहाँ प्रत्येक लेबल अलग-अलग सेवाओं में जाता है।
इसी तरह, अगर आप सेमीट्रांसपेरेंट पॉलीगॉन से निपट रहे हैं, तो उन सभी को एक सेवा में रखने से छवियों को कंपोज़ करने के लिए बेहतर काम होगा, खासकर यदि आप एक फोटो लेयर के साथ भी ड्राइंग कर रहे हैं जहाँ JPEG कम्प्रेशन मदद करेगा।
समूह को जहाँ संभव हो उपप्रकारों में समूहित करें जो सर्वर पर अधिभार को कम करता है और साथ ही साथ मानचित्र सेवा में fc की कम संख्या को बनाए रखने का अवसर देता है।