जटिल पवित्र ग्रंथ संदर्भ सेटिंग्स पर प्रश्न

Question

मैं एक टीम के साथ काम कर रहा हूँ जो पवित्र ग्रंथ के संदर्भ इस प्रकार लिखना चाहती है:
\xt book_name rukuh # ayat #\xt*
जहाँ “rukuh” का अर्थ “अध्याय” और “ayat” का अर्थ “श्लोक” है।

अनेक मामलों में, हमने PT से नामों को पार्स करने और संदर्भ स्पष्ट रूप से देने के लिए |ABC 1:2 शैली के गुणों का उपयोग करने की कोशिश छोड़ दी है। फिर भी, PT अनेक मामलों में सही ढंग से पार्स करने में अच्छा काम करता है।

इसे काम करने के लिए, हमने प्रत्येक पुस्तक के नाम के अंत में “rukuh” शब्द जोड़ा है और ␣ayat␣ को अध्याय/श्लोक विभाजक के रूप में परिभाषित किया है।

सबसे पहले, क्या इसे सेट करने का कोई बेहतर तरीका है जिसकी हमें अभी तक सोच नहीं आई है? या क्या हमें बस हार मान लेनी चाहिए और सभी मामलों में गुण के रूप में अंग्रेजी शैली के संदर्भों का उपयोग करना चाहिए?

यह मानते हुए कि हमने जो किया है वह चीज़ों को करने का सर्वोत्तम संभव तरीका है, फुटनोट जोड़ने पर अब \fr फ़ील्ड को chapter# ayat verse# सेट कर दिया जाता है, जो परेशान करने वाला है लेकिन इसका समाधान किया जा सकता है। समस्या यह है कि जब हम Reference Check चलाते हैं, तो हमें सैकड़ों त्रुटियाँ मिलती हैं जो कहती हैं “अप्रत्याशित पुस्तक अध्याय विभाजक के बाद”। क्या इसे टालने का कोई तरीका है?

English से मशीन-अनुवादित मूल दिखाएं

Answer 1

एक परियोजना के लिए जिसे हमने कुछ वर्षों पहले किया था जिसमें इसी प्रकार की चीज़ करने की आवश्यकता थी, हमने संदर्भों को सामान्य पश्चिमी शैली के संदर्भों में रखा, ताकि Paratext (और DBL) खुश हो, और वह सभी जाँचें कर सके जिनकी उसे आवश्यकता है। लेकिन प्रकाशन से पहले, हमने उन्हें उचित फ़ॉर्मेट में बदलने के लिए एक Python स्क्रिप्ट से प्रोसेस किया। यहाँ python स्क्रिप्ट से संबंधित नियमित अभिव्यक्तियाँ (Regular Expressions) हैं (ध्यान दें कि संदर्भ के प्रत्येक रूप के लिए एक अलग रूपांतरण अभिव्यक्ति है, चाहे कई अध्याय हों, श्लोक संख्याओं के साथ या बिना, आदि):

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

यदि मैं आज इसी प्रकार की टाइपसेटिंग कर रहा होता, तो मैं PTXprint का उपयोग करता, और उन परिवर्तनों को Changes.txt फ़ाइल में डालता।

ध्यान दें कि अध्याय/श्लोक अभिव्यक्तियाँ हो सकती हैं जिन्हें इन अभिव्यक्तियों द्वारा संभाला नहीं जाता है; यह एक विशिष्ट परियोजना के लिए था और मुझे सभी संदर्भ अभिव्यक्ति फ़ॉर्मेट्स की सीमा का पता था। उदाहरण के लिए, मुझे नहीं लगता कि यह तीन अध्याय संख्याओं को संभालेगा, जैसे “bookname ch1; ch2; ch3”। यदि आपके प्रोजेक्ट में ऐसा कुछ है, तो आपको एक नई अभिव्यक्ति जोड़नी होगी, या मौजूदा अभिव्यक्तियों को विस्तारित करने का तरीका खोजना होगा (संभवतः पहले वाला आसान है…)

यह भी ध्यान दें कि जब आप DBL से आने वाले पाठ में अपने संदर्भों को देखते हैं, उदाहरण के लिए YouVersion में, तो आपको बस पश्चिमी संदर्भ फ़ॉर्मेट मिलेगा, न कि आपका “rukuh # ayat #”। इसका कारण यह है कि YouVersion के पास पाठ को प्रोसेस और फ़ॉर्मेट करने के चारों ओर कोई जटिलता नहीं है - यह बस इसे HTML में डंप करता है, और उम्मीद करता है कि यह अच्छा दिखेगा। लेकिन यदि आप SAB के साथ पवित्र ग्रंथ ऐप्स बनाते हैं, तो आप उसी वांछित व्यवहार को प्राप्त करने के लिए समान नियमित अभिव्यक्तियाँ चला सकते हैं।

@anon175865 कुछ हद तक यह YouVersion समस्या पंक्ति टूटने की समस्या के समान है जब विराम चिह्नों के चारों ओर खाली स्थान होते हैं। शायद हमें एक “सुझाई गई टाइपसेटिंग नियम” फ़ाइल होनी चाहिए जो प्रोजेक्ट से जुड़ी हो और DBL में प्रोजेक्ट के साथ संग्रहीत हो। फिर यदि YouVersion पाठ प्रदर्शित करते समय उन परिवर्तनों को लागू करता, तो वह शायद बेहतर काम कर सके। इसका अर्थ यह होगा कि पाठ के डेटा फ़ॉर्मेट और प्रस्तुति फ़ॉर्मेट के बीच एक अंतर की अनुमति मिलेगी। और फिर, प्रस्तुति के प्रकार के आधार पर, आपको लागू करने वाले नियमों के प्रकार चुनने की आवश्यकता हो सकती है। वैसे भी, वहाँ थोड़ा सा हरा प्रकाश डाल रहा हूँ…

उम्मीद है कि यह मदद करता है,
jeffh

English से मशीन-अनुवादित मूल दिखाएं

Comments

उस सुझाव के लिए बहुत-बहुत धन्यवाद। यह हमारे वर्तमान वर्क-अराउंड की तुलना में बेहतर लगता है। मैंने इसे टीम को सुझाया है और देखूँगा कि क्या वे इसके साथ खुश हैं (एक नुकसान यह है कि उन्हें PT में एक चीज़ देखने की आदत डालनी होगी लेकिन अंतिम प्रिंट/ऐप में दूसरी चीज़ की उम्मीद करनी होगी)।

English से मशीन-अनुवादित मूल दिखाएं

---

mnjames:

एक नुकसान यह है कि उन्हें PT में एक चीज़ देखने की आदत डालनी होगी लेकिन अंतिम प्रिंट/ऐप में दूसरी चीज़ की उम्मीद करनी होगी

बस एक याद दिलाते हैं कि PTXprint के साथ अब आपके अंतिम रूप के आउटपुट को आसानी से उत्पन्न करना संभव है, इसलिए ड्राफ्ट बनाने और उन्हें PDF या प्रिंट किए गए रूप में मूल्यांकन करने से न डरें। स्पष्ट रूप से, अनुवादकों (या कम से कम उनमें से एक) को संदर्भ के पश्चिमी फ़ॉर्मेट के साथ काम करने/कीबोर्ड करने में सक्षम होना होगा, लेकिन आपको टीम, आपके समिति, आदि द्वारा मूल्यांकन के लिए दूसरे फ़ॉर्मेट में ड्राफ्ट बनाने में सक्षम होना चाहिए। इसका यह अतिरिक्त लाभ भी है कि आप प्रक्रिया के शुरुआती दौर में अपने अंतिम फ़ॉर्मेट की जाँच कर सकते हैं, ताकि सभी इसके आदी हो जाएँ और/या फ़ॉर्मेट पर अपनी टिप्पणियाँ शुरुआत में ही कर सकें।

English से मशीन-अनुवादित मूल दिखाएं

---

@jeffh हमारे प्रकाशकों की प्लेटफॉर्म पर प्रदर्शन के साथ समस्या यह नहीं है कि वे “बस इसे HTML में डंप करते हैं, और उम्मीद करते हैं कि यह अच्छा दिखेगा”। मेरे भगवान!! आपको पता नहीं है कि YouVersion, विशेष रूप से, चीज़ों को हमारे द्वारा चाहते तरीके से करने के लिए कितना काम करता है। उन्हें भेजा जाने वाला बंडल हमारे Paratext कन्वर्टर द्वारा उत्पादित होता है, और यह USX है, HTML नहीं (Paratext वह भी है जहाँ नो-ब्रेक स्पेस हटा दिए जाते हैं)। मेरा मानना है कि USX की प्रकृति के कारण, व्यक्तिगतकरण की अनुमति नहीं है। मुझे पता है कि जहाँ हमारे पास व्यक्तिगत समस्याएँ थीं जिन्हें YouVersion के अंत में ठीक किया जा सकता था, उन्होंने चीज़ों को ठीक करने के लिए उनके द्वारा किए जाने वाले से भी अधिक किया है। मेरी उम्मीद है कि हम अपने काम की पंक्ति में साझेदारियों की निंदा करने के बजाय उनका उत्सव मना सकते हैं। टाइपसेटिंग नियमों के लिए आपका सुझाव शायद Paratext टीम को किया जाना चाहिए, क्योंकि वे उन बंडलों की सामग्री को नियंत्रित करते हैं जिन्हें हमारे प्रकाशक प्राप्त करते हैं।

English से मशीन-अनुवादित मूल दिखाएं

---

@anon175865 आप बिल्कुल सही हैं। मेरी टिप्पणी बहुत अन्यायपूर्ण थी, और मैं इसके लिए क्षमा चाहता हूँ। थोड़ी सी निराशा बह रही थी, उन सभी बारों से जब मैंने YouVersion में फ्रेंच बाइबल पाठों को एक बुरी पंक्ति टूट के साथ देखा है… जैसा कि आपने सुझाया है, समस्या वास्तव में DBL के अंत पर है, और उम्मीद है कि Paratext और DBL में किए जा रहे प्रयास उनमें से कुछ समस्याओं को संबोधित करेंगे। मेरी लापरवाह टिप्पणी के लिए मुझे क्षमा करें।

English से मशीन-अनुवादित मूल दिखाएं

---

@jeffh धन्यवाद jeffh। मैं आपकी निराशा को समझता हूँ, और DBL के अंत पर चीज़ों को बेहतर बनाने के लिए काम करना जारी रखूँगा।

English से मशीन-अनुवादित मूल दिखाएं

Answer 2

मुझे यह देखने में रुचि है कि आप क्या निर्णय लेते हैं। यदि आप पवित्र ग्रंथ संदर्भ सेटिंग्स के लिए वर्क-अराउंड बनाए रखते हैं, तो मैं आपका आभारी हूँ यदि आप मुझे परियोजना में एक सलाहकार के रूप में जोड़ेंगे ताकि मैं जाँच सकूँ कि क्या Paratext का वह कन्वर्टर जो USFM से USX में परिवर्तन करता है ताकि DBL के माध्यम से वितरण किया जा सके, आपके द्वारा किए गए कार्य को स्वीकार करेगा। मुझे संदेह है कि वह स्वीकार नहीं करेगा। मुझे लगता है कि फुटनोट के लिए एक वर्क-अराउंड यह होगा कि सभी “अप्रत्याशित पुस्तक…” त्रुटियों को अस्वीकार किया जाए, और प्रोजेक्ट फोल्डर में एक changes.txt फ़ाइल जोड़ी जाए जहाँ आप Paratext/PubAssist को फुटनोट संदर्भों को प्रिंटिंग के लिए मानक फ़ॉर्मेट में वापस बदलने की अनुमति दें, जिसके लिए ayat को हटा दिया जाता है।

English से मशीन-अनुवादित मूल दिखाएं

Comments

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

हम वास्तव में (वर्तमान में) \fr डेटा का उपयोग करने की योजना नहीं बना रहे हैं, इसलिए सैद्धांतिक रूप से इसे पूरी तरह से हटा दिया जा सकता है। मैंने कभी भी उस फ़ील्ड के उद्देश्य को वास्तव में समझा नहीं है, चूँकि आप संभवतः एक सरल प्रोग्रामिंग स्क्रिप्ट के साथ इसे ऑन-द-फ्लाई पुनर्निर्मित कर सकते हैं। लेकिन यदि हम कभी भी DBL को सबमिट करते हैं या अन्यथा \fr फ़ील्ड का उपयोग करते हैं, तो हम लगभग निश्चित रूप से फ़ॉर्मेटिंग को संपादित करने के लिए changes.txt या इसी तरह का उपयोग करेंगे।

English से मशीन-अनुवादित मूल दिखाएं