आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप TCX को KML में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
TCX से KML
TCX घना होता है। हर सेकंड यह पोज़िशन, ऊँचाई, दौड़ी हुई दूरी, हार्ट रेट, अक्सर कैडेंस और पावर दर्ज करता है, और इन्हें लैप में बाँटता है जिनकी अपनी अवधि, दूरी, कैलोरी और हार्ट-रेट औसत होती है। यह किसी भी खिलाड़ी के पास मौजूद सबसे जानकारी-भरी फ़ाइलों में से एक है।
KML LineString बस निर्देशांकों की एक सूची है। यही पूरी मंज़िल है, इसलिए बदलाव अनुवाद नहीं, कमी है: आठ-नौ धाराओं में से एक बचती है, बाक़ी ढाँचा नहीं। किसी को चढ़ाई की घाटी दिखानी हो तो यह ठीक मात्रा है; इसे वर्कआउट की पोर्टेबल कॉपी मान लेना ग़लत है।
हर ट्रैकपॉइंट पर: हार्ट रेट, कैडेंस, दूरी और वॉट्स-कैडेंस वाला extensions खंड। हर लैप पर: कुल समय, दूरी, अधिकतम रफ़्तार, कैलोरी, औसत-अधिकतम हार्ट रेट, तीव्रता। पूरी गतिविधि पर: लैप की बँटवारा-रेखाएँ ख़ुद और डिवाइस का नाम।
जो पार होता है वह हर बिंदु की पोज़िशन और उसकी ऊँचाई है, जो निर्देशांक का तीसरा मान बनती है। वजह मेहनत की कमी नहीं, ढाँचे की है: KML एक ड्राइंग को मॉडल करता है, और ड्राइंग में किसी पल पर ली गई माप के लिए कोई जगह ही नहीं होती।
समय-मुहर भी चली जाती है, और यह सेंसर डेटा से भी ज़्यादा चौंकाता है। LineString सिर्फ़ निर्देशांक रखता है, इसलिए हर ट्रैकपॉइंट का समय गिरा दिया जाता है और KML बस यह दर्ज करता है कि रेखा कहाँ गई, कब पहुँची यह नहीं।
Google Earth में इसका असर दिखता है: टाइम स्लाइडर — वह कंट्रोल जो ट्रैक को खींचकर बनते देखने देता है — इस फ़ाइल के लिए नहीं आता। वह gx:Track तत्व से चलता है, और यह बदलाव सादा LineString लिखता है। समय-सहित रिप्ले चाहिए तो TCX से GPX में बदलिए, जिसे Google Earth सीधे खोल लेता है।
Google Earth जो दो-आयामी नक़्शा नहीं देता, वह है उभार। दृश्य को तिरछा कीजिए और वह चढ़ाई जो लंबी याद रहती है, ढलान बन जाती है। किसी रेस रिपोर्ट या किसी को यह समझाने के लिए कि कोई हिस्सा इतना कठिन क्यों था, यह सचमुच काम का है।
रेखा tessellation फ़्लैग के साथ लिखी जाती है, जो रेंडरर को हर खंड को उपविभाजित कर ज़मीन का पीछा करने को कहता है। इसके बिना घाटी पार करती सीधी रेखा सतह के नीचे चली जाती और पहाड़ी में ग़ायब दिखती — यह फ़ाइल की ख़राबी नहीं, रेंडरिंग की चूक होती।
हर निर्देशांक एक तिकड़ी है, तीसरा मान <AltitudeMeters> से आई ऊँचाई मीटर में है। सेशन का ऊँचाई-प्रोफ़ाइल इसलिए KML में मौजूद रहता है, और डेटा की तरह पढ़ने वाला सॉफ़्टवेयर उसे पा लेगा।
Google Earth उसे नहीं खींचेगा, क्योंकि कोई altitudeMode घोषित नहीं है और डिफ़ॉल्ट रेखा को ज़मीन से चिपका देता है। GPS ट्रैक के लिए यह डिफ़ॉल्ट सही है: बैरोमीट्रिक और सैटेलाइट ऊँचाई दोनों दसियों मीटर भटकती हैं। LineString में हाथ से altitudeMode>absolute जोड़ना रेखा को हवा में उठा देगा, जो कभी-कभी सीखने लायक़ है और कभी सुहाता नहीं।
बिना Position वाला ट्रैकपॉइंट निर्देशांक नहीं बन सकता, और गिरा दिया जाता है। घड़ियाँ सुरंग, अंडरपास और बहुमंज़िला पार्किंग में भी हार्ट रेट लेती रहती हैं, तो वे हिस्से TCX में समय-सहित पर जगह-रहित बिंदु के रूप में मौजूद होते हैं — और KML में बिलकुल नहीं होते।
नक़्शे पर यह रुकावट से पहले आख़िरी और बाद के पहले फ़िक्स के बीच सीधी रेखा जैसा दिखता है, जो बीच का सब कुछ काटकर गुज़रती है। यह ख़राबी नहीं, ठीक करने को कुछ नहीं — फ़ाइल में कभी वे बिंदु थे ही नहीं। घर के भीतर की कोई गतिविधि, जहाँ कोई फ़िक्स ही नहीं, कोई ज्यामिति नहीं देती।
हर गतिविधि एक Placemark बनती है, और उसका नाम Sport एट्रिब्यूट से आता है — TCX स्कीमा में सीमित एक छोटी सूची तक, यानी व्यवहार में Running, Biking या Other। यही Google Earth के साइडबार में दिखता है।
Garmin Connect या Strava पर दिया गया सेशन का शीर्षक उन्हीं प्लेटफ़ॉर्म के डेटाबेस का हिस्सा है, एक्सपोर्ट में शामिल नहीं। कई सेशन एक ही Earth प्रोजेक्ट में हों तो साइडबार एक जैसे शब्दों का कॉलम बन जाता है — KML में <name> बदलना इसका इलाज है, जो सादा पाठ फ़ाइल में एक-लाइन काम है।
लैप की सीमाएँ एक लगातार रेखा में समा जाती हैं। KML placemark को रेखा के भीतर बँटवारे की कोई समझ नहीं, तो बारह इंटरवल और एक बराबर मेहनत का सेशन देखने में एक जैसी ज्यामिति देते हैं।
रूट दिखाने का मक़सद अगर वर्कआउट की बनावट समझाना है, तो वह किसी और तरीक़े से करना होगा — Google Earth में हाथ से अलग placemark खींचकर। हवा कहाँ मुड़ी, ग्रुप कहाँ बँटा, ख़राबी कहाँ हुई — इनमें से कुछ भी रेखा में दर्ज नहीं होता, और जगह पर छोड़ा गया दो-लाइन का विवरण किसी भी ज्यामिति से ज़्यादा काम करता है।
7,200 बिंदुओं वाले, समय और ऊँचाई सहित एक ट्रैक पर नापा गया TCX क़रीब 2.2 MB का था और बराबर KML क़रीब 258 KB का — यानी क़रीब 315 बाइट प्रति ट्रैकपॉइंट बनाम 36 बाइट प्रति निर्देशांक। हार्ट रेट और कैडेंस वाला असली Garmin एक्सपोर्ट इससे भी बड़ा होता है, इसलिए व्यवहार में कमी आठ गुने से ज़्यादा ही रहती है।
यह बचत संपीड़न नहीं है, दक्षता समझना ग़लत निष्कर्ष होगा। यह सीधे-सीधे इस बात की माप है कि फ़ाइल में अब क्या नहीं बचा — टैग नाम, समय-मुहर, सेंसर मान। छोटी फ़ाइल ही चाहिए थी तो ठीक है, बस TCX सँभालकर रखिए, क्योंकि KML को वापस उसमें नहीं बदला जा सकता।
TCX पढ़ी और KML लिखी जाती है इसी ब्राउज़र टैब में। कोई अनुरोध फ़ाइल को कहीं नहीं ले जाता — नेटवर्क पैनल यह बदलाव के दौरान दिखा देता है, और कनेक्शन बंद करके भी पन्ना लोड होने के बाद काम करता है।
बदली जा रही फ़ाइल एक ही दस्तावेज़ में स्वास्थ्य-डेटा और लोकेशन-डेटा दोनों है — समय के साथ हार्ट रेट, समय के साथ पोज़िशन, अक्सर खिलाड़ी के घर के दरवाज़े से शुरू होता हुआ। आउटपुट कम उजागर करने वाला है क्योंकि सेंसर धाराएँ और घड़ी चली गई हैं, पर रूट फिर भी एक ज़िंदगी की रेखा खींचता है। नक़्शा स्थानीय तौर पर बनने का मतलब है कि समृद्ध मूल फ़ाइल कभी मशीन से बाहर नहीं जाती।
| TCX | KML | |
|---|---|---|
| पूरा नाम | Training Center XML | Keyhole Markup Language |
| फ़ाइल एक्सटेंशन | .tcx | .kml |
| मीडिया टाइप | application/vnd.garmin.tcx+xml | application/vnd.google-earth.kml+xml |
| पहली बार प्रकाशित | 2007 | — |
| प्रकाशक | Garmin | Keyhole |
| विनिर्देश | Training Center XML | OGC KML 2.3 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | GPX, FIT | KMZ, GPX |
दोनों तरफ़ के प्रोग्राम अलग हैं: TCX फ़ाइल Garmin Connect, Strava और TrainingPeaks में खुलती है और KML फ़ाइल Google Earth, QGIS और ArcGIS में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: TCX का खेल की रिकॉर्डिंग पर, KML का नक़्शे पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
TCX Garmin का फ़ॉर्मेट है, जो 2007 में आया। यह Training Center XML में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
KML Keyhole का है, और OGC KML 2.3 में तय किया गया है। Google Earth, QGIS और ArcGIS इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
TCX और KML सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। स्थिति, ऊँचाई और समय साथ जाते हैं। सेंसर की धाराएँ, सजावट और अंदर बैठाई तस्वीरें नहीं।
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस Keyhole Markup Language आम तौर पर दिखाता है।