Недавно в Фениксе (штат Аризона) завершилась конференция, посвященная новому метастандарту EDUPUB. На epubzone опубликовали весьма любопытный отчет по этому поводу. Далее коротко о том, что будет представлять из себя EPUB 3 EDUPUB Profile.
Отмечается, что основной целью конференции было выработать решения о том, что войдет в начальный (initial) и последующие релизы. Встреча проходила в двух параллельных направлениях: интеграция с IMS и работа непосредственно над EDUPUB профилем спецификации EPUB 3.
Стандарты IMS
Были рассмотрены рекомендации IMS и выделено 4 ключевых приоритета:
- Требования к фреймворку (foundation requirements): поддержка LTI1.2, поддержка rich outcomes (часть LTI) и повышение оффлайновой устойчивости (persistence).
- Определиться с метрикам для поддержки аналитики грядущей спецификацией фреймворка Caliper
- Поддержка на уровне LTI потребителей (LTI consumer — любой потребитель инструментов, например LMS), LTI ссылок на веб-инструменты (tools по спеку LTI могут быть любыми, например EPUB-публикация) и приложения так, чтобы они могли быть встроенными в EDUPUB контент.
- Поддержка LTI в мобильных приложениях
Достигнуто соглашение, что обязательным для первоначальной EDUPUB-спецификации будет только первый пункт. Немаловажно, что оговорено, что включение кода или скриптов внутрь EDUPUB является допустимой, но плохой практикой. Пункты 2-4 будут включены в последующий версии спецификаций.
EDUPUB соответствие контента спецификации (content conformance)
Договорились, что имеющиеся инструменты EPUBCheck и EPUBTestgrid должны ускорить возможность сертификации контента, систем чтения и инстурментов создания контента. Требования EDUPUB Content Conformance определены как:
- Валидная EDPUB 3.0.1 публикация и package-файл.
- Метаданные
- Как минимум один экземпляр schema:acessibilityFeature
- Обязательный (здесь и далее must) dc:type со значением «edupub»
- Обязательное определение учительская или ученическая версия издания
- Определение, когда документ — исходник печатного ли издания или учительского издания
- Другие опциональные (should) метаданные:
- аудитория, образовательная роль, тип деятельности и др.
- возможно, RDFa/Schema.org или др.
- Метаданные должны строго соответстовать контенту и соответствовать тому, что они описывают (например, alt для img и MathML)
- Структурная целостность документа
- Если используется словарь, валидация обязательна
- Валидация section/heading требований с учетом семантики и корректности ее исползования.
- Скриптовые компоненты (scriptable components) требуют дополнительных метаданных поверх спецификации отдельно распространяемых объектов (distributable objects)
- Все компоненты должны быть в iframe
- Следует предполагать, что они находятся в отдельном домене (CORS) — не прямой скриптинг, через iframe boundary.
- Весь кроссдок — через postMessage
- Messaging определяется в spine
- Стоит ли ограничивать reflowable-публикации использованием только scriptable components, будет определено в ближайшее время.
- Если есть аннотации, учесть их соответствие спецификации Open Annotation, а все target ссылки должны валидироваться.
- Для фиксированных лэйаутов обязательным является требовавние включения reflowable-альтренативы, путем реализации multiple renditions.
- Если включено разбиение страниц (pagebreak markers существуют как часть EDUPUB спецификации), список nav — обязателен.
- Соответствие требованию корректного следования контента LTI-ссылкам и прочим результирующим сервисам (например, оценки) с соответствием зависимости системе чтения.
Сертификация систем чтения EDUPUB
- Требования соответствия контента (Content Requirements):
- Соответствие спецификации EPUB 3.0.1
- Соответствие спецификациям LTI и Rich Outcomes (?)
- Обязательная поддержка рендеринга Scriptable Components
- Обязательная поддержка multiple-rendition публикаций
- Импорт и отображение аннотаций
- Поддержка спецификации EPUB Scriptable Components
Packaging and Integration 1.0: правильно обрабатывать свойство epubsc:required-params - EPUB Scriptable Components 1.0 API
- Ограничения скриптинга уровнем контейнера
- Если не определен на уровне spine, обеспечить поддержку postMessage
- Подробнее об аннотациях
- Адаптация Open Annotation W3C
- Обязательно xHTML5 (нет такого в природе, но ок) в теле аннотации
- JSON-LD сериализация
- EPUB CFI в качестве внутреннего ссылочного аппарата
- Определить уровень специфичности (specificity) — релиз, публикация, в работе.
- Синтаксические органичения, позволяющие исполльовать не RFD-форматы
- Позволить упаковку (bundling) коллекций аннотаций (+zip для транспорта) и определение целевой аудитории (учитель, возраст и тд)
- Импорт аннотаций обязателен (must), экспорт — опционален (should)
Релиз спецификации предварительно назначен на май.
Сертификация инструментов производства (Authoring Tools) EDUPUB
Инструменты должны производить валидный EDUPUB и производить валидацию на соответствие спецификации.
- Соответствие контентым спецификациям
- Проверять корректность LTI-ссылок
- Предоставлять матрицу доступного функционала
- Добавлено третьими лицами
- Многоуровневое сертифицирование (бронза, серебро, золото), на основе данных матрицы функционала
Дальнейшие шаги
Принятые решения:
- Группа разработки EPUBCheck завершает имплементацию тестов для Content Conformance
- Рабочая группа BISC Grid выполнит исследование возможности расширения сетки для EDUPUB в контексте сертификации систем чтения
- Для сертификации инструментов производства контента еще требуется определить, кто будет ответственным исполнителям по этим задачам
- Определено, что Альянс EDUPUB будет отвечать за сертификацию, тогда как IMS будет отвечать за технические стороны вопроса: соответствие спецификациям и так далее.