Збереження
Недавні дискусії про цифрове збереження даних стоять принаймні на двох рівнях: "біт збереження", де цифровий файл дбайливо зберігається точно так, як воно було створено без найменших змін, і те, що ми називаємо "функціональним збереження", де цифровий Файл зберігається як корисна технологія форматів, засоби масової інформації. У першому випадку, це дуже малоймовірно, що файл все ще може бути прочитаний або обробляється програмним забезпеченням через п'ять чи десять років, але ми припускаємо, що це можливо для "цифрових археологів", щоб працювати з файлом, щоб спробувати розблокувати свої таємниці багатьох років раніше, особливо, якщо вони мають деяку додаткову інформацію про формат (наприклад, специфікації, створення або обробку програми, документацію користувача і т.д.). В останньому випадку у матеріалі завжди знаходиться відразу корисна інформація (видима область, грати, пошуку, або все, що ви могли б зробити з нею спочатку). Очевидно, що функціональне збереження є більш бажаним рівнем, але він прийде з ціною.
Як спільнота, наше розуміння функціонального збереження цифрових даних знаходиться на цікавому моменті: ми знаємо, якою важливою є необхідність, ми знаємо, як це можна зробити на абстрактному рівні (наприклад, у форматі міграції або складних емуляції системи і так далі). Але мало установ насправді були готові впровадити функціональне збереження у виробництво установки на велику кількість різнорідного матеріалу. Так що у нас дуже мало інформації про фактичні стратегії виробництва, витрат, реакції користувача на втрату інформації, або скільки технічні метадані, необхідні для підтримки всього цього.
Як це все відноситься до DSpace? Система фіксує мінімальні технічні метадані для підтримки збереження цифрового біта (формат файлу, контрольна сума MD5, дата створення), а також надає описові поля для запису додаткової інформації при їх наявності. З цими метаданими і відповідними процедурами виробництва (наприклад, високоякісні сервери та пристрої зберігання даних, резервного копіювання і хороші плани аварійного відновлення), DSpace може підтримувати "біт збереження", так що матеріал на зберігання можуть бути доставлені в майбутньому користувачі точно так, як це було спочатку отримано. Для деяких цифрових форматів це може бути кращим варіантом, наприклад, виконувані програми, для яких немає відповідного вихідного коду був наданийрідкісний формат або формат, що інститут DSpace не має можливості дізнатися, як забезпечити функціональне збереження.
Тим не менш, функціональний збереження в даний час є питанням інституційної політики, і буде реалізований тільки більш ретельно в архіві, коли ми зрозуміємо більше про технології виробництва, вимоги користувачів, і витрати / вигоди компромісів. У той же час, кожна установа яка працює з DSpace буде розвивати свою власну політику збереження даних від якої буде залежати наприклад, чи приймають вони всі формати файлів або тільки стандартні формати, такі як TIFF або AIFF.
MIT планує забезпечити збереження та функціональної список "підтримуваних форматів”, перерахованих на веб-сайті які показуються користувачам під час процесу внесення депозиту. Підтримувані формати включають ті, які описують стандарти (наприклад, TIFF, AIFF, XML) або в опублікованих специфікаціях (наприклад, PDF, RIFF). Дві інші категорії для DSpace MIT є "відомі" і "ті які не підтримується". "Відомі" формати є ті, які є загальними, щоб вони були знайомі і зазвичай досить популярними, але які є власністю компанії в тому, що немає опублікованих специфікацій, на основі яких функціональна схоронність. "Unsupported" формати є ті, які або невідомі бібліотекам або вкрай рідко зустрічаються (наприклад, складені програми, комерційні CAD / CAM файлів і т.д.). Причина відмінностей між "відомих" і "не відомими" є такою, що для колишнього ми очікуємо щоб комерційні програми побачили що перетворення стають доступними як ці формати застарівають, тому що є дуже багато файлів в цих форматах в багатьох галузях промисловості які є залежними від них. Якщо і коли такі комерційні програмні перетворення виникатимуть, MIT буде включати ці формати в категорію"підтримуваних" і пропонувати функціональне збереження для них.