CSV کو JSON میں تبدیل کرنا Comma-Separated Values ↔ JavaScript Object Notation مفت آن لائن محفوظ
ایک CSV فائل چھوڑیں اور JSON لے جائیں۔ پڑھنا اور لکھنا یہیں، آپ کے براؤزر میں ہوتا ہے، سو فائل آپ کے آلے سے باہر نہیں جاتی — اور یہ سفر کیا بچاتا ہے اور کیا نہیں، وہ نیچے لکھا ہے، آپ کے دریافت کرنے پر نہیں چھوڑا گیا۔
اپنی فائل بدلیے
یہاں ایک CSV فائل چھوڑیں، یا کوئی چنیں۔
آپ کی فائل اس آلے سے باہر نہیں جاتی۔ سب کچھ آپ کے براؤزر میں چلتا ہے۔
کچھ بھی اپ لوڈ نہیں
CSV سے تبدیلی
CSV میں تبدیلی
یہ صورتیں کہاں سے آئیں
CSV سب سے پرانی اور سب سے کم معیار بند ہے: ایک جدول جو متن کی سطروں کی صورت لکھا گیا، 1970ء کی دہائی سے زیرِ استعمال اور تحریری طور پر بیان ہوا 2005ء میں، جب تک ہر پروگرام خود ہی طے کر چکا تھا کہ جدا کرنے والا نشان کیا ہے اور واوین کب لگانے ہیں۔ XML 1998ء میں SGML سے نکلا، ایسی دستاویزوں کے لیے جنہیں سخت ساخت اٹھانی ہو اور کسی خاکے پر پرکھا جانا ہو۔ JSON کو ڈگلس کراک فورڈ نے 2001ء کے آس پاس جاوا اسکرپٹ سے کھینچ نکالا، جان بوجھ کر اسے اشیا، فہرستوں، اعداد اور حرفی لڑیوں تک گھٹا دیا — اور یہی سادگی ویب پر اس کے غلبے کا سبب ہے۔ YAML اس کا پڑھنے کے قابل عم زاد ہے، جہاں اندر کی جگہ وہ کام کرتی ہے جو کہیں اور قوسین کرتے ہیں۔ ان کے درمیان تبدیلی میں بس ایک بات اہم ہے: CSV چپٹی ہے، سطروں اور کالموں کی جالی؛ جبکہ JSON، XML اور YAML درخت ہیں۔
آپ انہیں کہاں ملتے ہیں
CSV وہ ہے جو حسابی شیٹ برآمد کرتی ہے اور جو کوئی محاسب، کوئی دکان کا پلیٹ فارم یا بینک کا گوشوارہ آپ کو تھماتا ہے۔ JSON وہ زبان ہے جو ویب کی خدمات آپس میں بولتی ہیں، اور ترتیبات کی فائلیں بھی بڑھتے بڑھتے اسی میں لکھی جاتی ہیں۔ XML پرانے ادارہ جاتی نظاموں میں، بل سازی کے معیاروں میں، اور خود دفتری صورتوں کے اندر زندہ ہے۔ YAML وہ جگہ ہے جہاں انسان ہاتھ سے ترتیبات لکھتے ہیں۔ ان کے درمیان تبدیلی روز کا وہ کام ہے جو اعداد و شمار کو اُن کی جائے پیدائش سے وہاں لے جاتا ہے جہاں ان کی ضرورت ہے۔
اکثر پوچھے جانے والے سوالات
میری CSV ایکسل میں ایک ہی کالم کے طور پر کھلی۔ کیوں؟
کیونکہ آپ کی حسابی شیٹ کسی اور جدا کرنے والے نشان کی منتظر تھی۔ ایکسل کمپیوٹر کی علاقائی ترتیبات کے فہرستی نشان کی پیروی کرتا ہے، اور وہ ہر اُس جگہ سیمی کولن ہوتا ہے جہاں کاما پہلے ہی اعشاریے کا نشان ہے — یعنی برِاعظمی یورپ کے بڑے حصے میں۔ تب کاموں سے جدا کی گئی فائل متن کے ایک ہی کالم جیسی دکھتی ہے۔ فائل پر دو بار کلک کرنے کے بجائے درآمد کی کھڑکی برتیں اور نشان صراحتاً بتائیں۔ اسی علاقائی ترتیب سے یہ بھی ہوتا ہے کہ 3.5 کبھی تاریخ بن کر پہنچ جاتا ہے۔
میرا تہ در تہ JSON صاف ستھری حسابی شیٹ کیوں نہیں بن پاتا؟
کیونکہ حسابی شیٹ چپٹی ہے اور JSON ایک درخت۔ ایک سطر ہر کالم کے لیے ایک قدر رکھتی ہے؛ جبکہ JSON کی ایک شے کسی خانے کے اندر کی فہرست کے اندر ایک اور فہرست رکھ سکتی ہے۔ تبدیلی کا مطلب ہے یہ چننا کہ اسے کیسے چپٹا کیا جائے: یا تو تہ در تہ ناموں کو جوڑ کر ایک لمبا کالم عنوان بنا دیں، یا والدین والی سطر کو ہر بچے کے لیے ایک بار دہرا دیں۔ دونوں سمجھوتے ہیں، اور کوئی بھی خودبخود واپس نہیں ہو سکتا — اسی لیے حسابی شیٹ سے اصل شکل کی طرف لوٹنے کے لیے عموماً انسانی فیصلہ درکار ہوتا ہے۔
کیا فائل کا معیار گرتا ہے؟
یہ اس پر منحصر ہے کہ دونوں صورتیں کیا سنبھال سکتی ہیں۔ ایسی صورتوں کے بیچ تبدیلی جو ایک ہی چیز رکھتی ہوں — PNG سے BMP، WAV سے FLAC — کچھ نہیں کھوتی۔ ایسی صورت میں بدلنا جو جگہ بچانے کے لیے معلومات پھینک دے، جیسے JPEG یا MP3، ہر بار تھوڑا کھوتا ہے، اور واپس بدلنے سے وہ لوٹتا نہیں۔ جہاں چناؤ ممکن ہو، یہ صفحہ سب سے چھوٹی فائل بنانے کے بجائے اصل معیار برقرار رکھنے کی طرف جھکتا ہے۔
کیا میری فائل کہیں اپ لوڈ ہوتی ہے؟
نہیں۔ تبدیلی آپ ہی کی مشین پر، آپ کے براؤزر کے اندر ہوتی ہے؛ فائل وہاں سے کبھی باہر نہیں جاتی، اور یہاں کوئی سرور ہے ہی نہیں جو اسے لے سکے۔ اسی لیے بڑی فائل کو اپ لوڈ نہیں بلکہ آپ کی اپنی یادداشت محدود کرتی ہے، اور اسی لیے جو کچھ آپ بدلتے ہیں وہ کسی کے ریکارڈ میں نہیں آ سکتا — ہمارے ریکارڈ میں بھی نہیں۔ البتہ آواز اور فلم کے اوزار پہلی بار استعمال پر اپنا تبدیلی کا انجن اِسی سائٹ سے لاتے ہیں — تقریباً تیس میگابائٹ، صرف ایک بار؛ اس کے بعد بھی کام سارا آپ ہی کی مشین پر ہوتا ہے۔
لوگ CSV کو JSON میں کیوں تبدیل کرتے ہیں
CSV اسپریڈ شیٹس اور برآمدات کی شکل ہے: ایک سادہ جدول، ہر سطر ایک لائن میں، خانے کاما یا سیمی کولن سے الگ۔ ہر اسپریڈ شیٹ اسے محفوظ کر سکتی ہے اور ہر ڈیٹا بیس اسے بنا سکتا ہے۔ JSON پروگراموں کی شکل ہے: ایک منظم متن جسے ویب سروسز، ایپلیکیشنز اور اسکرپٹ براہ راست پڑھتے ہیں۔ جب جدول کو کسی پروگرام، ویب سائٹ، موبائل ایپ، چارٹ لائبریری یا API کو کھلانا ہو تو پروگرام کو CSV نہیں چاہیے۔ اسے JSON چاہیے۔ اسی لیے لوگ CSV کو JSON میں تبدیل کرتے ہیں: ان کے پاس ڈیٹا جدول میں ہوتا ہے، اور جو چیز اسے استعمال کرے گی وہ JSON بولتی ہے۔
یہ صورتیں عام ہیں۔ ایک ڈویلپر جس کی مصنوعات کی فہرست اسپریڈ شیٹ میں رکھی ہے اور جسے ویب صفحے کو لوڈ کرنا ہے۔ ایک ڈیزائنر جس کے پاس چارٹ کا ڈیٹا ہے۔ ایک استاد جس کے پاس جدول میں نمبر ہیں اور جو چاہتا ہے کہ اسکرپٹ انھیں پروسیس کرے۔ ایک دکان دار جسے کیٹلاگ ایسی سروس پر اپ لوڈ کرنا ہے جو صرف JSON قبول کرتی ہے۔ ہر صورت میں جدول پہلے ہی صاف ہے، اور جو کمی ہے وہ صرف زبان کی تبدیلی ہے۔
یہ صفحہ CSV کو آپ کے براؤزر میں JSON میں تبدیل کرتا ہے۔ آپ کی فائل یہیں پڑھی اور لکھی جاتی ہے، اس لیے وہ آپ کے آلے سے باہر نہیں جاتی، جو صارفین کی فہرستوں، طلبہ کے ریکارڈ اور ہر دوسری ذاتی چیز کے لیے اہم ہے۔ اور صفحہ آپ کو پہلے سے بتا دیتا ہے کہ اس عبور میں کیا محفوظ رہتا ہے اور کیا نہیں، بجائے اس کے کہ آپ خود دریافت کریں۔ نیچے آپ دیکھیں گے کہ تبدیلی کیسے کام کرتی ہے، قدروں کی قسم کیسے طے ہوتی ہے اور الگ کرنے والے نشانوں کے بارے میں کیا خیال رکھنا چاہیے۔
تبدیلی کیسے کام کرتی ہے
پہلی سطر کلیدیں دیتی ہے
آپ کی CSV آپ کے براؤزر کے اندر پڑھی جاتی ہے۔ پہلی سطر کو ہیڈر مانا جاتا ہے، اور اس کے خانے کلیدیں بن جاتے ہیں۔ ہر دوسری سطر ایک ریکارڈ بنتی ہے، ایک آبجیکٹ جس میں ہر کلید اسی کالم کی قدر کے ساتھ جوڑی جاتی ہے۔ نتیجہ ریکارڈوں کی فہرست ہے، جو وہ شکل ہے جس کی پروگرام جدول سے توقع کرتے ہیں۔
اقتباس والے خانے پورے رہتے ہیں
CSV میں جال ہوتے ہیں، اور انھیں سنبھالا جاتا ہے۔ اقتباس والے خانے اپنے کاما، اپنی سطر کی تقسیمیں اور اپنے دوہرے اقتباسی نشان برقرار رکھتے ہیں۔ “Smith, John” جیسا خانہ ایک ہی قدر رہتا ہے، اور جس خانے میں سطر کی تقسیم ہو وہ بھی ایک ہی قدر رہتا ہے۔ جو فائل آخری نئی سطر کے بغیر ختم ہو وہ بھی اپنی آخری سطر دیتی ہے، اس لیے آخر میں کچھ ضائع نہیں ہوتا۔
ہر خانہ محفوظ رہتا ہے
ہر خانہ نتیجے میں پہنچتا ہے۔ خالی خانے خالی قدروں کے طور پر رکھے جاتے ہیں، اس لیے ہر ریکارڈ میں وہی کلیدیں ہوتی ہیں اور ساخت باقاعدہ رہتی ہے۔
کیا محفوظ رہتا ہے
تمام سطریں اور تمام کالم
ہر خانہ محفوظ رہتا ہے، پہلی سطر کلیدوں کے طور پر۔ 300 سطروں اور 8 کالموں کا جدول 300 ریکارڈوں کی فہرست دیتا ہے جن میں سے ہر ایک میں 8 کلیدیں ہوتی ہیں۔
ہر خانے کا متن بالکل جیسا ہے
ہر خانے کا مواد بالکل جیسا ہے ویسا ہی رکھا جاتا ہے، اس کے اندر کی خالی جگہوں، اعراب والے حروف اور علامتوں سمیت۔ آپ کی پیٹھ پیچھے کچھ کاٹا، ترجمہ یا دوبارہ فارمیٹ نہیں کیا جاتا۔
خانوں کے اندر کاما، اقتباسی نشان اور سطر کی تقسیمیں
وہ قدریں جن میں کاما، اقتباسی نشان یا سطر کی تقسیمیں ہوں سلامت رہتی ہیں، کیونکہ فائل پڑھتے وقت CSV کے اقتباس کے اصولوں کی پیروی کی جاتی ہے۔
قدروں کی قسم کیسے طے ہوتی ہے
CSV کا خانہ متن ہے اور کچھ نہیں
CSV کا خانہ متن ہے اور کچھ نہیں۔ وہ نہیں بتاتا کہ وہ عدد ہے، تاریخ ہے یا لفظ۔ اس لیے اقسام اصول سے واپس پڑھی جاتی ہیں، جادو سے نہیں: سادہ اعداد، true، false اور null پہچانے جاتے ہیں، اور باقی سب سٹرنگ رہتا ہے۔ جس خانے میں 42 ہو وہ عدد 42 بن جاتا ہے، جس خانے میں true ہو وہ قدر true بن جاتا ہے، اور جس خانے میں Berlin ہو وہ سٹرنگ Berlin رہتا ہے۔
شروع کے صفر کیوں بچ جاتے ہیں
چونکہ صرف سادہ اعداد تبدیل ہوتے ہیں، شروع کا صفر، فون نمبر یا شناخت کنندہ سلامت رہتا ہے۔ 01234 لکھا ہوا پوسٹ کوڈ سادہ عدد نہیں ہے، اس لیے وہ سٹرنگ 01234 رہتا ہے، اور صفر ضائع نہیں ہوتا۔ یہ جان بوجھ کر کیا گیا تحفظ ہے: ایسی قدروں کو اعداد بنانا انھیں خاموشی سے خراب کر دیتا۔
تاریخیں متن رہتی ہیں
تاریخوں کا اندازہ نہیں لگایا جاتا۔ جس خانے میں 2026-03-14 ہو وہ سٹرنگ 2026-03-14 رہتا ہے۔ JSON میں تاریخ کی کوئی قسم نہیں، اس لیے وصول کرنے والا پروگرام فیصلہ کرے گا کہ اس کا کیا کرنا ہے، اور فیصلے کے لیے یہی زیادہ محفوظ جگہ ہے۔
CSV کو JSON میں تبدیل کرنے سے پہلے آپ کو کیا جاننا چاہیے
الگ کرنے والا نشان پہلی لائن سے معلوم کیا جاتا ہے
الگ کرنے والا نشان پہلی لائن سے معلوم کیا جاتا ہے: کاما یا سیمی کولن، جو اقتباس سے باہر زیادہ بار آئے۔ یہ دو عام صورتوں کا احاطہ کرتا ہے، کیونکہ کچھ ممالک میں اسپریڈ شیٹس سیمی کولن کے ساتھ محفوظ کرتی ہیں۔ اگر آپ کی فائل ٹیب یا کوئی اور حرف استعمال کرتی ہے تو پہلے اسے کاما سے بدل دیجیے۔
ہیڈر پہلی سطر میں ہونا چاہیے
پہلی سطر کلیدیں بنتی ہے، اس لیے یقینی بنائیے کہ وہ ہیڈر ہے۔ اگر آپ کی فائل میں جدول کے اوپر عنوان، خالی لائن یا نوٹس ہیں تو پہلے انھیں مٹا دیجیے، ورنہ کلیدیں غلط ہوں گی۔
کالم کے دہرائے ہوئے نام
ایک ہی نام والے دو کالم ایک آبجیکٹ کی دونوں کلیدیں نہیں ہو سکتے، کیونکہ کلید صرف ایک بار آ سکتی ہے۔ CSV کو JSON میں تبدیل کرنے سے پہلے ہر کالم کو الگ نام دیجیے۔
یہاں CSV کو JSON میں کیسے تبدیل کریں
اپنی فائل شامل کیجیے
CSV کو صفحے پر چھوڑیے یا اپنے آلے سے منتخب کیجیے۔ وہ آپ کے براؤزر کے اندر پڑھی جاتی ہے اور اپ لوڈ نہیں ہوتی۔
تبدیل کیجیے
بٹن دبائیے۔ عام سائز کی فائل میں ایک لمحہ لگتا ہے۔ جب تک کام پورا نہ ہو صفحہ کھلا رکھیے۔
ڈاؤن لوڈ کیجیے اور جانچیے
JSON ڈاؤن لوڈ کیجیے اور اسے ٹیکسٹ ایڈیٹر میں کھولیے۔ پہلا ریکارڈ اور آخری دیکھیے، اور جانچیے کہ کلیدیں وہی نام ہیں جن کی آپ کو توقع ہے اور قدروں کی وہ اقسام ہیں جو آپ کو چاہییں۔
CSV اور JSON پر قریب سے نظر
جدول اور درخت
CSV ایک جدول بیان کرتا ہے: سطریں اور کالم، اس سے زیادہ کچھ نہیں۔ JSON ایک درخت بیان کرتا ہے: ایسے آبجیکٹ جن میں قدریں ہوں، جو خود آبجیکٹ یا فہرستیں ہو سکتی ہیں۔ جدول درخت کی سب سے سادہ قسم ہے، ریکارڈوں کی فہرست جن سب کی کلیدیں ایک جیسی ہوں۔ اس لیے CSV سے JSON میں تبدیلی ساخت کے لحاظ سے سیدھی ہے، اور دلچسپ سوالات اقسام کے بارے میں ہیں، اسی لیے اوپر کے اصول اہم ہیں۔
JSON پروگراموں کے لیے آسان کیوں ہے
CSV فائل نازک ہوتی ہے: الگ کرنے والا نشان یا اقتباس کی عادت بدل جائے تو ہر پڑھنے والا اسے پڑھنے کے طریقے پر اختلاف کر سکتا ہے۔ JSON کی گرامر سخت ہے، سٹرنگ، اعداد، بولین اور null کا واضح تصور ہے، اور ہر پروگرامنگ زبان میں تیار پڑھنے والے موجود ہیں۔ JSON وصول کرنے والے پروگرام کو کسی اندازے کی ضرورت نہیں۔ اسی لیے بہت سی سروسز اس پر اصرار کرتی ہیں۔
سائز
JSON ہر ریکارڈ میں کلیدوں کے نام دہراتا ہے، اس لیے فائل اس CSV سے بڑی ہوتی ہے جس سے وہ آئی ہے۔ ہزاروں سطروں کے جدول کے لیے توقع رکھیے کہ JSON خاصا بڑا ہوگا۔ یہ ہر ریکارڈ کو اپنی وضاحت خود کرنے والا بنانے کی قیمت ہے۔
عام صورتیں تفصیل سے
ویب صفحے یا ایپ کو ڈیٹا دینا
اسپریڈ شیٹ میں رکھی مصنوعات، مقامات یا تقریبات کی فہرست کو JSON میں بدل کر صفحے پر لوڈ کیا جا سکتا ہے۔ آپ جدول کو اسی اسپریڈ شیٹ میں ایڈٹ کرتے ہیں جسے آپ جانتے ہیں، اور صفحے کو نتیجہ پڑھنے دیتے ہیں۔
چارٹوں اور نقشوں کا ڈیٹا
چارٹ اور نقشے کی لائبریریاں عموماً JSON لیتی ہیں۔ CSV کو JSON میں تبدیل کیجیے، لائبریری کو فائل کی طرف اشارہ کیجیے اور چارٹ آپ کے جدول سے خود بن جاتا ہے۔
سروسز اور APIs پر اپ لوڈ
جو سروسز کیٹلاگ، رابطے یا ترتیبات درآمد کرتی ہیں وہ اکثر صرف JSON قبول کرتی ہیں۔ اسپریڈ شیٹ کو یہاں درست فائل میں بدلا اور اپ لوڈ کیا جا سکتا ہے۔
اسکرپٹ اور خودکار کاری
ریکارڈ پروسیس کرنے والا اسکرپٹ اس وقت آسان ہوتا ہے جب وہ JSON پڑھے۔ ایک بار تبدیل کرنے سے آپ CSV ریڈر لکھنے اور اقتباسی نشانوں کی فکر سے بچ جاتے ہیں۔
CSV کو JSON میں تبدیل کرنے سے پہلے عملی مشورے
ہیڈر کی سطر کو صاف کیجیے
مختصر، واضح، منفرد نام استعمال کیجیے، خالی جگہوں کے بغیر اگر وصول کرنے والا پروگرام اسے ترجیح دے۔ نام کلیدیں بنتے ہیں، اور پروگرام کلیدوں کو نام سے پکارتے ہیں۔
نوٹس اور کل رقوم ہٹائیے
اسپریڈ شیٹ میں اکثر جدول کے اوپر عنوان یا نیچے کل کی سطر ہوتی ہے۔ CSV برآمد کرنے سے پہلے انھیں مٹا دیجیے، ورنہ وہ ریکارڈ بن جائیں گے۔
الگ کرنے والا نشان جانچیے
اگر آپ کی اسپریڈ شیٹ سیمی کولن کے ساتھ محفوظ ہوئی ہے تو صفحہ درست اندازہ لگاتا ہے۔ اگر پہلی لائن کے متن میں کاما اور سیمی کولن دونوں ہوں تو نتیجہ احتیاط سے جانچیے۔
شناخت کنندوں کے بارے میں سوچیے
اگر کسی کالم میں ایسے کوڈ ہوں جو اعداد جیسے لگتے ہیں لیکن متن رہنے چاہییں، جیسے شروع کے صفر والے کوڈ، تو اصول ان کی حفاظت کرتے ہیں۔ لیکن سادہ اعداد کا جو کالم آپ کو متن کے طور پر چاہیے وہ اعداد کے طور پر آئے گا، اس لیے اسے اس پروگرام میں ٹھیک کیجیے جو JSON پڑھتا ہے۔
تبدیلی سے پہلے لوگ جو سوال پوچھتے ہیں
میری کچھ قدریں اعداد اور کچھ سٹرنگ کیوں ہیں؟
کیونکہ سادہ اعداد، true، false اور null پہچانے جاتے ہیں، اور باقی سب سٹرنگ رہتا ہے۔ شروع کا صفر یا ایک حرف خانے کو سٹرنگ بنا دیتا ہے۔
شروع کا صفر کیوں بچ گیا؟
ڈیزائن کے مطابق۔ صرف سادہ اعداد تبدیل ہوتے ہیں، اس لیے پوسٹ کوڈ یا فون نمبر اپنا صفر رکھتا ہے۔
میری فائل سیمی کولن استعمال کرتی ہے۔ کیا یہ کام کرے گا؟
ہاں۔ الگ کرنے والا نشان پہلی لائن سے معلوم کیا جاتا ہے، کاما یا سیمی کولن، جو اقتباس سے باہر زیادہ بار آئے۔
کیا تاریخیں تبدیل ہوتی ہیں؟
نہیں۔ JSON میں تاریخ کی کوئی قسم نہیں، اس لیے تاریخ وہی متن رہتی ہے جو وہ تھی۔
کیا میری فائل اپ لوڈ ہوتی ہے؟
نہیں۔ تبدیلی آپ کے براؤزر میں چلتی ہے اور فائل آپ کے آلے سے باہر نہیں جاتی۔
کیا میں واپس CSV میں جا سکتا ہوں؟
ہاں۔ JSON سے CSV سادہ ریکارڈوں کی فہرست کو دوبارہ جدول میں بدل دیتا ہے۔
CSV کو JSON میں تبدیل کرتے وقت سمجھداری سے انتخاب
JSON، XML یا YAML؟
JSON پروگراموں اور ویب سروسز کے لیے موزوں ہے۔ اگر کوئی نظام مارک اپ کی توقع کرتا ہے تو JSON سے XML اس کے بعد آ سکتا ہے۔ ترتیب کی ان فائلوں کے لیے جنھیں لوگ ہاتھ سے ایڈٹ کرتے ہیں، JSON سے YAML زیادہ آرام سے پڑھا جاتا ہے۔
اسپریڈ شیٹ کا ماخذ
اگر آپ کا ڈیٹا CSV میں نہیں بلکہ Excel ورک بک میں ہے تو XLSX سے JSON ورک بک کو براہ راست پڑھتا ہے اور کئی شیٹیں سنبھالتا ہے۔
جدول کو رکھیے
جو لوگ ڈیٹا کو برقرار رکھتے ہیں ان کے لیے CSV اصل نسخہ ہے۔ اسے رکھیے، اور جب وہ بدلے تو دوبارہ تبدیل کیجیے۔
تبدیلی کے بعد اچھا نتیجہ حاصل کرنا
JSON کو ویور میں جانچیے
نتیجہ ایسے ایڈیٹر میں کھولیے جو JSON کو سمجھتا ہو اور ریکارڈوں کو سمیٹ دیجیے۔ اگر ساخت ویسی لگے جیسی آپ کی توقع ہے تو وہ درست ہے۔
چند ریکارڈ ماخذ سے ملائیے
بیچ کی چند سطریں لیجیے اور انھیں جدول سے ملائیے۔ اس میں ایک منٹ لگتا ہے اور بتا دیتا ہے کہ تبدیلی وفادار ہے۔
اشاعت کے لیے چھوٹا کیجیے
اگر فائل ویب صفحے سے لوڈ ہوگی اور بڑی ہے تو ایسے اوزار موجود ہیں جو خالی جگہیں ہٹا کر اسے ہلکا کر دیتے ہیں۔ ڈیٹا وہی رہتا ہے۔
اپنی CSV کو اس طرح تیار کرنا کہ اچھی طرح تبدیل ہو
معیاری انکوڈنگ کے ساتھ محفوظ کیجیے
اسپریڈ شیٹس CSV کو کئی کریکٹر سیٹس میں محفوظ کر سکتی ہیں۔ یونیکوڈ انکوڈنگ چنیے تاکہ اعراب والے حروف اور علامتیں درست پہنچیں، خاص طور پر اگر آپ کے ڈیٹا میں ایک سے زیادہ زبانوں کے نام ہوں۔
ہر کالم کو ایک ہی قسم کی چیز تک رکھیے
جب آپ CSV کو JSON میں تبدیل کرتے ہیں تو وہ کالم جس کی زیادہ تر سطروں میں اعداد اور چند میں الفاظ ہوں گے اقسام کا ملغوبہ پیدا کرے گا۔ بے جوڑ قدروں کو صاف کیجیے تاکہ ہر کالم کا ایک ہی مطلب ہو۔
پہلے ایک چھوٹے ٹکڑے سے آزمائیے
اگر آپ کی فائل بڑی ہے تو پہلی بیس سطریں ایک ٹیسٹ فائل میں لیجیے اور اسے تبدیل کیجیے۔ نتیجے پر ایک سرسری نظر بتا دیتی ہے کہ کلیدیں اور اقسام وہی ہیں جن کی آپ کو توقع ہے۔
CSV کو JSON میں تبدیل کرنے کے بعد نتیجہ استعمال کرنا
اسے ویب صفحے میں لوڈ کرنا
جب آپ CSV کو JSON میں تبدیل کر لیں تو صفحہ فائل کو حاصل کر کے اسے چند سطروں کے اسکرپٹ سے فہرست، جدول یا نقشے پر نشانوں کے سیٹ میں بدل سکتا ہے۔ چونکہ فائل سادہ متن ہے، آپ اسے صفحے کے ساتھ ہوسٹ کر سکتے ہیں، اور ڈیٹا کی تبدیلی کے لیے بس نئی تبدیلی اور نیا اپ لوڈ درکار ہے۔
اعداد اور سٹرنگ کی جانچ
JSON پڑھنے والا پروگرام وہاں اعداد دیکھے گا جہاں جدول میں سادہ اعداد تھے اور باقی ہر جگہ سٹرنگ۔ اگر رقوم کے کالم کی کسی ایک سطر میں بھٹکا ہوا لفظ ہو تو وہ سطر سٹرنگ لے کر آئے گی، جو کسی حساب کو چونکا سکتی ہے۔ تبدیلی سے پہلے جدول میں کالم پر ایک سرسری نظر ڈالنا بعد میں خرابی کی تلاش سے بچا لیتا ہے۔
خالی خانوں کو سنبھالنا
خالی خانہ اپنی کلید کے لیے خالی قدر کے طور پر آتا ہے۔ پروگرام اسے مختلف طرح سنبھالتے ہیں: کچھ خالی سٹرنگ دیکھتے ہیں، کچھ کچھ نہیں دیکھتے۔ اگر یہ اہم ہو تو پروگرام میں طے کیجیے کہ خالی جگہوں کو کیسے پڑھنا ہے، اور جدول پر انحصار نہ کیجیے کہ وہ بتائے۔
بڑے جدول
کئی ہزار سطروں کا جدول بڑی فائل دیتا ہے۔ اگر صفحے کو اسے لوڈ کرنا ہو تو ڈیٹا کو صفحات میں تقسیم کرنے یا صرف مطلوبہ حصہ لوڈ کرنے پر غور کیجیے، تاکہ زائرین کو انتظار نہ کرنا پڑے۔
رازداری اور ہینڈلنگ
ڈیٹا کے لیے مقامی تبدیلی کیوں اہم ہے
ڈیٹا فائلوں میں اکثر نجی چیزیں ہوتی ہیں: صارفین، طلبہ، پتے، قیمتیں۔ بہت سے آن لائن کنورٹر آپ کی فائل سرور پر اپ لوڈ کرتے ہیں، اسے پروسیس کرتے ہیں اور نتیجہ واپس بھیجتے ہیں، اور کچھ عرصہ ایک کاپی ایسی مشین پر رہتی ہے جسے آپ کنٹرول نہیں کرتے۔ یہاں آپ کا اپنا براؤزر کام کرتا ہے، اس لیے ڈیٹا آپ کے آلے پر رہتا ہے۔
جب آپ چھوڑتے ہیں تو کیا ہوتا ہے
جب آپ صفحہ بند کرتے ہیں تو تبدیل شدہ فائل براؤزر سے غائب ہو جاتی ہے، اس لیے پہلے اسے ڈاؤن لوڈ کیجیے۔ آپ کے ڈیٹا کے بارے میں کچھ نہیں رکھا جاتا۔
اگر کچھ غلط ہو جائے
کلیدیں غلط ہیں
پہلی سطر ہیڈر نہیں تھی۔ جدول کے اوپر سے کوئی عنوان یا خالی لائنیں ہٹائیے اور دوبارہ تبدیل کیجیے۔
سارا ڈیٹا ایک کلید میں ہے
الگ کرنے والا نشان وہ نہیں تھا جس کا صفحے نے اندازہ لگایا، شاید ٹیب۔ اسے کاما سے بدل دیجیے۔
بڑی فائل کے ساتھ صفحہ جم جاتا ہے
سب کچھ آپ کے آلے پر چلتا ہے، اور بڑی فائل کو میموری چاہیے۔ کمپیوٹر پر دوبارہ کوشش کیجیے، یا ڈیٹا کو تقسیم کیجیے۔
متعلقہ اوزار
اوزار کا یہی خاندان ساتھ والے کام بھی سنبھالتا ہے۔ واپس جانے کے لیے JSON سے CSV استعمال کیجیے۔ Excel ورک بکس کے لیے XLSX سے JSON اور JSON سے XLSX حاضر ہیں۔ منظم ڈیٹا کی دوسری شکلوں کے لیے JSON سے XML، XML سے JSON، JSON سے YAML اور YAML سے JSON ہیں۔ جب اعداد و شمار PDF میں ہوں تو PDF سے XLS صفحے سے جدول دوبارہ بناتا ہے۔
ایک حل شدہ مثال
فرض کیجیے آپ اسپریڈ شیٹ میں 120 دکانوں کی فہرست رکھتے ہیں، نام، شہر، پوسٹ کوڈ اور فون نمبر کے ساتھ، اور آپ کی ویب سائٹ کو انھیں نقشے پر دکھانا ہے۔ آپ شیٹ کو CSV کے طور پر محفوظ کرتے ہیں، یہاں چھوڑتے ہیں اور بٹن دباتے ہیں۔ ایک لمحے بعد آپ 120 ریکارڈوں والی JSON ڈاؤن لوڈ کرتے ہیں۔ شروع کے صفر والے پوسٹ کوڈ سلامت ہیں، کیونکہ وہ سٹرنگ ہیں۔ آپ فائل کو صفحے کے ساتھ رکھتے ہیں، اور نقشے کی لائبریری اسے پڑھتی ہے۔ جب کوئی دکان منتقل ہوتی ہے تو آپ اسپریڈ شیٹ ایڈٹ کرتے ہیں اور دوبارہ تبدیل کرتے ہیں۔
ایک مختصر چیک لسٹ
تبدیلی سے پہلے
ہیڈر کو پہلی سطر میں رکھیے۔ عنوان اور کل رقوم ہٹائیے۔ ہر کالم کو منفرد نام دیجیے۔
تبدیلی کے دوران
جب تک فائل تیار نہ ہو صفحے پر رہیے۔
تبدیلی کے بعد
JSON کھولیے، کلیدیں اور چند ریکارڈ جانچیے، اور CSV کو اپنے اصل نسخے کے طور پر رکھیے۔
عام غلطیاں
ہیڈر کے اوپر عنوان چھوڑ دینا
پہلی سطر کلیدیں بنتی ہے۔ وہاں کا عنوان انھیں خراب کر دیتا ہے۔
تاریخوں کے تبدیل ہونے کی توقع
تاریخیں متن رہتی ہیں۔ وصول کرنے والے پروگرام کو انھیں سمجھنے دیجیے۔
CSV کو مٹا دینا
اسے رکھیے۔ یہ وہ نسخہ ہے جسے آپ اسپریڈ شیٹ میں ایڈٹ کر سکتے ہیں۔
آپ کا ڈیٹا آپ کے آلے پر رہتا ہے
تبدیلی مقامی طور پر ہوتی ہے۔ آپ کی فائل آپ کا اپنا براؤزر پڑھتا ہے، وہیں دوبارہ لکھتا ہے اور JSON کے طور پر واپس دیتا ہے۔ کچھ اپ لوڈ نہیں ہوتا، اس لیے کوئی کاپی سرور پر نہیں رہتی اور کوئی اور اسے پڑھ نہیں سکتا۔ نجی مواد والے ڈیٹا کے لیے CSV کو JSON میں تبدیل کرنے کا یہی محفوظ طریقہ ہے۔
خلاصہ
یہاں CSV کو JSON میں تبدیل کرنے کے لیے فائل چھوڑیے اور بٹن دبائیے۔ وہ آپ کے براؤزر میں پڑھی اور لکھی جاتی ہے، اس لیے فائل آپ کے آلے سے باہر نہیں جاتی۔ ہر خانہ محفوظ رہتا ہے، پہلی سطر کلیدوں کے طور پر۔ اقتباس والے خانے اپنے کاما، اپنی سطر کی تقسیمیں اور اپنے دوہرے اقتباسی نشان رکھتے ہیں، اور جو فائل نئی سطر کے بغیر ختم ہو وہ بھی اپنی آخری سطر دیتی ہے۔ CSV کا خانہ متن ہے اور کچھ نہیں، اس لیے اقسام اصول سے واپس پڑھی جاتی ہیں، جادو سے نہیں: سادہ اعداد، true، false اور null پہچانے جاتے ہیں، اور باقی سب سٹرنگ رہتا ہے، اسی لیے شروع کا صفر، فون نمبر یا شناخت کنندہ سلامت رہتا ہے۔ الگ کرنے والا نشان پہلی لائن سے معلوم کیا جاتا ہے، کاما یا سیمی کولن، جو اقتباس سے باہر زیادہ بار آئے۔