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

क्या कोई बता सकता है कि मुझे इन त्रुटियों को दूर करने के लिए क्या करना चाहिए, जो बेसिक चेक्स (Basic Checks) द्वारा दिखाई गई हैं?
रोमन लिपि का उपयोग करने वाले प्रोजेक्ट के लिए:

  1. अमान्य मध्यवर्ती विराम चिह्न PT9.1.104.59 मुझे बताता है कि यह एक त्रुटि है: (21:1-22:1). यह एक पुस्तक की प्रस्तावना में है और हम श्लोक 21:1 से 22:1 के बारे में कुछ कहने की कोशिश कर रहे हैं। मुझे देखने को मिलता है कि “-” पहले से ही संख्या सेटिंग्स में एक संभावित मध्यवर्ती विराम चिह्न के रूप में सूचीबद्ध है, इसलिए मुझे पता नहीं है कि यह एक त्रुटि क्यों है।
  2. अनुच्छेद के अंत में विराम चिह्न की कमी हमारे पास एक अनुच्छेद है जो कोलन (colon) पर समाप्त होता है। अगला अनुच्छेद \p से शुरू होता है। मैं PT को कहाँ बता सकता हूँ कि कोलन एक अनुच्छेद को समाप्त करने के लिए एक स्वीकार्य विराम चिह्न है?

बर्मी लिपि का उपयोग करने वाले प्रोजेक्ट के लिए:
3) अमान्य अतिरिक्त सामग्री मुझे नोटिस हुआ कि ये सभी त्रुटियाँ एक सेक्शन हेडिंग के तहत \r के बाद पाई जाती हैं। क्या यह तब होता है जब वहाँ संदर्भित पुस्तक और श्लोक अभी अनुवादित नहीं किए गए हैं? क्या इन त्रुटियों को दूर करने का कोई तरीका है (उन पदों को अनुवादित करने के अलावा)?
4) अमान्य प्रीफिक्स ये पुस्तक की प्रस्तावनाओं में होते हैं जहाँ हम अध्यायों की एक श्रृंखला दे रहे हैं (जैसे 10-15, सिवाय इसके कि अंक बर्मी लिपि में हैं)। ऐसा लगता है कि दो अंकों के बीच हाइफन अमान्य प्रीफिक्स त्रुटि का कारण बन रहा है। मैं PT को कैसे बता सकता हूँ कि यह एक त्रुटि नहीं है?

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

3 उत्तर

0 वोट
सर्वोत्तम उत्तर
  1. कोलन को भी मध्यवर्ती विराम चिह्न के रूप में चिह्नित करने की आवश्यकता है।
  2. मार्कर मिसिंग फाइनल पंक्चुएशन इन्वेंटरी (Markers missing final punctuation inventory) का प्रयास करें (Tools > Checking inventories > Markers missing final punctuation)। उस इन्वेंटरी पर एक Options बटन भी है जिसमें व्यवहार को कस्टमाइज़ करने के लिए और सेटिंग्स हैं।
  3. अमान्य अतिरिक्त सामग्री का अर्थ है कि इसने पता लगाया है कि \r मार्कर टेक्स्ट के अंदर संदर्भ का हिस्सा न होने वाली अन्य टेक्स्ट मौजूद है। अंग्रेज़ी में, यह आमतौर पर कुछ ऐसा होता है जैसे \r See Mrk 2.14-2.18 ("See " को “अतिरिक्त सामग्री” माना जाता है)। एक उदाहरण एक अधिक सटीक उत्तर देने में मदद करेगा।
  4. हाइफन को उस त्रुटि का कारण नहीं बनना चाहिए यदि वह अंकों से घिरा है। क्या आप एक उदाहरण पोस्ट कर सकते हैं?
English से मशीन-अनुवादित
द्वारा [Expert]
(16.7k अंक)

बहुत-बहुत धन्यवाद।

  1. कोलन जोड़ने से समस्या का समाधान नहीं हुआ। वह टेक्स्ट जो समस्या के रूप में दिखाई देता है वह (21:1-22:1) है। मैंने हाइफन और कोलन दोनों जोड़े हैं, लेकिन इसने समस्या का समाधान नहीं किया। कोई सुझाव?
  2. समाधान हो गया।
  3. मैं MTTs के साथ इस पर चर्चा करूंगा और देखूंगा कि वहाँ कौन से अतिरिक्त शब्द हैं।
  4. हाइफन एक अंक और एक शब्द के बीच है। वे “(अध्याय) 11 पर” और “(अध्याय) 12 पर” लिखने की कोशिश कर रहे हैं। लेकिन उन्होंने साहित्यिक रूप से “11-पर” और “12-पर” लिखा है और उन्होंने इसे हाइफन को अंक से जोड़कर किया है, जिससे मुझे लगता है कि PT को लग रहा है कि अंक एक प्रीफिक्स है। सामान्य रूप से, “पर” का अर्थ रखने वाला कण (particle) सीधे उसके पहले वाले शब्द से जुड़ा होता है, लेकिन मुझे लगता है कि क्योंकि इसे अंकों से जोड़ना अजीब लग सकता है, MTTs ने अंक और “पर” के बीच एक हाइफन रखा है। यह मानते हुए कि MTTs कहते हैं कि हाइफन की आवश्यकता है, क्या PT को यह स्वीकार करने का कोई तरीका है?
English से मशीन-अनुवादित
  1. देखने के लिए अपने प्रोजेक्ट की पवित्र ग्रंथ संदर्भ सेटिंग्स (Scripture reference settings) की जांच करें कि Paratext अध्याय-श्लोक विभाजक के रूप में क्या प्रतीक की उम्मीद कर रहा है। यदि आप कोलन चाहते हैं, तो आप इसे कोलन का उपयोग करने के लिए सेट कर सकते हैं।

  2. पवित्र ग्रंथ संदर्भ सेटिंग्स में “-at” को अतिरिक्त टेक्स्ट के रूप में परिभाषित करना संभव हो सकता है। लेकिन शायद अतिरिक्त टेक्स्ट को अध्याय संख्या से जुड़ा नहीं होना चाहिए।

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

हाइफन एक समस्या है क्योंकि आप जो पवित्र ग्रंथ संदर्भ दिखा रहे हैं वह अध्यायों में फैला हुआ है। यदि आप अपनी Scripture Reference settings देखते हैं, तो शायद आपको यह मिलेगा कि अध्यायों में फैले संदर्भों के लिए लंबा em dash सेट किया गया है। आप इस सेटिंग को बदल सकते हैं, लेकिन यह अनुशंसित है कि आप श्लोकों में फैले संदर्भों को अध्यायों में फैले संदर्भों से अलग चिह्नित करें।

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

आप निश्चित रूप से अध्यायों के पार फैलने के लिए शब्दों का उपयोग कर सकते हैं। यहाँ एक प्रोजेक्ट का उदाहरण है जिसने तब जब संदर्भ एक या अधिक अध्याय सीमाओं को पार करता था, “until” शब्द का उपयोग किया था।

image

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

मैंने अध्याय फैलाव मार्कर को em dash के रूप में बदल दिया और टेक्स्ट को इसका प्रतिबिंबित करने के लिए बदल दिया, लेकिन इसने समस्या का समाधान नहीं किया। क्या यह इसलिए हो सकता है क्योंकि श्लोक संदर्भ पुस्तक के नाम या संक्षिप्त नाम के बिना कोष्ठक के भीतर हैं? यानी, बस (21:1–22:1) मैंने अध्याय फैलाव मार्कर को इस प्रकार बनाकर इसे “हल” करने में सक्षम था: (21:1 - 22:1)।

अपडेट: मैंने कोष्ठक में पुस्तक का नाम डालकर और हाइफन को इस प्रकार वापस लाकर भी इसे हल करने में सक्षम था: (Numbers 21:1-22:1) मुझे लगता है कि पुस्तक के नाम के बिना, PT इसे बस अंकों के रूप में देख रहा था, पवित्र ग्रंथ संदर्भों के बजाय?

लेकिन मैं अभी भी जानना चाहूंगा कि Paratext को (21:1-22:1) या (21:1–22:1) जैसी चीज़ों को स्वीकार करने के लिए कैसे करवाया जाए।

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

उत्तर नीचे दिए गए हैं:

  1. अमान्य मध्यवर्ती विराम चिह्न। - यह एक संदर्भ है, इसलिए यदि आप इसके साथ \r या \ior या \mr का उपयोग नहीं कर रहे हैं, तो इसे \xt … \xt* में लपेटें और त्रुटि दूर हो जाएगी (सिवाय इसके कि आपको संदर्भ को ठीक करना पड़े।)
  2. अनुच्छेद के अंत में विराम चिह्न की कमी – यह Project Menu/Tools/Checking Inventories/Markers missing final punctuation inventory में सेट किया जाता है। यह तब सबसे उपयोगी होता है जब “Show all final punctuation” टिक किया गया हो।
  3. अमान्य अतिरिक्त सामग्री – आप अपने प्रश्न के उत्तर के लिए पर्याप्त जानकारी प्रदान नहीं करते हैं और मुझे नहीं लगता कि आपने सही कारण खोजा है, जब तक कि शायद आपके पास एक खाली \r न हो और श्लोक संख्या से पहले इसके बाद \p न हो? Paratext \r के बाद सभी टेक्स्ट को एक संदर्भ के रूप में देखेगा जिसे जांचा जाना है, जब तक कि वह एक अनुच्छेद मार्कर न खोज ले।
  4. अमान्य प्रीफिक्स – इनमें से इनको भी \xt … \xt* में लपेटें और सुनिश्चित करें कि आप अध्याय ब्रिज के लिए वह प्रतीक उपयोग करें जिसे आपने Scripture Reference Settings (Project Menu/Project Settings) में परिभाषित किया है।
English से मशीन-अनुवादित

विस्तृत व्याख्या के लिए धन्यवाद। मैं इसे कल MTTs के साथ और गहराई से देखूंगा और इन त्रुटियों को दूर करने की कोशिश करूंगा।

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

मेरा मानना है कि PT में उपयोग किए जाने वाले निम्नलिखित चिह्न उसकी मदद करेंगे:
हाइफन (-) \u002D
n-dash (–) \u2013
m-dash (—) \u2014

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

चूंकि आपका ध्यान है, मुझे पूछने के लिए एक और समस्या मिल रही है। त्रुटि कोड \r लाइन में “Invalid Book” है। जितना मैं बता सकता हूँ, पुस्तक का नाम वही है जो \toc2 में उपयोग किया जाता है, इसलिए मुझे पता नहीं है कि समस्या क्या है।

कोई बात नहीं। मैंने इसे समझ लिया। \r को संक्षिप्त नाम के बजाय संक्षिप्त नाम (abbreviations) खोजने के लिए सेट किया गया था।

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

दूसरी सोच पर, मैंने अपने बर्मी शब्द हटा दिए।

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

यह सच हुआ करता था। हालाँकि, अब जांच Project Menu/Properties/Scripture Reference Settings में पाए जाने वाले Scripture Reference Settings के आधार पर काम कर रही है। Paratext कुछ समय पर इसे आपके लिए भर देता है, लेकिन यदि आप अपने टेक्स्ट में \toc लाइनों को संपादित करते हैं, तो यह इसे अपडेट नहीं करता है जब तक कि आप इसे न कहें। जब आपके टेक्स्ट में \toc लाइनों और Scripture Reference Settings के बीच असंगति होती है, तो मेनू में एक संघर्ष को संकेत देने के लिए एक नारंगी पट्टी दिखाई देगी। यदि आप वहाँ क्लिक करते हैं, तो आपको सूचियों को अपडेट करने में आसानी से मार्गदर्शन मिलता है।

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

धन्यवाद। हाँ, एक बार जब हमें Scripture Reference Settings में वह छोटी सेटिंग नोटिस हुई, तो हमें त्रुटि का स्रोत समझ आ गया। और हाँ, हमें पुस्तकों के नामों और संक्षिप्त नामों की उस सूची का ध्यान रखना होगा और इसे अपडेटेड और सटीक रखना होगा।

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

फुटनोट से संबंधित एक और त्रुटि। वाक्यांश ‘Urim’ hai ‘Thumim’ को एक फुटनोट के रूप में चुना गया था। एकल उद्धरण चिह्न इसलिए दिखाई देते हैं क्योंकि वे किसी अन्य उद्धरण के भीतर हैं।

लेकिन बेसिक चेक्स ‘Urim’ hai ‘Thumim’ को एक त्रुटि के रूप में चिह्नित करते हैं यदि यह \fq या \ft में दिखाई देता है, यह कहते हुए कि यह उद्धरण में उद्धरण है बिना उद्धरण के। यदि मैं फुटनोट में एकल उद्धरण चिह्न हटा देता हूँ या फुटनोट में एकल उद्धरण चिह्न को डबल उद्धरण चिह्न से बदल देता हूँ, तो यह एक अलग त्रुटि उत्पन्न करता है जो कहता है कि टेक्स्ट श्लोक में नहीं मिला।

क्या \fq संदर्भ को बस हटाने के अलावा इसका कोई अन्य समाधान है?

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

इस त्रुटि को संभालने के कुछ तरीके हैं:

  1. एकल उद्धरण चिह्न को डबल उद्धरण चिह्न में बदलें और फिर \fq को \fqa में बदलें (जिसकी सटीकता के लिए जांच नहीं की जाती)।
  2. यह पहचानते हुए कि टेक्स्ट सही है, आप त्रुटि को अस्वीकार कर सकते हैं (सूची विंडो के मेनू पर जाएं और Deny पर क्लिक करें या CTRL+D का उपयोग करें)
English से मशीन-अनुवादित

धन्यवाद। क्या ऐसे कई अन्य मार्कर हैं जिनकी सटीकता के लिए जांच नहीं की जाती? क्या सभी (या अधिकांश) मार्कर जो एक वैकल्पिक के रूप में उपयोग किए जाते हैं, उनकी सटीकता के लिए जांच नहीं की जाती?

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

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

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

आशीर्वाद,

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

मैं इसमें :@Shegnada के साथ पूरी तरह सहमत हूँ

यदि टेक्स्ट को पवित्र ग्रंथ से सीधे उद्धृत हिस्सा होना चाहिए और मैं अपने टीमों में से एक को टेक्स्ट को बदलने के बजाय त्रुटि को अस्वीकार करने की सलाह दूंगा। मैं चाहूंगा कि यह पवित्र ग्रंथ से बिल्कुल मेल खाता रहे

हालाँकि, मैं डेवलपर्स को \fq में टेक्स्ट को Quotations जांच से बाहर रखने की सिफारिश करूंगा। इसमें कोई लाभ नहीं है क्योंकि टेक्स्ट को पहले ही Quoted Text जांच का उपयोग करके मुख्य टेक्स्ट के विरुद्ध जांचा जा चुका है और मुख्य टेक्स्ट को Quotations जांच के साथ जांचा जाता है। \fq में टेक्स्ट की जांच Quotations जांच का उपयोग करके केवल उन त्रुटियों की ओर ले जाती है जिन्हें अस्वीकार करने की आवश्यकता होती है…

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

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

0 वोट
2 उत्तर 364 व्यूज़
One user wants to use print draft but is encountering an error which says marker errors detected , when certain ... user be concerned about the message seen in print draft?
anon310851 135 पूछा गया मई 8, 2018
0 वोट
1 उत्तर 441 व्यूज़
I'm working on basic checks for a project, and it keeps coming up with Citation form (x) is missing from glossary every ... difference. (P.S. I am using Paratext 8.0.100.84)
Rɔnelh 199 पूछा गया नवंबर 16, 2019
0 वोट
1 उत्तर 217 व्यूज़
मुझे पक्का नहीं है कि यह एक प्रश्न है या एक सार्वजनिक सेवा अधिसूचना। आज हमारे क्षेत्र के एक उपयोगकर्ता ने कुछ अजीब सा पता ... करूं ताकि अन्य लोग भी इस समस्या को देखना शुरू कर दें।
Stephen Katt 1.3k पूछा गया मार्च 14, 2024
0 वोट
1 उत्तर 283 व्यूज़
Translations in our language follow the versification of the Russian Synodal Protestant. UBS have keyed in the old ... and versification for this project is set to RSP.)
wdavidhj 1.4k पूछा गया जून 13, 2016
Paratext में
0 वोट
2 उत्तर 780 व्यूज़
What might be the explanation why you cannot insert a project note while in Basic View in PT 9, but you could in PT8?
Seppo Sipilä 250 पूछा गया मार्च 26, 2020
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Just as a body, though one, has many parts, but all its many parts form one body, so it is with Christ.
1 Corinthians 12:12
3,049 प्रश्न
6,007 उत्तर
5,672 टिप्पणियाँ
2,029 उपयोगकर्ता