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 ednote за жанра. 9 7.1.11 ednote в ефирно време. 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), а не обекта, който представлява датата/темата. Това се съхранява в отделен документ. Така нареченият QCode на метаданни винаги трябва да се използва за автоматизирана обработка, ако има такава. PI винаги принадлежи към точно един обект на планиране (дата на поръчка или тема). Присвояването на съответния PO се извършва чрез предметния елемент (виж по-долу). Това гарантира ясна задача. В PI отново са изброени някои елементи от аудиторията и услугата от свързания PO (4.1 до 4.8 и 5.1 до 5.4). Това се дължи главно на технически причини, за да може да се обработи PI, без да се налага да се разчита на свързания с него PO. 3. Основна структура Информацията за планиране се показва като PlanningItem със следната структура:
PlanningItem има следните основни атрибути: - guide: глобално уникален ID - версия: възходящ номер, който показва версията на 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, които показват валидността на Задава PI. Валидните PI се маркират, както следва:
Невалидни PI, напр. отменените срещи са маркирани, както следва:
Тези метаданни трябва да бъдат оценени, така че да не се използва неправилна информация от страна на клиента. 4.5 роля Ролевият елемент прави разлика между два типа PI: - назначения - теми 4.5.1 назначения назначенията се отнасят пряко до събитията, които действително се случват. Те са маркирани с атрибута qcode (fix: dpaitemrole: planirano-event). 4.5.2 Теми Темите обикновено са фокусни точки за отчитане на dpa, които нямат пряка временна или локална препратка (поправка: dpaitemrole: планирана тема), напр. Откриване на сезона на барбекюто или по-нататъшно развитие в конфликта в Близкия изток. 4.6 генератор Технически метаданни само за целите на вътрешния анализ, който описва софтуерната система, генерирала този обект. Това може да се променя непрекъснато: service-ines 4.7 profile Технически метаданни, които описват профила на метаданните, с който е създаден обектът. Бъдещите промени във формата на метаданните са посочени от различни версии на профила:
4.8 услуга Описва услугата dpa, в която е публикуван обектът. Този елемент може да се появи няколко пъти. Емисията на дневния ред е маркирана, както следва: 5. contentmeta 5.1 създадена съдържание/дата/час, включително часовата зона, която показва кога е създадено/създадено съдържанието на този PI. 2016-01-11t09: 26: 21 + 01: 00 5.2 дата/час, модифицирани от съдържанието, включително часовата зона, която показва кога съдържанието на този PI е променено за последно. 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 характеризира най-важните PI за съответната аудитория. Това приоритизиране може да се използва за основните (bdt) или националните услуги. Освен това чрез dpasrv i.a. Датите на тематичната услуга (tmn), кръгли годишнини, рождени дни и смърт (mka), както и възпоменателни дни, празници и дни на кампанията (gtk) могат да бъдат филтрирани. 5.4.2 Аудитория въз основа на географската значимост (геоскоп) Този тип аудитория може да бъде идентифициран въз основа на QCode. Това винаги идва от схемата на dpageoscope (винаги започва с fix: dpageoscope). Той представлява груба класификация съгласно следната структура: 5
Немски o английски o испански o 5.6 предмет С помощта на елемента предмет PI се присвоява на съответната дата/тема. Той винаги е достъпен точно веднъж и със своя атрибут QCode се отнася до QCode на свързания PO. PO е модулиран в NewsML-G2 като концепция с GUID и идентифициращ QCode за срещата/темата. Следователно темата съдържа QCode на свързаната среща/тема. Атрибутът тип винаги е фиксиран (cpnat: събитие). Под-елементът име съдържа заглавието на срещата/темата. PI: bilanz-pk Volkswagen Референтният PO съдържа следните елементи: 6. Комплект за покритие на новини Комплектът за покритие на новини съдържа списък за планиране на dpa под формата на елементи за покритие на новини, които са описани по-долу. 7. излъчване на новини Този елемент е разделен на следните две области: планиране: Съдържа информация за планиране за планирана доставка на статия: Съдържа списък на вече произведените статии от dpa (за този запис за планиране) 7.1 планиране Планиращият елемент на новинарския материал съдържа следното изброени поделементи. 7.1.1 itemclass Видът на планирания принос се съхранява тук като QCode. Понастоящем са възможни следните (списъкът може да бъде допълван в бъдеще): 7
7.2 доставка Елементът за доставка на отразяването на новини съдържа списък на вече произведените и изпратени статии за съответното планиране. Изпратените артикули се съхраняват в поделементите, доставени в позиция. Обикновено в списъка за доставка има само един артикул, но може да бъде няколко. Последното е типично за снимки. 7.2.1 Deliveryitemref Елементът Deliveryitemref съдържа препратка към публикация, която вече е създадена и изпратена. Този елемент може да се появи няколко пъти (типично за изображения). GUID на референтната публикация се съхранява в атрибута residref. 9
Съответният медиен обект може да бъде достъпен с помощта на GUID от атрибута residref. Той съдържа уникалния идентификатор на произведения обект (снимка, текст,). Това е особено лесно, ако услугите за dpa се получават и във формат NewsML-G2. 10