JPEG-2000 के लिए सॉफ़्टवेयर समर्थन की वर्तमान स्थिति क्या है?

Question

मूल स्कैन की गई छवियों को रिकॉर्ड करने के लिए सामान्य सिफारिश "टीआईएफएफ का उपयोग करें"। लेकिन प्रोग्रामर को "सॉफ्टवेयर के विकास" के लिए प्रारूप के विकास की आवश्यकता है, और मुझे TIFF से JP2 में बदलने के लिए अपने सिस्टम को विकसित करने की आवश्यकता है।

मेरे पास कानूनी और वैज्ञानिक स्कैन सामग्री के लिए एक बड़ी छवि भंडारण (टेराबाइट्स) है, उन्हें मूल रिकॉर्डिंग की आवश्यकता है। मैं कुछ कैशिंग नियमों का उपयोग करता हूं, लेकिन सिस्टम को (वेब ​​डाउनलोड के माध्यम से) दिखाने की जरूरत है या फिर (इमेजमैजिक और अन्य) मूल डेटा में हेरफेर करने की।

मैंने TIFF-lossless से JPEG-2000-lossless से छवि भंडारण के बारे में एक लेख पढ़ा है और निष्कर्ष TIFF के साथ रहना है। हालाँकि लेख 2009 से है और जिस समय उन्हें उपलब्ध सॉफ्टवेयर द्वारा JPEG-2000 प्रारूप के लिए समर्थन मिला, वह बहुत खराब था। JPEG-2000 के रूपांतरण उनके द्वारा परीक्षण किए गए सॉफ़्टवेयर में हानिपूर्ण थे, और छवियों का उपभोग करने के लिए उपलब्ध सॉफ़्टवेयर ने प्रारूप का अच्छी तरह से समर्थन नहीं किया।

अब TIFF से JP2 में बदलने का समय है, या नहीं? क्या सॉफ्टवेयर समर्थन अभी भी उतना ही त्रुटिपूर्ण है जितना कि 2009 में था?

Comments

प्रारूप की पसंद का डेटा (रंग / ग्रेस्केल / बीडब्ल्यू, बिट-डेप्थ, रिज़ॉल्यूशन) और महत्वपूर्ण रूप से प्रकृति के साथ बहुत कुछ करना होगा, चाहे वह ज्यादातर पाठ, फ़ोटो, चार्ट, धुंधली, दानेदार आदि हो, तो यह मदद करेगा यदि आप उस पर विस्तार कर सकते हैं तो थोड़ा सा। अधिक महत्वपूर्ण बात - मूल स्कैन TIFF हानिपूर्ण या दोषरहित था? यदि यह हानिपूर्ण था, तो इसका मतलब है कि जानकारी का नुकसान कम हो गया था (आगे के बदलावों के विपरीत), और आप एक दोषरहित प्रारूप को खोजने की बहुत संभावना नहीं है जो कि यह फ़ाइल आकार से मेल खाएगा।

— डैनियल बी

यदि आप A) ने इसे संसाधन अनुरोध नहीं बल्कि आपके प्रश्न का उत्तर देने का अनुरोध किया है और B) ने स्पष्ट किया कि यह प्रश्न क्या है तो पीटर यहाँ विषय पर होगा। आपके क्यू की सामयिकता वास्तव में यहां एक महान फिट है, आपको बस एक विशिष्ट उत्तर देने योग्य प्रश्न को स्पष्ट करने की आवश्यकता है।

— जिमी हॉफ

धन्यवाद @JimmyHoffa एट अल! मैंने संपादित किया, लेकिन शायद बाद में, अन्य लोगों ने इस सवाल को बंद कर दिया ...

— पीटर क्रूस

धन्यवाद @ thorstenMüller, जांचें कि क्या अब (संपादित) अधिक स्पष्ट है।

— पीटर क्रस

@PeterKrauss मुझे पता है कि यह "क्लोज़" के शब्दों से स्पष्ट नहीं है, लेकिन वास्तव में इसका मतलब है कि संशोधित होने तक बंद कर दिया गया है, इसे ठीक करें और इसे फिर से खोला जाएगा, वे इसे हटा देंगे यदि उन्हें नहीं लगता कि यह तय हो सकता है।

— जिमी हॉफ

Answer 1

विकिपीडिया की आवेदनों की सूची के आधार पर , इन दिनों समर्थन बहुत अच्छा लग रहा है। यह दुनिया भर में संग्रह-उन्मुख संगठनों में कर्षण प्राप्त कर रहा है:

• यहाँ एक पृष्ठ है , जिसमें अन्य लोगों के अलावा नाटो द्वारा इसके गोद लेने पर चर्चा की गई है।

• इस पत्र में उल्लेख किया गया है कि हार्वर्ड यूनिवर्सिटी लाइब्रेरी JPEG-2000 के लिए भी आगे बढ़ रही है।

• यह पत्र ब्रिटिश संग्रहालय और हार्वर्ड प्रयासों पर विस्तार से जाता है, और वेलकम डिजिटल लाइब्रेरी को जोड़ता है।

मेरे मैकबुक प्रो पर 10.7.5 चल रहा है, यहाँ कुछ ब्राउज़र परिणाम ( स्रोत 1 , स्रोत 2 ) हैं:

• सफारी: कोई परेशानी नहीं

• क्रोम: कभी-कभी QuickTime लोड करने की आवश्यकता होती है

• फ़ायरफ़ॉक्स: कोई परेशानी नहीं

मैंने IE का परीक्षण नहीं किया, लेकिन उन तीनों और विकिपीडिया सूची से, मुझे लगता है कि JPEG-2000 का समर्थन अब व्यापक है।

इस मुद्दे के बारे में कि क्या आपको स्विच करना चाहिए, क्योंकि JPEG-2000 के पास पर्याप्त प्लेटफ़ॉर्म समर्थन अब प्रतीत होता है, मैं केवल तभी स्विच करूंगा जब ऐसा करने के लिए मजबूत तकनीकी कारण हों:

• छोटी छवि का आकार

• तेज प्रदर्शन

• ज्यादा सुरक्षित

• TIFF असमर्थित होने लगी है।

यदि आप स्विच करना चुनते हैं, तो कृपया ऐसा करने में अपने अनुभवों के साथ वापस पोस्ट करें!

Comments

धन्यवाद। हां, मैं "पर्याप्त मंच समर्थन" के बारे में आपके तर्क पर सहमत हूं। ब्राउज़रों और जीआईएस अनुप्रयोगों का समर्थन करने वाला पहला था, लेकिन स्कैन किए गए दस्तावेजों और मूल चित्रों के लिए एनएलएम / पीएमसी मानकों , और अन्य, फिर भी टीआईएफएफ की सिफारिश करता है ... मुझे नहीं पता क्यों।

— पीटर क्रूस

@PeterKrauss मैं इस पर गलत हो सकता है, लेकिन पहली बात यह है कि जेपीईजी और जेपीईजी -2000 के लिए एक फ़ाइल में कई पृष्ठों के लिए समर्थन (व्यापक) की कमी होगी? गैर हानिपूर्ण संपीड़न के लिए समर्थन एक और है, और जेपीईजी-परिवार हमेशा तस्वीर उन्मुख थे और प्रदर्शन नहीं करते कि अच्छी तरह से स्कैन किए गए दस्तावेज़ों पर। ऐतिहासिक रूप से, TIFF रहा है, और अभी भी स्कैनिंग की दुनिया में बेहद व्यापक और प्रमुख है। यह पूछना कि क्यों थोड़ा सा पूछ रहा है कि डेस्कटॉप पर विंडोज क्यों हावी है - यह सही जगह और समय पर काफी अच्छा था।

— डैनियल बी

असमर्थित तरीके से अत्यधिक लगता है। कई बड़े संस्थानों में एक सर्वेक्षण में एक अलग तस्वीर दिखाई गई: photo.stackexchange.com/a/69661/45210

— निमो

Answer 2

मुझे लगता है कि उत्तर इस बात पर निर्भर करता है कि क्या आप वास्तविक जीवन उपयोग या पुस्तकालय समर्थन कवरेज पर सवाल उठा रहे हैं। चूंकि आप programmers.stackexchange पर पूछते हैं, हो सकता है कि आप लाइब्रेरी से मतलब रखते हों, लेकिन हर कोई आपको लगता है कि आप अनुप्रयोगों के बारे में पूछ रहे हैं। मैं भीड़ का पीछा करूंगा।

विकिपीडिया की अनुप्रयोगों की सूची के आधार पर, अनुप्रयोगों की बात करें, तो इन दिनों समर्थन बहुत बुरा लग रहा है। इसके साथ संगत उपयोगकर्ता सॉफ़्टवेयर क्रमांकित हैं, और आमतौर पर पेशेवर उपकरण हैं, और यह केवल कुछ विश्वव्यापी संग्रह-उन्मुख संगठनों में कर्षण प्राप्त कर रहा है जिन्हें आप एक पृष्ठ के भीतर सूचीबद्ध कर सकते हैं। संक्षेप में, jp2 लोगों की पहुंच से बाहर है। इस दर पर, यह तकनीकी श्रेष्ठता के बावजूद, सार्वजनिक स्वीकृति के लिए कभी-भी विराम-बिंदु तक नहीं पहुंचेगा।

ब्राउज़रों की बात करें तो, विकिपीडिया ने सूचीबद्ध किया कि केवल सफारी में ही मूल समर्थन है। अन्य सभी, फ़ायरफ़ॉक्स, क्रोम, IE ... कुछ को छोड़कर, QuickTime के साथ नहीं करते हैं, जो कि एंड्रॉइड / विंडोज पर गारंटी नहीं दी जा सकती है और लिनक्स पर नहीं है।

मेरे OpenSUSE 13.1 पर, यहां कुछ ब्राउज़र परिणाम नमूने के साथ हैं (ध्यान दें कि नमूना पृष्ठ को खोलने से ओके की गणना नहीं होती है, आपको इसके अंदर .jp2 चित्र खोलना होगा):

• क्रोमियम 33: ऐसा नहीं कर सकते, उपयोगकर्ताओं को डाउनलोड करने की पेशकश करते हैं।
• फ़ायरफ़ॉक्स 27: ऐसा नहीं कर सकते, उपयोगकर्ताओं को डाउनलोड करने की पेशकश करते हैं।

(चूंकि लिनक्स स्वयं jp2 का समर्थन करता है, उपयोगकर्ता डाउनलोड के बाद चित्र खोल सकते हैं)

** पीटर क्रस की टिप्पणी पढ़ने के बाद संपादित करें ** संरक्षण के संदर्भ में शायद आप प्रारूप का चयन कर सकते हैं, क्योंकि आमतौर पर आप उपयोगकर्ताओं को उपकरणों के साथ आपूर्ति करते हैं; उपयोगकर्ताओं के डेस्कटॉप और ब्राउज़र वातावरण माध्यमिक महत्व के हैं।

अपने सॉफ़्टवेयर को विकसित करने का मतलब नवीनतम प्रौद्योगिकी मानक को स्वीकार करना नहीं है। नवीनतम प्रौद्योगिकी मानक मानक समिति की भविष्य की तकनीक की आशा है, और लोग अपने निर्णय के बाद पैरों से वोट देते हैं। उदाहरण: XHTML पर बहुत अधिक माइग्रेट किया गया HTML5 जबकि HTML4 से HTML5 से अधिकांश, और बहुत से फायरफॉक्स (1394) में तब माइग्रेट किया गया था, जबकि eSATA और USB3 जबकि USB2 से सीधे USB3।

Comments

हां (!) "मीन लाइब्रेरी", मुझे लिनक्स, विंडोज और मैक पर "लाइब्रेरी सपोर्ट कवरेज" की जांच करने की आवश्यकता है। यदि डेवलपर और बड़े रिपॉजिटरी (जैसे PMC और SciELO ) के समुदाय jp2 अपना सकते हैं। <br/> ओह, आपके नमूनों का सही चित्रण , धन्यवाद।

— पीटर क्रूस

के बारे में " JP2 लोगों की पहुंच से बाहर है (...) यह कभी भी सार्वजनिक स्वीकृति के लिए विराम-बिंदु तक नहीं पहुंचेगा"। पाठकों के लिए और तुलना के लिए यहां महत्वपूर्ण बिंदु: निश्चित रूप से, जेपीजी "भीड़ के लिए" है ; आज (और शायद दशकों से अधिक) जेपी 2 , जेएलएस और टीआईएफएफ संरक्षण संदर्भों के लिए हैं , और वे यहां ध्यान केंद्रित कर रहे हैं।

— पीटर क्रस