vCard QR कोड जनरेटर

vCard 4.0 रिकॉर्ड कैसा दिखता है

पेलोड एक छोटा सादा-टेक्स्ट दस्तावेज़ है, कोई लिंक नहीं। यह BEGIN:VCARD और VERSION:4.0 से खुलता है, प्रति पंक्ति एक प्रॉपर्टी रखता है जिन्हें कैरिज रिटर्न और लाइन फ़ीड अलग करते हैं, और END:VCARD पर बंद होता है। संस्करण 4.0 की परिभाषा RFC 6350 देता है।

नाम को दो प्रॉपर्टी सँभालती हैं और दोनों का काम अलग है। N संरचित नाम को पाँच क्रमित खानों में रखती है, जिनमें कुलनाम पहले आता है। FN वह अकेली प्रदर्शन-पंक्ति रखती है जो एड्रेस बुक दिखाती है, और RFC 6350 FN को अनिवार्य बनाता है — इसीलिए बिना किसी नाम वाला कार्ड मान्य रिकॉर्ड होता ही नहीं।

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

• N:Sharma;Ananya;;; और फिर FN:Ananya Sharma
• ORG:Nandan Bindery तथा TITLE:Head of production
• TEL;TYPE=cell:+919876543210 और TEL;TYPE=work,voice:+911125550142
• ADR;TYPE=work:;;18 Nehru Marg;Jaipur;Rajasthan;302001;India
• RFC 6350 TEL को tel: URI के रूप में परिभाषित करता है; यहाँ इस्तेमाल हुआ छोटा, सादा-नंबर वाला रूप वही है जिसकी 3.0 के दौर के पार्सर अपेक्षा करते हैं

संपर्क कार्ड बड़ा सिंबल क्यों बनाता है

इस पेज का हर फ़ील्ड भरने वाला कार्ड लगभग 400 बाइट टेक्स्ट तक पहुँच जाता है, यानी एक सामान्य वेब लिंक से कई गुना। स्तर H सिंबल के लगभग दो तिहाई कोडवर्ड त्रुटि सुधार पर खर्च करता है — संस्करण 40 पर 3,706 में से 2,430 — और इसी से वह सिंबल का लगभग 30 प्रतिशत दोबारा बना पाने की क्षमता खरीदता है। यही H को सबसे कम सामग्री रखने वाला स्तर भी बना देता है: संस्करण 20 की ग्रिड H पर 382 बाइट रखती है। इसीलिए यहाँ डिफ़ॉल्ट M है, जो वही जानकारी साफ़ तौर पर छोटी ग्रिड पर बिठा देता है।

संस्करण 20 आर-पार 97 मॉड्यूल का होता है। मानक हर तरफ़ जो चार मॉड्यूल का शांत क्षेत्र माँगता है, उसे जोड़ने पर किनारे से किनारे तक 105 मॉड्यूल हो जाते हैं। 25 mm चौड़ा छापने पर हर मॉड्यूल लगभग 0.24 mm का पड़ता है। छपाई के दिशानिर्देश प्रति मॉड्यूल न्यूनतम 0.4 से 0.5 mm रखते हैं, यानी वे 105 मॉड्यूल चौड़ाइयाँ कहीं 42 से 53 mm के बीच माँगती हैं, और 25 mm पर पूरा संपर्क कार्ड इन दोनों में से किसी भी आँकड़े से काफ़ी नीचे है।

अगर कोड को छोटा ही रहना है, तो हल ज़्यादा रिकवरी नहीं बल्कि कम बाइट है। नोट, दूसरा फ़ोन नंबर और क्षेत्र हटा देने से अक्सर पेलोड में से सौ बाइट निकल जाते हैं और संस्करण कई पायदान नीचे आ जाता है।

• मात्रा वाले और ग़ैर-लैटिन अक्षर UTF-8 में एन्कोड होते हैं, और हर एक एक के बजाय दो से चार बाइट लेता है
• केंद्र में लोगो स्तर H थोप देता है, इसलिए पूरे कार्ड के साथ लोगो हो तो छपाई का बड़ा आकार चाहिए
• एक सिंबल की परम ऊपरी सीमा 2,953 बाइट है, वह भी स्तर L पर

संस्करण 4.0, और उसे अब भी कौन पढ़ता है

चलन में vCard के तीन संस्करण हैं: 2.1, RFC 2426 वाला 3.0, और RFC 6350 वाला 4.0। यह पेज 4.0 लिखता है, जो मौजूदा विनिर्देश है और वही है जो एन्कोडिंग के रूप में UTF-8 तय करता है, बजाय वर्ण-समुच्चय को किसी पैरामीटर के भरोसे छोड़ने के।

iOS Contacts और मौजूदा Android संपर्क ऐप स्कैन से 4.0 रिकॉर्ड पढ़ लेते हैं। उससे नीचे समर्थन सार्वभौमिक नहीं है: तीसरे पक्ष के कुछ पुराने संपर्क ऐप और कुछ एंटरप्राइज़ एड्रेस बुक 2.1 या 3.0 के हिसाब से बने थे और या तो अनजानी प्रॉपर्टी अनदेखी कर देंगे या पूरा रिकॉर्ड ही ठुकरा देंगे। अगर कार्ड को पुराने हैंडसेट के पूरे बेड़े तक पहुँचना है, तो हज़ार छापने से पहले एक जाँच लीजिए।

रिकॉर्ड की कोई बात सत्यापित नहीं होती। vCard वही कहता है जो आपने टाइप किया, इसलिए स्कैन संपर्क सहेजने का प्रस्ताव है, इस बात का प्रमाण नहीं कि संपर्क असली है। हर प्लेटफ़ॉर्म एड्रेस बुक में लिखने से पहले पुष्टि की स्क्रीन दिखाता है।