KML को KMZ में बदलें

यहाँ सबसे पहले यही समझना ज़रूरी है: दस्तावेज़ ज्यों का त्यों संकुचित नहीं किया जाता। KML को पहले पॉइंट, ऊँचाई, समय और नाम वाले उसी साझा ढाँचे में पढ़ा जाता है जो इस साइट के हर GPS फ़ॉर्मेट के बीच इस्तेमाल होता है, और उसी से एक नया, ताज़ा KML लिखकर संकुचित किया जाता है।

नतीजा यह है कि KMZ के भीतर की फ़ाइल आपकी मूल फ़ाइल के बराबर नहीं है — वह छोटी होगी, तत्वों का क्रम अलग होगा, और जो कुछ इस साझा ढाँचे में जगह नहीं रखता, वह उसमें रहेगा ही नहीं।

हर Point एक Point वाला Placemark बनता है, हर LineString और gx:Track एक LineString वाला Placemark बनता है, और दोनों अपना `<name>` रखते हैं। दस्तावेज़ का नाम भी साथ आता है।

जिस फ़ाइल का मकसद सिर्फ़ यह बताना है कि चीज़ें कहाँ हैं और उनका नाम क्या है, उसके लिए यही सब कुछ है। किसी सजी हुई प्रस्तुति वाले मानचित्र के लिए यह एक छोटा हिस्सा भर है।

`<Style>` और `<StyleMap>` परिभाषाएँ, उनसे जुड़े `styleUrl` संदर्भ, और `<description>` में लिखा कोई भी HTML — इनमें से कुछ भी नए दस्तावेज़ में नहीं जाता, क्योंकि साझा ढाँचे में इनके लिए कोई जगह ही नहीं है।

लाइन का रंग, चौड़ाई और कस्टम आइकन इसी वजह से ग़ायब हो जाते हैं। जो पॉइंट या लाइन बचती है, वह पढ़ने वाले सॉफ़्टवेयर की तयशुदा शक्ल में ही दिखेगी।

`<ExtendedData>` और स्कीमा-टाइप किए गए कस्टम फ़ील्ड — जहाँ अक्सर डेटाबेस से आया डेटा रहता है — इस रास्ते से पार नहीं जाते। `<Folder>` की ग्रुपिंग भी बच नहीं पाती, क्योंकि साझा ढाँचे के पास सिर्फ़ एक सपाट सूची है।

`<NetworkLink>`, `<GroundOverlay>` और `<ScreenOverlay>` भी पूरी तरह छूट जाते हैं। यह वही सूची है जो हर GPS फ़ॉर्मेट पर लागू होती है, जिसमें ऊँचाई, समय और नाम के अलावा बाक़ी सब इसी वजह से नहीं बचता।

एक 7,200-बिंदु वाली लाइन, जिसकी हर बिंदु पर ऊँचाई भी दर्ज थी, नापने पर क़रीब 258 KB का दस्तावेज़ थी और उसका संकुचित रूप क़रीब 47 KB — यानी लगभग साढ़े पाँच गुना कमी। लगातार आने वाले मिलते-जुलते दशमलव अंक deflate के लिए क़रीब सबसे अच्छा मामला हैं।

छोटे-छोटे कई placemark वाला दस्तावेज़ उतना अच्छा नहीं सिकुड़ता, क्योंकि वहाँ अनुपात दोहराए गए टैग से तय होता है, संख्याओं से नहीं। लेखक अगर संकुचित रूप बड़ा बना दे तो वह असंकुचित रूप ही रख लेता है, इसलिए पेलोड कभी बढ़ता नहीं — बस बहुत छोटी फ़ाइल पर ज़िप का ढाँचा थोड़ा जोड़ सकता है।

संकुचित संग्रह में सिर्फ़ एक फ़ाइल होती है, ठीक आर्काइव के मूल (root) में, और उसका नाम हमेशा doc.kml होता है — यही नाम और यही जगह हर KML पाठक सबसे पहले ढूँढता है।

अगर यह फ़ाइल किसी फ़ोल्डर के भीतर होती, तो कुछ रीडर उसे पढ़ ही नहीं पाते, और नाकामी किसी त्रुटि की तरह नहीं, एक ख़ाली मानचित्र की तरह दिखती।

जिस KML में स्टाइल या विवरण ज़रूरी हैं, उसके लिए भरोसेमंद पैकेज हाथ से बनता है: दस्तावेज़ को doc.kml नाम दीजिए, उसे किसी ZIP आर्काइव के मूल में डालिए, और एक्सटेंशन .zip से .kmz कर दीजिए।

हर ऑपरेटिंग सिस्टम बिना किसी अतिरिक्त सॉफ़्टवेयर के यह दो क़दम कर सकता है, और नतीजा वही दस्तावेज़ रखता है जो आपने बनाया था, बिना बदले।

`<NetworkLink>` अपने आप में कोई डेटा नहीं रखता — इसमें बस एक पता और उसे ताज़ा करने के निर्देश होते हैं, और मानचित्र पर जो कुछ दिखता है वह फ़ाइल खुलने के बाद सर्वर से मँगाया जाता है।

ऐसी फ़ाइल यहाँ डालने पर कोई प्लेसमार्क या लाइन नहीं मिलती, क्योंकि स्थानीय तौर पर वहाँ कुछ था ही नहीं। इसका मतलब पार्सिंग की नाकामी नहीं, यह ठीक-ठीक बता रहा है कि जो मानचित्र आप देख रहे थे वह कभी इस फ़ाइल में था ही नहीं।

दस्तावेज़ को पढ़ना, दोबारा लिखना और संकुचित करना — तीनों इसी टैब में चलते हैं। कोई अनुरोध इसे कहीं नहीं ले जाता, और कनेक्शन बंद करके भी बदलाव पूरा होता है।

साइट, ग्राहक या संपत्ति की जगहों वाला KML किसी कारोबार का डेटा होता है, और उसे किसी अजनबी सर्वर से गुज़ारकर छोटा करवाना वह हिस्सा है जिससे यहाँ पूरी तरह बचा जाता है।