5

मान लीजिए कि आपके पास एक ऐसी प्रणाली है जिसमें उपयोगकर्ता द्वारा स्क्रीन पर, ईमेल के माध्यम से या कागज के माध्यम से एक काफी लंबे कुंजी मूल्य को सटीक रूप से संप्रेषित किया जा सकता है; लेकिन उपयोगकर्ता को फ़ोन पर इसे पढ़कर, या इसे पढ़कर और इसे किसी अन्य इंटरफ़ेस में वापस टाइप करके सटीक रूप से कुंजी को संवाद करने में सक्षम होना चाहिए।एन्कोडिंग जो गलत पढ़ने/गलत टाइपिंग/मिस्पीकिंग को कम करता है?

पढ़ने/सुनवाई/टाइपिंग को आसान बनाने के लिए कुंजी को एन्कोड करने का "अच्छा" तरीका क्या है & सटीक?

यह एक चालान संख्या, एक दस्तावेज़ आईडी, एक लेनदेन आईडी या कुछ अन्य अमूर्त मूल्य हो सकता है। के इस चर्चा अंतर्निहित कुंजी मान एक बड़ी संख्या है की खातिर मान लें, का कहना है कि आधार में 40 अंक से 10

कुछ विचार:

छोटा कुंजी आम तौर पर बेहतर कर रहे हैं

  • एक 40 -डिजिट आधार 10 मान दिए गए स्थान में फिट नहीं हो सकता है, और
  • के बीच में खो जाना आसान है 33-34 अंकों
  • में समान मान को 16 में दर्शाया जा सकता है वही मूल्य 26 अंक
  • में आधार 36 में प्रतिनिधित्व किया जा एक ही मूल्य 22-23 अंक

वर्ण कि एक दूसरे के साथ नेत्रहीन उलझन में नहीं किया जा सकता में आधार 64 में प्रतिनिधित्व किया जा सकता है बेहतर हैं

  • जैसे एक एन्कोडिंग जिसमें ओ (ओएच) और 0 (शून्य), या एस (एएस) और 5 (पांच) दोनों शामिल हैं, खराब हो सकते हैं
  • यह समस्या उस कुंजी को प्रदर्शित करने के लिए उपयोग किए गए फ़ॉन्ट/चेहरे पर निर्भर करती है, जो आप हो सकते हैं कुछ मामलों में नियंत्रण करने में सक्षम (जैसे पेपर पर प्रिंटिंग) लेकिन दूसरों में नियंत्रण नहीं कर सकता (जैसे वेब पेज और ईमेल)।
  • यह भी निर्भर करता है कि आप ऊपरी और/या निचले मामले के विशेष उपयोग को नियंत्रित कर सकते हैं - उदा। पूंजी डी (डीई) ओ (ओह) की तरह लग सकता है लेकिन कम मामला डी (डीई) नहीं होगा; जबकि लोअर केस एल (ell) 1 (एक) जैसा दिखता है जबकि पूंजी एल (ell) नहीं होगा। (विशेष रूप से विदेशी फोंट/चेहरों के लिए अपवादों के साथ)।

वर्ण कि एक दूसरे के साथ मौखिक रूप से/मौखिक रूप से भ्रमित नहीं होना कर सकते हैं बेहतर हैं

  • एक (ay) 8 (आठ)
  • बी (मधुमक्खी) सी (CEE) डी (डी) ई (ईई) जी (जीई) पी (पीई) टी (टीई) वी (वीई) जेड (ज़ीई) 3 (तीन)
  • यह समस्या एंड-टू-एंड चैनल की ऑडियो गुणवत्ता पर निर्भर करती है - बड़ी चुनौती यदि अपेक्षित उपयोगकर्ता आधार में भाषण बाधा हो सकती है, या गैस मास्क के माध्यम से बात करनी पड़ सकती है, या संचार चैनल में सीबी रेडियो या चटनी वीओआईपी फोन सिस्टम शामिल हो सकते हैं।

चेक अंक या दो जोड़ना त्रुटियों का पता लगाएगा लेकिन त्रुटियों को हल करने में मदद नहीं करेगा।

एक अल्फा - ब्रावो - चार्ली - डेल्टा प्रकार संवाद त्रुटियों की सुनवाई में मदद कर सकता है, लेकिन त्रुटियों को नहीं पढ़ सकता है।

एन्कोडिंग के संभावित विकल्प:

  • बेस 64 - कॉम्पैक्ट, लेकिन बहुत सारे मुश्किल से क्रिया बनाना वर्ण (अंडरस्कोर, डैश आदि)
  • बेस 34 - 0-9 और एजेड लेकिन ओ (ओएच) और मैं (एई) अंकों के साथ भ्रमित करने के लिए सबसे आसान छोड़ दिया
  • बेस 32 - आधार 34 के समान है लेकिन 0 (शून्य) और 1 (एक) के साथ-साथ

I क्या एक आम तौर पर मान्यता प्राप्त एन्कोडिंग है जो इस परिदृश्य के लिए एक उचित समाधान है?

+1

आईसीएओ (http://en.wikipedia.org/wiki/NATO_phonetic_alphabet) का उपयोग करें? – ninjalj

उत्तर

0

जब मैंने इसे पहले सुना, तो मुझे लेख A Proposal for Proquints: Identifiers that are Readable, Spellable, and Pronounceable पसंद आया। यह व्यंजनों और स्वरों के अनुक्रम के रूप में डेटा को एन्कोड करता है। हालांकि यह अंग्रेजी भाषा से जुड़ा हुआ है। (क्योंकि जर्मन में, f और v ध्वनि बराबर है, इसलिए उन्हें दोनों का उपयोग नहीं किया जाना चाहिए।) लेकिन मुझे सामान्य विचार पसंद है।

संबंधित मुद्दे

 संबंधित मुद्दे