मेरे टूल

CSV एन्कोडिंग सहायक

गड़बड़ CSV डालें — उसकी असली एन्कोडिंग देखें, ऐसी कॉपी डाउनलोड करें जो Excel खोले।

यहाँ CSV डालें

या चुनने के लिए क्लिक करें — .csv / .tsv / .txt, 5.0 MB तक। इस टैब में पढ़ा जाता है, कभी अपलोड नहीं।

इसका उपयोग कैसे करें

  1. कार्ड पर CSV ड्रॉप करें, या “फ़ाइल चुनें” क्लिक करें। एन्कोडिंग और डिलिमिटर तुरंत पहचाने जाते हैं और तालिका नीचे दिखती है — दबाने के लिए कोई बटन नहीं। “यह फ़ाइल क्या है” के नीचे की पंक्ति बताती है कि कौन-सी एन्कोडिंग उपयोग हुई और कितने दूसरे उम्मीदवार फ़ाइल को उतना ही साफ़ डिकोड करते।
  2. अगर प्रीव्यू फिर भी गलत हो, तो स्रोत एन्कोडिंग हाथ से चुनें। सूची इस पेज की भाषा के अनुसार होती है: चीनी पेज GB18030 और Big5 से शुरू करते हैं, अरबी पेज Windows-1256 और ISO-8859-6 से, अंग्रेज़ी पेज Windows-1252 और MacRoman से। बदलाव तुरंत होता है और आपकी खोली फ़ाइल को कभी नहीं छूता।
  3. ठीक की गई कॉपी के लिए “CSV डाउनलोड करें” दबाएँ। वह हमेशा UTF-8 होती है; “BOM जोड़ें” (डिफ़ॉल्ट रूप से चालू) तीन-बाइट का मार्क आगे लगा देता है ताकि Excel सिस्टम कोड पेज पर लौटना बंद करे। “कॉपी करें” वही टेक्स्ट उस मार्क के बिना देता है, डेटाबेस या स्क्रिप्ट के लिए तैयार।
  4. पेस्ट किया टेक्स्ट दूसरा इनपुट है, उस स्थिति के लिए जब गड़बड़ कैरेक्टर पहले ही टेक्स्ट के रूप में किसी फ़ाइल में सहेजे जा चुके हैं। उस समय मूल बाइट नहीं बचते, इसलिए कुछ पहचाना नहीं जा सकता — पर “गड़बड़ कैरेक्टर ठीक करें” टेक्स्ट को Windows-1252 के रूप में वापस बाइट में लिखकर UTF-8 के रूप में पढ़ता है, जिससे “Café” फिर “Café” बन जाता है।

उदाहरण

नमूना फ़ाइल (Windows-1252 बाइट)

नाम,शहर,टिप्पणी,राशि
राहुल,दिल्ली,"जल्दी भेजें",89.90
प्रिया,मुंबई,सामान्य,15.50

डाउनलोड की फ़ाइल (BOM के साथ UTF-8)

name,city,note,amount
Café,Müller,"rush order, please",89.90
Crème Brûlée,Lyon,"merci" – ok,15.50

नमूना Windows-1252 फ़ाइल है, एक्सपोर्ट UTF-8 — कैरेक्टर वही हैं, बाइट नहीं। Excel के लिए जो बदलता है वह आगे का तीन-बाइट मार्क है।

सीमाएँ

  • एक्सपोर्ट केवल UTF-8 है (BOM के साथ या बिना)। प्लेटफ़ॉर्म का TextEncoder UTF-8 और कुछ नहीं लागू करता, इसलिए हाथ से बनाई कोड-पेज तालिका को iconv या Excel के सामने बाइट-दर-बाइट जाँचा नहीं जा सकता — “GBK में कन्वर्ट किया” कहना झूठी सटीकता होगी। पुराना कोड पेज लिखने के लिए पहले यहाँ एन्कोडिंग की पुष्टि करें, फिर अपनी मशीन पर iconv -f <source> -t GBK चलाएँ।
  • पुराना कोड पेज हमेशा अनुमान के रूप में बताया जाता है, कभी निश्चित के रूप में नहीं। GBK और Big5, या Windows-1252 और MacRoman, छोटे नमूनों पर एक-दूसरे से बदले जा सकते हैं, इसलिए टूल बराबरी के उम्मीदवार सूचीबद्ध करता है और आपको एक क्लिक में प्रीव्यू से पुष्टि करने देता है।
  • कुछ GBK और Big5 बाइट क्रम संयोगवश मान्य UTF-8 भी होते हैं (C2 80, GB18030 में कैरेक्टर 聙 है और UTF-8 में एक कंट्रोल कैरेक्टर)। उन्हें अनुमान में बदल दिया जाता है और उम्मीदवार सूचीबद्ध किए जाते हैं, चुपचाप भरोसा नहीं किया जाता।
  • उम्मीदवार सेट वही है जो ब्राउज़र का TextDecoder समर्थित करता है। CP437, TIS-620 और hp-roman8 शामिल नहीं हैं, और UTF-32 बिल्कुल डिकोड नहीं होता — UTF-32 बाइट-ऑर्डर मार्क बताया जाता है और फिर अस्वीकार कर दिया जाता है।
  • पेस्ट किए टेक्स्ट में बाइट नहीं होते। अगर गड़बड़ कैरेक्टर बचे हैं तो उसे ठीक किया जा सकता है, पर जिस टेक्स्ट में पहले से ? या रिप्लेसमेंट कैरेक्टर है उसकी जानकारी हमेशा के लिए खो चुकी है और उसे कभी चुपचाप “ठीक” नहीं किया जाता।
  • प्रीव्यू पहली 200 पंक्तियाँ दिखाता है और लंबी सेल काटता है; डाउनलोड में पूरी तालिका और पूरे मान हैं। कुछ भी ट्रिम, फिर से टाइप या डुप्लीकेट-मुक्त नहीं किया जाता — अग्रणी शून्य, संख्या जैसी दिखने वाली तारीख़ें और कोट में बंद कॉमा सब जैसे थे वैसे ही रहते हैं।
  • 5 MB से बड़ी फ़ाइलें और 200,000 कोड पॉइंट से अधिक टेक्स्ट काटने के बजाय संदेश के साथ अस्वीकार किए जाते हैं। .xls और .xlsx बाइनरी कंटेनर हैं और पढ़े नहीं जाते।
  • सब कुछ इस टैब में चलता है: कोई अपलोड नहीं, एड्रेस बार में कुछ नहीं लिखा जाता, कुछ संग्रहीत नहीं होता। जाँचने के लिए पेज लोड होने के बाद अपना नेटवर्क बंद करें — टूल चलता रहेगा।

उसी फ़ाइल पर पड़ोसी कदम: उसे पढ़ें, साफ़ करें, आकार बदलें।

CSV व्यूअर

CSV ⇄ JSON कन्वर्टर

CSV कॉलम क्लीनर

टेक्स्ट क्लीनर