Definice metadatových formátů pro elektronické publikace (pro verze 2.2.1)

Podobné dokumenty
Definice metadatových formátů pro digitalizaci periodik pro ANL

Návrh technických pravidel pro tvorbu SIP

Co nás čeká při skartačním řízení? Připravte se na změny balíčku SIP

Formáty a dlouhodobé uložení: Identifikace, extrakce a validace

Problematika tvorby SIP balíčků

Nové směry v dlouhodobém uchovávání digitálních dokumentů v mezinárodním kontextu

PSP Validator Documentation

Návrh pravidel pro validaci SIP Obsah

Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS)

XML a DTD. <!DOCTYPE kořenový_element [deklarace definující vlastnosti jednotlivých elementů a atributů]> externí deklarace:

Návrh pravidel pro validaci SIP Obsah

Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace

Národní technické specifikace. služeb nad prostorovými daty a metadaty

Co nového ve spisové službě? Národní standard pro elektronické systémy spisové služby a jeho optimalizace

Projekt CDArcha: kooperativní zpracování datových CD disků. Zdeněk Hruška, Petr Žabička Moravská zemská knihovna v Brně AKM 2018

K PROBLEMATICE SPISOVÉ SLUŽBY v elektronické podobě

Výměnný formát XML DTM DMVS PK

ZEMĚMĚŘICKÝ ÚŘAD. Uživatelská příručka - Metadatový editor MDE. Pod Sídlištěm 9/1800, Praha 8. Verze IS nebo části IS: Účel poslední změny:

Standardy publikace a katalogizace otevřených dat. Dušan Chlapek David Hemala

Postup práce v KDS 1

Dlouhodobá ochrana digitálních dat: co může vaše instituce udělat již dnes?

V této příloze je podrobně popsána struktura XML dokumentu s mapou (viz kapitolu 5.3), příklad tohoto XML dokumentu je na přiloženém CD v souboru

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.

Kurz Databáze. Obsah. Návrh databáze E-R model. Datová analýza, tabulky a vazby. Doc. Ing. Radim Farana, CSc.

Tzv. životní cyklus dokumentů u původce (Tematický blok č. 4) 1. Správa podnikového obsahu 2. Spisová služba

Zdroj:

Národní elektronický nástroj. Import profilu zadavatele do NEN

Manuál korporátní identity Anna Čaníková

III/ 2 Inovace a zkvalitnění výuky prostřednictvím ICT

Implementace formátu METS v Systému Kramerius

Metadatový standard EVSKP-MS verze 1.1 pro popis VŠKP a standardy související

PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.

Tematický celek Proměnné. Proměnné slouží k dočasnému uchovávání hodnot během provádění aplikace Deklarace proměnných

DOKUMENTACE A MANUÁLY

K PROBLEMATICE SPISOVÉ SLUŽBY v elektronické podobě

Elektronické skartační řízení

Elektronické skartační řízení

Vložení identifikátorů DOI, UT WOS, UT SCOPUS a PubMed ID do záznamu

Registr práv a povinností. Metodika pro definici údajů vedených v agendě

Popis struktury XML rozhraní pro elektronické podání hromadné žádosti. o obnovu oprávnění k činnosti

<xs:maxlength value="50"/> </xs:restriction> </xs:simpletype>

Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.

zoom-driver Manuál k redakčnímu systému zoom-driver created by virtual-zoom s.r.o.

Návod pro vložení nabídky účastníkem do eaukční síně v prostředí eaukčního sw PROebiz

Databázové systémy. - SQL * definice dat * aktualizace * pohledy. Tomáš Skopal

Specifikace služby RVI_NOU01B

Obsah. 1.1 Práce se záznamy Stránka Dnes Kontakt se zákazníkem... 5

Správnost XML dokumentu

Aplikace pro srovna ní cen povinne ho ruc ení

Business Media CZ, s. r. o., člen skupiny Docu Group Company

Škola: Gymnázium, Brno, Slovanské náměstí 7 III/2 Inovace a zkvalitnění výuky prostřednictvím ICT Název projektu: Inovace výuky na GSN

Uživatelská příručka pro respondenty

Helios RED a Internetový obchod

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze Mezioperační kontrola 07.1/ Obsah

Strategie ochrany před negativními dopady povodní a erozními jevy přírodě blízkými opatřeními v České republice

Uživatelská příručka SBOX

EXTRAKT z technické normy ISO

Filr 2.0 Uživatelská příručka k aplikaci Filr Web. Únor 2016

Definice metadatových formátů pro digitalizaci periodik pro ANL

XML export kurzů na Jobs.cz a Temio Edumarket

Popis rozhraní Číselníkové webové služby

Postup práce v KDS 1

UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0

Uţivatelská příručka pro webový formulář vývozního šetření s dostupnosti z internetu

Požadavky pro výběrová řízení TerraBus ESB/G2x

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze Výstupní kontrola 07.1/ Obsah

SOŠ Benešov, Černoleská 1997

24. XML. Aby se dokument XML vůbec zobrazil musí být well-formed (správně strukturovaný). To znamená, že splňuje formální požadavky specifikace XML.

ČESKÁ TECHNICKÁ NORMA

GRAFICKÉ FORMÁTY V BITMAPOVÉ GRAFICE

Popis struktury XML rozhraní pro hromadné hlášení změn pojišťovnami, pojišťovacími agenty (PA) a pojišťovacími makléři (PM)

Výzva k podání nabídky a k prokázání splnění kvalifikace

Generované XML si vytvářejte synchronně s databází uvedenou ve vašem systému nebo na vašich webových stránkách.

Validace souborů DS3

Rastrový obraz, grafické formáty

Národní digitální archiv

Pokročilé funkce a časté chyby. Petr Ferschmann FlexiBee Systems s.r.o.

Syntaxe XML XML teorie a praxe značkovacích jazyků (4IZ238)

Datové rozhraní pro výměnu dat ve stavebnictví XC4 Verze 2.5

Registrační číslo projektu: CZ.1.07/1.5.00/ Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost

Popis B2B rozhraní pro elektronickou neschopenku

V. Projektová žádost v Benefit 7+

1 OBECNÝ POPIS 2 3 ZÍSKÁNÍ VÝPISŮ Z INTERNETOVÉHO BANKOVNICTVÍ BANKY 4

Zpráva ze služební cesty

Webové služby DPD. Verze

Počítačová grafika a vizualizace I

Dlouhodobé a důvěryhodné ukládání elektronických dokumentů. Oskar Macek

Rastrová grafika. Grafický objekt je zaznamenán jednotlivými souřadnicemi bodů v mřížce. pixel ( picture element ) s definovanou barvou

podnikatele ve formě PDF dokumentu nebo budou jednotlivé datové položky rozvedeny v XML subelementech.

Manuál k programu RIZIKA

Popis XML rozhraní Veřejného webu RŽP

Modulární monitorovací systém Gradient Digitální systém pro záznam, archivaci a vyhodnocení telefonie.

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci

Transkript:

Doprovodný dokument k: Definice metadatových formátů pro elektronické publikace (pro verze 2.2.1) (12. 09. 2018) Verze 4 Určení: Dokument představuje výklad k předloženému standardu, definuje jakým způsobem získat požadované hodnoty jednotlivých atributů a upozorňuje na potřebu užívání konkrétních způsobů při plnění metadatové specifikace. Je třeba ho brát jako nedílnou součást specifikace, která má zjednodušit její implementaci. Odpovědnost: Oddělení pro standardy - Odbor digitálních fondů NK ČR Kontaktní osoba: Mgr. Natalie Ostráková

Níže popsaný návrh identifikace, validace a charakterizace a metadatový popis až na úroveň bitstream je maximalistický návrh nikoliv nezbytný. Nástroje pro identifikaci, validaci a charakterizaci souborů EPUB a PDF/A společný nástroj pro identifikaci: DROID 6.4 (nebo novější) pro validaci PDF/A: verapdf (doporučujeme nejnovější verzi) pro charakterizaci PDF/A: JHOVE (doporučujeme nejnovější verzi) a verapdf (doporučujeme nejnovější verzi) pro validaci EPUB: EpubCheck 4.0.2 (nebo novější) pro charakterizaci EPUB: EpubCheck 4.0.2 (nebo novější) pro charakterizaci bitstream v EPUB: JHOVE (doporučujeme nejnovější verzi) Identifikace V defaultním nastavení prochází DROID při procesu identifikace jen část souboru (65536 bytů), což v některých případech může vést k nedokonalé identifikaci formátu. Pro spolehlivou identifikaci formátu doporučujeme nastavit tzv. buffer size, tj. velikost části, kterou DROID prochází a hledá identifikátor formátu ( magic number ). Doporučujeme tedy buffer size nastavit na hodnotu -1 s tímto nastavením bude DROID procházet celý soubor. Nástroj DROID nerozliší jednotlivé verze formátu EPUB. Pro rozlišení verzí je možné použít nástroj EpubCheck, který zároveň provádí validaci formátu i extrakci metadat. Validace obrazů uvnitř EPUB Soubor ve formátu EPUB je možné rozbalit a validovat obsažené obrazy a to za použití nástroje JHOVE apod. Obrazy se obvykle nacházejí ve složkách OEBPS/Images nebo OEBPS/assets. Validace a charakterizace PDF/A Po identifikaci provede nástroj verapdf validaci, je-li soubor validní (validní dokument= <validationreport profilename="pdf/a-1a validation profile" statement="pdf file is compliant with Validation Profile requirements." iscompliant="true">) V ideálním případě se validují i jednotlivé objekty vložené v PDF/A tj. zvláště obrazy. Pro tyto účely je možné do verapdf přidat pluginy (jpylyzer a zřejmě i JHOVE) (http://www.digitalmeetsculture.net/wpcontent/uploads/2015/04/verapdf_functionaltechnicalspecification_v1.01.pdf#%5b%7b%2 2num%22%3A351%2C%22gen%22%3A0%7D%2C%7B%22name%22%3A%22XYZ%22% 7D%2C34%2C788%2C0%5D, s. 136). Návod zřejmě zde (http://docs.verapdf.org/plugins/). Následuje extrakce metadat pomocí nástroje verapdf (příp. JHOVE) Kontrola DRM u EPUB 1 Nástroj EpubCheck zjistí, zda dokument obsahuje DRM. V případě, že jej dokument obsahuje, 1 U formátu PDF/A to není třeba, pokud by obsahoval DRM nebyl by validním PDF/A, tj. verapdf by ho označila za nevalidní a takové to LTP nejdou.

objeví se hláška could not be decrypted Následuje část standardu s technickými metadaty, která obsahuje namapování elementy/výstupy nástrojů verapdf verze 1.5 a EpubCheck verze 4.0.2. na 3.5.1 PREMIS Object popisovat se pomocí PREMIS object budou soubory a jejich části tj. dle specifikace PREMIS vždy úroveň tzv. file a bitstream Výčet elementů níže nemá definované povinnosti, tzn. všechny elementy jsou povinné pokud je možné je vyplnit. Element Atribut Popis <object> kořenový element pro premis objekt; použít vždy s atributem podle typu objektu. xsi:type=file použije se pro popis EPUB jako souboru a PDF/A jako souboru <objectidentifier> identifikátor k jednoznačnému odlišení objektu v určitém kontextu <objectidentifiertype> <objectidentifiervalue> <preservationlevel> <preservationlevelvalue> <preservationleveldateassigned> <objectcharacteristics> <compositionlevel> typ identifikátoru vlastní hodnota identifikátoru údaje o úrovni ochrany souboru, která se na něj vztahuje hodnota úrovně ochrany, která je pro soubor relevantní, defaultní hodnota logical preservation datum, kdy byla přiřazena hodnota úrovně ochrany, zápis v ISO 8601, na úroveň dne (RRRR-MM-DD) technické údaje o souboru údaj o tom, zda je nutné digitální objekt rozbalit nebo dekódovat; 0 (defaultně pro žádné zabalení nebo kódování); 1 pro jedno

zabalení a kódování atd. pro PDF/A hodnota 0 pro EPUB hodnota 0 <fixity> údaje o kontrolním součtu <messagedigestalgorithm> použitý algoritmus kontrolního součtu, např. MD5 aj. <messagedigest> <messagedigestoriginator> <size> hodnota kontrolního součtu agent (osoba, instituce, stroj, SW), který kontrolní součet vytvořil (např. JHOVE apod.) údaje o velikosti souboru v bytech pro PDF/A: vypíše verapdf (element item s atributem size) i JHOVE (element size) Pro EPUB vypíše EpubCheck <format> údaje o formátu souboru <formatdesignation> identifikace formátu souboru, výstup z PRONOM/DROID nebo z verapdf <formatname> <formatversion> <formatregistry> <formatregistryname> <formatregistrykey> <creatingapplication> jméno formátu, yypíše DROID (format) nebo verapdf (validationreport profilename=.) verze formátu, např. 1b. Pro PDF/A vypíše DROID (version) nebo verapdf (validationreport profilename=.) pro EPUB vypíše EpubCheck (repinfo/version) identifikace formátu dodatečná informace o záznamu formátů v registrech formátů (PRONOM ) jméno použitého registru formátů, užít vždy registr PRONOM, hodnota tedy bude PRONOM unikátní identifikátor (označení) formátu v registru, užít vždy identifikátor PUID z registru PRONOM, např. fmt/155 údaje o aplikaci, ve které byl popisovaný soubor vytvořen; pro EPUB to nástroje aktuálně nezjistí,

pro PDF/A to je obvykle zapsáno ve vložených metadatech v entry key=producer nebo JHOVE Info:Producer. <creatingapplicationname> název aplikace, např. LuraDocument PDF apod.; <creatingapplicationversion> verze aplikace, např. v2.28 <datecreatedbyapplication> datum a čas vytvoření, např. 2008-11-10T12:37:46; musí být ve tvaru ISO 8601 (na úroveň vteřin); verapdf vypíše v entry key= CreationDate EpubCheck vypíše v repinfo-> created Pro PDF/A <objectcharacteristicsextension> vloží se externí schéma docmd <docmd:document> kořenový element xmlns:do cmd xsi:sche malocat ion "http://www.fcla.edu/docmd" "http://www.fcla.edu/docmd http://www.fcla.edu/dls/md/docmd.xsd" <docmd:pagecount> <docmd:tablecount> počet stránek verapdf nevypíše konečný počet stránek, ale postupně popisuje jednotlivé stránky, je tedy možné buď počet stránek spočítat (spočítat elementy <page ordernumber> nebo vzít číslo, které se vyskytuje u posledního elementu <page ordernumber= 155 > počet tabulek verapdf nevypíše, dá se zjistit jen z knihy, např. při katalogizaci. <docmd:graphicscount> počet grafických znázornění, verapdf nevypíše, dá se zjistit jen z knihy, např. při katalogizaci.

<docmd:language> jazyk dokumentu, verapdf nevypíše (ani JHOVE), dá se zjistit jen z knihy, např. při katalogizaci <docmd:font> seznam fontů, verapdf element <font> FontNa me isembed ded textový řetězec, název fontu; verapdf element <fontname> true nebo false, dle toho zda je v dokumentu vložena informace o fontu; pokud je to font, který extrahuje verapdf, vždy hodnota true (u validního PDF/A být jiná nemůže) <docmd:references> <docmd:features> zápis URL, které dokument obsahuje ve formátu: http://en.wikipedia.org, verapdf ani JHOVE aktuálně z PDF/A neextrahují hodnoty: istagged, hasoutline, hasthumbnails, haslayers, hasforms, hasannotations, hasattachments, usetransparency, hasfixedlayout, hasaudio, hasvideo, hasscript, hashyperlinks, hasembeddedresources určí se dle toho, zda jsou přítomny elementy: <annotations>, <outline> a <embeddedfile>, tj. pro PDF/A se mohou objevit hodnoty: hasoutline, hasannotations, hasembeddedresources <docmd:documentmetadataexte nsions> vložení dalšího externího schématu s názvem ndktech <ndktech:ndktech> Kořenový element xmlns:nd ktech http://www.ndk.cz/standardydigit alizace/ndktech/1.1

xsi:sche ma Location "http://www.ndk.cz/standardydigit alizace/ndktech/1.1 http://www.ndk.cz/standardydigital izace/ndktech/ndktech-v1-1.xsd" <ndktech:filters> výčet použitých filtrů v celém PDF <ndktech:fiilter> filtr, např. 'FlateDecode' nebo JPXDecode ; element se opakuje dle počtu použitých filtrů, verapdf element <filters>/<filter> <ndktech:colorspaces> obsahuje seznam použitých barevných prostorů v PDF <ndktech:colorspace> <ndktech:iccprofile> název barevného prostoru, element se opakuje dle počtu barevných prostorů, verapdf element <datacolorspace> vypíše verapdf <ndktech:iccprofilename> jméno barevného prostoru: např. RGB, Adobe RGB, CIE, verapdf element <iccprofile> <ndktech:iccprofileversion> verze profilu, např. srgb IEC61966-2.1 verapdf element <iccprofile> <ndktech:imagescount> počet obrázků v dokumentu, verapdf nevypíše přímo konečný počet, ale je možné spočítat výskyt elementu <xobject type= image > > EPUB <ndktech:indirectobjectsnumber celkový počet objektů v dokumentu vypíše verapdf v elementu <indirectobjectsnumber> <objectcharacteristicsextension> vloží se externí schéma docmd <docmd:document> kořenový element

xmlns:do cmd "http://www.fcla.edu/docmd" xsi:sche ma Location "http://www.fcla.edu/docmd http://www.fcla.edu/dls/md/docmd.xsd" <docmd:pagecount> <docmd:charactercount> <docmd:tablecount> počet stránek, nástroje pro EPUB nezjistí, zjistí se při katalogizaci počet znaků, vypíše EpubCheck, property/name=charactercount/v alues/value počet tabulek, nástroje pro EPUB nezjistí, zjistí se při katalogizaci <docmd:graphicscount> počet grafických znázornění, nástroje pro EPUB nezjistí, zjistí se při katalogizaci, tj. nepovinné pole. <docmd:language> <docmd:font> jazyk dokumentu, vypíše EpubCheck property/name=language/values/ value seznam fontů, vypíše EpubCheck FontNa me textový řetězec, název fontu property/name=fonts/property/na me=font/property/name=fontnam e/values/value opakuje se dle počtu fontů isembed ded true nebo false, dle toho zda je v dokumentu vložena informace o fontu; nástroje vypíší jen vložené fonty, tj. hodnota vždy True <docmd:references> zápis URL, které dokument obsahuje ve formátu: http://en.wikipedia.org, jsou-li v dokumentu, EpubCheck je vypíše; property/name=references/prope rty/name=reference/values/value opakuje se dle počtu odkazů

<docmd:features> hodnoty: istagged, hasoutline, hasthumbnails, haslayers, hasforms, hasannotations, hasattachments, usetransparency, hasfixedlayout, hasaudio, hasvideo, hasscript, hashyperlinks, hasembeddedresources pro EPUB zřejmě jen hashyperlinks <docmd:documentmetadataextensi ons> vložení externího schématu ndktech <ndktech:ndktech> xmlns:nd ktech xsi:sche malocat ion http://www.ndk.cz/standardydigit alizace/ndktech/1.1 "http://www.ndk.cz/standardydigit alizace/ndktech/1.1 http://www.ndk.cz/standardydigital izace/ndktech/ndktech-v1-1.xsd <ndktech:mediatypes> výčet všech typů souborů uložených v kontejneru EPUB (MIME type v souladu s IANA.org) <ndktech:mediatype> MIME typ, např. 'application/xhtml+xml' nebo 'image/jpeg' vypíše EpubCheck; property/name=mediatypes/value s/value element se opakuje dle počtu values v MediaTypes <ndktech:entries> kontejnerový element, obsajue jeden nebo více elementů entry. Slouží k popisu obsahu EPUB dokumentu. <ndktech:entry> obsahuje jednu položku v EPUB dokumentu (tak jak EPUB vypadá, když se rozbalí), opakuje se dle počtu souborů, např. <entry>\original\nk-

00027x_0001.EPUB\OEBPS\front -cover.html</entry> Pro PDF/A i EPUB <originalname> původní jméno souboru, např. Denik_zajatce_Sramek_CZ.epub vypíše EpubCheck, nebo se plní manuálně. EpubCheck vypíše v roperty/name=title/values/value <relationship> vyjádření vztahu popisovaného souboru k jiným souborům a událostem (eventům) <relationshiptype> typ vztahu, doporučené hodnoty: derivation= vztah kde objekt je výsledkem změny jiného objektu; structural= vztah mezi částmi objektu-použije se u obrázků vložených v pdf a v EPUB <relationshipsubtype> upřesnění vztahu, doporučené hodnoty: created from; has source; is source of; has sibling; has part; is part of; has root; includes; is included in; apod.; pro vložené objekty se použije includes <relatedobjectidentification> <relatedobjectidentifiertype> <relatedobjectidentifiervalue> <relatedeventidentification> <relatedeventidentifiertype> <relatedeventidentifiervalue> <relatedeventsequence> <linkingeventidentifier> <linkingeventidentifiertype> identifikace souvisejícího souboru specifikace kontextu, ve kterém je identifikátor souboru jedinečný vlastní řetězec identifikátoru identifikace s popisovaným souborem související události (eventu); typ události, např. interní číslovací systém událostí hodnota identifikátoru události pořadí události, např. 003; k určení pořadí lze určit datum události identifikátor události týkající souboru typ identifikátoru události

<linkingeventidentifiervalue> hodnota identifikátoru Na úrovni bitstream se popíší jednotlivé objekty vložené do souboru (verapdf i JHOVE je vypíší) PDF/A Element Popis <object> <objectidentifier> kořenový element pro premis objekt; použít vždy s atributem podle typu objektu. xsi:type=bitstream, pro dokument ve formátu PDF/A to znamená, že se popíše bitstream pro každý vložený obrázek (xobject type= ) a PDF/A (embeddedfile) objekt, opakuje se dle počtu vložených dokumentů, jednotlivé bitstreamy se namapují na elementy <xobject> a <embeddedfiles> identifikátor k jednoznačnému odlišení objektu v určitém kontextu; stejný identifikátor jako v premis:file v relatedobjectidentifiervalue <objectidentifiertype> typ identifikátoru <objectidentifiervalue> vlastní hodnota identifikátoru <objectcharacteristics> technické údaje o souboru <compositionlevel> <format> údaj o tom, zda je nutné digitální objekt rozbalit nebo dekódovat; 0 (defaultně pro žádné zabalení nebo kódování) údaje o formátu souboru <formatdesignation> identifikace formátu souboru, výstup z nástroje verapdf (nebo JHOVE)

<formatname> název použitého filtru (např.: JPXDecode nebo FlateDecode), vypíše verapdf xobject/filters/filter type= image ) (pro xobjects <formatnote> vloží se název souboru, údaj z nástroje verapdf z elementu <filename> <objectcharacteristicextensio n> <mix> pro popis vložených obrazů (tj. bistream s filtrem JPXDecode a FlateDecode a bez filtru apod.) se vloží schéma MIX, tj. pro vše co verapdf vypíše jako <xobject type= image > Atribut xsi:schemalocation bude mít hodnotu "http://www.loc.gov/mix/v20 http://www.loc.gov/standards/mix/mix20/mix20.xsd " <BasicDigitalObjectInform ation> <ObjectIdentifier> odkaz na nástroj, který provedl charakterizaci <objectidentifiertype> verapdf (příp. JHOVE ) <Compression> údaje o kompresi, použitém filtru <compressionscheme> filtr (např. JPXDecode), pokud není uveden filter tak dát Uncompressed vypíše verapdf xobject/filters/filter <BasicImageInformation> základní technické údaje o obrazovém dokumentu <BasicImageCharacteristics> <imagewidth> šířka obrazu v pixelech; vypíše verapdf, xobject/width <imageheight> výška obrazu; v pixelech; vypíše verapdf, xobject/height

n> <PhotometricInterpretatio <colorspace> informace o barevném prostoru barevný prostor; vypíše JHOVE i verapdf <ImageAssessmentMetadata > <ImageColorEncoding> <BitsPerSample> počet bitů na kanál <bitspersamplevalue> <bitspersampleunit> číselná hodnota, např. 8, u každého elementu <xobject> je informace obsažena v <bitspercomponent> (verapdf ) specifikace jednotky, integer EPUB -na úrovni bitstream se popíší jen obrazové soubory -charakterizují se pomocí nástroje JHOVE Element Popis <object> <objectidentifier> kořenový element pro premis objekt; použít vždy s atributem podle typu objektu. Xsi:type=bitstream, identifikátor k jednoznačnému odlišení objektu v určitém kontextu; stejný identifikátor jako v premis:file v relatedobjectidentifiervalue <objectidentifiertype> typ identifikátoru <objectidentifiervalue> vlastní hodnota identifikátoru <objectcharacteristics> technické údaje o souboru

<compositionlevel> údaj o tom, zda je nutné digitální objekt rozbalit nebo dekódovat; 0 (defaultně pro žádné zabalení nebo kódování) <size> velikost souboru v bytech, JHOVE vypíše v size (pro JPEG, JPEG2000 ), pro PNG vypíše size aktuálně DROID (případně PNG module pro JHOVE) <format> údaje o formátu souboru <formatdesignation> <formatname> <formatversion> <objectcharacteristicextension > <mix> identifikace formátu souboru, výstup z DROID nebo JHOVE jméno formátu, např. image/jpeg; JHOVE vypíše v MIMEtype (pro JPEG apod.), pro PNG vypíše aktuálně DROID v elementu Format (případně PNG module pro JHOVE) verze formátu, např. 6.0, 1.01; JHOVE vypíše ve Version (pro JPEG apod.); pro PNG vypíše aktuálně DROID v elementu Version (případně PNG module pro JHOVE) pro bližší popis obrazů se vloží schéma MIX (pro JPEG, Gif apod.) pro PNG by to měl vypsat PNG module pro JHOVE-pokud ne, pak se pole pro PNG neplní Atribut xsi:schemalocation bude mít hodnotu "http://www.loc.gov/mix/v20 http://www.loc.gov/standards/mix/mix20/mix20.xs d" <BasicDigitalObjectInform ation> <ObjectIdentifier> odkaz na nástroj, který provedl charakterizaci <objectidentifiertype> JHOVE <byteorder> endianita, hodnoty little endian nebo big endian vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/ByteO rder (pro JPEG) nebo

GIFMetadata/Blocks/ImageDescriptor/NisoImage Metadata/ByteOrder <Compression> <compressionscheme> např. JPEG; vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/Comp ressionscheme (pro JPEG) nebo GIFMetadata/Blocks/ImageDescriptor/NisoImage Metadata/CompressionScheme <BasicImageInformation> základní technické údaje o obrazovém dokumentu <BasicImageCharacteristics> <imagewidth> šířka obrazu v pixelech; vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/Image Width (pro JPEG) nebo GIFMetadata/Blocks/ImageDescriptor/NisoImage Metadata/ImageWidth <imageheight> výška obrazu v pixelech; vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/Image Height (pro JPEG) nebo GIFMetadata/Blocks/ImageDescriptor/NisoImage Metadata/ImageHeight <PhotometricInterpretation> Informace o barevném prostoru <ColorProfile> informace o barevném profilu <iccprofile> <iccprofilename> jméno profilu, např. srgb, Adobe RGB.. <iccprofileversion> verze profilu, např. srgb IEC61966-2.1 <ImageAssessmentMetadata>

<SpatialMetrics> údaje o rozlišení obrázku <samplingfrequencyunit> <xsamplingfrequency> jednotka měření rozlišení; vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/Sampl ingfrequencyunit počet pixelů na jednotku vzorkovací frekvence pro šíři obrazu <numerator> čitatel, např. 300 <denominator> jmenovatel, např. 1 <ysamplingfrequency> počet pixelů na jednotku vzorkovací frekvence pro výšku obrazu <numerator> čitatel, např. 300 <denominator> jmenovatel, např. 1 <ImageColorEncoding> <BitsPerSample> doplňující údaje o barvě obrazu počet bitů na kanál <bitspersamplevalue> vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/BitsPe rsample --opakuje se dle počtu výskytů hodnoty (pro JPEG) nebo GIFMetadata/Blocks/ImageDescriptor/NisoImage Metadata/BitsPerSample <bitspersampleunit> Specifikace jednotky, např. integer ; vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/BitsPe rsampleunit (pro JPEG) nebo GIFMetadata/Blocks/ImageDescriptor/NisoImage Metadata/BitsPerSampleUnit <samplesperpixel> počet barevných komponent, např. 3; vypíše JHOVE, v JPEGMetada/Images/NisoImageMetadata/Sampl esperpixel

3.5.2 PREMIS Event PREMIS event záznamy shromažďují informace o procesech a událostech, které se týkají jednoho nebo více objektů, v našem případě souborů. Primární použití je k zaznamenání událostí, které popisovaný soubor mění nebo upravují (např. vznik objektu, příjem/ingest, dále je možné zaznamenat například validaci, virus check, identifikaci apod.) popis událostí bude zachycovat informace o jejich výsledku/výstupu pro každou událost bude vytvořena jedna <digiprovmd> část každý záznam PREMIS event je linkován na původce aktivity tj. na PREMIS agent záznam Výčet elementů níže nemá definované povinnosti, tzn. všechny elementy jsou povinné pokud je možné je vyplnit. Element <eventidentifier> <eventidentifiertype> <eventidentifiervalue> <eventtype> <eventdatetime> <eventdetail> <eventoutcomeinformation> Popis údaje o identifikátoru události typ identifikátoru hodnota identifikátoru kategorizace události, např. validation, virus check, SIP creation datum a čas kdy byla událost provedena; nutno zapsat v ISO 8601 na úroveň vteřin další údaje o události, informace o výsledku události <eventoutcome> kategorizace výsledku události, např. slovy jako successful nebo failure <linkingagentidentifier> <linkingagentidentifiertype> <linkingagentidentifiervalue> <linkingagentrole> <linkingobjectidentifier> <linkingobjectidentifiertype> identifikace jednoho nebo více agentů spojených s událostí označení typu identifikátoru, hodnota identifikátoru role agenta ve vztahu k události informace o objektu/souboru spojeného s událostí, link na něj označení typu identifikátoru

<linkingobjectidentifiervalue> hodnota identifikátoru