Definice metadatových formátů pro elektronické publikace (pro verze 2.2.1)
|
|
- Marie Musilová
- před 6 lety
- Počet zobrazení:
Transkript
1 Doprovodný dokument k: Definice metadatových formátů pro elektronické publikace (pro verze 2.2.1) ( ) 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á
2 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 (nebo novější) pro charakterizaci EPUB: EpubCheck (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) ( 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 ( 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.
3 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 na 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
4 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í,
5 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ř T12: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 " " <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.
6 <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: 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 alizace/ndktech/1.1
7 xsi:sche ma Location " alizace/ndktech/1.1 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 IEC 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
8 xmlns:do cmd " xsi:sche ma Location " <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: jsou-li v dokumentu, EpubCheck je vypíše; property/name=references/prope rty/name=reference/values/value opakuje se dle počtu odkazů
9 <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 alizace/ndktech/1.1 " alizace/ndktech/1.1 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-
10 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
11 <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)
12 <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 " " <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
13 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
14 <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 " 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
15 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 IEC <ImageAssessmentMetadata>
16 <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
17 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
18 <linkingobjectidentifiervalue> hodnota identifikátoru
Definice metadatových formátů pro digitalizaci periodik pro ANL
Definice metadatových formátů pro digitalizaci periodik pro ANL [materiál k debatě+ jméno datum verze dokumentu provedené změny Jan Hutař - NK 21.7.2011 draft 0.1 první znění 1. VÝCHODISKA... 1 2. VÝSTUPY
Návrh technických pravidel pro tvorbu SIP
Návrh technických pravidel pro tvorbu SIP Použití některých elementů XML schématu dle přílohy 3 národního standardu pro elektronické systémy spisové služby verze: 7 Národní standard pro elektronické systémy
Co nás čeká při skartačním řízení? Připravte se na změny balíčku SIP
Co nás čeká při skartačním řízení? Připravte se na změny balíčku SIP ISSS 2017, Hradec Králové 3. dubna 2017 Ze světa... SIP (Submission Information Package) vychází z normy ISO 14721:2003 Space data and
Formáty a dlouhodobé uložení: Identifikace, extrakce a validace
Formáty a dlouhodobé uložení: Identifikace, extrakce a validace Zbyšek Stodůlka Brno, 2. 5. 2017 Informační balíčky Funkční celky digitálního archivu Příjem služby a funkce k balíčkům SIP (od tvůrců, tj.
Problematika tvorby SIP balíčků
Problematika tvorby SIP balíčků Bc. Jiří Bernas 16. 5. 2017 Workshop CNZ Současný stav SIP je definován přílohami č. 2 a č. 3 NSeSSS Výklad je upřesněn Návrhem technických pravidel pro tvorbu SIP zpracovaného
Nové směry v dlouhodobém uchovávání digitálních dokumentů v mezinárodním kontextu
Nové směry v dlouhodobém uchovávání digitálních dokumentů v mezinárodním kontextu Bohdana Stoklasová Jan Hutař Národní knihovna ČR bohdana.stoklasova@nkp.cz jan.hutar@nkp.cz Obsah Potřeby a cíle paměťových
PSP Validator Documentation
PSP Validator Documentation Release 0.8.4 Jan Stavel September 10, 2015 Contents 1 Ve zkratce 3 2 Co umí 5 3 Instalace 7 3.1 Windows................................................. 7 4 Volání 9 4.1 Přehled
Návrh pravidel pro validaci SIP Obsah
Návrh pravidel pro validaci SIP Obsah Přehled změn...5 1 Kontrola. zda je došlý soubor typu xml...7 2 Kontrola, zda je došlý soubor typu zip...7 2.1 Kontrola, zda zip obsahuje xml 7 3 Zjištění verze NSeSSS
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)
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) Úvod Návrh funkcí WS pro komunikaci mezi IS DS a SS vychází z výsledků předchozích
XML a DTD. <!DOCTYPE kořenový_element [deklarace definující vlastnosti jednotlivých elementů a atributů]> externí deklarace:
XML a DTD Kapitola seznamuje se specifikací souboru XML pomocí souboru DTD Klíčové pojmy: Definice typu dokumentu. DTD DEFINICE TYPU DOKUMENTU slouží k bližší definici XML dokumentu textový soubor s uvedenými
Návrh pravidel pro validaci SIP Obsah
Návrh pravidel pro validaci SIP Obsah Přehled změn... 5 1 Kontrola, zda je došlý soubor typu xml... 9 2 Kontrola, zda je došlý soubor typu zip... 9 2.1 Kontrola, zda zip obsahuje xml... 9 3 Zjištění verze
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace
Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Pořadové číslo dodatečných informací: 14. ČÁST 1: Přesné znění žádosti dodavatele o dodatečné informace Otázka
Národní technické specifikace. služeb nad prostorovými daty a metadaty
Národní technické specifikace služeb nad prostorovými daty a metadaty Jiří Kvapil, CENIA, Nemoforum - seminář, ČÚZK, 26.4.2017 Výstupy 1. Metodika zpracování specifikace datového produktu pro datové zdroje
Co nového ve spisové službě? Národní standard pro elektronické systémy spisové služby a jeho optimalizace
Co nového ve spisové službě? Národní standard pro elektronické systémy spisové služby a jeho optimalizace Tomáš Dvořák, Archiv hl. města Prahy Radek Pokorný, Státní okresní archiv Hradec Králové DRMS Forum
Projekt CDArcha: kooperativní zpracování datových CD disků. Zdeněk Hruška, Petr Žabička Moravská zemská knihovna v Brně AKM 2018
Projekt CDArcha: kooperativní zpracování datových CD disků Zdeněk Hruška, Petr Žabička v Brně AKM 2018 Datová CD/DVD v MZK +- 25 000 CD/DVD disků v MZK Nejstarší disky z 90. let Hrozí degradace datové
K PROBLEMATICE SPISOVÉ SLUŽBY v elektronické podobě
K PROBLEMATICE SPISOVÉ SLUŽBY v elektronické podobě Samostatné evidence dokumentů Po všech úkonech spojených s příjmem dokumentů (dle platného skartačního řádu) nastává fáze evidence doručených dokumentů
Výměnný formát XML DTM DMVS PK
Výměnný formát XML DTM DMVS PK Představení partnerským krajům Praha 8. 2. 2016 Krajský úřad Plzeňského kraje Odbor informatiky Koncept etapizace tvorby výměnného formátu XML aktualizačních zakázek Digitální
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: 1.01. Účel poslední změny:
ZEMĚMĚŘICKÝ ÚŘAD Pod Sídlištěm 9/1800, Praha 8 Uživatelská příručka - Metadatový editor MDE Verze IS nebo části IS: Účel poslední změny: Počet listů dokumentu: 1.01 úprava dokumentace 8 Číslo jednací dokumentu:
Standardy publikace a katalogizace otevřených dat. Dušan Chlapek David Hemala
Standardy publikace a katalogizace otevřených dat Dušan Chlapek David Hemala Obsah prezentace 1. Vymezení otevřených dat 2. Standardy publikace otevřených dat 3. Role a procesy 4. Vzorové publikační plány
Postup práce v KDS 1
Postup práce v KDS 1 PDU příjem a správa SIP balíčků... 3 1. Karanténa... 3 2. Zpracované... 4 3. Odmítnuté... 5 4. Import spisového plánu... 5 GDU Garantované digitální úložiště... 6 1. Zobrazení uložených
Dlouhodobá ochrana digitálních dat: co může vaše instituce udělat již dnes?
Dlouhodobá ochrana digitálních dat: co může vaše instituce udělat již dnes? Mgr. Jan Hutař Odbor digitální ochrany NK ČR AKM 2.12.2010 Témata co řeší dlouhodobá ochrana digitálních dat a nač ji potřebujeme?
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
Příloha 1: Struktura XML dokumentu 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 /mapa/map.xml. Obsah
Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.
Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové
Kurz Databáze. Obsah. Návrh databáze E-R model. Datová analýza, tabulky a vazby. Doc. Ing. Radim Farana, CSc.
Kurz Databáze Datová analýza, tabulky a vazby Doc. Ing. Radim Farana, CSc. Obsah Návrh databáze, E-R model, normalizace. Datové typy, formáty a rozsahy dat. Vytváření tabulek, polí, konvence pojmenování.
Tzv. životní cyklus dokumentů u původce (Tematický blok č. 4) 1. Správa podnikového obsahu 2. Spisová služba
Tzv. životní cyklus dokumentů u původce (Tematický blok č. 4) 1. Správa podnikového obsahu 2. Spisová služba 1. 1. Správa podnikového obsahu (Enterprise Content Management ECM) Strategie, metody a nástroje
Zdroj: http://www.root.cz/clanky/pravda-a-myty-o-gifu/
Zdroj: http://www.root.cz/clanky/pravda-a-myty-o-gifu/ Bitmapový formát (rastrový obrázek) Většina z používaných grafických formátů (JPEG, PNG, TGA, BMP) obsahuje popis rastrového obrázku jako celku ukládají
Národní elektronický nástroj. Import profilu zadavatele do NEN
Národní elektronický nástroj Import profilu zadavatele do NEN V 1.2 2014 Obsah 1 Cíl...... 2 2 Nutné podmínky k umožnění importu profilu zadavatele...... 2 3 Povinnosti zadavatele dle metodiky k vyhlášce
Manuál korporátní identity Anna Čaníková
Přehled Tento online manuál existuje z důvodu sjednocení grafického stylu při interní i externí komunikaci. Manuál je určen hlavně odborníkům z reklamních agentur, grafických studií, promotion a event
III/ 2 Inovace a zkvalitnění výuky prostřednictvím ICT
Metodický list k didaktickému materiálu Číslo a název šablony Číslo didaktického materiálu Druh didaktického materiálu Autor Téma sady didaktických materiálů Téma didaktického materiálu Vyučovací předmět
Implementace formátu METS v Systému Kramerius
Implementace formátu METS v Systému Kramerius Jiří Polišenský * Polisensky.Jiri@cdh.nkp.cz Abstrakt: Kontejnerový formát METS se stává standardem rozsáhlých digitálních archivů a prostředkem pro hromadné
Metadatový standard EVSKP-MS verze 1.1 pro popis VŠKP a standardy související
Metadatový standard EVSKP-MS verze 1.1 pro popis VŠKP a standardy související Ing. Jan Mach Technické a administrativní metadatové prvky Prvky popisující metadatový záznam, soubory tvořící VŠKP a prvky
PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.
PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 POPIS VÝMĚNY DAT... 6 2.1 KOMUNIKAČNÍ SCÉNÁŘE... 6 2.2 TECHNOLOGIE KOMUNIKACE...
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
Tematický celek 03 3.1 Proměnné Proměnné slouží k dočasnému uchovávání hodnot během provádění aplikace. 3.1.1 Deklarace proměnných Dim jméno_proměnné [As typ] - deklarace uvnitř procedury platí pouze pro
DOKUMENTACE A MANUÁLY
Střední průmyslová škola na Proseku Novoborská 2, 190 00 Praha 9 DOKUMENTACE A MANUÁLY - elektronické dokumenty - archivace dokumentů - dokumentace k software + CASE systémy - další druhy dokumentace (manuály,
K PROBLEMATICE SPISOVÉ SLUŽBY v elektronické podobě
K PROBLEMATICE SPISOVÉ SLUŽBY v elektronické podobě Zveřejňované informace Na webových stránkách původce či na úřední desce by měly být uveřejněny všechny ze zákona požadované informace. Co se dokumentů
Elektronické skartační řízení
Elektronické skartační řízení Mgr. Tomáš Lechner, Ph.D. Triada, spol. s r. o. Obsah Elektronické skartační řízení Teoretický základ pro skartační řízení Metodický pokyn Národního archivu Základní schéma
Elektronické skartační řízení
Elektronické skartační řízení Mgr. Tomáš Lechner, Ph.D. Triada, spol. s r. o. Obsah Elektronické skartační řízení Teoretický základ pro skartační řízení Metodický pokyn Národního archivu Základní schéma
Vložení identifikátorů DOI, UT WOS, UT SCOPUS a PubMed ID do záznamu
Vložení identifikátorů DOI, UT WOS, UT SCOPUS a PubMed ID do záznamu 6. 10. 2016 K publikačním výsledkům lze vkládat tzv. identifikátory dokumentů. Ty jednoznačně určují dokument v dané databázi. V ASEP
Registr práv a povinností. Metodika pro definici údajů vedených v agendě
Registr práv a povinností Metodika pro definici údajů vedených v agendě OBSAH 1 Úvod... 3 2 Základní principy... 4 3 Základní pojmy... 5 3.1 Objekt vedený v agendě... 5 3.2 Subjekt vedený v agendě... 5
Popis struktury XML rozhraní pro elektronické podání hromadné žádosti. o obnovu oprávnění k činnosti
NA PŘÍKOPĚ 28 115 03 PRAHA 1 Popis struktury XML rozhraní pro elektronické podání hromadné žádosti o obnovu oprávnění k činnosti Obsah Popis struktury XML rozhraní... 1 pro elektronické podání hromadné
<xs:maxlength value="50"/> </xs:restriction> </xs:simpletype>
Příloha č. 2 národního standardu pro elektronické systémy spisové služby Schéma XML pro zaznamenání popisných metadat uvnitř datového balíčku SIP
Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.
C E R T I C O N www.certicon.cz V Á C L A V S K Á 1 2 1 2 0 0 0 P R A H A 2 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.
zoom-driver Manuál k redakčnímu systému zoom-driver created by virtual-zoom s.r.o. 1 Obsah 1. Přihlášení 2. Výpis sekcí 3. Vytvoření nové sekce 4. Editace sekce 4.1. Výběr sekce k editaci 5. Editace hlavičky
Návod pro vložení nabídky účastníkem do eaukční síně v prostředí eaukčního sw PROebiz
Návod pro vložení nabídky účastníkem do eaukční síně v prostředí eaukčního sw PROebiz Zkrácený návod vás provede vyplněním (odesláním) přihlášky, přihlášením se a vložením nabídky do eaukční síně. V případě
Databázové systémy. - SQL * definice dat * aktualizace * pohledy. Tomáš Skopal
Databázové systémy - SQL * definice dat * aktualizace * pohledy Tomáš Skopal Osnova přednášky definice dat definice (schémat) tabulek a integritních omezení CREATE TABLE změna definice schématu ALTER TABLE
Specifikace služby RVI_NOU01B
Specifikace služby RVI_NOU01B Popis funkcionality Jedná se o veřejnou webovou službu bez autentizace uživatele Služba je poskytována uživatelům komerčního SW prostřednictvím EPO MZE Služba zprostředkovává
Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5
CRM SYSTÉM KORMORÁN UŽIVATELSKÁ PŘÍRUČKA Obsah 1 Základní práce se systémem 3 1.1 Práce se záznamy................................. 3 1.2 Stránka Dnes.................................... 4 1.3 Kalendář......................................
Správnost XML dokumentu
Realizováno za finanční podpory ESF a státního rozpočtu ČR v rámci v projektu Zkvalitnění a rozšíření možností studia na TUL pro studenty se SVP reg. č. CZ.1.07/2.2.00/29.0011 Správnost XML dokumentu Správně
Aplikace pro srovna ní cen povinne ho ruc ení
Aplikace pro srovna ní cen povinne ho ruc ení Ukázkový přiklad mikroaplikace systému Formcrates 2010 Naucrates s.r.o. Veškerá práva vyhrazena. Vyskočilova 741/3, 140 00 Praha 4 Czech Republic tel.: +420
Business Media CZ, s. r. o., člen skupiny Docu Group Company
1 Domovská stránka Hlavní lišta! POZOR! od posledního přihlášení. Pokud je v závorkách 0 neznamená to, že by pro Vás nebyl k dispozici žádný projekt. Hyperlinkové odkazy na příslušné projekty Grafické
Š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
Škola: Gymnázium, Brno, Slovanské náměstí 7 Šablona: III/2 Inovace a zkvalitnění výuky prostřednictvím ICT Název projektu: Inovace výuky na GSN prostřednictvím ICT Číslo projektu: CZ.1.07/1.5.00/34.0940
Uživatelská příručka pro respondenty
Uživatelská příručka pro respondenty Statistický informační systém Českého statistického úřadu Subsystém DANTE WEB Funkční blok Objednavatel: Český statistický úřad Na padesátém 81, 100 82 Praha 10 Dodavatel:
Helios RED a Internetový obchod
(pracovní verze!) Helios RED a Internetový obchod Obsah dokumetace: 1. Úvod 2. Evidované údaje na skladové kartě 3. Přenos skladových karet z Helios RED do e-shopu 4. Přenos objednávek z e-shopu do Helios
PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze Mezioperační kontrola 07.1/ Obsah
1 Obsah 1 Obsah... 1 2 Úvod... 2 2.1 Výhody... 2 2.2 Základní ovládání... 2 3 Menu... 3 3.1 Menu Soubor... 3 3.1.1 Menu Soubor/Filtr... 3 3.1.2 Menu Soubor/Tisk vybraného záznamu... 3 3.1.3 Menu Soubor/Tisk
Strategie ochrany před negativními dopady povodní a erozními jevy přírodě blízkými opatřeními v České republice
Strategie ochrany před negativními dopady povodní a erozními jevy přírodě blízkými opatřeními v České republice Návod k prezentačnímu mapovému portálu Obsah: 1. Úvod... 3 2. Obecná část mapového portálu...
Uživatelská příručka SBOX
Příloha metodického pokynu č. 7 Uživatelská příručka SBOX Zpracoval: Obsah dokumentu 1. Vložení nové zásilky 1 2. Vložené zásilky 3 2.1 Zobrazení detailu vložené zásilky... 3 2.2 Odstranění vložené zásilky...
EXTRAKT z technické normy ISO
EXTRAKT z technické normy ISO Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Kooperativní ITS Zkušební architektura ISO/TS 20026
Filr 2.0 Uživatelská příručka k aplikaci Filr Web. Únor 2016
Filr 2.0 Uživatelská příručka k aplikaci Filr Web Únor 2016 Právní vyrozumění Informace o právních upozorněních, ochranných známkách, prohlášeních o omezení odpovědnosti, zárukách, omezeních exportu a
Definice metadatových formátů pro digitalizaci periodik pro ANL
Definice metadatových formátů pro digitalizaci periodik pro ANL Jan Hutař, NK ČR VERZE 1.0-7.9.2011 jméno datum verze dokumentu provedené změny Jan Hutař - NK 25.-7.9.2011 verze 1.0 kompletní úprava logické
XML export kurzů na Jobs.cz a Temio Edumarket
XML export kurzů na Jobs.cz a Temio Edumarket XML export kurzů vám umožní automatickou synchronizaci informací o nabízených kurzech (název, popis, lektor, termín, místo a další důležité informace) mezi
Popis rozhraní Číselníkové webové služby
Popis rozhraní Číselníkové webové služby V Praze 09.07.2012 Revize: 26.10.2007 17.01.2008 19.03.2008 03.04.2008 09.07.2012 Skill s.r.o. Rubín Office Center Sokolovská 192/79, 186 00 Praha 8 Tel.: +420
Postup práce v KDS 1
Postup práce v KDS 1 PDU příjem a správa SIP balíčků... 3 1. Karanténa... 3 2. Zpracované... 4 3. Odmítnuté... 5 4. Import spisového plánu... 5 GDU Garantované digitální úložiště... 6 1. Zobrazení uložených
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 K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0 OBSAH 1 ÚVOD... 3 1.1 HOME STRÁNKA... 3 1.2 INFORMACE O GENEROVANÉ STRÁNCE... 4 2 VYHLEDÁVÁNÍ V ÚZEMÍ...
Uţivatelská příručka pro webový formulář vývozního šetření s dostupnosti z internetu
Uţivatelská příručka pro webový formulář vývozního šetření s dostupnosti z internetu Zhotovil: Mrózek Roman Datum vzniku: 11.3.2011 Jméno souboru: vyvovozni_šetření_uţiv _příručka.docx Počet stran: 13
Požadavky pro výběrová řízení TerraBus ESB/G2x
Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu
PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.16 Výstupní kontrola 07.1/2009. 1 Obsah
1 Obsah 1 Obsah... 1 2 Úvod... 2 2.1 Výhody... 2 2.2 Základní ovládání... 2 3 Menu... 3 3.1 Menu Soubor... 3 3.1.1 Menu Soubor/Filtr... 3 3.1.2 Menu Soubor/Tisk vybraného záznamu... 3 3.1.3 Menu Soubor/Tisk
SOŠ Benešov, Černoleská 1997
SOŠ Benešov, Černoleská 1997 Informační a komunikační technologie Počítačová grafika a multimédia Mgr. Markéta Doušová Rozlišení a barevná hloubka III/2 VY_32_INOVACE_23 Název školy Střední odborná škola,
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.
24. XML Úvod Značkovací jazyk XML (extensible Markup Language) vznikl ze staršího a obecnějšího jazyku SGML (Standard Generalized Markup Language). XML byl vyvinut konsorciem W3C, aby poskytl standardní
ČESKÁ TECHNICKÁ NORMA
ČESKÁ TECHNICKÁ NORMA ICS 35.040 2008 Informační technologie - Registry metadat (MDR) - Část 5: Principy identifikace a tvorby názvů dat ČSN ISO/IEC 11179-5 97 9736 Srpen Information technology - Metadata
GRAFICKÉ FORMÁTY V BITMAPOVÉ GRAFICE
GRAFICKÉ FORMÁTY V BITMAPOVÉ GRAFICE U057 Zoner Photo Studio editace fotografie 2 BAREVNÁ HLOUBKA pixel základní jednotka obrazu bit: ve výpočetní technice nejmenší jednotka informace hodnota 0 nebo 1
Popis struktury XML rozhraní pro hromadné hlášení změn pojišťovnami, pojišťovacími agenty (PA) a pojišťovacími makléři (PM)
NA PŘÍKOPĚ 28 115 03 PRAHA 1 Popis struktury XML rozhraní pro hromadné hlášení změn pojišťovnami, pojišťovacími agenty (PA) a pojišťovacími makléři (PM) Obsah Popis struktury XML rozhraní... 1 pro hromadné
Výzva k podání nabídky a k prokázání splnění kvalifikace
Výzva k podání nabídky a k prokázání splnění kvalifikace Veřejný zadavatel, Národní zemědělské muzeum Praha, se sídlem Kostelní 44, 170 00 Praha 7, jehož jménem jedná Ing. Zdeněk Novák, generální ředitel
Generované XML si vytvářejte synchronně s databází uvedenou ve vašem systému nebo na vašich webových stránkách.
Co je XML feed Jedná se o speciální datový soubor ve formátu XML, který obsahuje informace o nabízených kurzech (název, popis, lektor, termín, místo a další důležité informace). Generované XML si vytvářejte
Validace souborů DS3
Validace souborů DS3 Verze: 1.33 1. Rozsah...1 1.1 Identifikace systému...1 1.2 Přehled systému...1 2. Přehled verzí a změny v nich...1 3. Použité dokumenty...2 4. Shrnutí údajů o programovém vybavení...4
Rastrový obraz, grafické formáty
Rastrový obraz, grafické formáty 1995-2010 Josef Pelikán CGG MFF UK Praha pepca@cgg.mff.cuni.cz http://cgg.mff.cuni.cz/~pepca/ RasterFormats Josef Pelikán, http://cgg.mff.cuni.cz/~pepca 1 / 35 Snímání
Národní digitální archiv
Národní digitální archiv eskartace zkušenosti, rizika, řešení Jiří Bernas Zbyšek Stodůlka Národní digitál í archiv od 1. listopadu 2014 běží zkušební provoz Národního digitálního archivu řešení je založeno
Pokročilé funkce a časté chyby. Petr Ferschmann FlexiBee Systems s.r.o.
Pokročilé funkce a časté chyby Petr Ferschmann FlexiBee Systems s.r.o. Filtrace /c/firma/adresar/(nazev like 'Firma') vlastnost operátor hodnota and, or, not, ( ) operátory: =, , =, in, between
Syntaxe XML XML teorie a praxe značkovacích jazyků (4IZ238)
XML teorie a praxe značkovacích jazyků (4IZ238) Jirka Kosek Poslední modifikace: $Date: 2009/10/01 19:46:33 $ Obsah Základy syntaxe... 3 Elementy a atributy... 4 Znakový model XML... 5 Komentáře... 6 Instrukce
Datové rozhraní pro výměnu dat ve stavebnictví XC4 Verze 2.5 https://www.xc4.cz/
Datové rozhraní pro výměnu dat ve stavebnictví XC4 Verze 2.5 https://www.xc4.cz/ Smyslem tohoto předpisu je definovat jednoznačné podmínky pro výměnu dat v oblasti stavebních rozpočtů, především při tvorbě
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost
Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence
Popis B2B rozhraní pro elektronickou neschopenku
Popis B2B rozhraní pro elektronickou neschopenku Historie dokumentu Verze Datum Změny 0.9 30. 4. 2019 Vytvoření dokumentu Obsah 1 Účel dokumentu... 3 2 Charakteristika rozhraní... 3 2.1 Způsob komunikace...
V. Projektová žádost v Benefit 7+
V. Projektová žádost v Benefit 7+ Obecné podmínky pro práci s aplikací Benefit7 webová aplikace BENEFIT7 OPVK je všem uživatelům přístupná na internetové adrese: www.eu-zadost.cz nebo www.eu-zadost.eu;
1 OBECNÝ POPIS 2 3 ZÍSKÁNÍ VÝPISŮ Z INTERNETOVÉHO BANKOVNICTVÍ BANKY 4
FORMÁT ABO/GPC POPIS FORMÁTU ABO/GPC PRO PLATEBNÍ PŘÍKAZY OBSAH 1 OBECNÝ POPIS 2 2 POPIS POLOŽEK 2 2.1 Hlavička výpisu záznam 074 2 2.2 Transakce záznam 075 2 2.3 Popis transakce záznam 078 3 2.4 Popis
Zpráva ze služební cesty
Zpráva ze služební cesty Projekt Vytvoření Národní digitální knihovny CZ 1.06/1.1.00/07.06386 Jméno a příjmení účastníka cesty Přemysl Twrdý Pracoviště dle organizační struktury Odbor digitálních fondů
Webové služby DPD. Verze 2015-05-05
Obsah 1 Úvod... 3 2 Moje DPD / IT4EM... 4 2.1 ShipmentService... 4 2.2 ManifestService... 4 2.3 PickupOrderService... 4 3 DeliCom / DPD... 5 3.1 LoginService... 5 3.2 ParcelShopFinderService... 6 3.3 DepotDataService...
Počítačová grafika a vizualizace I
Počítačová grafika a vizualizace I KOMPRESE, GRAFICKÉ FORMÁTY Mgr. David Frýbert david.frybert@gmail.com OSNOVA Barva pro TV Datový tok Bitmapové formáty (JPEG, TIFF, PNG, PPM, ) Formáty videa MPEG-1,2,4,7,21
Dlouhodobé a důvěryhodné ukládání elektronických dokumentů. Oskar Macek
Dlouhodobé a důvěryhodné ukládání elektronických dokumentů Oskar Macek Co je to dokument? co se rozumí pod pojmem dokument, je definováno v zákoně 499/2004 Sb., ve znění pozdějších předpisů v 2, písmeno
Rastrová grafika. Grafický objekt je zaznamenán jednotlivými souřadnicemi bodů v mřížce. pixel ( picture element ) s definovanou barvou
Rastrová grafika Grafický objekt je zaznamenán jednotlivými souřadnicemi bodů v mřížce. pixel ( picture element ) s definovanou barvou Kvalita je určena rozlišením mřížky a barevnou hloubkou (počet bitů
podnikatele ve formě PDF dokumentu nebo budou jednotlivé datové položky rozvedeny v XML subelementech.
Popis XML rozhraní Veřejného webu RŽP verze 2.2 Veřejný web RŽP slouží k zobrazení veřejných informací o podnikatelských subjektech v České republice. Jeho provozovatelem je Ministerstvo průmyslu a obchodu.
Manuál k programu RIZIKA
Manuál k programu RIZIKA nástroj k efektivnímu vyhledávání a řízení pracovních rizik Program RIZIKA Program RIZIKA jsou víceuživatelskou aplikací s možností nastavení uživatelských práv pro jednotlivé
Popis XML rozhraní Veřejného webu RŽP
Popis XML rozhraní Veřejného webu RŽP verze 1.1 Veřejný web slouží k zobrazení veřejných informací o podnikatelských subjektech v České republice, provozovatelem je Ministerstvo průmyslu a obchodu. Jeho
Modulární monitorovací systém Gradient Digitální systém pro záznam, archivaci a vyhodnocení telefonie.
Modulární monitorovací systém Gradient Digitální systém pro záznam, archivaci a vyhodnocení telefonie. Obsah prezentace. Historie systému Gradient. Popis funkcí systému Gradient. Závěr kontaktní informace.
l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci
l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci Obsah: 1. SEZNAM POUŽITÝCH ZKRATEK... 3 2. POPIS SLUŽBY... 4 2.1 Forma a struktura rozhraní... 4 2.2 Dostupnost služby...