डिजिटल डिजाइन के इतिहास को संरक्षित करने के लिए क्या किया जा सकता है?


21

मैं हाल ही में स्थानांतरित हुआ हूं, इसलिए मैं यह तय करने की प्रक्रिया से गुजरा कि क्या रखना है, क्या दान करना है और क्या फेंकना है।

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

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

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

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

यह सोचकर मुझे डर लगता है कि एक दिन यह सब डिजाइन का प्रयास चलेगा और याद करना असंभव होगा, ग्रीक मंदिरों की काल्पनिक पॉली-क्रोमैटिक फैकेड पेंटिंग की तरह, बारिश से धोया और नाली नीचे चली गई।

तो, मेरा सवाल है:

  • भविष्य की पीढ़ियों के लिए डिजिटल डिजाइन के इतिहास को संरक्षित करने के लिए क्या किया जा सकता है?
  • एक तरह से गतिशील डिजाइन के टुकड़ों को संग्रहीत करने का एक अच्छा तरीका क्या होगा जो अप्रचलित नहीं होता है?
  • क्या ऐसा करना व्यर्थ है?

1
क्लाउड में एक कॉपी रखें और हार्ड ड्राइव पर एक और कॉपी जिसे आप सुरक्षित स्थान पर संग्रहीत नहीं करते हैं
Zach Saucier

3
मुझे लगता है कि यह वास्तव में मजेदार सवाल है लेकिन मुझे नहीं पता कि यह वास्तव में ग्राफिक डिजाइन के बारे में है। यह वास्तव में एक बहुत बड़ा विषय है जो सामान्य रूप से डिजिटल मीडिया के लिए बोलता है।
DA01

2
archive.org मामले पर पहले से ही कर रहे हैं ... उदाहरण के लिए यहाँ कैसे इस साइट में 2011 देखा है web.archive.org/web/20121111143351/http://...
user56reinstatemonica8

2
@ user568458: यह बहुत अच्छी तरह से काम नहीं करता है। मैंने उन कई साइटों की जाँच की है जिन्हें मैंने डिज़ाइन या विकसित किया है और वे पूरी तरह से टूट चुकी हैं।
कॉकपअप

1
इस प्रश्न के इर्द-गिर्द लाइब्रेरी साइंस का एक पूरा अनुशासन है - आप जिस शब्द को गूगल करना चाहते हैं वह है "डिजिटल संरक्षण" = ^)
लिंडाजेन

जवाबों:


5

आपके पास कुछ चीजें हैं जिन्हें आपको संरक्षित करने के बारे में चिंतित होने की आवश्यकता है। जब हम डिजिटल संरक्षण के बारे में बात करते हैं, तो हम आम तौर पर चिंतित होते हैं:

  1. भौतिक मीडिया । यह 'मीडिया रिफ्रेश' कहलाता है, आमतौर पर हर 5-10 साल में मीडिया के प्रकार पर निर्भर करता है। आप पुराने मीडिया के बारे में सब कुछ पढ़ते हैं, इसे चेकसम के विरुद्ध सत्यापित करते हैं (जो आप उम्मीद करते हैं कि आप कई स्थानों पर संग्रहीत हैं), और फिर इसे ताज़ा मीडिया में वापस लिख दें। यह आमतौर पर 'बिट संरक्षण' के रूप में जाना जाता है, जैसा कि आप केवल पहले से मौजूद डिजिटल फ़ाइल से संबंधित हैं, न कि यदि आप वास्तव में इसे पढ़ सकते हैं या नहीं।

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

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

    और याद रखें, यदि आप किसी वेबसाइट को संग्रहित कर रहे हैं, तो आप न केवल पूरी तरह कार्यात्मक सर्वर के साथ एक वीएम को संग्रहीत करना चाहते हैं, बल्कि आपको उस युग के ब्राउज़रों को भी संग्रहित करने की आवश्यकता है, जो उनके साथ ठीक से बातचीत करेंगे, क्योंकि हमारे पास कुछ मामले हैं सुविधाओं को पदावनत ( <flash>, कई <title>एस lowsrc) या बाहर के रास्ते ( एक्सएलएसटी ) पर किया जाता है। आपको उचित संदर्भ सेट करने के लिए उपयुक्त नेटवर्क गति (यानी, डायलअप) को फिर से बनाने के लिए प्रॉक्सी की भी आवश्यकता हो सकती है।

जो हमें इस प्रश्न में मिलता है कि यह क्या है कि आप वास्तव में संरक्षित करने की कोशिश कर रहे हैं।

हालांकि कुछ संग्रहालय प्रदर्शन पर जाने के लिए वस्तुओं की प्रतिकृतियां बनाएंगे, और स्मिथसोनियन ने 3 डी स्कैनिंग आइटम शुरू किए हैं, अधिकांश संग्रहालय डिजिटलाइजेशन प्रोजेक्ट वास्तव में वस्तुओं या अन्य रिकॉर्डिंग (ऑडियो, वीडियो, आदि) की छवियां ले रहे हैं।

यदि आपको सिर्फ अपने काम के मूल स्वरूप की आवश्यकता है, और इंटरेक्टिव पहलुओं की नहीं, तो आप स्क्रीन शॉट लेना चाहते हैं या काम के विशिष्ट भागों की पीडीएफ तैयार कर सकते हैं। आपको उन चित्रों को दस्तावेज / सूचीबद्ध करना चाहिए जो यह समझाने के लिए कि आप विशेष रूप से छवि में दिखाने की कोशिश कर रहे हैं। आप विशिष्ट उपयोग के वीडियो, या विशिष्ट इंटरैक्टिव घटकों को भी कैप्चर कर सकते हैं जिन्हें आप अपने पोर्टफोलियो के लिए हाइलाइट करना चाहते हैं।

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

नोट: वर्षों से डिजिटल संरक्षण और पुस्तकालय एसई दोनों साइटें हैं, जिनमें से किसी ने भी इसे बीटा से बाहर नहीं बनाया है।


मैं उल्लेख करना चाहिए - बड़े संग्रह के लिए, वे अपने टेप ड्राइव के 20-30% समर्पित हो सकता है सिर्फ मीडिया रीफ्रेश और सत्यापन के लिए। आप अक्सर हर चीज की 3+ प्रतियां बनाते हैं, और समय-समय पर प्रत्येक बैच से टेप / ऑप्टिकल डिस्क की जांच करते हैं। यदि आपको कोई भ्रष्टाचार दिखाई देता है, तो आप उस बैच की अन्य प्रतियों को तब तक मान्य करते हैं जब तक कि आपको एक अच्छी प्रति न मिल जाए, और उसे नए मीडिया में लिख दें। आप अपनी प्रतियां मीडिया के विभिन्न ब्रांडों में, या कम से कम विभिन्न विनिर्माण बैचों में फैलाना चाहते हैं, और फिर उन्हें विभिन्न स्थानों में संग्रहीत करते हैं।
जो

10

मैं सब कुछ डिजिटल रखने के लिए करता हूं।

जब फ्लॉपीज़ की मृत्यु हुई तो मैंने जिप डिस्क में सब कुछ स्थानांतरित कर दिया।

जब जिप डिस्क की मृत्यु हो गई तो मैंने सब कुछ एक हार्ड ड्राइव में स्थानांतरित कर दिया। (जाज ड्राइव के लिए जाना माना जाता है, लेकिन उस समय एक और बाहरी प्रारूप से सावधान था)

जब सीडी फीकी पड़ने लगी, तो मैंने सभी सीडी सामग्री को हार्ड ड्राइव में स्थानांतरित कर दिया।

मुख्य रूप से क्योंकि उस समय तक हार्ड ड्राइव की क्षमता में 10 गुना + गुना वृद्धि हुई थी और कीमत में 10x गुना गिरा था।

मैं तो बस अपने अभिलेखागार में पुराने काम दायर किया।

तकनीकें बदल जाती हैं लेकिन समग्र फ़ाइल संरचना वास्तव में इतना नहीं बदल पाई है। एक फ़ोटोशॉप 2 फ़ाइल आज भी फ़ोटोशॉप द्वारा खोली जा सकती है। बस एक Illustrator 88 फ़ाइल के रूप में अभी भी एक वैध वेक्टर फ़ाइल है। HTML अभी भी HTML है और किसी भी वेब साइट का निर्माण एक निर्मित साइट है, इसलिए बिल्ड में आवश्यक सभी प्रौद्योगिकियां हैं। जबकि पुरानी साइटें PHP3 जैसी चीजों का उपयोग कर सकती हैं, उन्हें जरूरत पड़ने पर अपग्रेड किया जा सकता है या बस जरूरत पड़ने पर फ्रंट-एंड को सही तरीके से रेंडर करने के लिए जोड़ा जा सकता है।

कुछ फ़ाइल संरचनाएँ हालांकि मर चुकी हैं। मैंने किया, एक बिंदु पर, बस "आगे बढ़ना" और मेरे सभी पेजमेकर फ़ाइलों को ट्रैश कर दिया। उस समय उनके खुलने की कोई उम्मीद नहीं थी और उन्हें फिर से हासिल करने की कोशिश का कोई मतलब नहीं था। कई क्वार्कएक्सपेर 2-3 फ़ाइलों के लिए समान आयोजित किया गया। बस उन फ़ाइलों को बनाए रखने के लिए कोई अतिरिक्त लाभ नहीं था। इसलिए, काम को बचाने की इच्छा फ़ाइल संरचना की वास्तविक उपयोगिता से आगे निकल गई थी। आज, मेरे प्रिंट कार्य का एक बड़ा कारण एक या किसी अन्य कारण से पीडीएफ में सहेजा गया है। पीडीएफ को संग्रहीत करने का मतलब है कि वे कई, कई वर्षों तक दिखाई देनी चाहिए , भले ही किसी दिन InDesign की मृत्यु हो।

अनिवार्य रूप से, अगर मैं आज फ़ाइल खोल सकता हूं ... मैं इसे रखता हूं।

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

केवल एक चीज जिसे मैंने डिजिटल रूप से खो दिया है, वह एक SyQuest डिस्क थी क्योंकि कोई रास्ता नहीं था कि मैं एक डिस्क के लिए एक SyQuest ड्राइव खरीदने जा रहा था और उस पर सामग्री आवश्यक नहीं थी।

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

मुझे उनके नाम "ज्ञात" होने से पहले ग्लेज़र, बास, रैंड, थर्प से शुरुआती काम देखना अच्छा लगेगा । मैं अपने आप से उसकी तुलना करना शुरू नहीं करता, लेकिन खुद के इतिहास को संरक्षित करना मेरे लिए कुछ हद तक अनिवार्य है।

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


जबकि आप उस काम को देखना पसंद कर सकते हैं, मुझे आश्चर्य है कि क्या वे अपने पूर्व-प्रसिद्ध कार्य को दिखाना चाहते हैं। :) (हालांकि मैं सहमत हूं, एक ऐतिहासिक कलाकृति के रूप में, यह बहुत महत्वपूर्ण है)। आपको आश्चर्य होता है कि क्या कारण है कि हमारे पास उनके काम का बहुत कुछ है क्योंकि यह ज्यादातर एनालॉग था।
DA01

अच्छी बात। मैकेनिकल को बचाना बहुत जरूरी था क्योंकि वे आसानी से नकल नहीं कर सकते थे।
स्कॉट

SyQuests! यार, वे चीजें देर-सवेर क्लेमेंटाइन के डिब्बे की तरह खराब हो गईं।
लॉरेन-रिंसेट-मोनिका-इप्सम

यदि आप वास्तव में अपनी पेजमेकर फ़ाइलों को चाहते थे, तो मुझे यकीन है कि विंडोज 3.1 या इसी तरह चलने वाली वर्चुअल मशीन में पेजमेकर को स्थापित करना संभव है।
user253751

जब तक आपके पास मैक फाइलें न हों। लेकिन हाँ मैं मिल सकता है 1992 मैक और अगर यह इस पर रविवार को स्थापित कि महत्वपूर्ण।
स्कॉट

4

आप कुछ कारणों से डिजिटल फ़ाइलों को आसानी से संरक्षित नहीं कर सकते हैं:

  • भौतिक मीडिया पुराना हो गया
  • सॉफ्टवेयर दिनांकित हो जाता है
  • कहा जाता है कि पुराने सॉफ्टवेयर को चलाने के लिए सिस्टम पुराना हो जाता है

ऐसा नहीं है कि आपको डेटा का बैकअप नहीं लेना चाहिए। 'द क्लाउड' भौतिक मीडिया मुद्दे के संबंध में इसे थोड़ा आसान बनाता है। आपके पास अभी भी अन्य दो मुद्दे हैं, हालांकि। उदाहरण के लिए, मेरे पास साइक्वेस्ट डिस्क पर बहुत सारी फ्रीहैंड फाइलें हैं। न केवल मीडिया आउट डेटेड है, बल्कि मेरे पास फ्रीहैंड की कॉपी नहीं है और अगर मैंने किया भी, तो मुझे इसे चलाने के लिए कुछ भी नहीं है।

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

यह सब कहा, वहाँ भी है 'क्यों आप की जरूरत नहीं सामान पर पकड़' तर्क। भौतिक दुनिया की तरह, हम इंसान अपने घरों के साथ-साथ अपने लैपटॉप पर भी डिटरियस इकट्ठा करते हैं। हो सकता है कि यह व्यावहारिक और मनोवैज्ञानिक दोनों तरह से स्वस्थ हो, बस इसे जाने दो। :)


3

डिजिटल संग्रह कठिन है। आपको तकनीकी बाधाओं को दूर करने के लिए योजना बनानी होगी। इसलिए मीडिया को समय-समय पर ताज़ा रहने की ज़रूरत है ताकि आप थके हुए से बचने के लिए आपको कई प्रतियों की आवश्यकता हो। डिजिटल सामान शायद ही कभी छोटे आंशिक भ्रष्टाचार से बचता है। तो बेमानी दुकान एक चाहिए।

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

एक और रणनीति निरंतर ताज़ा है, इसलिए आप लगातार फ़ाइल को बनाए रखते हैं। वर्तमान संस्करणों में अपग्रेड करें, और जब वे टूटें तो चीजों को ठीक करें। यह बहुत महंगा हो सकता है। लेकिन इसके लायक हो सकता है। जाहिर तौर पर पिक्सर ने इस रणनीति का इस्तेमाल किया। बिक्री मूल्य बढ़ाने के लिए। एक ग्राफिक्स डिजाइनर को भी ऐसा करना चाहिए क्योंकि ग्राहक बाद में इनमें से कुछ मांग सकते हैं।


2

स्पष्ट रूप से डिजिटल प्रौद्योगिकियों ने संरक्षण के संदर्भ में कुछ बहुत ही दिलचस्प चिंताओं के साथ वास्तव में ipso को पेश किया। पुराने पेपर बनाम डिजिटल डिबेट में प्रवेश किए बिना, यह सच है कि हम अभी भी कुछ प्राचीन ईजीर पेपिरस पढ़ने में सक्षम हैं जब कुछ सीडी जो हमने केवल कुछ साल पहले जलाए थे, वे अब पढ़ने योग्य नहीं हैं।

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


1

स्थिति लगभग वैसी नहीं है जैसी आप सोचते हैं। आपके द्वारा हल की गई समस्या WorldWideWeb द्वारा हल की गई है। विशेष रूप से, W3C HTML5 और ISO MPEG-4 द्वारा।

दस्तावेज़ों को संरक्षित करना W3C HTML5 और ISO MPEG-4 के लिए है । इसलिए वे मौजूद हैं।

HTML5 / MPEG-4 आपको केवल अपने दस्तावेज़ों को अंतरिक्ष में साझा करने में सक्षम नहीं हैं, बल्कि समय के साथ भी। ऐसा इसलिए है क्योंकि HTML5 के लिए डिकोडर सॉफ्टवेयर का एक छोटा सा टुकड़ा है जो पूरी तरह से मानकीकृत और पूरी तरह से क्रॉस-प्लेटफॉर्म है और इसे भविष्य के HTML डिकोडर्स में आगे बढ़ाया जाता है। ISO MPEG-4 के लिए डिकोडर भी पूरी तरह से मानकीकृत है और दुनिया के हर एक हार्डवेयर डिवाइस में बनाया गया है जो ऑडियो वीडियो चला सकता है, और भविष्य के एमपीईजी डिकोडर्स में आगे ले जाएगा। (लेकिन प्रतीक्षा करें, MPEG-4 पेटेंट! वे 2022 की तरह कुछ समय में समाप्त हो जाते हैं।) दोनों HTML5 दस्तावेज़ और MPEG-4 मीडिया दोनों एक वेब सर्वर से काम करते हैं जो मानकीकृत ओपन सोर्स सॉफ़्टवेयर का एक छोटा सा टुकड़ा है जो इंटरनेट के माध्यम से दस्तावेज़ भेजता है मानकीकृत HTTP। तो आपके HTML5 / MPEG-4 दस्तावेज़ भविष्य की पीढ़ियों द्वारा पठनीय होंगे, भले ही वे HTML15 और MPEG-10 का उपयोग कर रहे हों।

तस्वीरों के लिए आईएसओ जेपीईजी भी है। ठीक उसी तरह से काम करता है जैसे ISO MPEG ऑडियो वीडियो के लिए काम करता है, और सभी इरादों और उद्देश्यों के लिए आप इसे HTML5 और / या MPEG-4 का हिस्सा मान सकते हैं।

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

इसलिए जो भी दस्तावेज़ आप संरक्षित करना चाहते हैं, उनमें से HTML5 / MPEG-4 संस्करण बनाएं और उन्हें एक मानक वेब सर्वर पर संग्रहीत करें। अपने वर्तमान कंप्यूटर पर एक प्रति भी रखें। उस कंप्यूटर का एक स्थानीय बैकअप भी रखें। उस कंप्यूटर का क्लाउड बैकअप भी रखें। फिर उन सभी प्रतियों को अपने अगले कंप्यूटर पर आगे बढ़ाएं। सच्चाई यह है कि, आपकी फ्लॉपी डिस्क डेटा को आपकी पहली हार्ड डिस्क पर, और फिर क्रमिक हार्ड डिस्क पर, और फिर हाल ही में SSD पर स्थानांतरित होना चाहिए।

आज आप जो कुछ भी बना रहे हैं, आपको प्राथमिक रूप से एक HTML5 / MPEG-4 संस्करण बनाना चाहिए, और इस पूरी प्रक्रिया के बारे में पता होना चाहिए कि आपके Illustrator या Word या Final Cut दस्तावेज़ अंतिम HTML5 / MPEG-4 संस्करण को प्राप्त करने के लिए एक पुल हैं आपके वास्तविक प्रकाशित काम का प्रतिनिधित्व करता है। 1995 में एक ग्राफिक कलाकार के रूप में भी मुख्य रूप से एक प्रिंट ब्रोशर बना रहा था, और यह पता था कि जिस फ्रीहैंड दस्तावेज़ में वे काम कर रहे थे, वह उस प्रिंट दस्तावेज़ का एक पुल था।

वेब सर्वर को अपने संग्रहीत दस्तावेज़ों को पूर्णता में ऑनलाइन रखने के साथ एक समस्या है, लेकिन यह तकनीकी की तुलना में अधिक वित्तीय / तार्किक है। सिद्धांत रूप में, आपकी जीवन बीमा पॉलिसी का एक हिस्सा एक टी-बिल खरीदने के लिए समर्पित हो सकता है जो हर साल आपके वेब सर्वर को ऑनलाइन रखने के लिए पर्याप्त भुगतान करता है। या आप अभी इस तरह का टी-बिल खरीद सकते हैं।

ऊपर दिए गए सवाल और जवाब से कुछ उदाहरण मीडिया:

  • स्नातक थीसिस या किसी भी पाठ दस्तावेज़ (जैसे शब्द) a इसे एक अर्थपूर्ण HTML लेख में परिवर्तित करें

  • FreeHand फ़ाइल या कोई ग्राफ़िक any SVG ग्राफ़िक में कनवर्ट करें

  • प्रिंट तस्वीरें photos उच्च गुणवत्ता वाले आईएसओ जेपीईजी में बदलें

  • प्रिंट दस्तावेज़ been वेब दस्तावेज़ (प्रिंट अब अप्रचलित है और इसे रेटिना डिस्प्ले और विशाल बिलबोर्ड स्क्रीन द्वारा बदल दिया गया है)

  • वीएचएस वीडियो, डीवीडी (एमपीईजी -2), एमपीईजी -1 MPEG आईएसओ एमपीईजी -4 एच .264 में परिवर्तित होता है

  • कॉम्पैक्ट कैसेट ऑडियो, डैट ऑडियो, सीडी ऑडियो, एमपी 3 MPEG आईएसओ एमपीईजी -4 एएसी में परिवर्तित होते हैं

  • एनिमेटेड ग्राफिक (जैसे GIF) (एनिमेटेड SVG में कनवर्ट करें

  • किसी भी तरह का इंटरएक्टिव एनीमेशन 5 इंटरएक्टिव एचटीएमएल 5 एनीमेशन में कनवर्ट करें (इसके लिए Tumult Hype एक बेहतरीन टूल है)

  • विरासत कंप्यूटर अनुप्रयोग (उदाहरण के लिए BASIC या FORTRAN) application HTML एप्लिकेशन में कनवर्ट करें (उदाहरण के लिए जावास्क्रिप्ट)

... सूची आगे और आगे बढ़ती है, क्योंकि हमेशा विरासत एचटीएमएल 5 / एमपीईजी -4 में विरासत मीडिया को बदलने का एक तरीका है।

एक पुरानी डिजिटल कहावत है: "यदि आपके पास केवल एक प्रति है, तो यह मौजूद नहीं है।" यह संग्रह के डेटा हानि भाग को कवर करता है। आप केवल एक कंप्यूटर पर कुछ डेटा नहीं डाल सकते हैं और उस कंप्यूटर पर भरोसा नहीं कर सकते कि असफल या चोरी या खो नहीं जाए। आपको यह सुनिश्चित करने के लिए कई प्रतियाँ बनानी होंगी कि आप वास्तव में बिट्स को बाद में प्राप्त कर सकते हैं जब आप उन्हें चाहते हैं। लेकिन इसका एक दूसरा हिस्सा यह भी है: "यदि आपके पास कोई मानकीकृत दस्तावेज नहीं है, तो यह मौजूद नहीं है।" और आपके पास गैर-मानक फ्रीहैंड का कामकाज संस्करण नहीं है, इसलिए आपके दस्तावेज़ भी मौजूद नहीं हैं। मानकीकृत दस्तावेज़ प्रारूप HTML5 / MPEG-4 हैं।

तो यह सब एक साथ रखने के लिए: यदि आपके पास HTML5 / MPEG-4 प्रारूप में आपके दस्तावेज़ की कई प्रतियां नहीं हैं, तो आपका दस्तावेज़ मौजूद नहीं है।

एक अन्य अभिलेखीय मुद्दा भी है, जो कि भावी पीढ़ी वास्तव में आपके दस्तावेज़ को समझ सकती है या नहीं। उदाहरण के लिए, यदि आपकी थीसिस का पाठ "परीक्षण विषय 5-फुट -4" है, तो आज जो जीवित हैं उनमें से अधिकांश मानव पहले से ही एंटीक माप और अगली पीढ़ी से कम नहीं समझ सकते हैं उसके बाद जो समझ आएगा। उसी तरह हमारे पास आईएसओ वीडियो और आईएसओ तस्वीरें हैं, हमारे पास आईएसओ माप भी हैं। तो आपको "5-फुट -3" को "160 सेंटीमीटर" और "32 डिग्री फ़ारेनहाइट" को "0 डिग्री" और "2 मील" के साथ "3.2 किलोमीटर" और इतने पर बदलने की आवश्यकता है। लेकिन यह सच है, भले ही आप आज वेब पर कुछ प्रकाशित कर रहे हों जो अब से एक साल बाद समाप्त हो रहा है। हमारे पास आईएसओ समय प्रारूप (YYYY-MM-DD) और इतने पर हैं, जिसे आपको अपने दस्तावेज़ में उपयोग करना चाहिए और फिर वैकल्पिक रूप से,

यदि आप किसी कारण से संदेह करते हैं, तो आप YouTube पर 1980 के संगीत वीडियो के 13+ घंटे देख सकते हैं:

1980 की प्लेलिस्ट

… जो आपको MPEG-4 वीडियो के साथ उनमें HTML5 पेज के रूप में परोसा जा रहा है। संभवतः ये गीत और वीडियो उन सभी मीडिया से संबंधित हैं जिन्हें आप संग्रहित करने की सोच रहे हैं।

या 1970 के संगीत की एक प्लेलिस्ट:

1970 की संगीत हिट्स प्लेलिस्ट

... या एचटीएमएल 5 / एमपीईजी -4 के माध्यम से 1940 पर वापस जाएं:

बिग बैंड / स्विंग / जैज़ 1940

… या 1953 से एक फ़ोटो देखें जो HTML5 दस्तावेज़ में ISO JPEG के रूप में रहता है:

द फोर्सेस शो, 1953 (बीबीसी अभिलेखागार)

... या एक मैक प्लस जो 1985 में हार्डवेयर था, लेकिन जो आज HTML5 दस्तावेज़ के रूप में रहता है:

मैक प्लस एमुलेटर

… यह चलता ही जाता है।

तो WorldWideWeb पुराने सामानों से भरा है जो न केवल आज जीवित रहने वाले कई लोगों की भविष्यवाणी करता है, बल्कि WorldWideWeb से भी पहले का है।


अद्भुत जवाब। मैंने HTML5 को दस्तावेज़ के संरक्षण के तरीके के रूप में कभी नहीं सोचा होगा। सोच के लिए भोजन।
कॉकपप
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.