0 वोट
796 व्यूज़

मैंने लविटिकस (Leviticus) के एक अध्याय का एक परीक्षण प्रतिलिपि (ड्राफ्ट, pdf में) छापना चाहता था, जिसके लिए मैंने \xt मार्करों को +xt में बदला था, लेकिन अमान्य मार्करों के कारण प्रिंट जॉब अस्वीकार कर दी गई, फिर भी मैंने इसे छाप दिया। जब मैंने मार्करों की सूची (inventory) में देखा, तो मुझे नए मार्कर सूचीबद्ध मिले, लेकिन मैं यह जाँच नहीं कर पा रहा कि वे मान्य हैं या नहीं।

English से मशीन-अनुवादित
Paratext में द्वारा (145 अंक)
फिर से दिखाया गया | 796 व्यूज़

5 उत्तर

0 वोट
सर्वोत्तम उत्तर

कृपया इस समस्या को हमें रिपोर्ट करने के लिए Help > Report a problem का उपयोग करें। इसमें कुछ लॉग फ़ाइलें शामिल होंगी जो समस्या का निदान करने में मदद कर सकती हैं।

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

मैं इस मुद्दे पर तुम्हारे साथ तुलना करने के लिए एक और एरर रिपोर्ट भेजूंगा। मैं उन प्रोजेक्ट्स में भी वही व्यवहार देख रहा हूँ जिनके लिए मैं प्रशासक हूँ, PT8 और PT9 दोनों में।

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

ओह, माफ़ कीजिए, मुझे लगता है कि मैंने जाँच के लिए सूची (inventories) के परिचय (Introduction to inventories for checking) नामक एक अन्य हेल्प टॉपिक में अपना उत्तर खोज लिया है। ऐसा लगता है कि मार्करों की वैधता स्टाइल शीट में सेट की जाती है, सूची टूल में नहीं।

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

BruceBeatham,

आपने यह मुद्दा रिपोर्ट किया था कि मार्करों को वैध (validate) करना संभव नहीं है। यह Paratext की कार्यप्रणाली हमेशा से रही है। मार्कर सूची (marker inventory) वैधता की अनुमति नहीं देती - यह केवल प्रोजेक्ट में उपयोग किए जा रहे मार्करों की सूची प्रदान करती है।

लंबा विवरण
वैधता स्टाइल शीट (usfm.sty और संभवतः custom.sty) द्वारा संभाली जाती है। जब आप Paratext को देख रहे होते हैं, तो ऐसे स्थितियाँ हो सकती हैं जहाँ \v14 जैसे मार्कर “बोल्ड लाल” में दिखाई देते हैं, यह संकेत देने के लिए कि यह एक मान्य मार्कर नहीं है (क्योंकि यह स्टाइल शीट में नहीं आता)। आप \xt जैसे मार्कर भी देख सकते हैं जो “अंडरलाइन लाल” में दिखाई देते हैं, यह संकेत देने के लिए कि \xt स्टाइल शीट में एक मान्य मार्कर है - लेकिन यह सामान्यतः उस स्थान पर नहीं आता जहाँ आपने इसे रखा है। इसलिए, \xt के मामले में, आप पाठ में कई स्थानों पर इसका उपयोग कर सकते हैं यह संकेत देने के लिए कि एक संदर्भ को वैध किया जाना चाहिए, लेकिन यदि आप \xt को \io फ़ील्ड में डालते हैं, तो यह विफल हो जाएगा क्योंकि स्टाइल शीट उस स्थान पर \xt की अनुमति नहीं देती (ऐसी स्थितियों के लिए \ior मार्कर का उपयोग होता है)।

ऐसी स्थितियाँ भी होती हैं जहाँ एक कैरेक्टर स्टाइल दूसरे कैरेक्टर स्टाइल के अंदर “नेस्टेड” हो जाती है। Paratext इसे + प्रतीक के उपयोग की आवश्यकता रखकर संभालता है। उदाहरण के लिए, यदि यीशु के वचनों वाले पाठ के किसी खंड में मुझे ईश्वर के नाम को जोड़ना हो, तो मेरे पास कुछ ऐसा होगा:
\wj .....\+nd God\+nd* ....\wj*

कृपया ध्यान दें कि जैसे ही हम Paratext 9 की ओर बढ़ रहे हैं, usfm 3.0 कुछ नए फीचर्स के साथ पेश किया जा रहा है। आप usfm 3 की दस्तावेज़ीकरण ऑनलाइन यहां देख सकते हैं: https://ubsicap.github.io/usfm/

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

हाँ, मुझे खेद है। मैंने भूल गया कि मार्कर सूची (Marker Inventory) केवल मार्करों की सूची है और यह उपयोगकर्ता को यह चुनने की अनुमति नहीं देता कि क्या यह मान्य है या नहीं। आपको दोनों को भ्रमित करने के लिए माफ़ कीजिए। :flushed:

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

फिर से नमस्ते,

मैं इस थ्रेड पर वापस आकर उन मार्कर-संबंधी त्रुटियों के बारे में पूछ रहा हूँ जो बेसिक चेक्स (basic checks) के दौरान सामने आती हैं। चूँकि इनकी वैधता .sty फ़ाइलों में परिभाषित है, इसलिए मुझे लगता है कि त्रुटियों को हल करने के लिए वहाँ कॉन्फ़िगरेशन करना होगा, लेकिन अगर कहीं और कुछ बदलना चाहिए तो मैं इंटीरियर में हाथ डालना नहीं चाहता।

मैंने कुछ समय तक मार्कर त्रुटियों को नज़रअंदाज़/अस्वीकार कर दिया था, लेकिन अब मैं DBL को सबमिट करने के लिए एक पुस्तक तैयार कर रहा हूँ और ऐसा लगता है कि इन त्रुटियों को अधिक उचित तरीके से हल किया जाना चाहिए। मार्करों के साथ तीन सामान्य त्रुटियाँ हैं जिन्हें मैं हल नहीं कर पा रहा हूँ:

  • \xt not allowed in Introduction paragraphs (\ip);
  • \ior not allowed in Introduction Outline paragraphs (\io#); and
  • embedded markers being reported as ‘unknown’ (eg. a glossary link embedded within words of Jesus with a \+w marker).

प्रोजेक्ट प्रॉपर्टीज़ (Project Properties) के एडवांस्ड टैब में स्टाइलशीट जानकारी यह संकेत देती है कि यह usfm.sty स्टाइलशीट का उपयोग कर रहा है, और यह नोट किया गया है कि यह “कस्टमाइज़्ड” है। मैंने USFM वर्ज़न को 3 में बदल दिया, लेकिन बेसिक चेक्स के परिणामों में कोई बदलाव नहीं आया। जब मैं “C:\My Paratext 9 Projects” फ़ोल्डर में usfm.sty में देखता हूँ, तो वहाँ “Version=3.0.2” दिखाई देता है। चूँकि प्रोजेक्ट प्रॉपर्टीज़ रिपोर्ट करता है कि यह “कस्टमाइज़्ड” स्टाइलशीट का उपयोग करता है, इसलिए मैंने अपने प्रोजेक्ट फ़ोल्डर में custom.sty फ़ाइल को भी देखा। उस फ़ाइल के शीर्ष पर टिप्पणियाँ कहती हैं कि यह “Paratext 8.0 में अपग्रेड के दौरान बनाया गया था। यह आपके प्रोजेक्ट द्वारा उपयोग की गई मूल स्टाइल फ़ाइलों पर आधारित है। ये फ़ाइलें हटा दी गई हैं, लेकिन फ़ाइलों की बैकअप usfm-color.sty.bak और custom.sty.bak में सहेजी गई है”। मुझे अपनी वर्तमान प्रोजेक्ट फ़ोल्डर में इनमें से कोई भी .bak फ़ाइल नहीं दिखती, लेकिन मैं मानता हूँ कि वे Paratext 8 फ़ोल्डर में होनी चाहिए थीं।

मैंने अपने प्रोजेक्ट फ़ोल्डर में custom.sty का नाम अस्थायी रूप से बदल दिया (यानी ताकि जब मैंने Paratext को फिर से शुरू किया, तो एडवांस्ड टैब ने “कustomized” स्टाइलशीट की रिपोर्ट करना बंद कर दिया)। अब मेरे पास वही कस्टम रंग स्टाइलिंग नहीं थी जिसके हम आदी थे, लेकिन जब मैंने उस सेटअप के साथ बेसिक चेक्स चलाए, तो \xt और \ior से जुड़ी त्रुटियाँ हल हो गईं। हालाँकि, +w मार्कर को अभी भी “अज्ञात मार्कर” के रूप में रिपोर्ट किया गया।

तो मैंने अपने वर्तमान प्रोजेक्ट फ़ोल्डर में custom.sty फ़ाइल में \Marker परिभाषाओं को देखा, और मार्कर त्रुटियों को हल करने के लिए कुछ संकेत मिले:

  • “\Marker xt” नियम के लिए, मेरी वर्तमान custom.sty में इसके “\Occurs under” गुण के लिए केवल “x” मान है, जबकि usfm.sty फ़ाइल में मुझे अनुमत मार्करों की एक बहुत लंबी सूची मिलती है।
  • “\Marker ior” नियम के लिए, मेरी वर्तमान custom.sty में इसके “\Occurs under” गुण के लिए केवल “id” मान है, जबकि usfm.sty फ़ाइल में मुझे यह विभिन्न Introduction Outline के तहत, साथ ही “NEST” मान के साथ भी अनुमत पाया जाता है।
  • “\Marker w” नियम के लिए, मेरी वर्तमान custom.sty में usfm.sty फ़ाइल में होने वाले मानों का एक उपसमूह है, साथ ही “NEST” मान भी गायब है।

तो मैंने custom.sty फ़ाइल की अन्य अस्थायी कॉपियाँ बनाईं; एक में मैंने इन तीन मार्करों के लिए usfm.sty से सभी “\Occurs under” मानों का उपयोग किया, और दूसरी में मैंने custom.sty फ़ाइल में इन मार्करों के लिए जानकारी को कमेंट-आउट कर दिया। जैसे ही अपेक्षित था, मुझे अपनी कस्टम रंग स्टाइलिंग वापस मिल गई, लेकिन बेसिक चेक्स के परिणाम वही रहे जैसे मैंने custom.sty को हटा दिया था: \xt और \ior से जुड़ी त्रुटियाँ हल हो गईं, लेकिन \+w मार्कर को अभी भी “अज्ञात मार्कर” के रूप में रिपोर्ट किया गया।

क्या \+w मार्करों के लिए “अज्ञात मार्कर” त्रुटियों को हल करने का कोई तरीका है? और क्या मैंने ऊपर वर्णन किया है कि \xt और \ior मार्करों के लिए Introduction में “Cannot occur here” त्रुटियों को हल करने के लिए मेरी custom.sty फ़ाइल को संपादित करना सबसे अच्छा तरीका है?

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

\xt के तहत \OccursUnder सेक्शन में ip को एक मार्कर के रूप में जोड़ें
यह मेरी custom.sty फ़ाइलों में ऐसा दिखता है

\Marker xt
\Description Cross reference target reference(s)
\OccursUnder x f ex ef fe ip ipi im imi ili ili1 ili2 ipq imq ipr iq iq1 iq2 iex p pi pi1 pi2 ms ms1 ms2 ms3 r mr s1 s2 s3 s4 sr # 3.0 Added ex ef fe  ipq imq ipr iq iq1 iq2 iex  ms ms1 ms2 ms3 r mr s1 s2 s3 s4 sr

आप NEST जोड़ सकते हैं। ऐसा लगता है कि यह दोनों तरह से काम करता है। यदि मैं गलत हूँ तो कोई मुझे सही कर सकता है, लेकिन मुझे लगता है कि NEST केवल बैकवर्ड कम्पैटिबिलिटी के लिए आवश्यक है।

उन प्रोजेक्ट्स में जिनमें \wj . . .\+w Word|Lemma\+w . . .\wj* है। मेरे पास custom.sty में \w के लिए कोई संशोधन नहीं है और ऐसा लगता है कि यह ठीक से काम कर रहा है।
क्या आप USFM 3.0 का उपयोग कर रहे हैं?

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

जब एक स्टाइल लागू करने के लिए यह जानना होता है कि क्या इसे नेस्ट किया जा सकता है (अर्थात क्या यह स्टाइल को स्वतः ‘+’ जोड़ेगा या नहीं), तब NEST की अभी भी आवश्यकता होती है। लेकिन यह मूल रूप से इसका एकमात्र उपयोग है।

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

धन्यवाद anon848905 & anon291708,
मुझे लगता है कि जो मुझे भ्रमित कर रहा था वह मार्कर सूची विंडो के शीर्ष पर वह अलर्ट था जो कहता है “यह केवल प्रोजेक्ट प्रशासक द्वारा किया जा सकता है।” इसने मुझे यह सोचने पर मजबूर कर दिया कि वैधता फ़ंक्शन्स अनुपलब्ध हैं क्योंकि Paratext मुझे प्रशासक के रूप में पहचान नहीं रहा था। शायद यह अच्छा होगा कि उस अलर्ट को बदल दिया जाए या एक अन्य टिप्पणी शामिल की जाए ताकि उपयोगकर्ता को यह पता चले कि मान्य मार्कर & उनकी क्रमबद्धता स्टाइल शीट में परिभाषित की जाती है।
फिर भी धन्यवाद,
BruceBeatham

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

हाँ, BruceBeatham, वह “अलर्ट” ही मुझे भी भ्रमित कर रहा था!

anon200667

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

इन संकेतों के लिए धन्यवाद।

मेरी custom.sty फ़ाइल में \xt, \ior, और \w के सेक्शनों को कमेंट-आउट करके मानक usfm से किसी भी संशोधन को हटाने से मैं अपने तीन समस्याओं में से 2 को हल करने में सक्षम हो गया: मुझे अब कोई “occurs under” त्रुटियाँ नहीं दिख रही हैं, लेकिन \w से जुड़ी बहुत सारी त्रुटियाँ अभी भी हैं: “अज्ञात मार्कर \+w” और “अज्ञात गुण (lemma): \+w

हाँ, प्रोजेक्ट अब USFM 3 का उपयोग करता है। मैंने हाल ही में इन त्रुटियों को हल करने की कोशिश करते हुए इसे 2 से 3 में बदला था।

मेरे पास जो usfm.sty है, उसमें \w सेक्शन के लिए \OccursUnder गुण में अंत में NEST शामिल है। मुझे यह भी नोटिस होता है कि उस सेक्शन में एक लाइन कमेंट-आउट है जो कहती है:
#!\Attributes ?lemma ?strong ?srcloc
जिससे मुझे यह सोचने पर मजबूर करता है कि क्या यह “अज्ञात गुण त्रुटि” से जुड़ा है

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

यह सुनिश्चित करने के लिए जाँच करें कि \+w …\+w* केवल एम्बेडेड स्थितियों में उपयोग किया जाता है, जैसे कि फुटनोट्स में और \wj …\wj* के अंदर। यदि यह सही ढंग से चिह्नित नहीं है, तो आपको “अज्ञात मार्कर +w” त्रुटियाँ मिलेंगी।

वह लाइन
#!\Attributes ?lemma ?strong ?srcloc
USFM 3.0 के लिए एक \Attributes गुण है। (USFM 2.0 इसे एक टिप्पणी के रूप में देखता है।)
यह \w से चिह्नित शब्दों के लिए “वर्ड लेवल गुण” (Word Level Attributes) को परिभाषित करता है (Lemma, Strong’s Number, और Source Location)। उदाहरण:
\w gracious|strong="H1234,G5485"\w*
इसे “अज्ञात गुण त्रुटि” का कारण नहीं बनना चाहिए।
देखें:

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

मैंने इसे हल कर लिया! मुझे एहसास हुआ कि सभी \+w मार्करों को अज्ञात के रूप में चिह्नित नहीं किया गया था। जब मैंने यह देखने के लिए जाँच की कि कुछ विशेष मार्करों को क्यों चिह्नित किया गया था, तो मैंने पाया कि उन मामलों में वास्तव में “आस-पास” के कैरेक्टर स्टाइल का एक अंत मार्कर \w+ मार्करों से पहले था, और फिर \w+* समाप्त होने के बाद आस-पास का कैरेक्टर स्टाइल फिर से शुरू कर दिया गया था। इसलिए किसी कारण से \w+ वास्तव में एम्बेडेड नहीं था। मैं आवश्यक परिवर्तनों को मैनुअल रूप से कर रहा हूँ।

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

हाँ! वही था!

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

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

0 वोट
2 उत्तर 207 व्यूज़
हम Paratext में \xt ...\xt* का उपयोग बहुत बार करते हैं और कई स्थानों पर, जैसे Topical Index, Read through ... सूची डायलॉग की आवश्यकता है। XXA Lit. Liturgy Sunday Liturgy आदि।
davidc78 370 पूछा गया मार्च 6, 2025
0 वोट
1 उत्तर 33 व्यूज़
जिस अनुवाद परियोजना के साथ मैं काम करता हूँ, उसने भाषा की संरचना के कारण दो श्लोकों को एक में मिला दिया है। इसलिए ... श्लोक संदर्भ के रूप में पहचाने। मैं इसे कैसे कर सकता हूँ?
Rɔnelh 199 पूछा गया मार्च 18
0 वोट
1 उत्तर 151 व्यूज़
मैंने अपने Paratext सेटअप में एक उपयोगकर्ता-परिभाषित मार्कर जोड़ा है। मुझे इसे व्याख्यात्मक अंतराल (exegetical indentation) को ... तर्क के रूप में कैसे स्वीकार करवा सकता हूँ?
oz1cz 106 पूछा गया मई 18, 2024
0 वोट
1 उत्तर 429 व्यूज़
मैं प्रोजेक्ट को HTML में निर्यात करना चाहता/चाहती हूँ ताकि मैं लोगों के साथ ड्राफ्ट साझा कर सकूँ। मैं PDF में निर्यात नहीं ... गए HTML से USFM मार्कर को कैसे छिपा सकता/सकती हूँ?
bit 495 पूछा गया अप्रैल 14, 2022
0 वोट
1 उत्तर 36 व्यूज़
यह उन मामलों में होता है जैसे ओडिया शब्द: ସା'ତେରେ इस संदर्भ में, वर्ण ' (U+2019) को उद्धरण चिह्न के रूप ... की सत्यापन नियमों का भी पालन करता रहे। आपकी सहायता के लिए धन्यवाद।
Shivaji 117 पूछा गया मार्च 18
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Every day they continued to meet together in the temple courts. They broke bread in their homes and ate together with glad and sincere hearts, praising God and enjoying the favor of all the people. And the Lord added to their number daily those who were being saved.
Acts 2:46-47
3,047 प्रश्न
6,007 उत्तर
5,672 टिप्पणियाँ
2,027 उपयोगकर्ता