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

KMZ फ़ाइलें शायद ही कभी उसी के पास बनती हैं जो उन्हें खोलने की कोशिश करता है। ये किसी सर्वेयर, यूटिलिटी, नगर योजना विभाग, पर्यटन बोर्ड या ठेकेदार से अटैचमेंट के तौर पर आती हैं, जिस भी टूल पर उस संस्था ने भरोसा किया उससे बनी, और दूसरे छोर पर Google Earth मान लेती हैं। अगर आपको वर्क ऑर्डर बनाना है या गिनती जाँचनी है, चालीस निर्देशांक पढ़ने के लिए ग्लोब व्यूअर इंस्टॉल करना बुरा सौदा है।

यही बदलाव इसी हालत के लिए है। यह आर्काइव खोलता है, भीतर का दस्तावेज़ पढ़ता है और आपको जगहें व नाम पंक्तियों में देता है — किसी फ़ॉर्म में निर्देशांक पेस्ट करने, संपत्ति रजिस्टर से मिलाने, या ईमेल में दावे किए अठारह साइट सच में हैं यह पुष्ट करने के लिए काफ़ी। यह नक़्शा नहीं देगा, और अगर नक़्शा ही डिलीवरेबल है तो Google Earth सच में सही टूल है।

KMZ का कोई अपना डेटा मॉडल नहीं। यह ZIP आर्काइव है जिसका मुख्य सदस्य KML दस्तावेज़ है, और KMZ जो कुछ भी कह सकती है वह उसी KML में कहा जाता है। यह आर्काइव इसलिए है ताकि नक़्शा उन तस्वीरों के साथ एक फ़ाइल में यात्रा कर सके जिन्हें वह इशारा करता है — कस्टम पिन आइकन, तस्वीर ओवरले, इलाक़े पर बिठाया स्कैन किया प्लान — बिना उस फ़ोल्डर के जो एक फ़ाइल छूटने पर टूट जाए।

Reader `doc.kml` ढूँढता है, जो Google Earth का नाम है, और वह न मिले तो `.kml` पर ख़त्म होने वाले पहले सदस्य पर लौटता है। यह बचाव भर नहीं — स्पेसिफ़िकेशन सिर्फ़ यह माँगता है कि आर्काइव का मुख्य दस्तावेज़ KML हो, कोई ख़ास नाम नहीं। अगर कोई सदस्य `.kml` पर ख़त्म नहीं होता, बदलाव यह साफ़ कहकर रुक जाता है, ख़ाली टेबल नहीं बनाता।

4 MB की KMZ लगभग कभी 4 MB निर्देशांक नहीं होती। ज़्यादातर हिस्सा `files/` या `images/` फ़ोल्डर होता है जिसमें आइकन PNG, कोई JPEG ओवरले, कभी-कभी हज़ारों पिक्सेल चौड़ा स्कैन किया साइट प्लान। इनमें से कुछ भी CSV में नहीं आता, और यह चूक से चुपचाप नहीं छूटता — टेबल के पास रैस्टर तस्वीर रखने की जगह नहीं।

व्यावहारिक नतीजा यह है कि जिस KMZ की असली सामग्री तस्वीर है वह लगभग ख़ाली CSV में बदलती है। दो कोने-मार्कर वाला जियो-रेफ़रेंस्ड प्लान आपको दो पंक्तियाँ देता है, प्लान नहीं। अगर आपको यही मिले, तो आर्काइव दस्तावेज़ है, डेटासेट नहीं।

हर पंक्ति में type, name, latitude, longitude, elevation और time होता है। Type किसी अकेले पिन को किसी खींची लाइन के वर्टेक्स से अलग करता है, और यह पहली चीज़ है जिस पर फ़िल्टर करना चाहिए: संपत्ति की जगहों वाली KMZ पूरी तरह `waypoint` पंक्तियाँ होनी चाहिए, और `track` पंक्तियों का बड़ा हिस्सा मतलब फ़ाइल में रास्ते या सीमाएँ भी हैं।

Name वह लेबल है जो प्लेसमार्क रखता था, लाइन के हर वर्टेक्स पर दोहराया जाता है ताकि बड़ी फ़ाइल में एक सुविधा को छाँटने के लिए जोड़ने की ज़रूरत न पड़े। Latitude और longitude दशमलव डिग्री हैं, जो मैपिंग सर्च बॉक्स, फ़्लीट सिस्टम और geocoding API सीधे स्वीकार करते हैं। Elevation और time अक्सर ख़ाली होते हैं, क्योंकि खींचा नक़्शा दोनों में से कुछ नहीं रिकॉर्ड करता।

एक्सटेंशन `.zip` में बदलकर डबल-क्लिक करना सामग्री तक पहुँचने का जायज़ तरीक़ा है, और जानने लायक़ है क्योंकि इसकी कोई क़ीमत नहीं और यह पुष्ट करता है कि फ़ाइल असल में क्या है। हर डेस्कटॉप ऑपरेटिंग सिस्टम इसे खोल देगा, और आपको KML के साथ उसके साथ यात्रा करने वाली तस्वीरें दिखेंगी।

तब आपके पास जो होगा वह XML है: `longitude,latitude,altitude` जोड़े एक ही एलिमेंट में साथ लिखे, प्लेसमार्क और फ़ोल्डर बनावट में लिपटे, पहले longitude के साथ। यह किसी एक संख्या खोजने वाले इंसान के लिए पढ़ने लायक़ है, डेटासेट के तौर पर बेकार। बदलाव दूसरा आधा काम करता है — फ़ोल्डर पेड़ में घूमना, निर्देशांक बाँटना, latitude-पहले में उलटना — जो हाथ से करना उबाऊ और ग़लत होने में आसान है।

कंप्रेशन डिस्क पर फ़ाइल को भीतर कितना है इसका बुरा संकेत बना देता है। KML दोहराव भरा टेक्स्ट है, जो असामान्य रूप से अच्छे से सिमटता है: क़रीब 258 KB की KML यहाँ नापने पर आर्काइव के भीतर क़रीब 47 KB में सिमट गई, यानी साढ़े पाँच गुना। तो 3 MB की KMZ में क़रीब 15 MB की KML और लाखों निर्देशांक हो सकते हैं।

100 MB की मुफ़्त सीमा KMZ पर लागू होती है जैसी वह है, तो व्यवहार में जो सीमा पहले टकराती है वह आपके ब्राउज़र टैब की मेमोरी है, वह संख्या नहीं। बड़ी आर्काइव अटकने पर उसे `.zip` में बदलकर KML सदस्य का अनकंप्रेस्ड आकार देखना काम का निदान है।

दो अलग-अलग नाकामियाँ कुछ न होने जैसी दिखती हैं। अगर आर्काइव में KML सदस्य नहीं, बदलाव यह साफ़ कहता है, और वजह लगभग हमेशा एक फ़ाइल है जिसका नाम बदला गया, एक्सपोर्ट नहीं हुई। अगर KML मौजूद है पर कोई geometry नहीं देती, संदेश है कि कोई track या waypoint नहीं मिले, जो अलग समस्या है अलग हल के साथ।

दूसरे की आम वजह यह है कि फ़ाइल में सिर्फ़ polygon हैं। इलाक़े — किसी संपत्ति की सीमा, बाढ़ क्षेत्र, कवरेज क्षेत्र — अपनी रूपरेखा नेस्टेड बाउंड्री एलिमेंट में रखते हैं जिसमें यह reader नहीं उतरता, तो सिर्फ़ छायांकित इलाक़ों वाली KMZ कोई पंक्ति नहीं देती।

हर प्लेसमार्क का नाम आता है। पेशेवर एक्सपोर्ट जो और कुछ रखता है वह लगभग कुछ नहीं आता, और इस तरह की फ़ाइल में यही छूट सबसे ज़्यादा मायने रखती है: संपत्ति संख्या, पाइप व्यास, निरीक्षण तारीख़, पार्सल संदर्भ और सर्वेयर का नोट आम तौर पर `<description>` बैलून या `<ExtendedData>` ब्लॉक में रहते हैं, और दोनों में से कोई नहीं पढ़ा जाता।

इसे वापस पाने के दो रास्ते हैं। आर्काइव को `.zip` में बदलिए, KML निकालिए और पढ़िए — विस्तारित फ़ील्ड लंबे हैं पर बिल्कुल पढ़ने लायक़। या भेजने वाले से वह टेबल माँगिए जिससे KMZ बनी, जो लगभग हमेशा मौजूद होती है।

Latitude और longitude छह दशमलव अंक तक सादे दशमलव डिग्री में लिखे जाते हैं, क़रीब 11 सेंटीमीटर — स्रोत डेटा से कहीं ज़्यादा बारीक और फ़ाइल पढ़ने लायक़ रखने के लिए काफ़ी मोटा। यह रूप सीधे किसी मैपिंग साइट के सर्च बॉक्स में, किसी फ़्लीट या डिस्पैच सिस्टम में, और किसी geocoding API में बिना बदलाव के जाता है।

एक चीज़ पर नज़र रखनी है वह है क्रम जो गंतव्य माँगता है। `48.137154, 11.576124` लिखा मैपिंग सर्च latitude पहले पढ़ता है और सही जगह पहुँचता है। GeoJSON या GIS लाइब्रेरी पर बनी सिस्टम अक्सर longitude पहले चाहती है, और जोड़ा बदलना म्यूनिख के किसी पॉइंट को सोमालिया के तट पर ले जा सकता है।

आर्काइव इसी ब्राउज़र टैब में खुलती, पार्स होती और दोबारा लिखी जाती है। कुछ भी भेजा नहीं जाता, जो बदलाव के दौरान नेटवर्क पैनल पुष्ट करेगा, और कनेक्शन बंद करके भी पेज काम करता रहता है। कोई अकाउंट बनाने को नहीं, कोई फ़ाइल बाद में कतार में नहीं।

इस जोड़ी के लिए दलील उतनी ही अनुबंधित है जितनी निजी। किसी क्लाइंट, यूटिलिटी या सरकारी निकाय से आई KMZ अक्सर उन शर्तों के साथ आती है कि इसे कहाँ रखा जा सकता है, और मुफ़्त वेब कन्वर्टर में पेस्ट करना ठीक वही तबादला है जिसे रोकने के लिए वे शर्तें लिखी गईं।