VCF फ़ाइल क्या होती है?

VCF एक सादा टेक्स्ट फ़ॉर्मेट है, जो किसी भी एडिटर में खुल जाता है। इसका इस्तेमाल प्रोग्रामों के बीच डेटा ले जाना के लिए होता है।

एक्सटेंशन .vcf है और पूरा नाम vCard Contact। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

यह 1995 तक पीछे जाता है। विनिर्देश RFC 6350 है।

जो फ़ॉर्मेट इतने लंबे समय तक पढ़ा जाता रहा हो, उसे वह चीज़ सौंपी जा सकती है जो आपको दस साल बाद वापस चाहिए।

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

VCF फ़ाइल अपना अंदरूनी हिस्सा हूबहू सहेजती है। दोबारा सहेजने से कुछ नहीं बदलता, इसलिए इसे जितनी बार चाहें खोलिए, बदलिए और फिर से सहेजिए — नुक़सान जमा नहीं होता। यही बात इसे सौंपने का नहीं, काम करने का फ़ॉर्मेट बनाती है।

Google Contacts, Apple Contacts और Microsoft Outlook इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।

इसे कोई भी ब्राउज़र नहीं पढ़ता।

इसे बदलने की सबसे आम वजह यही है: फ़ॉर्मेट ख़राब है, ऐसा नहीं — बात यह है कि जहाँ आप फ़ाइल दिखाना चाहते हैं वह जगह उसे पढ़ ही नहीं सकती।

VCF इसलिए बना है कि इसे खोला और बदला जाए। जब तक काम चल रहा है फ़ाइल इसी फ़ॉर्मेट में रखिए, और जब भी बनी हुई प्रति चाहिए हो, इसी से निर्यात कीजिए।

फ़ोन से। लगभग हमेशा। Android, iPhone, Google Contacts या Outlook से संपर्क एक्सपोर्ट करना VCF बनाता है, और संदेश या ईमेल से एक संपर्क साझा करना भी इसे अटैच करता है। यह इकलौता फ़ॉर्मेट है जिस पर वे सब सहमत हैं, यही वजह है यह 1995 के डिज़ाइन के बावजूद टिका है।

दूसरा आम स्रोत मेल क्लाइंट है। हस्ताक्षर ब्लॉक, एड्रेस बुक, और बिज़नेस ईमेल के साथ आया छोटा कार्ड सब vCard हैं। बिना माँगे contact.vcf जैसी नाम वाली फ़ाइल मिले तो यही हुआ है।

यह दोनों दिशाओं में लोगों को चौंकाता है। फ़ोन से साझा vCard एक इंसान रखती है; एड्रेस बुक से एक्सपोर्ट की vCard सबको रखती है, उसी फ़ाइल में एक के बाद एक, हर एक BEGIN:VCARD और END:VCARD लाइनों के बीच।

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

तीन वर्ज़न घूम रहे हैं और वे बदले जाने लायक़ नहीं। वर्ज़न 2.1 1996 का है और ग़ैर-अंग्रेज़ी टेक्स्ट को ऐसे तरीक़े से एनकोड करता है जिसे आधुनिक सॉफ़्टवेयर अक्सर ग़लत पढ़ता है। वर्ज़न 3.0 वह है जो ज़्यादातर सिस्टम लिखते हैं। वर्ज़न 4.0, RFC 6350 में तय, मौजूदा मानक है और अब भी सार्वभौमिक रूप से स्वीकृत नहीं।

RFC 6350 VERSION लाइन को BEGIN:VCARD के तुरंत बाद रखता है, पर पुराने वर्ज़न को यह कहीं भी कार्ड में चाहिए, तो 2.1 फ़ाइल में दूसरी लाइन पढ़ने की बजाय शब्द खोजिए। जब कोई इम्पोर्ट ग़लत हो तो यह करना लायक़ है।

वर्ज़न 4.0 ने UTF-8 अपनाया और समस्या ज़्यादातर ख़त्म हो गई। पुरानी फ़ाइलों को यह सुविधा नहीं थी: 2.1 quoted-printable एनकोडिंग इस्तेमाल करता था जिसका character set प्रति फ़ील्ड घोषित होता, और बहुत-से सॉफ़्टवेयर ने इसे असंगत तरीक़े से लिखा।

दिखने वाला नतीजा है प्रश्न-चिह्न वाले नाम, अजीब जगह बड़े अक्षर, या surname के बीच =C3=BC जैसी क्रमबद्धता। यह आख़िरी वाला quoted-printable है जो दिख रहा है — डेटा बरक़रार है, reader उसे decode नहीं कर रहा। Encoding समझने वाले टूल से फ़ाइल बदलना इसे ठीक कर देता है।

vCard संपर्क की तस्वीर base64 टेक्स्ट के तौर पर embed कर सकता है, और एड्रेस बुक डिफ़ॉल्ट रूप से यही करती हैं। यही वजह है आठ सौ संपर्कों का एक्सपोर्ट कुछ दर्जन किलोबाइट की बजाय कई मेगाबाइट का है।

यही वजह है VCF कभी-कभी इम्पोर्ट में नाकाम होती है: कुछ सिस्टम प्रति कार्ड आकार सीमा लगाते हैं, और हाई-रेज़ोल्यूशन तस्वीर एक प्रविष्टि को उससे आगे धकेल देती है। अगर bulk इम्पोर्ट बीच में रुके, किसी एक संपर्क की बड़ी तस्वीर आम वजह है।

यह सबसे आम बदलाव है, बहुत बड़े अंतर से: संपर्क स्प्रेडशीट में, डुप्लीकेट साफ़ करने के लिए, mail merge के लिए, या सिर्फ़ CSV स्वीकारने वाले सिस्टम में इम्पोर्ट के लिए। मैपिंग काम करती है क्योंकि vCard का ज़्यादातर हिस्सा सादे फ़ील्ड हैं — नाम, संस्था, फ़ोन, ईमेल, पता।

जो साफ़ तौर पर नहीं मैप होता वह है दोहराव। चार फ़ोन नंबर और तीन ईमेल पते वाला संपर्क कॉलम बनना पड़ता है, और हर टूल थोड़ा अलग कॉलम नाम चुनता है। Structured नाम अलग हिस्सों से गंतव्य की उम्मीद में सिमट जाते हैं, और embed तस्वीरें छूट जाती हैं।

भरोसेमंद क्रम है: VCF में एक्सपोर्ट करना, फ़ाइल ट्रांसफ़र करना, इम्पोर्ट करना। यह Android और iPhone के बीच दोनों दिशाओं में काम करता है, और इसे दोनों डिवाइस के एक जैसे cloud अकाउंट पर भरोसा करने की ज़रूरत नहीं।

बाद में दो चीज़ें जाँचनी हैं। डुप्लीकेट: गंतव्य पहले साफ़ किए बिना इम्पोर्ट करना जोड़ता है, बदलता नहीं, और ज़्यादातर एड्रेस बुक डुप्लीकेट बुरी तरह हटाती हैं। और समूह या लेबल: वे मूल फ़ॉर्मेट से बाहर हैं, असंगत ढंग से संभाले जाते हैं, और सबसे ज़्यादा ख़ाली पहुँचने वाली चीज़ हैं।

डबल-क्लिक कीजिए और आपका संपर्क ऐप उसे इम्पोर्ट करने की पेशकश करता है। पहले भीतर क्या है यह देखना हो तो किसी भी टेक्स्ट एडिटर में खोलिए — यह सादा टेक्स्ट है और बनावट एक नज़र में पढ़ने लायक़ है, जो एक संपर्क और पूरी एड्रेस बुक में फ़र्क़ करने का सबसे तेज़ तरीक़ा है।

अगर सिस्टम फ़ाइल को नकारता है, संख्या नहीं बताई गई त्रुटि के साथ, वजह अक्सर वही VERSION लाइन या encoding है जो ऊपर बताई गई। टेक्स्ट एडिटर में शुरुआत की कुछ लाइनें देखना आम तौर पर बताता है फ़ाइल किस वर्ज़न की है।