लाइन 4 रिकॉर्ड 3 क्यों है

RFC 4180 एक Informational दस्तावेज़ है जो उद्धरण चिह्नों वाले फ़ील्ड में नई लाइन बताता है। यहाँ first और second एक सेल की दो लाइनें हैं। स्क्रीन की चौड़ाई से टेक्स्ट का लिपटना इनपुट की वास्तविक नई लाइन से अलग है।

id,note
001,"first
second"
002,ok,extra

ऊपर के इनपुट में 4 वास्तविक लाइनें और हेडर सहित 3 रिकॉर्ड हैं। Moyoutil ने अंतिम रिकॉर्ड में अपेक्षित 2 और वास्तविक 3 कॉलम की त्रुटि दी: लाइन 4, रिकॉर्ड 3। सेल की नई लाइन से एक अतिरिक्त रिकॉर्ड नहीं बनता।

रंगीन क्षेत्रों में चार वास्तविक CSV लाइनों और तीन रिकॉर्ड की तुलना
स्वयं बनाया गया चित्र। बाईं संख्या वास्तविक लाइन है; दाईं संख्या हेडर सहित रिकॉर्ड है। बीच की दो लाइनें एक रिकॉर्ड हैं। अंतिम लाइन में कॉलम संख्या की त्रुटि है।

RFC 4180, section 2

कॉलम संख्या और मूल मान दोनों देखें

अंतिम लाइन को 002,ok तभी करें जब extra गलती से जुड़ा हो। वास्तविक डेटा हो तो उसे बचाएँ और हेडर तथा अन्य रिकॉर्ड की संरचना तय करें। इस धारणा से सुधारने पर 2 डेटा पंक्तियाँ और 2 कॉलम मिलते हैं; note की वास्तविक नई लाइन और id की स्ट्रिंग 001 बनी रहती है।

[
  {"id":"001","note":"first\nsecond"},
  {"id":"002","note":"ok"}
]

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

अक्सर पूछे जाने वाले प्रश्न

क्या सभी नई लाइनें हटा देनी चाहिए?

नहीं। नई लाइन सेल के मान का हिस्सा हो सकती है। इस उदाहरण में सेल की नई लाइन रखें और अंतिम रिकॉर्ड के कॉलम ठीक करें। दूसरे CSV प्रोग्राम अलग त्रुटि स्थान या बोली के नियम इस्तेमाल कर सकते हैं।