चित्रों को जोड़ने के लिए सर्वोत्तम प्रथाएँ

Question

चूंकि जो भी चित्र सम्मिलित किए जाएंगे वे send/receive के माध्यम से भेजे जाएंगे, इसलिए चित्रों के साथ काम करते समय सर्वोत्तम प्रथाएँ क्या हैं, विशेष रूप से कम बैंडविड्थ वाले संदर्भों में जहां send/receive को बढ़ाना वांछनीय नहीं है?

वर्तमान में, एक टीम, उदाहरण के लिए, केवल एक नोट सम्मिलित कर रही है जो उस स्थान पर ऐसे और ऐसे चित्र जोड़ने की इच्छा दर्शाता है। क्या कोई बेहतर तरीका है?

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

Answer 1

Tim:

प्रति चित्र यह send/receive कितनी बार होता है? यह मानते हुए कि न तो बिटमैप और न ही PT प्रोजेक्ट के अंदर स्थान सम्मिलित करने के बाद बदला जा रहा है, क्या यह सही है कि डेटा एक बार सभी संबंधितों को भेजा जाता है और बाद में केवल संभावित परिवर्तनों की जांच की जाती है?

हाँ, S/R केवल एक बार पूरा फ़ाइल भेजेगा और तब से केवल किसी भी परिवर्तन को भेजेगा। चित्रों जैसे बाइनरी फ़ाइलों के लिए, कोई भी परिवर्तन पूरे फ़ाइल को दोबारा भेज देगा। टेक्स्ट फ़ाइलों में किए गए किसी भी परिवर्तन के लिए केवल परिवर्तनों का वर्णन करने के लिए आवश्यक न्यूनतम डेटा भेजा जाएगा।

Tim:

तो क्या वे अवसर चित्र जोड़ने के लिए महान क्षण नहीं होंगे और फिर सभी के जाने से पहले एक send/receive करना?

हाँ, यह इन प्रकार की चीज़ों को करने का एक अच्छा समय होगा। ध्यान दें कि डेटा को किसी बिंदु पर इंटरनेट को S/R करने की आवश्यकता अभी भी होगी, लेकिन यह केवल एक बार की बात होनी चाहिए।

बड़े चित्रों को जोड़ने की सबसे बड़ी समस्या उन लोगों के लिए है जो बाद में (जैसे एक साल बाद) प्रोजेक्ट प्राप्त करते हैं और उन्हें अब पहली बार सभी बड़े चित्रों को डाउनलोड करने की आवश्यकता होती है। स्पष्ट रूप से, यदि यह एक गैर-इंटरनेट S/R के माध्यम से भी किया जाता है, तो यह उतना बड़ा मुद्दा नहीं होगा।

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

Comments

बहुत सहायक व्याख्याएं, धन्यवाद; अगले साल हमारी अनुपस्थिति के लिए बुकमार्क कर लूंगा।

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

Answer 2

जब कोई चित्र जोड़ा जाता है, तो पूर्ण रिज़ॉल्यूशन संस्करण \local फ़ोल्डर में रखा जाता है, जिसे Send/Receive के माध्यम से साझा नहीं किया जाता है; एक कम रिज़ॉल्यूशन वाला JPG संस्करण \pictures में रखा जाता है और S/R के माध्यम से साझा किया जाता है।

एक या दो प्रोजेक्ट्स में, मैंने एक तस्वीर सम्मिलित करने के बाद (और S/R करने से पहले) \pictures फ़ोल्डर में जाकर lowres संस्करण को और भी कम कर दिया, VSO Image Resizer जैसे टूल का उपयोग करके। परिणामस्वरूप, उदाहरण के लिए, 150 पिक्सेल का एक थंबनेल बना जिसने तस्वीर का एक अस्पष्ट विचार दिया और जो बैंडविड्थ के लिए हल्का था।

Paulus+Kieviet

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

Answer 3

Paulus+Kieviet:

एक या दो प्रोजेक्ट्स में, मैंने एक तस्वीर सम्मिलित करने के बाद (और S/R करने से पहले) \pictures फ़ोल्डर में जाकर lowres संस्करण को और भी कम कर दिया, VSO Image Resizer जैसे टूल का उपयोग करके। परिणामस्वरूप, उदाहरण के लिए, 150 पिक्सेल का एक थंबनेल बना जिसने तस्वीर का एक अस्पष्ट विचार दिया और जो बैंडविड्थ के लिए हल्का था।

पुनः बताना चाहता हूं: इसे तस्वीर सम्मिलित करने के तुरंत बाद करना होगा ताकि यह सुनिश्चित हो सके कि यह प्रोजेक्ट के इतिहास में एक बिंदु चिह्नित करने (या S/R करने) से पहले हो, अन्यथा यह पहले से ही प्रोजेक्ट इतिहास का हिस्सा हो जाएगा और इसे रीसाइज़ करने से S/R की बैंडविड्थ में मदद नहीं होगी (और वास्तव में यह और भी खराब हो जाएगा)।

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

Answer 4

प्रति चित्र यह send/receive कितनी बार होता है? यह मानते हुए कि न तो बिटमैप और न ही PT प्रोजेक्ट के अंदर स्थान सम्मिलित करने के बाद बदला जा रहा है, क्या यह सही है कि डेटा एक बार सभी संबंधितों को भेजा जाता है और बाद में केवल संभावित परिवर्तनों की जांच की जाती है?

मेरा एक प्रोजेक्ट का विचार है जहां पूरी टीम नियमित रूप से एक ही कमरे में मिलती है। यहां तक कि एक मशीन भी है जिस पर एक चोरस हब है जहां वे मिलते हैं। तो क्या वे अवसर चित्र जोड़ने के लिए महान क्षण नहीं होंगे और फिर सभी के जाने से पहले एक send/receive करना?

माफ़ कीजिए @drwww यदि आपकी टीम इस तरह कभी नहीं मिलती है। मुझे आपका प्रश्न महत्वपूर्ण लगता है और अगले साल मैं एक अन्य महाद्वीप में रहूंगा… इसलिए केवल आपके थ्रेड में “भारी सामान” के send/receive के बारे में और जानने का अवसर पाने के लिए।

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

Answer 5

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

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

Comments

नमस्ते @anon498524,

आप शायद Paratext में कम रिज़ॉल्यूशन वाले संस्करण जोड़ सकते हैं, और फिर SAB में उन चित्रों को उच्च रिज़ॉल्यूशन से बदल सकते हैं (लेकिन Paratext में नहीं): जहां से भी SAB फ़ाइलों को प्राप्त करता है, वहां समान फ़ाइल नाम वाले उच्च रिज़ॉल्यूशन वाले संस्करण के लिए कम रिज़ॉल्यूशन वाले संस्करण को बदलना। मुझे पक्का नहीं पता कि क्या यह काम करेगा या नहीं…

यह SAB समुदाय के लिए भी एक अच्छा प्रश्न हो सकता है: Scripture App Builder - SIL Scripture Software Community

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

---

जब आप Paratext में एक चित्र जोड़ते हैं, तो पूर्ण-आकार की फ़ाइल केवल आपके अपने Paratext Projects फ़ोल्डर में, [project]\local\figures के तहत सहेजी जाती है। यह “local” फ़ोल्डर Send-Receive में शामिल नहीं है। एक कम-रिज़ॉल्यूशन की कॉपी आपके [project]\figures फ़ोल्डर में रखी जाती है, जिसे अन्य उपयोगकर्ता प्राप्त करते हैं। इस प्रकार सभी उपयोगकर्ता चित्रों की ड्राफ्ट कॉपी देख सकते हैं। मेरे कम-रिज़ॉल्यूशन figures फ़ोल्डर के सामग्री को देखते हुए, कम से कम 2/3 फ़ाइलें 30kB से कम हैं; सबसे बड़ी 50kB है।

यदि आपके उपयोगकर्ता बिना चित्रों के S-R करने में भी मुश्किल का सामना करते हैं, तो आपको जोड़ने वाले चित्रों की संख्या बनाम लोड का मूल्यांकन करना होगा, लेकिन कम से कम वे प्रत्येक की बहुत छोटी संस्करण प्राप्त करेंगे।

आप इस थ्रेड में पहले Paulus+Kieviet द्वारा सुझाए गए काम कर सकते हैं:

एक या दो प्रोजेक्ट्स में, मैंने एक तस्वीर सम्मिलित करने के बाद (और S/R करने से पहले) \pictures फ़ोल्डर में जाकर lowres संस्करण को और भी कम कर दिया, VSO Image Resizer जैसे टूल का उपयोग करके। परिणामस्वरूप, उदाहरण के लिए, 150 पिक्सेल का एक थंबनेल बना जिसने तस्वीर का एक अस्पष्ट विचार दिया और जो बैंडविड्थ के लिए हल्का था।

पुनः बताना चाहता हूं: इसे तस्वीर सम्मिलित करने के तुरंत बाद करना होगा ताकि यह सुनिश्चित हो सके कि यह प्रोजेक्ट के इतिहास में एक बिंदु चिह्नित करने (या S/R करने) से पहले हो, अन्यथा यह पहले से ही प्रोजेक्ट इतिहास का हिस्सा हो जाएगा और इसे रीसाइज़ करने से S/R की बैंडविड्थ में मदद नहीं होगी (और वास्तव में यह और भी खराब हो जाएगा)।

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

---

अत्यंत कम बैंडविड्थ के साथ, यदि वे केवल SAB में उपयोग के लिए हैं, तो मैं Paratext में कोई चित्र नहीं जोड़ूंगा। यदि मैं गलत नहीं समझ रहा हूं, तो SAB एक piclist.txt फ़ाइल से तस्वीरें सम्मिलित कर सकता है। इसके लिए देखें। (माफ़ कीजिए, यहां SAB इंस्टॉल नहीं है।)

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

Answer 6

मुझे इसी विषय पर थोड़ा अलग प्रश्न है: Paratext में figures/illustrations के लिए कौन से फ़ाइल प्रारूप समर्थित हैं? सहायक सामग्री में केवल JPG का उल्लेख किया गया है, ऐसा लगता है कि PNG भी काम करता है। TIF और EPS के बारे में क्या, जो पेशेवर टाइपसेटिंग के लिए भी उपयोग किए जाते हैं, और AI और PDF जैसे अन्य वेक्टर-ग्राफिक्स प्रारूप?

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

Comments

MatjazCrnivec:

Paratext में figures/illustrations के लिए कौन से फ़ाइल प्रारूप समर्थित हैं?

जब आप किसी figure के लिए ब्राउज़ करते हैं, तो डिफ़ॉल्ट इम्पोर्ट फ़ंक्शन .tiff, .tif, .jpg, या .png के लिए देखता है। आप Paratext प्रोजेक्ट में .ai या .pdf फ़ाइलों को इम्पोर्ट नहीं कर सकते।

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

---

सूचना के लिए धन्यवाद। हालांकि, यह काफी दुर्भाग्यपूर्ण है, क्योंकि इसका मतलब है कि Paratext में कोई भी वेक्टर ग्राफिक्स उपयोग नहीं किया जा सकता, हालांकि यह लॉगो, सरल चित्र, लाइन-आर्ट आदि के लिए एक उद्योग मानक है। काफी सीमा।

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

---

ध्यान रखें कि PT की 의도 कुछ हद तक वास्तविक तस्वीरों के लिए एक प्लेसहोल्डर होना है। इसलिए यह तथ्य कि केवल कम रिज़ॉल्यूशन वाली कॉपियां Send/Receive मेकनिज़्म के माध्यम से आगे-पीछे साझा की जाती हैं। आमतौर पर, समान फ़ाइल (समान नाम के साथ) की उच्च रिज़ॉल्यूशन वाली कॉपी आपके प्रोजेक्ट के /local/figures/ फ़ोल्डर में संग्रहीत होगी। PT के लिए बनाई गई कई प्रकाशन प्रोग्राम (जैसे ptxPrint) उस स्थान से उच्च गुणवत्ता वाली फ़ाइल पढ़ सकते हैं।

लेकिन, यह भी संभव होना चाहिए कि जो भी आपका प्रकाशन करता है, वे PT के अंदर कम रिज़ॉल्यूशन वाली जगह पर आपके फ़ाइलों के वेक्टर संस्करणों को प्रतिस्थापित कर सकें। यह एक अतिरिक्त चरण है और कुछ एक्सटेंशन को पुनः नाम देने में समय लगेगा, लेकिन यह संभव होना चाहिए।

सब कहने के लिए, केवल इसलिए क्योंकि PT वेक्टर ग्राफिक्स को संभालता नहीं है इसका मतलब यह नहीं है कि आप वास्तव में प्रकाशन (दोनों भौतिक रूप से या फोन/वेब ऐप्स के माध्यम से) के दौरान उनका उपयोग नहीं कर सकते।

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