Approval.

This commit is contained in:
Joshua Ramon Enslin 2023-10-28 21:18:49 +00:00 committed by md translation bot
parent 4a90a776d2
commit 6e1efc6f83

View File

@ -1,84 +1,84 @@
<?PHP
declare(strict_types = 1);
$quality_web = array (
'puqi' => 'Publication Quality Index (PuQI)',
'plausi' => 'Plausibility Check',
'plausi_legal' => 'Plausibility Check for License Status of Images / Representations',
'puqi_explica' => 'The publication quality index measures the completeness and suitability of an object record\'s publishable information. For example, feedback is given on the availability of an object title and a tags. Objects\' descriptions are checked for their length; and linked images\' license status is evaluated. Based on these evaluations, a quantitative score is provided to be able to roughly measure the completeness and quality of an object record for publication.',
'plausi_explica' => 'During this check, the objects\' events (production, usage, etc.) are checked for their logical coherence based on the provided times and actors. For example, a bike that has been produced in 1950 cannot have been used in 1870. Similarly, a photograph showing Ice-T (born 1958) cannot have been taken in 1920.',
'plausi_explica_2' => 'If such a logical inconsistency between or different events in the object\'s history is detected, a warning will be provided.',
'plausi_legal_explica' => 'This check aims to identify and warn about obvious issues concerning the licensing status of an object\'s representations (mainly images). To do so, the life dates of the recorded creators are identified - either directly taken from the provided inputs or via references to central authority files and repositories like the Library of Congress Subject Headings, Wikidata or the Gemeinsame Normdatei of the German National Library. ',
'plausi_legal_explica_2' => 'The check is based on the assumption that images of museum objects are meant to be documenting - meaning that in many jurisdictions (such as the EU) no copyright protection is extended to the images themselves. It is thus likely, that images of objects older than 100 years after the death of their creator are in the public domain (here, we are using the maximum number of years by which any country extends copyright protection to a work). If a license status indicating otherwise is provided, a warning will be returned. Similarly, a warning will be displayed if images of objects created by creators who are still alive or have died only within the last 50 years (as per the Berne Convention) have been set under a non-restrictive license. These checks are of course only a rough approximation - laws are complicated and diverse, and so is object data. In sum, it is hoped however, that they cover issues appearing regularly, while not producing too many falsely positive warnings.',
'citation' => 'Citation',
'puqi_score' => 'PuQI Score',
'results' => 'Results',
'objects_identified' => '[placeholder_for_count] objects identified',
'check_passed' => 'Check passed',
'warning' => 'Warning',
'status' => 'Status',
'plausibility_warnings' => 'Plausibility Check: Warnings',
'plausibility_warnings_licenses' => 'Plausibility Check for Image Licenses: Warnings',
'puqi_notices' => 'PuQI Messages',
'types_of_evaluations' => 'Types of Evaluations',
'see' => 'See',
'step' => 'Step',
'select_import_format' => 'Select an import format',
'upload_a_file' => 'Upload a file',
'select_file_for_upload' => 'Select a file for upload',
'alt_paste_text' => 'Or Paste the Object Record in Plain Text',
'text' => 'Text',
'submit' => 'Submit',
'news' => 'News',
'click_read_more' => 'Click to read more',
'try_it_out' => 'Try it out',
'intro_text' => 'Since the 1980s, more and more museums have started managing their object data digitally. Where inventory cards oftentimes only covered the most rudimentary information systematically, digital record-keeping allows for a much more detailled description of the objects without any of the space limitations inherent to the medium of the inventory card. Detailed information that had often only been written down unsystematically in catalogues or research articles can now be stored and searched digitally alongside the rudimentary object data in a database. Simultaneously, an increasing number of museums has started to publish their collections in publicly accessible databases, often in collaboration with other museums, which have entirely different collections.
'puqi' => 'Індекс якості публікацій (PuQI)',
'plausi' => 'Перевірка правдоподібності',
'plausi_legal' => 'Перевірка достовірності ліцензійного статусу зображень / презентацій',
'puqi_explica' => 'Індекс якості публікації вимірює повноту та придатність інформації про об\'єкт для публікації. Наприклад, оцінюється наявність назви об\'єкта та тегів. Описи об\'єктів перевіряються на довжину; оцінюється ліцензійний статус пов\'язаних зображень. На основі цих оцінок виставляється кількісна оцінка, що дозволяє приблизно виміряти повноту і якість запису про об\'єкт для публікації.',
'plausi_explica' => 'Під час цієї перевірки події об\'єктів (виробництво, використання тощо) перевіряються на логічну узгодженість на основі наданих даних про час і дійових осіб. Наприклад, велосипед, виготовлений у 1950 році, не може бути використаний у 1870 році. Аналогічно, фотографія, на якій зображений Ice-T (1958 року народження), не могла бути зроблена в 1920 році.',
'plausi_explica_2' => 'Якщо буде виявлено таку логічну невідповідність між або різними подіями в історії об\'єкта, буде видано попередження.',
'plausi_legal_explica' => 'Ця перевірка має на меті виявити та попередити про очевидні проблеми, пов\'язані з ліцензійним статусом зображень об\'єкта (переважно зображень). Для цього визначаються дати життя авторів зображень - або безпосередньо з наданих матеріалів, або за допомогою посилань на центральні авторитетні файли та репозиторії, такі як Предметні рубрики Бібліотеки Конгресу США, Вікідані або Gemeinsame Normdatei Німецької національної бібліотеки. ',
'plausi_legal_explica_2' => 'Перевірка ґрунтується на припущенні, що зображення музейних предметів є документацією, а це означає, що в багатьох юрисдикціях (наприклад, у ЄС) захист авторського права не поширюється на самі зображення. Таким чином, цілком ймовірно, що зображення об\'єктів, старших за 100 років після смерті їхнього творця, є суспільним надбанням (тут ми використовуємо максимальну кількість років, на яку будь-яка країна поширює захист авторського права на твір). Якщо статус ліцензії вказує на протилежне, буде повернуто попередження. Аналогічно, попередження буде показано, якщо зображення об\'єктів, створених авторами, які ще живі або померли протягом останніх 50 років (відповідно до Бернської конвенції), були розміщені на умовах необмеженої ліцензії. Звичайно, ці перевірки є лише грубим наближенням - закони складні та різноманітні, так само як і дані про об\'єкти. В цілому, ми сподіваємося, що вони охоплюють проблеми, які з\'являються регулярно, і при цьому не видають занадто багато хибно позитивних попереджень.',
'citation' => 'Цитування',
'puqi_score' => 'Оцінка PuQI',
'results' => 'Результати',
'objects_identified' => '[placeholder_for_count] об\'єктів виявлено',
'check_passed' => 'Перевірку пройдено',
'warning' => ' Попередження',
'status' => 'Статус',
'plausibility_warnings' => 'Перевірка правдоподібності: Попередження',
'plausibility_warnings_licenses' => 'Перевірка правдоподібності для ліцензій на зображення: Попередження',
'puqi_notices' => 'Повідомлення PuQI',
'types_of_evaluations' => 'Типи оцінок',
'see' => 'Дивіться',
'step' => 'Крок',
'select_import_format' => 'Виберіть формат імпорту',
'upload_a_file' => 'Завантажити файл',
'select_file_for_upload' => 'Виберіть файл для завантаження',
'alt_paste_text' => 'Або вставте запис про об\'єкт у вигляді простого тексту',
'text' => 'Текст',
'submit' => 'Надіслати',
'news' => 'Новини',
'click_read_more' => 'Натисніть, щоб прочитати більше',
'try_it_out' => 'Спробуйте',
'intro_text' => 'Починаючи з 1980-х років, дедалі більше музеїв почали керувати даними про свої об\'єкти в цифровому форматі. Там, де інвентарні картки часто систематично охоплювали лише найпростішу інформацію, цифрове ведення обліку дозволяє набагато детальніше описувати об\'єкти без жодних обмежень у просторі, притаманних носіям інвентарних карток. Детальна інформація, яка часто лише безсистемно записувалася в каталогах чи наукових статтях, тепер може зберігатися і шукатися в цифровому вигляді разом з первинними даними про об\'єкт у базі даних. Одночасно все більше музеїв почали публікувати свої колекції в загальнодоступних базах даних, часто у співпраці з іншими музеями, які мають зовсім інші колекції.
A coverage of the collections that is at the same time systematic and detailled has thus only really been possible due to digitization. The increasingly close link between inventorization and publication of the object data on the other hand makes data quality more relevant than ever.
Таким чином, систематичне та детальне висвітлення колекцій стало можливим лише завдяки оцифровуванню. З іншого боку, дедалі тісніший зв\'язок між інвентаризацією та публікацією даних про об\'єкт робить якість даних більш актуальною, ніж будь-коли.
museum-digital has helped museums and related institutions in collaboratively managing and publishing their collections online since 2009. In this context, a number of tools were written to measure and improve the quality of collection data.
Починаючи з 2009 року, museum-digital допомагає музеям та пов\'язаним з ними установам у спільному управлінні та публікації їхніх колекцій в Інтернеті. У цьому контексті було розроблено низку інструментів для вимірювання та покращення якості колекційних даних.
museum-digital:qa allows the (re-)use of these tools by users and software beyond museum-digital. They may be used directly via a web interface or via an API, which also allows for the simple embedding of the quality assessment tools into other collection management systems, which often do not feature comparable tools as of yet.',
'summary' => 'Summary',
'tech_background_hl' => 'Technical background',
'faq' => 'Frequently Asked Questions',
'tech_background_summary' => 'museum-digital:qa resuses those components of museum-digital\'s improt tool, which cover the tasks of parsing different input formats and converting them into a uniform format for simple processing. It thus supports reading both well-established open standards for data exchange in the cultural heritage sector as well as the specific export formats of a number of collection management systems to establish a platform for the processing of museum data from a variety of sources. The data thus read are then checked for their completeness and coherence.',
'currently_offline_msg' => 'You are currently offline. Evaluation happens on the server. Please try to reconnect your network first.',
museum-digital:qa дозволяє (повторне) використання цих інструментів користувачами та програмним забезпеченням поза межами museum-digital. Їх можна використовувати безпосередньо через веб-інтерфейс або через API, що також дозволяє легко вбудовувати інструменти оцінки якості в інші системи управління колекціями, які часто ще не мають порівнянних інструментів.',
'summary' => 'Резюме',
'tech_background_hl' => 'Технічна інформація',
'faq' => 'Часті запитання',
'tech_background_summary' => 'museum-digital:qa повторно використовує ті компоненти інструменту імпорту museum-digital, які охоплюють завдання розбору різних вхідних форматів і перетворення їх в єдиний формат для простого опрацювання. Таким чином, він підтримує зчитування як усталених відкритих стандартів обміну даними в секторі культурної спадщини, так і специфічних експортних форматів низки систем управління колекціями, щоб створити платформу для обробки музейних даних з різних джерел. Зчитані таким чином дані потім перевіряються на повноту та узгодженість.',
'currently_offline_msg' => 'Наразі ви перебуваєте в режимі офлайн. Оцінка відбувається на сервері. Будь ласка, спробуйте спочатку підключитися до мережі.',
'filesize_too_big' => 'The file is too big! The maximum allowed size of uploaded files is [placeholder] byte.',
'quality_assessment_tools' => 'Quality assessment tools',
'quality_assessment_tools' => 'Інструменти оцінки якості',
'api' => 'API',
'outlook' => 'Outlook',
'faq_q_why_is_my_cms_not_supported' => 'Why are exports from my CMS not supported?',
'faq_a_why_is_my_cms_not_supported' => 'As described in the section "technical background", not every collection management system offers export formats uniform across the different institutions using it. Besides the general open standards for museum-digital:qa can however only reasonably support those export formats that are not specific to a single institution.
'faq_q_why_is_my_cms_not_supported' => 'Чому не підтримується експорт з моєї CMS?',
'faq_a_why_is_my_cms_not_supported' => 'Як описано в розділі "технічні передумови", не кожна система управління колекціями пропонує формати експорту, однакові для різних установ, що її використовують. Окрім загальних відкритих стандартів для museum-digital:qa, однак, може обґрунтовано підтримувати лише ті формати експорту, які не є специфічними для однієї установи.
The lack of a consistent export format often stems from the customizability of the underlying database structure as opposed to a superficial customizability of the interface - where the database structure is fully customized towards the use case of a museum, custom exports need to be written as well - which in turn means additional cost and effort.
Відсутність узгодженого формату експорту часто пов\'язана з кастомізацією базової структури бази даних, а не з поверхневою кастомізацією інтерфейсу - якщо структура бази даних повністю налаштована під конкретний музейний кейс, то кастомізований експорт також має бути написаний, а це, в свою чергу, означає додаткові витрати і зусилля.
If your software however supports a uniform export format across institutions, which is not yet usable with museum-digital:qa, we would be most interested in supporting it in the future as well. In such cases, please send a mail - ideally along with some sample exports - to quality@museum-digital.de.',
'faq_q_birth_death_dates_via_vocabs' => 'Birth and death dates of related actors are not covered by our object metadata, but we do link them to norm data repositories. Will the plausibility checks still work?',
'faq_a_birth_death_dates_via_vocabs' => 'Yes. museum-digital:qa will also check references to norm data repositories against museum-digital\'s controlled vocabularies to gather additional data - such as birth and death dates - if any such references are supplied.',
'outlook_text' => 'museum-digital:qa offers a platform to parse and process museum data from a multitude of sources - specifically, to check them for their quality. The strictly modularization of components - the parsing of the data on one hand, the checks themselves on the other, and finally the communication between these two - makes it simple to integrate further tools and checks.
Якщо ваше програмне забезпечення підтримує єдиний формат експорту для всіх установ, який ще не можна використовувати з museum-digital:qa, ми були б дуже зацікавлені в його підтримці в майбутньому. У таких випадках, будь ласка, надішліть листа - в ідеалі разом із прикладами експорту - на адресу quality@museum-digital.de.',
'faq_q_birth_death_dates_via_vocabs' => 'Дати народження та смерті пов\'язаних акторів не охоплюються нашими метаданими об\'єкта, але ми пов\'язуємо їх зі сховищами нормативних даних. Чи працюватиме перевірка правдоподібності?',
'faq_a_birth_death_dates_via_vocabs' => 'Так. museum-digital:qa також перевірятиме посилання на сховища нормативних даних у контрольованих словниках museum-digital, щоб зібрати додаткові дані - такі як дати народження і смерті - якщо такі посилання будуть надані.',
'outlook_text' => 'museum-digital:qa пропонує платформу для аналізу та обробки музейних даних з багатьох джерел - зокрема, для перевірки їхньої якості. Сувора модуляризація компонентів - парсинг даних, з одного боку, власне перевірка, з іншого, і, нарешті, комунікація між ними - спрощує інтеграцію подальших інструментів і перевірок.
Using the API, specified using the OpenAPI format, researchers and software vendors can easily reuse the tools made accessible through museum-digital:qa.',
'tech_background_text' => 'museum-digital:qa accepts data from common and consistent input formats, converts them into an internal, uniform format, and finally evaluates them with regard to their completeness and plausibility. Input formats may either be the software-specific export formats of various collection management systems, if these are formed in the same way across all museums using the same application, or the common open standards for the exchange of museum object data.
Використовуючи API, визначений у форматі OpenAPI, дослідники і постачальники програмного забезпечення можуть легко повторно використовувати інструменти, доступні через museum-digital:qa.',
'tech_background_text' => 'museum-digital:qa приймає дані з поширених і узгоджених вхідних форматів, перетворює їх у внутрішній, уніфікований формат і, нарешті, оцінює їх на предмет повноти і достовірності. Вхідні формати можуть бути або програмно-специфічними форматами експорту різних систем управління колекціями, якщо вони формуються однаково в усіх музеях, що використовують одну програму, або загальними відкритими стандартами для обміну даними про музейні об\'єкти.
Different collection management systems have different approaches to dealing with the task of customization. While museum-digital:musdb purposefully does not allow museums to freely define fields in order to ensure a consistent database design across institutional boundaries, and thus to be able to offer a variety of evaluation functions tailored to the shared set of data fields on the one hand, and to enable export and search functions across multiple museums on the other hand, other collection management systems allow customization up to the level of defining a fully custom database structure. This customizability may either work on the user interface level or directly at level of the underlying database. If the database structure is also customizable, this simultaneously means that exports from the same software can come in a variety of formats similarly custom to the given museum. Where only the user interface is customizable, there are often software-specific export formats that are consistent across museum boundaries, well maintained, and possibly more complete than other export options (and thus particularly well suited for data migration, for example).
Різні системи управління колекціями мають різні підходи до вирішення завдання налаштування. У той час як museum-digital:musdb цілеспрямовано не дозволяє музеям вільно визначати поля, щоб забезпечити узгоджену структуру бази даних між інституційними кордонами і, таким чином, мати можливість пропонувати різноманітні функції оцінювання, пристосовані до спільного набору полів даних, з одного боку, і увімкнути функції експорту і пошуку між кількома музеями, з іншого боку, інші системи управління колекціями дозволяють кастомізацію аж до рівня визначення повністю кастомної структури бази даних. Таке налаштування може відбуватися як на рівні інтерфейсу користувача, так і безпосередньо на рівні баз даних. Якщо структура бази даних також налаштовується, це одночасно означає, що експорт з одного і того ж програмного забезпечення може здійснюватися у різних форматах, подібних до тих, що використовуються в даному музеї. Там, де можна налаштувати лише інтерфейс користувача, часто існують специфічні для програмного забезпечення формати експорту, які узгоджуються між музеями, добре підтримуються і, можливо, є більш повними, ніж інші варіанти експорту (а отже, особливо добре підходять, наприклад, для міграції даних).
In order to simplify the exchange of data across institutional and software boundaries, various open standards have been developed. The single one most relevant for museums is certainly LIDO; in related areas, EAD (mainly archives) and MODS (mainly libraries) are used. In most cases, these standards are intended for the exchange of publishable data. They thus rarely cover all locally available data fields. Open standards, on the other hand, are implemented in many collection management solutions. With the EODEM published in 2023, early steps towards fascilitating the exchange of primarily internal data have begun to be taken.
Для того, щоб спростити обмін даними через інституційні та програмні кордони, було розроблено різні відкриті стандарти. Найбільш актуальним для музеїв є, безумовно, LIDO; у суміжних галузях використовуються EAD (переважно архіви) і MODS (переважно бібліотеки). У більшості випадків ці стандарти призначені для обміну опублікованими даними. Таким чином, вони рідко охоплюють всі доступні на місцевому рівні поля даних. З іншого боку, відкриті стандарти впроваджені в багатьох рішеннях для управління колекціями. З публікацією EODEM у 2023 році почали робитися перші кроки до спрощення обміну переважно внутрішніми даними.
For the purpose of importing data (be it for data migration or simply for publication), museum-digital offers an import tool that - in addition to the common exchange formats - also supports some software-specific formats (on the one hand, because not all collection management systems support the common exchange formats "out of the box", on the other hand, because these are often more complete, as discussed above). This import tool, in turn, consists of three components: 1) basic data types relevant to museum work (such as object, keyword, loan), 2) functions for reading data from the aforementioned formats and transferring the input data into the data types just mentioned, and 3) a module for actually transferring the data into the database.
Для імпорту даних (чи то для міграції даних, чи просто для публікації) museum-digital пропонує інструмент імпорту, який - на додаток до загальних форматів обміну - також підтримує деякі програмно-специфічні формати (з одного боку, тому що не всі системи управління колекціями підтримують загальні формати обміну "з коробки", а з іншого боку, тому що вони часто є більш повними, як обговорювалося вище). Цей інструмент імпорту, у свою чергу, складається з трьох компонентів: 1) базові типи даних, релевантні для музейної роботи (такі як об\'єкт, ключове слово, позика), 2) функції для зчитування даних з вищезгаданих форматів і переведення вхідних даних у щойно згадані типи даних, і 3) модуль для власне перенесення даних до бази даних.
The import tool\'s modules for defining data types and parsing data from different input formats are reused in museum-digital:qa. Thus, museum-digital:qa can support all import formats that are also supported by the importer of museum-digital with a minimum of additional effor (for museum-specific import formats, however, it is not worthwhile to undertake such adaptations). Without relevant own code for reading the incoming data, museum-digital:qa thus also remains very low-maintenance. Conversely, reusing the parsing functionalities of the importer also means that all data that can be checked for quality using museum-digital:qa can be imported into museum-digital without any further adjustments as well.
Модулі інструменту імпорту для визначення типів даних та аналізу даних з різних вхідних форматів повторно використовуються в museum-digital:qa. Таким чином, museum-digital:qa може підтримувати всі формати імпорту, які також підтримуються імпортером museum-digital, з мінімальними додатковими зусиллями (для специфічних для музею форматів імпорту, однак, не варто здійснювати таку адаптацію). Без відповідного власного коду для зчитування вхідних даних, museum-digital:qa, таким чином, також залишається дуже малообслуговуваним. І навпаки, повторне використання функцій синтаксичного аналізу імпортера також означає, що всі дані, які можна перевірити на якість за допомогою museum-digital:qa, також можна імпортувати до museum-digital без будь-яких подальших коригувань.
The input data are subsequently available in a structured form and can easily be processed further. Here, it is passed on in a slightly adapted form to the functions for checking data quality. As museum-digital:qa was written, these functions were moved from museum-digital:musdb to a separate library into a standalone, open-source library.',
'go_back' => 'Go back',
'paste_as_text' => 'Paste in plain text',
'licensed_under' => 'This work is licensed under',
'reload_application' => 'Reload application',
'more' => 'More',
'select_check' => 'Please select the type of check(s) to run',
'minimaldatensatz_p1' => 'The Working Group Minimaldatensatz ("Minimum Viable Object Record") sets out to define a set of basic object information required or highly recommended for a worthwhile publication of objects. Its recommendations are primarily aimed at publishing in the German Digital Library (DDB), but can serve as a sane guideline in other contexts as well.',
'minimaldatensatz_p2' => 'As the context of this check is specifically German, the return values of the check are thus far available only in German.',
'see_also' => 'See also',
'log' => 'Log',
'launch' => 'Launch',
'thanks' => 'Thanks',
Згодом вхідні дані стають доступними у структурованому вигляді і можуть бути легко оброблені далі. Тут вони в дещо адаптованому вигляді передаються функціям для перевірки якості даних. Під час написання museum-digital:qa ці функції було перенесено з museum-digital:musdb в окрему бібліотеку, в окрему бібліотеку з відкритим вихідним кодом.',
'go_back' => 'Повернутися',
'paste_as_text' => 'Вставити звичайним текстом',
'licensed_under' => 'Ця робота ліцензована під',
'reload_application' => 'Перезавантажити програму',
'more' => 'Більше',
'select_check' => 'Будь ласка, виберіть тип перевірки для запуску',
'minimaldatensatz_p1' => 'Робоча група Minimaldatensatz ("Мінімальний життєздатний запис про об\'єкт") має на меті визначити набір базової інформації про об\'єкт, необхідної або настійно рекомендованої для повноцінної публікації об\'єктів. Її рекомендації в першу чергу спрямовані на публікацію в Німецькій цифровій бібліотеці (DDB), але можуть слугувати розумним керівництвом і в інших контекстах.',
'minimaldatensatz_p2' => 'Оскільки контекст цієї перевірки є специфічно німецьким, значення, що повертаються, поки що доступні лише німецькою мовою.',
'see_also' => 'Дивіться також',
'log' => 'Журнал',
'launch' => 'Запуск',
'thanks' => 'Подяка',
);