Dpa-agenda Формат подання Опис PI - PDF Завантажити безкоштовно
dpa-agenda Формат подачі Опис PI Версія 7 Зміст 1. Вступ. 3 2. Основи. 3 3. Основна структура. 3 4. itemmeta. 3 4.1 предметний клас. 3 4.2 постачальник. 4 4.3 створена версія. 4 4.4 статус пабу. 4 4,5 ролі. 4 4.5.1 Дати. 4 4.5.2 Теми. 4 4.6 генератор. 4 4,7 профілю. 4 4.8 обслуговування. 5 5. contentmeta. 5 5.1 створено вміст. 5 5.2 змінено зміст. 5 5.3 Інфоджерело. 5 5.4 аудиторія. 5 5.4.1 Аудиторія на основі служби dpa. 5 5.4.2 аудиторія на основі географічної відповідності (геоскоп). 5 5.4.3 Аудиторія на основі тематичної класифікації. 6 5.5 мова. 6 5.6 предмет. 7 6. набір обкладинки новин. 7 7. висвітлення новин. 7 1
7.1 планування. 7 7.1.1 Клас предметів. 7 7.1.2 присвоєно. 8 7.1.3 заплановано. 8 7.1.4 заплановано з датою та часом. 8 7.1.5 заплановано лише з датою. 8 7.1.6 обслуговування. 8 7.1.7 жанр. 8 7.1.8 заголовок. 8 7.1.9 видання. 9 7.1.10 видання про жанр. 9 7.1.11 видання в ефірі. 9 7.1.12 примітка про період блокування. 9 7.1.1Новинивмістхарактеристика 9 7.1.2 Зміст новинхарактеристика. 9 7.1.3 планування зовнішньої власності (період ембарго). 9 7.2 доставка. 9 7.2.1 поставлений товар ref. 9 2
1. Вступ Опис нового формату подачі даних порядку денного обмежений основними елементами вмісту і не входить до використовуваних каталогів. Ви можете знайти ці словники у відповідних файлах XML. Детальнішу інформацію про NewsML-G2 та те, як dpa використовує цей формат, можна знайти в документі dpa Документація NewsML-G2. 2. Основи Цей документ описує лише планування dpa (PlanningItem PI), а не об’єкт, що представляє дату/тему. Це зберігається в окремому документі. Так званий код Q метаданих завжди повинен використовуватися для автоматизованої обробки, якщо такий є. PI завжди належить рівно одному об’єкту планування (дата замовлення або тема). Присвоєння відповідним замовленням здійснюється за допомогою предметного елемента (див. Нижче). Це гарантує чітке призначення. У PI знову перераховані деякі елементи аудиторії та обслуговування з асоційованого PO (4.1 - 4.8 та 5.1 - 5.4). Це головним чином пов’язано з технічними причинами для того, щоб мати можливість обробляти PI без необхідності покладатися на пов’язаний з ним PO. 3. Базова структура Інформація про планування відображається у вигляді PlanningItem з наступною структурою:
PlanningItem має такі основні атрибути: - guide: глобально унікальний ідентифікатор - версія: зростаючий номер, який вказує на версію PI, при цьому вища версія завжди є актуальнішою, ніж нижча - xml: lang: вказує мову, якою користується PI Сам елемент PlanningItem розділений на наступні розділи: - itemmeta: Містить формальні метадані на PI - contentmeta: Містить метадані про вміст PI - newscoverageset: Містить планування dpa у вигляді елементів висвітлення новин 4. itemmeta 4.1 itemclass Це клас об'єкта відмінний. Ця нагорода фіксована: 3
4.2 постачальник Тут визнано постачальника технічних послуг PI. Наступне означає dpa:
deutsche Presse-Agentur GmbH 4.3 версія створила специфікацію дати/часу, включаючи часовий пояс, який вказує, коли ця версія елемента G2 була технічно сформована: 2017-06-22t14: 19: 37 + 02: 00 4.4 метадані pubstatus, які показують дійсність Встановлює ПІ. Дійсні ІП позначаються таким чином:
Недійсні ІП, напр. скасовані зустрічі позначаються таким чином:
Ці метадані повинні бути оцінені, щоб не використовувати неправильну інформацію з боку замовника. 4.5 роль Рольовий елемент розрізняє два типи ІВ: - Призначення - Теми 4.5.1 Призначення Призначення безпосередньо стосуються подій, які фактично мають місце. Вони позначені атрибутом qcode (fix: dpaitemrole: запланована подія). 4.5.2 Теми Теми, як правило, - це координаційні центри, що звітують про dpa, які не мають прямих часових або місцевих посилань (виправлення: dpaitemrole: запланована тема), наприклад Відкриття сезону барбекю або подальший розвиток у близькосхідному конфлікті. 4.6 генератор Технічні метадані лише для внутрішнього аналізу, що описують програмну систему, яка генерувала цей об’єкт. Це може постійно змінюватися: сервіс-інези 4.7 Технічні метадані, що описують профіль метаданих, за допомогою якого було створено об'єкт. Подальші зміни у форматі метаданих позначаються різними версіями профілю:
4.8 service Описує службу dpa, в якій був опублікований об’єкт. Цей елемент може з’являтися кілька разів. Подача порядку денного позначена таким чином: 5. contentmeta 5.1 дата/час, створені вмістом, включаючи часовий пояс, який вказує, коли цей ПІ був створений/створений з точки зору вмісту. 2016-01-11t09: 26: 21 + 01: 00 5.2 змінена зміст дати/часу, включаючи часовий пояс, який вказує, коли востаннє було змінено зміст цього ІП. 2017-06-22t14: 18: 51 + 02: 00 5.3 Інфоджерело Семантика премії контролюється за допомогою атрибута ролі інфоджерела. Постачальник послуг ідентифікується за роллю (виправлення: dpaisrol: постачальник) таким чином: 5.4 аудиторія Аудиторія визначає, кого або яку цільову групу представляє PI. Цей елемент може з’являтися кілька разів у різних групах. На сьогодні визначено наступні групи: - аудиторія на основі послуги dpa - аудиторія на основі географічної відповідності - аудиторія на основі тематичної класифікації 5.4.1 аудиторія на основі служби dpa Цей тип аудиторії можна визначити на основі QCode. Це завжди походить від схеми dpaservice (завжди починається з fix: dpasrv). Крім того, ознака значимості відображає редакційну класифікацію в контексті цієї аудиторії. bdt Значимість може приймати значення від 1 до 5, при цьому 1 характеризує найважливіші ІП для відповідної аудиторії. Цей пріоритет може бути використаний для базових (bdt) або національних служб. Крім того, за допомогою dpasrv можна відфільтрувати дати тематичної служби (tmn), круглі річні, дні народження та смерті (mka), а також пам’ятні дні, свята та дні дій (gtk). 5.4.2 Аудиторія на основі географічної відповідності (геоскоп) Цей тип аудиторії можна ідентифікувати на основі QCode. Це завжди походить зі схеми dpageoscope (завжди починається з fix: dpageoscope). Він представляє грубу класифікацію згідно з такою структурою: 5
Німецька o англійська o іспанська o 5.6 предмет За допомогою елемента предмет PI призначається відповідній даті/темі. Він завжди доступний рівно один раз і за допомогою атрибута QCode посилається на QCode відповідного PO. Порядок замовлення модулюється в NewsML-G2 як концепція з GUID та ідентифікуючим QCode для призначення/теми. Отже, предмет містить код Q відповідного призначення/теми. Атрибут type завжди фіксований (cpnat: event). Піделемент імені містить назву зустрічі/теми. PI: bilanz-pk Volkswagen Посилання на ПО містить такі елементи: 6. Набір висвітлення новин Набір висвітлення новин містить перелік планування ПД у вигляді елементів висвітлення новин, які описані нижче. 7. видання новин Цей елемент поділяється на наступні дві сфери: планування: Містить інформацію про планування запланованої доставки статей: Містить список статей, вже створених dpa (для цього запису про планування) 7.1 планування Елемент планування випуску новин містить наступне перелічені піделементи. 7.1.1 itemclass Тип запланованого внеску зберігається тут як QCode. На сьогоднішній день можливо (перелік може бути доповнений у майбутньому): 7
7.2 доставка Доставка Елемент висвітлення новин містить перелік статей, вже виготовлених та надісланих для відповідного планування. Надіслані товари зберігаються в піделементах, доставлених у пункті ref. Зазвичай у списку доставки є лише один товар, але може бути декілька. Останнє характерно для картин. 7.2.1 Deliveryitemref Елемент Deliveryitemref містить посилання на повідомлення, яке вже було створено та надіслано. Цей елемент може з’являтися кілька разів (типово для зображень). GUID посиланого повідомлення зберігається в атрибуті residref. 9
Доступ до відповідного медіа-об'єкта можна отримати за допомогою GUID з атрибуту residref. Він містить унікальний ідентифікатор створеного об'єкта (зображення, текст,). Це особливо легко, якщо послуги dpa також отримуються у форматі NewsML-G2. 10