0 वोट
1.4k व्यूज़

जिस परियोजना पर मैं काम करता हूँ, वह यूनानी-आदिवासी भाषा (Greek-Vernacular) की इंटरलिनियराइज़ेशन (interlinearization) कर रही है। सुरक्षा कारणों से मैं यूनानी पाठ को GRK और आदिवासी भाषा को ZZZ के रूप में संदर्भित करूँगा।

GRK हमारा अपना पाठ है (प्राचीन प्रतिलिपि के आधार पर कीबोर्ड किया गया, कोई इकट्ठा किया गया संस्करण नहीं)।
ZZZ में एक सहायक (Auxiliary) परियोजना है, ZZZ_Interlinear, जिसमें इंटरलिनियराइज़र ने निर्यात (export) किया था।

PT 9.1 में, हमने इसे इस तरह सेट अप किया:
इंटरलिनियराइज़ करने के लिए पाठ: GRK
मॉडल पाठ: ZZZ
उन्नत (Advanced), निर्यात करें (export to): ZZZ_Interlinear

लेकिन मैं PT 9.2 में इसे कैसे सेट अप करूँ, इसमें संघर्ष कर रहा हूँ। GRK में जाकर इंटरलिनियराइज़र टूल खोलने पर, मैं “GRK के लिए ग्लॉसेस; मॉडल पाठ ZZZ” सेट कर सकता हूँ। लेकिन निर्यात करने की जगह के लिए कोई विकल्प नहीं है। इसी तरह, जब मैं इंटरलिनियराइज़र खोल लेता हूँ, तो निर्यात करने का कोई विकल्प नहीं है।

क्या यह सुविधा नई PT संस्करण के साथ गायब हो गई है?

English से मशीन-अनुवादित
Paratext में द्वारा (1.9k अंक) | 1.4k व्यूज़

8 उत्तर

+1 मत
सर्वोत्तम उत्तर

9.2.102.3 में आप आउटपुट के लिए जिस प्रकार की परियोजना चाहते हैं उसे चुन सकते हैं।

English से मशीन-अनुवादित
द्वारा (9.9k अंक)

मुझे नहीं कहना चाहिए था कि आप परियोजना के प्रकार का चयन कर सकते हैं क्योंकि प्रकार के लिए कोई विकल्प नहीं है। हालाँकि, आप आउटपुट को अलग-अलग प्रकार की परियोजनाओं में भेज सकते हैं। मुझे यह भी नोटिस हुआ कि जब मैं Output project चुनता हूँ तो यह केवल वे परियोजनाएँ दिखाता है जो मॉडल (इस मामले में अंग्रेजी) के रूप में समान भाषा का उपयोग करती हैं।

English से मशीन-अनुवादित

धन्यवाद @anon848905। 9.2.102.3 डाउनलोड करने के बाद, मैं देख सकता हूँ कि मैं Create Glosses विकल्प का उपयोग करके हमारे फ्रंट ट्रांसलेशन से अनुकूलन कर सकता हूँ और हमारे लक्ष्य भाषा अनुवाद में आउटपुट कर सकता हूँ।

चूंकि हमारी मातृभाषा की पवित्र ग्रंथ किसी भी मॉडल के साथ भाषा साझा नहीं करती हैं, हम बस “No Model Text” संस्करण का उपयोग कर सकते हैं, और ऐसा लगता है कि यह हमें वही प्रकार के परिणाम देता है जिनकी हमें आदत है, जिसमें Paratext पहले से इंटरलिनियराइज़ किए गए आधार पर अपनी अनुमान लगाता है।

English से मशीन-अनुवादित

धन्यवाद! समान भाषा की आवश्यकता थोड़ी सीमित लगती है, लेकिन इसका प्रभाव उस स्थिति पर नहीं पड़ता जिसके बारे में मैंने पूछा था। इसलिए यह हमारी टीम की समस्या को हल कर देता है।

English से मशीन-अनुवादित
+1 मत

मेरे पास अभी-अभी डाउनलोड किए गए 9.2 के साथ एक समान समस्या है। ऐसा लगता है कि मैं केवल एक सन्तान (daughter) परियोजना में निर्यात कर सकता हूँ, लेकिन हमने लंबे समय तक इंटरलिनियराइज़र का उपयोग एक मानक परियोजना में निर्यात करने के लिए किया है। हम SPYkup से Kpz तक जाते हैं। मेरी समस्या को संकेत करने के लिए मेरे पास एक स्क्रीनशॉट है। मुझे इसे काम करने के लिए क्या करना चाहिए?

English से मशीन-अनुवादित
द्वारा (869 अंक)

जब हमने नया सेटअप डायलॉग डिज़ाइन किया, तो हम इंटरलिनियर के अपेक्षित उपयोग मामलों के लिए इसे आसान बनाने की कोशिश कर रहे थे - कई उपयोगकर्ताओं को उन चीज़ों को सही ढंग से सेट अप करने में कठिनाई हो रही थी जो वे करने का इरादा रखते थे।

आपके संदेशों से, ऐसा लगता है कि हमने कुछ मामलों को छूट दिया जहाँ अधिक लचीलापन की आवश्यकता है।

मैं इसके लिए एक मुद्दा (issue) बनाऊँगा और हमारी UX टीम को यह विचार करने देंगे कि क्या करना चाहिए।

नए सेटअप के लिए कोई अच्छा तरीका नहीं है, इसलिए शायद अभी के लिए सबसे अच्छा विकल्प Paratext 9.2 को अनइंस्टॉल करके Paratext 9.1 को फिर से इंस्टॉल करना है। इंटरलिनियर सेटअप के पुराने सेटिंग्स हटाए नहीं गए थे, इसलिए जब आप 9.1 पर वापस जाएँगे तो इंटरलिनियर पहले की तरह काम करना चाहिए।

असुविधा के लिए क्षमा करें।

John+Wickberg
Paratext Support

English से मशीन-अनुवादित
0 वोट

धन्यवाद। मैंने अस्थायी रूप से 9.1 पर वापसी कर ली है। वास्तव में, मैं स्वयं इंटरलिनियराइज़र का उपयोग नहीं करता, लेकिन जिन टीमों के साथ मैं काम करता हूँ, वे इसका बहुत उपयोग करती हैं।

English से मशीन-अनुवादित
द्वारा (869 अंक)

उसी संदर्भ में, यदि टीम के सदस्य जो सक्रिय रूप से किसी पाठ (मेरे ऊपर दिए गए उदाहरण में ZZZ_Interlinear) में निर्यात कर रहे हैं, वे 9.1 पर टिके रहते हैं, तो क्या टीम का बाकी हिस्सा 9.2 में अपग्रेड कर सकता है? ऐसा लगता है कि 9.2 पर वाले लोग इंटरलिनियराइज़र को अभी भी देख सकते हैं, और वे निर्यात के बाद ZZZ_Interlinear में पाठ देख सकते हैं, बस वे स्वयं निर्यात नहीं कर सकते। सही है?

English से मशीन-अनुवादित

हाँ, टीम का बाकी हिस्सा 9.2 पर हो सकता है और यह ठीक से काम करना चाहिए।

English से मशीन-अनुवादित

लगता है मुझे भी वही करना होगा। एक टीम जिसके साथ मैं काम कर रहा हूँ अभी भी 9.1 में है और मैं इंटरलिनियराइज़र का उपयोग नहीं कर सकता (मैं इसे अक्सर उपयोग करता हूँ)। मुझे 9.2 को थोड़ा और देखने का बहुत मन था… फिर भी आपके सभी प्रयासों के लिए धन्यवाद - डेवलपमेंट टीम!

English से मशीन-अनुवादित

नमस्ते @anon856176, क्या आपको लगता है कि @Generic.User द्वारा दिया गया कामकाजी समाधान 9.2 में आपके लिए काम करेगा?

ऊपर Generic.User द्वारा How to set up interlinearizer in 9.2 - #7 देखें।

james_post

English से मशीन-अनुवादित

@Generic.User के कामकाजी समाधान की समस्या यह है कि यह तभी काम करता है जब बैक ट्रांसलेशन परियोजना को आपके इंटरलिनियर के लिए मुख्य परियोजना के रूप में पंजीकृत किया गया हो। यदि परियोजना मॉडल भाषा की Aux है (जैसे हमारी है), तो यह निर्यात करने के लिए एक विकल्प नहीं है। यदि आप समझते हैं कि यह कैसे काम करता है और एक नया सिस्टम सेट अप कर रहे हैं, तो यह ठीक है, लेकिन कुछ मौजूदा सेटअप्स के लिए यह विफल हो जाता है।

लेकिन, जैसा कि आप कहते हैं, यह देखने के लिए @anon856176 के लिए लायक है कि क्या यह उसके लिए काम करता है।

English से मशीन-अनुवादित
0 वोट

हमें भी वही समस्या थी लेकिन हमने एक कामकाजी समाधान (work around) खोजा (या शायद इसका उपयोग इसी तरह किया जाना चाहिए)

@mnjames
मैं आपके उदाहरणों का उपयोग करने जा रहा हूँ

सबसे पहले, हमारे लिए हमें कहना पड़ा कि हम बैक ट्रांसलेशन (back translation) कर रहे हैं, तभी यह काम करता। निर्यात विकल्प पाने का यही एकमात्र तरीका था।

  1. Choose बॉक्स में GRK का बैक ट्रांसलेशन (या आपकी परियोजना का जो भी नाम है) चुनें
    image

  2. जब आप ऐसा करते हैं, तो Interlinearizer बॉक्स बदल जाएगा और मॉडल पाठ चुनने के लिए एक स्थान दिखाई देगा, साथ ही बैक ट्रांसलेशन चुनने के लिए एक स्थान भी।
    image
    मॉडल के स्थान पर: वह मॉडल पाठ चुनें जो आप चाहते हैं। इस उदाहरण में ZZZ।

  3. फिर अगली खाली जगह पर जाएं जो बैक ट्रांसलेशन के लिए है और वह चुनें जो आप चाहते हैं (आपकी परियोजना के आधार पर आपके पास एक या कई हो सकते हैं)। इस उदाहरण में ZZZ_Interlinear चुनें।
    image

  4. Ok दबाएं

  5. (चरण पाँच आपके साथ नहीं हो सकता है, यदि हो जाता है तो नीचे दिए गए को करें, यदि नहीं तो आप समाप्त हैं)
    यदि एक चेतावनी आती है कि आप सेटिंग्स को बदल रहे हैं, तो आपको Replace बटन दबाना होगा।
    image
    भले ही वे दोनों एक जैसे हों, बस replace दबाएं।

अब आपका इंटरलिनियर निर्यात बटन के साथ पहले की तरह काम करना चाहिए। हालाँकि अब इसे output कहा जाता है।
image

English से मशीन-अनुवादित
द्वारा (238 अंक)
फिर से दिखाया गया

इस कामकाजी समाधान के लिए धन्यवाद। कुछ परियोजनाएं हैं जिनकी मैं जाँच कर रहा हूँ जिनके लिए मुझे इस समस्या के कारण PT 8 का उपयोग करना पड़ा। मुझे अभी भी यह नहीं पता कि दो भाषाओं का समान न होना क्या मतलब रखता है। यदि मैं किसी अंग्रेजी परियोजना में अंग्रेजी ग्लॉसेस निर्यात कर रहा हूँ, तो मैं उम्मीद करता हूँ कि भाषाएँ समान होंगी।

English से मशीन-अनुवादित

भाषा डेटा के बारे में संदेश महत्वपूर्ण है। Paratext 9.2 आपको चेतावनी दे रहा है कि आप भाषा “x” के लिए बेस परियोजना के ग्लॉसिंग डेटा का उपयोग करने का तरीका बदलने वाले हैं:

image:

Paratext परियोजना कई भाषाओं के लिए ग्लॉसिंग जानकारी संग्रहीत कर सकती है। उदाहरण के लिए: परियोजना XYZ को भाषाओं fr, heb और en में बैक-ट्रांसलेट किया जा सकता है। प्रत्येक भाषा के लिए ग्लॉसिंग डेटा XYZ परियोजना फोल्डर में अलग-अलग संग्रहीत किया जाता है (जिसे interlinear_fr, interlinear_heb, interlinear_en कहा जाता है)।

हालाँकि, परियोजना XYZ को fr में ग्लॉस किया नहीं जा सकता और साथ ही भाषा fr में परियोजना ABC में बैक-ट्रांसलेट भी नहीं किया जा सकता। यदि आप ऐसा करना चाहते थे, तो आप ग्लॉसिंग डेटा के लिए एक नया फोल्डर बनाने के लिए एक कस्टम fr डायलैक्ट निर्दिष्ट कर सकते थे। कुछ ऐसा जैसे “fr-x-custom”

मेरा मानना है (कृपया यदि मैं गलत हूँ तो मुझे सुधारें) कि Paratext ने कभी भी किसी भी दी गई भाषा के लिए केवल एक सेट ग्लॉसिंग डेटा संग्रहीत करने में सक्षम रहा है। यह केवल इस बात की चेतावनी नहीं देता था कि आप अपने ग्लॉसिंग डेटा को पुनर्निर्धारित करने वाले हैं।

English से मशीन-अनुवादित

Paratext 8 में इंटरलिनियर डेटा समस्याओं से लोगों को बचाने में, मैंने कई सेट इंटरलिनियर डेटा देखे जहाँ अंग्रेजी के लिए अलग-अलग भाषा कोड थे क्योंकि एक संसाधन ने भाषा कोड बदल दिए थे। Paratext ने पुराने कोड के लिए डेटा को हटाया नहीं, बस एक नया सेट बनाया। इसलिए eng और en, उदाहरण के लिए। मुश्किल समस्या यह थी कि उन्हें बचाना यदि वे बस काम करते रहे और त्रुटि को नजरअंदाज कर दिया क्योंकि उनका डेटा दो फाइलों में बँटा हुआ था।

आशीर्वाद,

English से मशीन-अनुवादित
0 वोट

मैं बस यह कहने के लिए शामिल होना चाहता हूँ कि टंजानिया में काम कर रही हमारी कई टीमों को भी PT9.2 में इंटरलिनियराइज़र में किए गए परिवर्तनों से प्रभावित होगा।

हमारी कई भाषाएँ एक सामान्य फ्रंट ट्रांसलेशन से ड्राफ्ट अनुकूलित करती हैं, लेकिन वे उस ट्रांसलेशन की सन्तान के रूप में पंजीकृत नहीं हैं। कभी-कभी, एक चुनी हुई पुस्तक के लिए, वे पड़ोसी किसी अन्य भाषा से अनुकूलित करना पसंद करती हैं। इसलिए हमें अनुकूलन स्रोत चुनने का विकल्प होने की आदत है, और फिर आउटपुट (उनकी मानक अनुवाद) चुनना। 9.2 में ऐसा विकल्प नहीं लगता है। हमें आभारी होंगे यदि उस वर्कफ्लो का समर्थन किया जा सके।

English से मशीन-अनुवादित
द्वारा (1.3k अंक)
0 वोट

मैं अभी भी बहुत भ्रमित हूँ।

हम एक प्रमुख भाषा [H] अनुवाद से अनुकूलन के लिए इंटरलिनियराइज़र का उपयोग कर रहे हैं। इसलिए हमारी मुख्य परियोजना है (इसे ZZZ कहते हैं), जो लक्ष्य परियोजना है। हमारे फ्रंट ट्रांसलेशन (हमारी स्रोत परियोजना) के लिए, हमारे पास एक समर्पित परियोजना है जिसे ZZZaH_FT कहा जाता है ([ZZZ] [a]daptation text from [H], [F]ront [T]ranslation)।

पहले मैं ऊपरी पंक्ति को ZZZaH_FT और निचली पंक्ति को ZZZ सेट करता था, और इंटरलिनियराइज़र उम्मीद के अनुसार काम करता था, और आपके पास ‘Export to Text’ विकल्प था।

9.2 में, मैंने इसे इस तरह सेट अप किया है:

image

इंटरलिनियराइज़र सभी ग्लॉसेस को खींचने के मामले में ठीक से काम कर रहा है जो पहले वहाँ थीं, लेकिन ‘Export to Text’ विकल्प अब गायब है। इसका मतलब है कि हम अब अनुकूलन नहीं कर सकते जैसे हम पहले करते थे।

मैंने Generic.User के समाधान का पालन करने की कोशिश की, लेकिन यह मेरे लिए समझ में नहीं आया। मैंने फ्रंट ट्रांसलेशन को एक मॉडल पाठ के रूप में उपयोग करके एक बैक ट्रांसलेशन बनाने की कोशिश की, लेकिन यह मुझसे एक नया बैक ट्रांसलेशन परियोजना बनाने को कहता है (यानी, मैं ZZZ परियोजना का चयन नहीं कर सकता):

image

क्या कोई जानता है कि मैं क्या गलत कर रहा हूँ?

English से मशीन-अनुवादित
द्वारा (126 अंक)

@Matt+A, मेरी टीम अनुकूलन के लिए इंटरलिनियराइज़र का उपयोग बहुत समान रूप से करती है।

सबसे पहले, सुनिश्चित करें कि आप 9.2 की नवीनतम संस्करण का उपयोग कर रहे हैं, 9.2 की सबसे पहले संस्करण के बाद काफी बदलाव हुए हैं।
फ्रंट ट्रांसलेशन मेनू खोलें > Interlinearizer। मैं “Create Glosses Based on a Model Text” संस्करण का उपयोग करने की सलाह देता हूँ। फिर मॉडल के लिए, हम लक्ष्य परियोजना स्वयं [ZZZ] का उपयोग करते हैं। फिर आप Output glosses बटन को टिक कर सकते हैं और अपने लक्ष्य परियोजना को आउटपुट [ZZZ] के रूप में चुन सकते हैं। फिर भी, यदि Paratext इसे अनुमति नहीं देता है, तो हो सकता है कि आपके पास एक पुराना संस्करण हो। मुझे लगता है कि यही वह चीज़ है जिसकी आप खोज कर रहे हैं।

English से मशीन-अनुवादित
0 वोट

यही तो था @Stephen+Katt!

मेरी भ्रमित करने वाली बात शब्दावली में थी। मॉडल टेक्स्ट चुनते समय मैं भ्रमित था क्योंकि, मेरे मन में, “मॉडल टेक्स्ट” का मतलब “सोर्स टेक्स्ट” जैसा ही है: जिससे मैं इसका मॉडलिंग कर रहा हूँ, इसके विपरीत जिसमें मैं इसका मॉडलिंग कर रहा हूँ।

तो फ्रंट ट्रांसलेशन से मुख्य प्रोजेक्ट के लिए एक अनुकूलन योग्य इंटरलिनियर बनाने के लिए यह काम कर गया। वह सबसे बड़ी तत्काल समस्या थी। हालाँकि, जब मैंने मुख्य प्रोजेक्ट से बैक ट्रांसलेशन के लिए वही काम करने की कोशिश की, तो वह काम नहीं किया। किसी कारणवश, यह मुझे केवल उस आउटपुट प्रोजेक्ट को चुनने की अनुमति देता है जिसका भाषा कोड मुख्य प्रोजेक्ट के समान है (या शायद किसी तरह से संबंधित है) [ZZZ]। यह मुझे अजीब लगता है क्योंकि फ्रंट ट्रांसलेशन का भाषा कोड भी मुख्य प्रोजेक्ट के समान नहीं है (यह एक LWC है)।

मेरे दिमाग में आने वाली एकमात्र अन्य बात यह है कि फ्रंट ट्रांसलेशन को [ZZZ] का एक सहायक प्रोजेक्ट के रूप में पंजीकृत किया गया है, और बैक ट्रांसलेशन को [ZZZ] की बैक ट्रांसलेशन के रूप में। मुझे लगता है कि यह समस्या का हिस्सा हो सकता है, लेकिन मुझे पता नहीं है कि इसकी पुष्टि कैसे करें या इससे कैसे बचें।

पिछली समस्या हमारे लिए उतनी महत्वपूर्ण नहीं है, लेकिन यह एक उपयोगी टूल होगी।
(सूचना: मैं वर्तमान में संस्करण 9.2.102.6 का उपयोग कर रहा हूँ।)

English से मशीन-अनुवादित
द्वारा (126 अंक)

@Matt+A अच्छा है कि अनुकूलन के लिए यह काम कर गया।
शब्दावली शुरूआत में थोड़ी भ्रमित करने वाली हो सकती है। मुझे लगता है कि ‘मॉडल’ शब्दावली इस विचार को दर्शाने के लिए है कि Paratext इंटरलिनियराइज़र (Interlinearizer) में अपनी भविष्यवाणियाँ बनाने के लिए एक निश्चित मॉडल का उपयोग कर रहा है।

बैक ट्रांसलेशन के लिए, आप मुख्य अनुवाद [zzz] > मेनू > इंटरलिनियराइज़र (Interlinearizer) का चयन कर सकते हैं। ‘बैक ट्रांसलेशन बनाएं’ (Create Back Translation) का चयन करें। मॉडल टेक्स्ट के लिए, आप किसी भी अनुवाद का चयन कर सकते हैं जो आपके बैक ट्रांसलेशन के समान भाषा में हो (और जिसका उपयोग करने वाले अन्य लोग भी अपने कंप्यूटर पर रखने की संभावना रखते हैं)। मेरे मामले में, हमारी बैक ट्रांसलेशन सामान्यतः स्वाहिली में होती हैं, इसलिए मैं किसी भी स्वाहिली अनुवाद को मॉडल के रूप में चुन सकता था। मुख्य बात यह है कि मॉडल का भाषा कोड बैक ट्रांसलेशन के समान होना चाहिए, जैसे अंग्रेज़ी के लिए [eng]। फिर आप आउटपुट को बैक ट्रांसलेशन पर सेट कर सकते हैं।

मुझे पक्का नहीं है कि क्या यह समस्या होगी कि [ZZZ] एक सहायक प्रोजेक्ट है। उन चरणों को आज़माएं और हमें बताएं कि यह कैसा रहा।

English से मशीन-अनुवादित
0 वोट

धन्यवाद, @Stephen+Katt। इससे अधिक स्पष्टता मिली। मेरा मतलब है, इसका कारण वास्तव में समझ में नहीं आता, लेकिन अब मैं इसकी कार्यप्रणाली को बेहतर ढंग से समझ रहा हूँ। वह अजीब चरण, जिसमें “किसी भी अनुवाद का चयन किया जाता है जो आपके बैक ट्रांसलेशन के समान भाषा में हो (और जिसका उपयोग करने वाले अन्य लोग भी अपने कंप्यूटर पर रखने की संभावना रखते हैं)”, ही समस्या का कारण बन रहा है। 9.2 से पहले वह चरण छोड़ा जाता था।

समस्या यह है कि जिसने बैक ट्रांसलेशन की स्थापना की थी, उसने भाषा को ‘अंग्रेज़ी (zzz)’ के रूप में सेट किया था, जहाँ ‘zzz’ मुख्य प्रोजेक्ट का भाषा कोड है, ‘eng’ नहीं। इसीलिए जब मैं ग्लॉसेस (glosses) के आउटपुट के लिए बैक ट्रांसलेशन प्रोजेक्ट चुनने जाता हूँ, तो कोई उपलब्ध नहीं था - क्योंकि ‘बैक ट्रांसलेशन’ का भाषा कोड ‘मॉडल’ के समान होना चाहिए, और ‘अंग्रेज़ी (zzz)’ भाषा कोड वाला कोई मॉडल टेक्स्ट इस मूर्ख बैक ट्रांसलेशन के अलावा मौजूद नहीं है। मुझे उम्मीद है कि यह समझ में आया होगा।

तो तार्किक समाधान बैक ट्रांसलेशन प्रोजेक्ट की भाषा सेटिंग्स को ‘अंग्रेज़ी (eng)’ में बदलना होगा, जो कि आसान है। लेकिन तब समस्या यह आती है कि पिछले 5+ वर्षों में जो सभी ग्लॉसिंग जानकारी हमने डाली है, वह खो जाती है क्योंकि यह ‘भाषा Z (zzz)’ और ‘अंग्रेज़ी (zzz)’ को जोड़ रही थी। क्या Paratext फाइलों में संबंधों के नाम बदलना संभव है ताकि ‘भाषा Z (zzz)’ से सभी ग्लॉसेस अब ‘अंग्रेज़ी (eng)’ से जुड़ जाएं, न कि ‘अंग्रेज़ी (zzz)’ से, जैसा कि कुछ वर्षों से रहा है?

क्या मुझे [ZZZ] प्रोजेक्ट फोल्डर में ‘Interlinear_zzz’ फोल्डर का नाम ‘Interlinear_eng’ में बदलना होगा (जो तब GNT और उस बैक ट्रांसलेशन प्रोजेक्ट से मेल खा जाएगा जिसे मैंने बदला है) और प्रत्येक पुस्तक फाइल में GlossLanguage का मान "eng" में बदलना होगा?

(पिछली बात की स्पष्टता के लिए, मुख्य प्रोजेक्ट [ZZZ] सहायक नहीं है, यह एक मानक अनुवाद (Standard Translation) है। फ्रंट ट्रांसलेशन [ZZZa_H_FT] [ZZZ] का सहायक प्रोजेक्ट है। और बैक ट्रांसलेशन [ZZZ] की बैक ट्रांसलेशन है।)

English से मशीन-अनुवादित
द्वारा (126 अंक)

@Matt+A ऐसा लगता है कि आपने अपनी नवीनतम समस्या, अपनी बैक ट्रांसलेशन की स्थापना के साथ, खोज ली है। यह मज़ेदार नहीं है।
मुझे पक्का नहीं है कि क्या उस ग्लॉसिंग डेटा को बचाना संभव है, लेकिन मुझे लगता है कि आपका मामला उस प्रकार का हो सकता है जिसे बचाया जा सकता है। आप इस थ्रेड को देख सकते हैं जिसमें एक समान समस्या है जिसमें ग्लॉसिंग डेटा की भाषा प्रोजेक्ट की भाषा से मेल नहीं खाती: माइग्रेशन के बाद इंटरलिनियर डेटा का मैनुअल पुनर्स्थापन (A manual restore of interlinear data after migration)
आपके मामले में, इसमें बैक ट्रांसलेशन की भाषा को [eng] में बदलना और ऊपर दिए गए थ्रेड का उपयोग करके मुख्य प्रोजेक्ट फोल्डर में Interlinear_zzz फाइलों को अपडेट करना शामिल होगा। यदि आपका विस्तृत विवरण चाहिए, तो मुझे सीधे संदेश भेजें।

English से मशीन-अनुवादित

मुझे विश्वास है कि वह थ्रेड जिसकी Stephen+Katt ने सिफारिश की है, @Matt+A, आपके द्वारा किए जाने वाले काम के लिए काम करेगा।

james_post

English से मशीन-अनुवादित

हाँ, जैसा कि उद्धृत प्रक्रिया दिखाती है, यह संभव है कि भाषा का नाम उस xml फाइल में संपादित किया जा सकता है जिसका उपयोग Paratext ग्लॉसेस संग्रहीत करने के लिए कर रहा है।

English से मशीन-अनुवादित

यह मैनुअल प्रक्रिया PT9.2 में अपग्रेड करने के बाद हमारे BT प्रोजेक्ट को इंटरलिनियराइज़र (Interlinearizer) से फिर से जोड़ने के लिए आवश्यक थी (हमने मूल रूप से भाषा कोड को मुख्य प्रोजेक्ट के समान ही रखा था, (en) के बजाय, और PT इसे पहचान नहीं पा रहा था।

शब्दकोश (Lexicon) और इंटरलिनियर फाइलों/फोल्डर का संपादन काफी आसान था। एकमात्र चरण जो मैं जोड़ूंगा वह यह है कि PT में “प्रोजेक्ट सेटिंग्स” (project settings) के तहत BT मेनू में, आप प्रोजेक्ट बनाने के बाद भी भाषा कोड बदल सकते हैं (एक मानक प्रोजेक्ट में आप ऐसा नहीं कर सकते)। हमारे पास कई टीमें थीं जिनके BT प्रोजेक्ट उनके मुख्य प्रोजेक्ट के समान भाषा कोड के साथ बनाए गए थे। कोड को “अंग्रेज़ी (eng)” में बदलने से हमें इंटरलिनियराइज़र सेटअप में अपने BT प्रोजेक्ट का चयन करने की अनुमति मिली।

(नोट: हमने यह भी पता लगाया कि आप “ZZZ के लिए मॉडल टेक्स्ट के बिना ग्लॉसेस बनाएं” (Create Glosses for ZZZ with no model text) का उपयोग नहीं कर सकते AND “आउटपुट टू” (output to) चुनकर एक BT प्रोजेक्ट का चयन नहीं कर सकते। हम अपने BT के लिए मॉडल टेक्स्ट का उपयोग नहीं करते हैं इसलिए यह आदर्श लगता था। लेकिन यह आपको केवल आउटपुट के लिए एक मानक प्रोजेक्ट (Standard Project) चुनने की अनुमति देगा।

तो बैक ट्रांसलेशन बनाने का विकल्प, जिसमें BT प्रोजेक्ट को मॉडल के रूप में उपयोग किया जाता है, वह विकल्प था जिसकी हमें आवश्यकता थी। अब सब कुछ शानदार काम कर रहा है, धन्यवाद!!

English से मशीन-अनुवादित

संबंधित प्रश्न

0 वोट
1 उत्तर 241 व्यूज़
Windows 11 और नवीनतम संस्करण 9.2 पर, इंटरलिनियराइज़ेशन में बहुत अधिक समय लग रहा है। पहले मैंने सोचा कि यह खराब हो ... नई इंटरलिनियराइज़ेशन करती है, जिसमें फिर से 6+ मिनट लगते हैं।
skim1124 219 पूछा गया नवंबर 17, 2021
0 वोट
1 उत्तर 177 व्यूज़
मुझे एक ईमेल मिला है जिसमें कहा गया है कि Paratext 9.2 जारी कर दिया गया है। मेरे पास Paratext 9.1 इंस्टॉल है। यदि ... .2 में कैसे अपडेट करूँ? क्या यह इंस्टॉलेशन के लिए तैयार है?
bit 495 पूछा गया नवंबर 17, 2021
Paratext में
0 वोट
3 उत्तर 424 व्यूज़
Paratext 9.2 में एक नया Source Language Text संसाधन जोड़ा गया है: OHEB/OGRK (Open Scriptures Hebrew Old Testament और UBS ... क्या glosses अलग हैं? क्या स्विच करने का कोई कारण है?
viverechristus 296 पूछा गया दिसंबर 23, 2021
0 वोट
8 उत्तर 942 व्यूज़
जब मैंने Pt 9.2 में अपग्रेड किया, तब से मैं वही डेटा जो मैंने पहले (कई वर्षों में) दर्ज किया था, उसे ... लेकिन अफसोस, मेरे पास अभी भी parse glosses का एक्सेस नहीं है।
anon570831 121 पूछा गया दिसंबर 13, 2021
0 वोट
3 उत्तर 527 व्यूज़
Paratext विकास टीम को कई सुधारों के लिए धन्यवाद। क्या किसी ने Paratext Live का उपयोग 9.2 में करते समय कोई समस्या का अनुभव ... से काम कर रहा है; हम लगभग 300 मील दूर हैं। धन्यवाद।
anon773589 194 पूछा गया नवंबर 30, 2021
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For where two or three gather in my name, there am I with them.
Matthew 18:20
3,045 प्रश्न
6,005 उत्तर
5,671 टिप्पणियाँ
2,026 उपयोगकर्ता