Версіонування

Центральною та довго відсутньою функцією в musdb була детальна історія версій записів, яка дозволяла б відстежувати та відновлювати дані після помилкової пакетної обробки або випадкового видалення вмісту полів.

Така можливість тепер доступна. Переглянути всі зміни запису об’єкта з моменту початку фіксації змін (травень 2024) можна у вкладці “Запис даних” під час перегляду або редагування об’єкта в musdb. У верхній частині вкладки тепер знаходиться нова кнопка “Відкрити версіонування”.

При натисканні відкривається вікно з таблицею всіх змін запису. Різні аспекти об’єктного запису розподілені по вкладках, а отже, й по різних таблицях, наприклад, для основних даних, адміністративної інформації, зв’язків із колекціями, ключових слів тощо.

“Перенесення за полями”

Другою, часто запитуваною функцією – особливо після імпорту – є пакетне перенесення вмісту з одного поля об’єкта в інше. Наприклад, якщо інформацію, що раніше зберігалася у невидимому полі “Історія об’єкта”, у майбутньому слід розміщувати у полі “Детальний опис”, щоб вона була доступною для публічного перегляду, тепер це можна зробити за кілька кліків одразу для сотень об’єктів.

Як і всі інші опції “Глобального редагування”, перенесення за полями застосовується до всіх об’єктів, які відповідають встановленому критерію пошуку. Функція доступна у бічному меню списку об’єктів, як тільки встановлено пошуковий фільтр.

Нова функція “Перенесення за полями” також доступна через API musdb через нову кінцеву точку: /object/transfer_by_search/{mode}.

Нижче представлено деталі оновлення 11 січня, щоб адміністратори та користувачі могли ознайомитися з оновленим дизайном і новими можливостями.

Невеликий редизайн

Десь наприкінці 2020 або на початку 2021 року – коли була випущена перероблена приладова панель, ми представили новий, відмінний від колишнього дизайн musdb. Якщо в старому дизайні бічні панелі розташовувалися з відступом від межі вікна, то в приладовій панелі бічна панель йде до самого лівого краю вікна. Якщо в старому дизайні весь вміст сторінки (за винятком бічних панелей і навігації) розташовувався прямо на тлі, то в приладовій панелі для кожного розділу сторінки передбачено чітко визначені рамки.

Поступово сторінки, які зазнали серйозних оновлень (наприклад, сторінка налаштувань усієї установи та сторінка редагування зображень) або були додані нещодавно (управління завданнями; календар), також отримали новий макет сторінки. Таким чином, ми могли поступово впроваджувати новий дизайн і, як ми сподіваємося, змогли підготувати користувачів до того, який вигляд матиме musdb у майбутньому.

Але за збереження двох різних макетів сторінок поруч один з одним доводиться платити складнішим обслуговуванням і (очевидно) менш злагодженим користувацьким досвідом. З цим оновленням “новий” макет сторінки буде поширено на всі сторінки.

Інші новини

У листопаді 2022 року ми представили карти, на яких місцезнаходження музею або ближчого, безіменного об’єкта (наприклад, місце знахідки археологічних предметів) можна було визначити простим клацанням миші на карті. Колеги з Баден-Вюртемберга попросили надати їм можливість вводити геокоординати безпосередньо в поле введення, що взаємодіє з картою, оскільки вони вже знають координати, які їм потрібно було вказати. Карти тепер оснащені кнопкою в правому верхньому кутку, яка дає змогу користувачеві відкрити діалог введення геокоординат місця розташування.

Користувацькі звіти

Дотепер звіти в musdb були виключно попередньо складеними та надавалися в комплекті з програмним забезпеченням. Однак, зрештою, музеї часто мають зобов’язання за місцевим законодавством або вже мають форми чи звіти, які загалом можуть бути використані для тієї чи іншої мети. Тепер користувачі можуть самостійно визначати шаблони для форматів звітів і генерувати звіти на основі результатів пошуку, виставки (та її об’єктів) або позики (та її об’єктів). Це може бути використано, наприклад, для автоматичного створення договорів позики.

Щоб визначити формат звіту, необхідно мати роль користувача “директор музею” та перейти на сторінку налаштувань усієї установи. У нижній частині сторінки можна завантажити шаблон звіту, в якому будуть відмічені місця, де інформація про об’єкт буде заповнена системою.

Для спрощення реалізації та підвищення безпеки на стороні сервера можна завантажувати тільки текстові звіти. HTML може бути найбільш корисним форматом для текстової інформації з форматуванням; CSV – для табличної інформації.

Таймерна генерація звітів та експорту

Однією з функцій, про яку часто запитували, але яку досі було важко реалізувати, є можливість для музеїв генерувати експортні звіти автоматично та без участі користувача. Тепер це можливо як для XML-звітів, так і для нових користувацьких форматів звітів.

Звіти та експорт за розкладом налаштовуються на сторінці налаштувань усієї установи. Для створення кожного таймінгового звіту необхідно вказати:

• дата початку (коли має бути надіслано перший звіт?)
• інтервал (щотижневий, щомісячний, щорічний)
• вибірку; зазвичай це пошуковий запит, написаний мовою запитів для пошуку об’єктів
• електронну адресу одержувача.

Примітка: Оскільки musdb використовується багатьма музеями спільно, нам довелося встановити деякі обмеження на цю функцію. Якщо розмір експортованого файлу перевищує 10 МБ (це також розмір, який багато поштових серверів просто забороняють для вкладень), конфігурацію для автоматичного звіту автоматично видаляють, а одержувачу надсилають відповідне сповіщення.

Введення інформації про літературу

Ймовірно, найбільш затребуваним аспектом musdb є робота із записами літератури. Майже будь-який запит на забезпечення сумісності літературних записів з іншими програмами (наприклад, Zotero для управління бібліографією або бібліотечними каталогами) вимагає наявності поля для визначення типу даного запису про літературу. Те саме стосується і більшості поширених стандартів цитування: У межах одного стилю цитування спосіб цитування для книг відрізняється від способу цитування для статей, для веб-сторінок або для архівних матеріалів.

Тепер ми додали це досить важливе поле і – оскільки це можливо за допомогою нового поля – відображаємо BibTeX-подання запису про літературу в новій бічній панелі доступу до літератури.

Користувацькі налаштування за замовчуванням для додавання нових об’єктів

Музеї мають спеціалізації, як і люди. Це не рідкість, коли люди майже завжди вводять об’єкти, наприклад, певного типу, особливо якщо вони працюють у контексті проєкту, орієнтованого на конкретну колекцію (“Оцифрувати всі картини музею”). Аналогічно, всі користувачі в музеї, найімовірніше, використовують одні й ті самі одиниці виміру об’єктів.

Щоб прискорити введення даних у разі таких полів із незмінним вмістом, користувачі тепер зможуть встановлювати значення за замовчуванням для “прямих” текстових полів об’єкта. Однак встановити значення за замовчуванням для посилань [наприклад, на колекції або простори] і полів, що повторюються, набагато складніше, і це поки не передбачено в цьому оновленні. Значення за замовчуванням для формуляра додавання нових об’єктів можна встановити в персональних налаштуваннях.

Зверніть увагу, що значення за замовчуванням можна встановити тільки для тих полів, які відображаються на сторінці додавання об’єкта. Що стосується найосновніших і загальнообов’язкових полів, то визначити, які поля доступні на сторінці додавання об’єкта, можна в налаштуваннях усієї установи.

Займи

Щоб краще уявити процес надання позики в музеї – від запиту, обговорення зі страховиками до остаточного відправлення предметів – ми додали стислий, але, сподіваємося, досить повний контрольний список етапів надання позики в музеї в бічній панелі сторінки позик. Контрольний список охоплює найпоширеніші етапи впродовж усього процесу позики і дає змогу просто зафіксувати прогрес у роботі з позикою. Якщо поле було змінено, то вказується останній користувач, який вносив зміни в цей пункт контрольного списку. Це дає змогу простежити за ходом роботи надалі.

Ми також дізналися про дуже очевидний, але досі не помічений приклад: Заявки на позику, які були відхилені. Ми додали поле, якого бракує, щоб врахувати цей статус позики.

Нарешті, з’явилася можливість пов’язувати позики з виставками. Усі позики виставки можуть бути перераховані разом на вкладці відповідної сторінки виставки.

На мить повернемося до чек-листа: Одним із найбільш примітних пунктів, який можна вибрати в контрольному списку позик, є “обмін метаданими”. Додавання цього пункту може бути спірним, але передбачає такі кроки. У листопаді 2022 року ми додали можливість імпортувати інформацію про об’єкт позики відповідно до майбутнього стандарту EODEM. Ми сподіваємося, що зможемо реалізувати експорт EODEM до того, як оновлення буде перенесено в робочі версії, щоб принаймні музеї, які використовують musdb, могли працювати з позиками з мінімальним дублюванням даних.

Виставки

Як уже згадувалося вище, позики тепер можуть бути пов’язані з виставками. Нова вкладка на сторінці виставки дає змогу перерахувати всі позики, що відбулися в контексті цієї виставки.

Список об’єктів виставки тепер також перероблено. Під час зв’язування об’єкта з виставкою тепер можна вказати виставковий зал, у якому експонуватиметься об’єкт. Якщо ця інформація була введена для об’єктів виставки, список об’єктів цієї виставки буде згрупований за місцями розташування об’єктів.

Інтеграція з Nextcloud

Продовжуючи тему глибшої інтеграції musdb у повсякденну роботу музеїв, ми додали можливість інтегрувати musdb з музейним сховищем Nextcloud. Якщо інтеграцію з Nextcloud активовано, новий віджет буде доступний у бічній панелі більшості сторінок редагування (наприклад, для кредитів).

Цей віджет відображає посилальний ID об’єкта (наприклад, LOA-000000005 для позики з ID 5). Якщо цей ідентифікатор присутній у папці або імені файлу на Nextcloud (наприклад, є папка для всього, що стосується кредиту, яка матиме назву “2022 Loan Brisbane [LOA-000000005]”), musdb може визначити папку або файл як такі, що належать позиці, і перерахувати їх у віджеті. Якщо ID присутній в імені папки, вміст папки буде відображено в musdb.

Щоб ця інтеграція працювала, musdb під’єднується до Nextcloud за допомогою WebDAV (на жаль, нам довелося використати деякі властивості, ексклюзивні для WebDAV-інтерфейсів Nextcloud і, ймовірно, OwnCloud, що робить нашу інтеграцію несумісною з іншими рішеннями для зберігання даних, які також використовують WebDAV, наприклад, Google Drive). А для підключення через WebDAV необхідна інформація для отримання авторизованого доступу.

Щоб налаштувати інтеграцію з Nextcloud, необхідно спочатку встановити базову URL-адресу екземпляра Nextcloud установи на сторінці налаштувань усієї установи. Це потрібно зробити лише один раз для кожної установи і просто надати musdb інформацію, необхідну для визначення місця розташування екземпляра Nextcloud.
Після введення базового URL для екземпляра Nextcloud на сторінці особистих налаштувань musdb можна ввести ім’я користувача та пароль для Nextcloud (в ідеалі – токен додатка [може бути створений у Налаштування > Безпека в Nextcloud]). Після введення цих даних інтеграцію Nextcloud буде активовано.

Сторінки установ і контактів

Сторінки установ і контактів практично не змінилися. Однак у бічні панелі цих сторінок було додано простий, але, можливо, корисний невеликий віджет: Блок адреси для швидкого копіювання/вставки адреси, наприклад, у шапку листа.

Об’єкти

І нарешті: Об’єкти. В об’єктах було додано багато нових полів, в основному для адміністративних завдань.

На вкладці “адміністрування” на сторінках об’єктів тепер можна “забронювати” об’єкт. Якщо об’єкт заброньовано наразі або буде заброньовано протягом наступного тижня, у бічній панелі з’явиться відповідний індикатор.

Для реєстрації історії об’єкта в музеї ми додали кілька журналів:

• Пошкодження предмета (вкладка “Реставрація”)
• Консервація та реставрація об’єкта (вкладка “Реставрація”)
• Планові перевірки (вкладка “Адміністрування”). Ці перевірки охоплюють, наприклад, перевірку стану, а також аудит повноти інформації про об’єкт у musdb. У цьому розділі є повідомлення, яке може бути надіслано в разі майбутньої перевірки.

Аналогічним чином у musdb тепер можуть бути відображені деакцесії/вибуття об’єктів.

Знову прагнучи до найбільш практичних додатків, ми нарешті реалізували прив’язку фактичного / постійного місця розташування об’єкта до “простору”, а не просто ідентифікували його за допомогою текстового поля. Таким чином, тепер можна шукати об’єкти, які наразі не перебувають у місці їхнього передбачуваного постійного розташування.

Ми також додали кілька простих текстових полів, які часто присутні в імпорті та запропоновані в контрольному списку вимог до програмного забезпечення від Canadian Heritage Information Network. А саме: гендер об’єкта (для біологічних видів), колір об’єкта і форма об’єкта.

Post image: Courtesy NASA/JPL-Caltech.