अनुवाद शब्दावली कैसे बनाएँ जिसे अनुवादक और AI वास्तव में उपयोग कर सकें

अनुवाद शब्दावली बनाने के लिए, उन अवधारणाओं को चुनें जिनके लिए नियंत्रित शब्दावली आवश्यक है, अपने दस्तावेज़ में प्रत्येक का अर्थ परिभाषित करें, प्रत्येक भाषा और संदर्भ के लिए एक लक्ष्य शब्द स्वीकृत करें, और उन निर्णयों को बनाए रखने के लिए एक स्वामी नियुक्त करें। फिर अनुवादकों या किसी अनुवाद उपकरण को सौंपने से पहले वास्तविक अनुच्छेदों में प्रविष्टियों का परीक्षण करें।

सबसे उपयोगी अंतर आपके निर्णयों को दर्ज करने वाली मुख्य शब्दावली और किसी उपकरण द्वारा उपभोग की जा सकने वाली छोटी निर्यात फ़ाइल के बीच है। दो-स्तंभ आयात फ़ाइल आवश्यक हो सकती है, लेकिन यह उस संदर्भ, प्रमाण और स्वीकृति इतिहास को प्रतिस्थापित नहीं कर सकती जिसने उन दो स्तंभों को विश्वसनीय बनाया।

रिक्त शब्दावली टेम्पलेट और कार्यरत शब्दावली उदाहरण से शुरू करें। दोनों UTF-8 CSV फ़ाइलें हैं। उदाहरण में एक काल्पनिक उत्पाद और अंग्रेज़ी-से-फ़्रेंच के दृष्टांतात्मक निर्णय हैं; यह प्रमाणित शब्दावली सूची, ग्राहक परियोजना, या BookTranslator के लिए तैयार आयात प्रीसेट नहीं है।

शब्दावली को शब्दकोश से छोटा रखें

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

एक उपयोगी चयन चरण पूछता है:

• क्या यह अवधारणा अनुभागों, फ़ाइलों या योगदानकर्ताओं में बार-बार आती है?
• क्या स्रोत शब्द के एक से अधिक प्रासंगिक अर्थ हैं?
• क्या संगठन, लेखक या विषय क्षेत्र किसी विशिष्ट लक्ष्य रूप की माँग करता है?
• क्या भिन्न चयन किसी चेतावनी, निर्देश, इंटरफ़ेस या तर्क को समझना कठिन बना देगा?
• क्या यह शब्द नया, विवादित, या इस परियोजना में सुधार का कारण बनने के लिए ज्ञात है?

एक दुर्लभ परंतु परिणामकारी शब्द किसी सामान्य बारंबार आने वाले शब्द से पहले प्रविष्टि का हकदार हो सकता है। बिना किसी वास्तविक अस्पष्टता वाले मानक शब्द को शायद प्रविष्टि की आवश्यकता ही न हो।

COTSOES की अनुवाद के लिए शब्दावली प्रबंधन प्रारंभिक मार्गदर्शिका संगठन से प्रासंगिक शब्दावली और स्पष्ट सत्यापन जिम्मेदारियों की सिफ़ारिश करती है। यह इस बात की भी चेतावनी देती है कि केवल प्रविष्टियों की संख्या गुणवत्ता स्थापित नहीं करती। यहाँ उसके सॉफ़्टवेयर उदाहरणों की आयु से अधिक ये सिद्धांत मायने रखते हैं।

उम्मीदवार निष्कर्षण केवल इनबॉक्स है। निकाला गया वाक्यांश तब उपयोगी शब्दावली बनता है जब आप जानते हैं कि उसका अर्थ क्या है, वह कब लागू होता है, और लक्ष्य शब्दावली को किसने स्वीकृत किया।

एक अर्थ के चारों ओर एक रिकॉर्ड बनाएँ

स्रोत स्ट्रिंग को रिकॉर्ड का एकमात्र स्वामी न बनाएँ। अंग्रेज़ी शब्द “charge” विद्युत गुण या बिल की गई राशि का वर्णन कर सकता है। प्रत्येक प्रयोग को एक फ़्रेंच शब्द से मैप करने वाली एक पंक्ति त्रुटि को एन्कोड करेगी, संगति को नहीं।

प्रत्येक अवधारणा को एक स्थिर पहचानकर्ता दें, फिर भाषा-विशिष्ट निर्णय जोड़ें। एक साधारण स्प्रेडशीट में, प्रति अवधारणा और स्रोत/लक्ष्य लोकेल युग्म एक पंक्ति का उपयोग करें। दो पंक्तियाँ एक ही स्रोत वर्तनी साझा कर सकती हैं बिना एक ही अवधारणा का प्रतिनिधित्व किए।

टेम्पलेट में ये फ़ील्ड हैं:

संदर्भ स्रोत से समीक्षक को वह अंश फिर से खोजने में मदद मिलनी चाहिए: फ़ाइल का संस्करण और अनुभाग, कोई आधिकारिक शब्द रिकॉर्ड, या कोई अन्य टिकाऊ स्रोत। “इंटरनेट से” पर्याप्त नहीं है। मूल लेखक द्वारा परिभाषित अवधारणा के लिए, पांडुलिपि की अपनी परिभाषा ही प्रासंगिक प्रमाण हो सकती है।

परिभाषा को स्रोत संदर्भ से अलग रखें। परिभाषा बताती है कि अवधारणा क्या है; संदर्भ दिखाता है कि इसका उपयोग कैसे होता है। “Select the workspace” जैसा वाक्य उपयोग दर्शाता है, लेकिन यह नहीं समझाता कि वर्कस्पेस में क्या होता है या यह किसी प्रोजेक्ट से कैसे भिन्न है।

पाँच सामान्य शब्दावली प्रविष्टियों की मरम्मत करें

निम्नलिखित मरम्मतें डाउनलोड करने योग्य काल्पनिक उदाहरण से संबंधित हैं। ये संपादकीय निर्णयों को दर्शाती हैं, न कि सार्वभौमिक फ़्रेंच शब्दावली नियमों को। नमूना अंश आसपास का पाठ प्रदान करते हैं।

1. एक बहुअर्थी शब्द जिसका एक ही ज़बरदस्ती लक्ष्य है

कमज़ोर प्रविष्टि: charge → charge

मरम्मत: अलग-अलग अवधारणाएँ बनाएँ:

• विद्युत गुण: स्रोत charge; लक्ष्य charge électrique; क्षेत्र “introductory electronics”; संदर्भ “The capacitor stores electric charge.”
• बिल की गई राशि: स्रोत charge; लक्ष्य frais; क्षेत्र “billing”; संदर्भ “The delivery charge is shown before payment.”

इसका मतलब यह नहीं है कि कोई भी मैपिंग “charge” के हर प्रयोग पर लागू होनी चाहिए। प्रविष्टि का क्षेत्र और संदर्भ निर्णय का हिस्सा हैं। यदि चुना गया उपकरण इनमें अंतर नहीं कर सकता, तो वैश्विक प्रतिस्थापन के बजाय अलग-अलग प्रोजेक्ट निर्यात, एक लंबा स्पष्ट वाक्यांश, या मानवीय समीक्षा का उपयोग करें।

2. एक शब्द जिसका शब्द-भेद नहीं दिया गया

कमज़ोर प्रविष्टि: seal → sceller

मरम्मत: क्रिया को घटक से अलग करें:

• “लिफ़ाफ़े को सील करना”: एक क्रिया, इस परियोजना में उदाहरणात्मक लक्ष्य sceller के साथ।
• “रबर सील बदलना”: एक घटक को संदर्भित करने वाला संज्ञा, लक्ष्य joint के साथ।

अब स्प्रेडशीट दो अवधारणाओं का वर्णन करती है, न कि यह सुझाव देती है कि रबर का घटक कोई क्रिया है। वास्तविक तकनीकी दस्तावेज़ के लिए, डोमेन समीक्षक से घटक के अर्थ और पसंदीदा शब्द को सत्यापित करवाएँ।

3. दो स्वीकार्य अनुवाद, बिना किसी परियोजना वरीयता के

कमज़ोर प्रविष्टि: workspace → espace de travail / zone de travail

सुधार: काल्पनिक एप्लिकेशन के नामित कंटेनर के लिए espace de travail को स्वीकृत करें। zone de travail को इस इंटरफ़ेस अवधारणा के लिए अस्वीकृत रूपांतर के रूप में दर्ज करें, न कि सामान्य रूप से खराब फ़्रेंच के रूप में। एक उपयोग नोट जोड़ें कि सामान्य व्याकरणिक रूपांतरण की अनुमति है।

अस्वीकृत रूपांतर के लिए एक कारण और एक दायरा आवश्यक है। अन्यथा एक समीक्षक भिन्न संदर्भ में एक पूर्णतः वैध वाक्यांश को “सुधार” सकता है।

4. केवल संकेत द्वारा संरक्षित उत्पाद नाम

कमज़ोर प्रविष्टि: LeafDeck → LeafDeck

सुधार: do_not_translate=true सेट करें, इसे काल्पनिक उत्पाद नाम के रूप में पहचानें, केस सुरक्षित रखें, और डेमो परियोजना के नामकरण निर्णय का हवाला दें। स्पष्ट करें कि यह नियम सामान्य विवरण में असंबंधित शब्दों पर लागू नहीं होता।

केवल स्रोत और लक्ष्य पाठ का मिलान यह नहीं बताता कि प्रतिधारण जानबूझकर है या केवल अधूरा काम। व्यापक बहिष्करण सूची के लिए अनुवाद-न-करें निर्णय मार्गदर्शिका का उपयोग करें।

5. स्वीकृत के रूप में प्रस्तुत मसौदा निर्णय

कमज़ोर प्रविष्टि: sync → synchroniser / mettre à jour, बिना किसी स्वामी या स्थिति के।

सुधार: पहले क्रिया को परिभाषित करें। काल्पनिक कमांड के लिए जो डिवाइस लाइब्रेरी को सिंक करता है, synchroniser को क्रिया के रूप में स्वीकृत करें और विकल्प को इस विशेष कमांड के लिए अनुपयुक्त दर्ज करें। एक स्वामी और दिनांकित निर्णय स्रोत निर्दिष्ट करें।

एक अलग प्रस्तावित संज्ञा लेबल को draft में तब तक रखें जब तक उसका समीक्षक इसे हल न कर दे। कार्य-प्रदर्शन CSV में जानबूझकर वह मसौदा पंक्ति शामिल है। साफ़-सुथरी दिखने वाली स्प्रेडशीट यह प्रमाण नहीं है कि हर पंक्ति स्वीकृत है।

सजावटी स्कोर के बजाय प्रविष्टि-गुणवत्ता द्वार का उपयोग करें

किसी प्रविष्टि को स्वीकृत करने से पहले छह हाँ-या-नहीं प्रश्न पूछें:

1. अर्थ: क्या कोई अन्य व्यक्ति इस अवधारणा को निकटवर्ती अवधारणाओं से अलग कर सकता है?
2. प्रमाण: क्या वे समर्थन देने वाला स्रोत या लेखक निर्णय खोज सकते हैं?
3. भाषा: क्या लक्ष्य रूप निर्दिष्ट लोकेल, व्याकरण और डोमेन के लिए उपयुक्त है?
4. दायरा: क्या वे जानते हैं कि नियम कहाँ लागू होता है और कहाँ नहीं?
5. जवाबदेही: क्या परिवर्तनों को हल करने के लिए कोई स्वामी ज़िम्मेदार है?
6. उपयोग: क्या प्रविष्टि को एक प्रतिनिधि वाक्य में जाँचा गया है?

अनुत्तरित उत्तर का अर्थ है कि प्रविष्टि मसौदे में रहती है। यह एक संपादकीय स्वीकृति मानदंड है, अनुवाद गुणवत्ता का मान्य संख्यात्मक माप नहीं।

विशेषज्ञता के आधार पर काम बाँटें। लेखक या विषय विशेषज्ञ अवधारणा की पुष्टि करता है; लक्ष्य-भाषा समीक्षक प्रयोग की पुष्टि करता है; शब्दावली स्वामी निर्णय दर्ज करता है और स्वीकृत संस्करण वितरित करता है। छोटी परियोजना में एक व्यक्ति कई भूमिकाएँ निभा सकता है, लेकिन प्रश्नों के उत्तर फिर भी आवश्यक हैं।

यदि कोई समीक्षक किसी प्रविष्टि पर आपत्ति करता है, तो प्रतिस्पर्धी विकल्पों और उस अंश को दर्ज करें जो संघर्ष को उजागर करता है। निजी संदेशों को अप्रलेखित अपवाद बनने देने के बजाय अनुवादक-प्रश्न वर्कफ़्लो का पालन करें।

स्वीकृति के बाद ही प्राप्तकर्ता उपकरण के लिए निर्यात करें

आपकी मास्टर शब्दावली और किसी इंजन के शब्दकोश के उद्देश्य अलग-अलग हैं। मास्टर लोगों को निर्णय समझाती है। आयात फ़ाइल को किसी विशेष उपकरण की स्कीमा और मिलान व्यवहार का पालन करना चाहिए।

शब्दावली आयात का समर्थन करने वाले उपकरण के लिए:

1. आवश्यक स्रोत/लक्ष्य भाषा युग्म और परियोजना डोमेन चुनें।
2. draft और deprecated प्रविष्टियों को बाहर रखें।
3. उन डुप्लिकेट स्रोत स्ट्रिंग्स को हल करें जिन्हें प्राप्तकर्ता उपकरण अलग नहीं कर सकता।
4. केवल समर्थित फ़ील्ड को उपकरण के वर्तमान आयात प्रारूप में मैप करें।
5. पुष्टि करें कि यह केस, विभक्तियों, बहुशब्दीय पदों और संरक्षित पाठ के साथ कैसे व्यवहार करता है।
6. एक छोटा प्रतिनिधि इनपुट परीक्षण करें और लौटाए गए अनुवाद का निरीक्षण करें।

उदाहरण के लिए, Google Cloud Translation का प्रलेखित एकदिशीय CSV प्रारूप हेडर के बिना स्रोत/लक्ष्य युग्मों का उपयोग करता है, जबकि इसका समतुल्य-पद-सेट CSV भाषा हेडर का उपयोग करता है। इसका शब्दावली मिलान डिफ़ॉल्ट रूप से केस-संवेदी है, और कुछ स्टॉपवर्ड प्रविष्टियाँ अनदेखी की जाती हैं। ये Google Cloud नियम हैं, सामान्य CSV नियम या BookTranslator क्षमताएँ नहीं। उस सेवा के लिए निर्यात तैयार करने से पहले वर्तमान Google Cloud शब्दावली दस्तावेज़ीकरण देखें।

इस लेख की समृद्ध रूप से एनोटेट CSV को किसी यादृच्छिक आयात संवाद में अपलोड न करें। यह एक कार्यशील मास्टर है। इसके विपरीत, केवल इसलिए इसकी परिभाषाएँ और स्वीकृति इतिहास को त्याग न दें क्योंकि कोई उपकरण केवल दो कॉलम स्वीकार करता है।

समर्थित निर्देश फ़ील्ड वाले AI सिस्टम का उपयोग करते समय, एक प्रासंगिक, स्वीकृत उपसमुच्चय और अर्थों को अलग करने के लिए आवश्यक संदर्भ प्रदान करें। एक निर्देश शब्दावली का अनुरोध कर सकता है; यह स्थापित नहीं करता कि आउटपुट ने इसका पालन किया। परिणाम का निरीक्षण करें। यदि सिस्टम कोई समर्थित शब्दावली इनपुट प्रदान नहीं करता, तो मास्टर को समीक्षक संदर्भ के रूप में रखें, न कि इसे आयात करने का कोई तरीका आविष्कार करें।

बहुभाषी फ्रंटलाइन टीमों वाले संगठनों के लिए, अनुवाद के बाद भी शब्दावली की निरंतरता मायने रखती है। प्रशिक्षण सामग्री, नीतियाँ और परिचालन संचार कर्मचारियों तक उनकी पसंदीदा भाषाओं में पहुँचने की आवश्यकता हो सकती है, जबकि स्वीकृत शब्दावली को संरक्षित रखा जाए। iTacit बताता है कि बहुभाषी संचार भाषाओं, देशों और संस्कृतियों में कार्यस्थल की जानकारी का समर्थन कैसे करता है।

स्थानीय निर्णयों को मिटाए बिना भाषाएँ जोड़ें

दूसरा लक्ष्य लोकेल जोड़ते समय अवधारणा ID का पुनः उपयोग करें, लेकिन उस लोकेल को अपना लक्ष्य, स्थिति, स्वामी और प्रमाण दें। फ्रेंच में स्वीकृति जर्मन समतुल्य को स्वीकृत नहीं करती। खाली लक्ष्य का अर्थ है “हल नहीं हुआ,” न कि “स्रोत का स्वचालित रूप से उपयोग करें।”

यही अनुशासन एक भाषा के भीतर भी लागू होता है। जब लोकेल-विशिष्ट निर्णय भौतिक रूप से भिन्न हों तो उन्हें अलग करें। केवल क्षेत्रीय लेबल जोड़ने के लिए डुप्लिकेट पंक्तियाँ न बनाएँ जो कुछ भी नहीं बदलते।

इन स्थितियों को सरल रखें:

• ड्राफ़्ट: एक उम्मीदवार या विवादित निर्णय; स्वीकृत निर्यात का हिस्सा नहीं।
• स्वीकृत: बताए गए दायरे और संस्करण के लिए स्वीकार किया गया।
• अप्रचलित: इतिहास और पहचान के लिए रखा गया, लेकिन नए काम के लिए अनुशंसित नहीं।

किसी महत्वपूर्ण परिवर्तन के लिए, पुराना रूप, नया रूप, कारण, प्रभावी संस्करण, स्वामी और प्रभावित स्रोत स्थान दर्ज करें। प्रासंगिक निर्यात को पुनः बनाएँ और अनुवादकों को बताएँ कि किन अंशों पर पुनर्विचार आवश्यक है। परियोजना के बीच में किसी पद को चुपचाप बदलें और अपेक्षा न करें कि पहले से अनूदित अध्याय स्वयं अपडेट हो जाएँगे।

जब उत्पाद, स्रोत पांडुलिपि, मानक या स्वीकृत प्रयोग बदलता है तो प्रविष्टियों की समीक्षा करें। कैलेंडर अनुस्मारक मदद कर सकता है, लेकिन बदली हुई परिभाषा अधिक मजबूत ट्रिगर है।

बड़े पैमाने पर लागू करने से पहले अनुच्छेदों में शब्दावली को सत्यापित करें

एक शब्दावली आंतरिक रूप से सुव्यवस्थित हो सकती है और फिर भी किसी वाक्य में विफल हो सकती है। अनुच्छेदों का एक छोटा समूह उपयोग करें जिसमें जानबूझकर शामिल हो:

• दो अर्थों में एक अस्पष्ट स्रोत शब्द;
• एक शीर्षक के रूप में और गद्य के भीतर एक शब्द;
• एकवचन, बहुवचन, या अन्य व्याकरणिक रूपांतर;
• सामान्य भाषा के बगल में एक संरक्षित नाम; और
• एक तालिका, कैप्शन, निर्देश, या अन्य महत्वपूर्ण दस्तावेज़ संरचना में एक शब्द।

डाउनलोड करने योग्य उदाहरण "delivery charge" को "electric charge" के साथ जोड़ता है और "seal" को संज्ञा और क्रिया दोनों रूपों में शामिल करता है। ये मामले बताते हैं कि बिना दायरे वाला प्रतिस्थापन गलत स्वीकृति परीक्षण क्यों है।

प्रत्येक अनुच्छेद के लिए, स्रोत, शब्दावली संस्करण, लक्ष्य आउटपुट, समीक्षक का निर्णय, और यदि आवश्यक हो तो सुधार रिकॉर्ड करें। यदि आप वास्तव में किसी अनुवाद सेवा का परीक्षण करते हैं, तो सेवा/मॉडल, दिनांक, सेटिंग्स, और कच्चा आउटपुट जोड़ें। इस लेख के उदाहरण यह दावा नहीं करते कि ऐसा सेवा परीक्षण चलाया गया था।

पूरा दस्तावेज़ अनुवादित होने के बाद, शब्दावली-संगति समीक्षा पर जाएँ। शब्दावली निर्माण नीति स्थापित करता है; आउटपुट समीक्षा निर्धारित करती है कि वितरित पाठ अस्वाभाविक बने बिना उसका पालन करता है या नहीं।

केवल शब्द सूची नहीं, निर्णय रिकॉर्ड सौंपें

अंतिम हैंडऑफ़ में स्रोत संस्करण, अनुमोदित मास्टर शब्दावली, यदि लागू हो तो प्राप्त करने वाले उपकरण का निर्यात, अनसुलझी क्वेरी लॉग, और प्रतिनिधि उदाहरण शामिल होने चाहिए। अनुवाद करने वाले व्यक्ति को पता होना चाहिए कि कौन सी फ़ाइल आधिकारिक है और टकरावों के बारे में किससे पूछना है।

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

कुछ महत्वपूर्ण अवधारणाओं से शुरू करें, निर्णयों को निरीक्षण योग्य बनाएँ, और वास्तविक अस्पष्टता या समीक्षा निष्कर्षों से विस्तार करें। लक्ष्य अगले दस्तावेज़ में कम अनसुलझे निर्णय हैं—सबसे बड़ी शब्दावली नहीं।