आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप XLSX को TSV में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
XLSX से TSV
tab-separated नतीजा चुनने की वजह छोटी और व्यावहारिक है। पते में कॉमा होते हैं। प्रोडक्ट के विवरण में कॉमा होते हैं। आधे यूरोप में लिखी संख्याओं में कॉमा होते हैं। कॉमा-separated फ़ाइल में इनमें से हर एक को उद्धरण-चिह्न में लपेटना पड़ता है, और फ़ाइल इस्तेमाल करने वाले हर किसी को कॉलम की सीमा दोबारा ढूँढ़ने के लिए वह लपेट सही तरीक़े से समझना पड़ता है।
tab आम तौर पर डेटा में आते ही नहीं, इसलिए विभाजक और सामग्री एक-दूसरे से होड़ करना बंद कर देते हैं। यहाँ के बदलाव में «Widget, small» वाली कोशिका बिना किसी उद्धरण-चिह्न के ठीक वैसी लिखी जाती है। `cut -f2` उसे ढूँढ़ लेता है। किसी और प्रोग्राम को कुछ पार्स नहीं करना पड़ता, बस बाँटना पड़ता है — यही tab और कॉमा के बीच भरोसे का पूरा फ़र्क़ है।
tab कभी-कभी स्प्रेडशीट की कोशिका में ख़ुद पहुँच जाता है — कहीं और से पेस्ट किया गया, ग़लती से टाइप हुआ, किसी सिस्टम निर्यात से आया। तब बदलाव उस कोशिका को दोहरे उद्धरण-चिह्न में लपेट देता है, क्योंकि बाक़ी विकल्प एक ऐसी पंक्ति है जो चुपचाप एक अतिरिक्त कॉलम बना ले।
यह सही नतीजा है और पूरा पार्सर इसे सँभाल लेता है, पर जिस फ़ॉर्मेट के लिए tab चुना गया वे शेल औज़ार नहीं सँभालते: `cut -f` tab गिनता है और उद्धरण-चिह्न के बारे में कुछ नहीं जानता। अगर कोई पाइपलाइन कुछ पंक्तियों पर बेमेल नतीजा दे रही है, तो लगभग हमेशा यही वजह है। स्रोत शीट में tab ढूँढ़कर हटाइए, नीचे की तरफ़ पैच मत लगाइए।
वर्कबुक तीस शीट रख सकती है। tab-separated फ़ाइल एक हेडर पंक्ति वाली एक तालिका रखती है, और इसके सिवा कुछ और लिखने का कोई तरीक़ा नहीं। इसलिए बदलाव पहली शीट लेता है और बाक़ी छोड़ देता है — यही इकलौता व्यवहार है जो चुपचाप कोई ग़ैर-माँगी हुई मिली-जुली फ़ाइल नहीं बनाता।
अगर चाहिए शीट पहली नहीं है, तो वर्कबुक में उसे ऊपर लाकर दोबारा बदलिए — यह इस पैराग्राफ़ पढ़ने से कम वक़्त लेता है। जानना यह भी काम का है कि पहली शीट वही नहीं जो खोलने पर दिखे — वर्कबुक याद रखती है कि सहेजने के वक़्त कौन-सी टैब खुली थी, इसलिए दिखने वाली शायद तीसरी हो, पर बदलाव हमेशा सबसे बाईं वाली लेगा।
स्प्रेडशीट तारीख़ स्टोर नहीं करती। यह एक दिन-गिनती और एक दिखावे का फ़ॉर्मेट स्टोर करती है, और जो कैलेंडर कोशिका में दिखता है वह उस फ़ॉर्मेट का काम है। बदलना मान पढ़ता है, दिखावा नहीं, इसलिए 1 जनवरी 2024 45292 बनकर आता है।
गिनती दिसंबर 1899 के अंत से शुरू होती है, इसीलिए हाल की किसी भी तारीख़ के लिए संख्या चालीस-हज़ार के आस-पास होती है। इन्हें उसी जगह बदलिए जहाँ आप जा रहे हैं, स्प्रेडशीट में दोबारा फ़ॉर्मेट करने के बजाय — टेक्स्ट में लिखी तारीख़ एक नई पार्सिंग दिक़्क़त है, अंकगणित की जगह।
शुरुआती शून्य तभी बचते हैं जब कोशिका वर्कबुक में पहले से टेक्स्ट के तौर पर सहेजी गई हो — टेक्स्ट के तौर पर रखा कोई प्रोडक्ट कोड 007 रहता है; संख्या के तौर पर रखा गया कोड बदलने से पहले ही सिर्फ़ 7 था।
ख़ाली कोशिका ख़ाली फ़ील्ड बनकर आती है — कुछ लिखा नहीं जाता, दो लगातार tab के बीच कुछ नहीं होता, जो शेल औज़ार के लिए एक साफ़, अनुमानित संकेत है।
नहीं। वर्कबुक इसी ब्राउज़र में पढ़ी और लिखी जाती है, कोई अनुरोध फ़ाइल ढोता नहीं। यही वजह है कि आपकी अपनी याददाश्त के अलावा कोई पंक्ति-सीमा नहीं।
| XLSX | TSV | |
|---|---|---|
| पूरा नाम | Excel वर्कबुक | Tab-Separated Values |
| फ़ाइल एक्सटेंशन | .xlsx | .tsv, .tab |
| मीडिया टाइप | application/vnd.openxmlformats-officedocument.spreadsheetml.sheet | text/tab-separated-values |
| पहली बार प्रकाशित | 2007 | 1993 |
| प्रकाशक | Microsoft | — |
| विनिर्देश | ECMA-376 | IANA text/tab-separated-values |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | CSV, ODS, Parquet | CSV, JSON |
Microsoft Excel और LibreOffice Calc XLSX और TSV — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: XLSX का एडिटिंग पर, TSV का प्रोग्रामों के बीच डेटा ले जाना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
XLSX Microsoft का फ़ॉर्मेट है, जो 2007 में आया। यह ECMA-376 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
TSV 1993 से चला आ रहा है, और IANA text/tab-separated-values में तय किया गया है। Microsoft Excel, LibreOffice Calc और pandas इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे SheetJS है, JavaScript में लिखा स्प्रेडशीट का एक पाठक और लेखक; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। SheetJS आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
XLSX और TSV सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। सिर्फ़ पहली शीट पढ़ी जाती है, और उसमें भी सिर्फ़ मान। सूत्र, फ़ॉर्मैटिंग, कॉलम की चौड़ाई और पहली के बाद की हर शीट पीछे रह जाती है।
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस Tab-Separated Values आम तौर पर दिखाता है।