VCF को CSV में बदलें

कोई संपर्क पढ़ने के लिए नहीं बदलता। फ़ाइल इसलिए मौजूद है क्योंकि कुछ स्थानांतरित होना है: फ़ोन की एड्रेस बुक CRM में, जाते साथी के संपर्क साझा अकाउंट में, Outlook से निकली मेलिंग लिस्ट न्यूज़लेटर टूल में।

यही गंतव्य की उम्मीदों को अहम बना देता है, और गंतव्य अपनी राय रखते हैं। CRM इम्पोर्ट स्क्रीन "Mobile Phone" जैसा नाम वाला कॉलम चाहती है और अलग "Work Email"। vCard में इनमें से कोई अवधारणा नहीं: इसमें type लेबल वाली telephone property की सूची है, कितनी भी, किसी भी क्रम में। यह पूरा पेज इसी बेमेल के बारे में है।

हर संपर्क `name`, `first name`, `last name`, `organisation`, `title`, `emails`, `phones`, `addresses` और `note` की पंक्ति बनता है। तीन बहुवचन कॉलम उस तरह की हर चीज़ रखते हैं, सेमीकोलन और स्पेस से बाँटी, सामने type के साथ जहाँ कार्ड ने दिया।

विकल्प था गिनी गई कॉलम, और वह दोनों दिशाओं में बुरा है। पाँच चुनिए और छह नंबर वाला संपर्क एक चुपचाप खो देता है। फ़ाइल में मिली अधिकतम गिनती चुनिए और बाक़ी सबको एक दर्जन ख़ाली कॉलम वाली पंक्ति मिलती है जिसका मतलब संपर्क-दर-संपर्क बदलता है।

दो रास्ते, एक्सपोर्ट कितना एक जैसा है इस पर निर्भर। अगर लगभग हर संपर्क एक जैसी बनावट का है — एक mobile, एक work नंबर — Excel या Google Sheets में सेमीकोलन पर Text to Columns एक क़दम में कर देता है, फिर find-and-replace से type प्रीफ़िक्स हटाइए।

बनावट बदलती है तो Power Query सही औज़ार है: Split Column by Delimiter को rows में देता है प्रति नंबर एक पंक्ति, जिसे फिर type प्रीफ़िक्स पर pivot करके सही नाम वाले कॉलम में मिला सकते हैं। CRM को compound सेल समझने देने की बजाय बाँटना स्प्रेडशीट में कीजिए।

vCard पता सात हिस्सों वाला structured मान है, तय क्रम में: post office box, extended address, street, locality, region, postal code और country। ज़्यादातर कार्ड कई ख़ाली छोड़ते हैं, तो साधारण जर्मन पता दो अगुआ सेमीकोलन के साथ लिखा जाता है।

वे ख़ाली हिस्से छोड़ दिए जाते हैं और बाक़ी कॉमा से जुड़कर पढ़ने लायक़ `Hauptstraße 3, Berlin, 10115, Germany` बनाते हैं, बनावट को मिटाते हुए। नतीजे वाले सेल में कुछ नहीं बताता `10115` postal code थी, घर नंबर नहीं। शहर और postcode अलग-अलग चाहने वाली CRM के लिए कॉलम हाथ से जाँचनी पड़ती है।

vCard नाम दो बार ढोती है: एक फ़ॉर्मेटेड स्ट्रिंग के तौर पर, जो `name` कॉलम बनती है, और एक structured मान के तौर पर family, given, additional, prefix, suffix क्रम में। वह structured मान `last name` और `first name` भरता है, इसी क्रम में।

दोनों रखे जाते हैं क्योंकि वे उम्मीद से ज़्यादा बार असहमत होते हैं। बिज़नेस कार्ड स्कैन करके बने कार्ड में अक्सर फ़ॉर्मेटेड नाम होता है और खाली structured वाला। `last name` भरा होने पर उस पर सॉर्ट करना सही है; न भरे होने पर `name` पर लौटना सबसे सुरक्षित नियम है।

आधुनिक vCard तस्वीर, जन्मदिन, कई वेब पते, इंस्टेंट-मैसेजिंग हैंडल, भौगोलिक स्थिति, समय क्षेत्र, categories, संबंधित-संपर्क सूची और `X-` प्रीफ़िक्स वाले किसी भी विक्रेता-विशिष्ट विस्तार को ढो सकता है। इनमें से कोई नतीजे में नहीं दिखता।

तस्वीर नाम लेने लायक़ है, क्योंकि यह आम तौर पर फ़ाइल का बड़ा हिस्सा है — हर कार्ड पर base64-एनकोडेड तस्वीर ही वजह है पाँच-सौ-संपर्क एक्सपोर्ट सौ किलोबाइट की बजाय कई मेगाबाइट का है। किसी टेबल में इसके रखने की जगह नहीं।

यह फ़ॉर्मेट और इसका calendar भाई-बहन दोनों पचहत्तर byte पर लंबे मान लपेटते हैं और continuation को अगुआ स्पेस या tab से चिह्नित करते हैं। बदलाव से पहले वे जोड़े जाते हैं, जो हर लंबे नोट और पते को कटने से रोकता है।

जो नहीं संभाला जाता वह है quoted-printable, जो vCard 2.1 सादे ASCII से बाहर हर चीज़ के लिए इस्तेमाल करता था। पुराने फ़ोन के एक्सपोर्ट `Müller` को `M=C3=BCller` लिखते हैं। ऐसे नाम मिलें तो स्रोत से vCard 3.0 या 4.0 में दोबारा एक्सपोर्ट कीजिए।

फ़ोन नंबर या ईमेल पते के सामने का लेबल कार्ड की अपनी type property है, छोटे अक्षरों में। जहाँ कोई property कई type रखती है — work और voice दोनों चिह्नित नंबर, जो आम है — सिर्फ़ पहला इस्तेमाल होता है, तो `TYPE="WORK,VOICE"` बनता है `work`।

यह लेबल स्रोत जितने ही एक जैसे हैं, यानी बहुत नहीं: कोई एक्सपोर्ट `cell` लिखता है, दूसरा `mobile`, तीसरा `iphone`, और वेब फ़ॉर्म से बना कार्ड बिना type के सादा नंबर दे सकता है। पूरे कॉलम पर एक बार find-and-replace करना लायक़ है।

दो अकाउंट से sync हुए फ़ोन का संपर्क एक्सपोर्ट आम तौर पर एक ही इंसान को दो बार रखता है, और CSV इसे वफ़ादारी से दोहराता है। Deduplicate करने के लिए कोई पहचानकर्ता कॉलम नहीं — vCard की पहचान property नौ में शामिल नहीं।

तो deduplication मिलान की समस्या है। मौजूद होने पर ईमेल पता सबसे मज़बूत कुंजी है, फिर फ़ॉर्मेटेड नाम प्लस संस्था। इम्पोर्ट से पहले स्प्रेडशीट में यह कीजिए: कॉलम सॉर्ट करके दोहराव खोजना कुछ सौ संपर्कों पर कुछ मिनट लेता है।

बदलाव इसी ब्राउज़र टैब में सादी JavaScript है। कोई इंजन डाउनलोड नहीं, कुछ अपलोड नहीं, कोई अकाउंट नहीं, कोई रोज़ाना सीमा नहीं, और नेटवर्क टैब बदलाव के दौरान यह पुष्ट करने का तरीक़ा है।

इस फ़ाइल प्रकार के लिए यह सुविधा भर नहीं। एड्रेस बुक दूसरों का निजी डेटा है — नाम, निजी नंबर, घर के पते — जो आपके पास है और उनका है, और इसे किसी कन्वर्टर को अपलोड करना तीसरे पक्ष को ट्रांसफ़र है। यहाँ दर्ज करने को कुछ नहीं।