! " #!! $%! & '( &! & )% *! * "# $%&



Podobné dokumenty
OBCHODNÍ PODMÍNKY. 1 z Základní informace. 2. Základní pojmy Základní údaje:

VÝZVA K PODÁNÍ NABÍDKY K VE EJNÉ ZAKÁZCE MALÉHO ROZSAHU

PEDPISY PRO PRAVIDELNÉ PERIODICKÉ KONTROLY (REVIZE) TEXTILNÍCH OOPP

Vcný zámr zákona o zdravotnické záchranné služb (kroužkové íslo 295/2007)

1 KOMBINATORIKA, KLASICKÁ PRAVDPODOBNOST

B. Popis projektu. Multifunkností k udržitelným ekonomickým a sociálním podmínkám eského zemdlství

ZADÁVACÍ DOKUMENTACE VE EJNÉ ZAKÁZKY

DOPRAVNÍ INŽENÝRSTVÍ

Zadávací dokumentace bez příloh

KONCEPCE VEDENÍ A ÚDRŽBY DIGITÁLNÍHO SOUBORU GEODETICKÝCH INFORMACÍ. Václav ada 1

VÝZVA K PODÁNÍ NABÍDKY K VE EJNÉ ZAKÁZCE MALÉHO ROZSAHU

Obrázek 6.14: Prohlížec nápovedy

ZÁVAZNÁ PIHLÁŠKA LETNÍ STANOVÝ TÁBOR 2011

PEDPISY PRO PRAVIDELNÉ PERIODICKÉ KONTROLY (REVIZE) BLOKANT A LANOVÝCH SVR

Msto Stíbro. Obecn závazná vyhláška. 22/l996 O POSTUPU PI PEVODECH A PRONÁJMU NEMOVITÉHO MAJETKU

Studie. 8 : Posílení kolektivního vyjednávání, rozšiování závaznosti kolektivních smluv vyššího stupn a její dodržování v odvtví stavebnictví

Obecn závazná vyhláška. 2 / 2004

Masarykova univerzita. Fakulta sportovních studií MANAGEMENT UTKÁNÍ. technika ízení utkání v ledním hokeji. Ing. Vladimír Mana

SK - N Á V O D N A M O N T Á Ž A O B S L U H U : Obj..: Obj..:

Zákon. 2/2003 Sb. PEDSEDA VLÁDY

Možnosti a formy zpřístupnění archivních fondů nebo jejich součástí veřejnosti v elektronické podobě. Projekt výzkumu a vývoje VE

Využití internetového mapového serveru v informaním systému Karlovarského kraje

Vaše uživatelský manuál DYMO LABELMANAGER 420P

POLOPROVOZ ZNALOSTNÍ DATABÁZE INTERPI DOKUMENTACE

Prováděcí smlouva Enterprise (nepřímá)

Pravidla orientaního bhu

Excel podrobný pr vodce. Josef Pecinovský, Rudolf Pecinovský. Vydala Grada Publishing, a.s. U Pr honu 22, Praha 7 jako svou 4128.

o 2ks p ímých spojek (mezi moduly F-G), délka maximáln 60mm o 2ks p ímých spojek (mezi moduly D-F, E-G), délka mm

Distribuovaný systém pro nároné numerické výpoty ve Výpoetním a informaním centru VUT

DOPRAVNÍ INŽENÝRSTVÍ

Projekt využití elektronického podpisu v podnikové komunikaci

rozhodnutí o umístní stavby

Kokoínsko - okolí Úštku by Igor

1. Pojem ochranná známka

Tematická sí pro Aplikované Pohybové Aktivity Vzd lávací a sociální integrace osob s postižením prost ednictvím pohybových aktivit Cíle

Klíová slova: Ginis spisová služba, veejná správa, informaní systémy ve veejné správ

DÉLKA A USPO_ÁDÁNÍ PRACOVNÍ DOBY AD HOC MODUL 2001

Správa obsahu ízené dokumentace v aplikaci SPM Vema

CLIENT-SERVER PRODUKTY FIRMY YAMACO SOFTWARE PRVODCE PRO KONFIGUROVÁNÍ PROVOZU V SÍTÍCH WINDOWS A LINUX V PROSTEDÍ DB SERVERU FIREBIRD

od A až do Z

St edisko sociálních služeb m sta Kop ivnice, p.o. eská 320, Kop ivnice

Statistická analýza volebních výsledk

GIS aplikace pro podporu rozhodování a plánování v rostlinné výrob a pro realizaci zásad nitrátová smrnice

INFORMATION MANAGEMENT IN WAREHOUSING OF REVERSE LOGISTIC FLOWS

ZPRÁVA Z NÁVŠTV POLICEJNÍCH ZAÍZENÍ. I. Obecný úvod

Pomocný databázový systém pro správu studijní agendy. Ludk Navrátil

Zm ny zákona. 19/1997 Sb., n kterých opat eních souvisejících

Oznámení p edb žných informací sm rnicí 2004/18/ES

Hlava I Úvodní ustanovení. Hlava II Organizace vedení a aktualizace evidencí NAD

Architektura aplikace

Projekt manipulace s materiálem

eská veejnost a její pístup k volbám

Jak v R využíváme slunení energii. Doc.Ing. Karel Brož, CSc.

HODNOCENÍ IMPLEMENTACE PRINCIPU PARTNERSTVÍ V OPERANÍM PROGRAMU LIDSKÉ ZDROJE A ZAMSTNANOST. Vstupní zpráva

Diplomová práce Grafický editor schémat dopravních systém

EXTRAKT z české technické normy

Hlavní m sto Praha vyhlašuje

OD PÍSMA K LITERATUE

Video signal copy decoder Obj..:

Sociální služby Vsetín, píspvková organizace Záviše Kalandry 1353, Vsetín. D o m á c í á d. Domova se zvláštním režimem Podlesí

ZADÁVACÍ DOKUMENTACE VE EJNÉ ZAKÁZKY

JIHO ESKÁ UNIVERZITA V ESKÝCH BUD JOVICÍCH Zem d lská fakulta DIPLOMOVÁ PRÁCE Jan Kálal

Vaše uživatelský manuál HP PAVILION A6500

Vaše uživatelský manuál SONY AC-VQ900AM

VYTVÁENÍ VÝBROVÝCH DOTAZ

MODERNÍ ŽELEZNI NÍ VOZIDLA PRO JIZERSKOHORSKOU ŽELEZNICI

Výzvy využívání otevřených dat v ČR

Dne podali David Horák, , Pinkavova.p.534/3, Kunice, Ostrava 19

POPIS REALIZACE POSKYTOVÁNÍ SOCIÁLNÍ SLUŽBY PE OVATELSKÁ SLUŽBA

Stanovy a jednací ád Studentského parlamentu msta Tebíe

Znalecký posudek. 3506/2012

NAUKA O POZEMNÍCH STAVBÁCH

Informace pro autory píspvk na konferenci ICTM 2007

Internetový mapový server Karlovarského kraje

Microsoft Office 2003 Souhrnný technický dokument white paper

Úvodní studie (pokraov

Ministerstvo kultury Odbor umění, literatury a knihoven

E-bulletin dopravního práva

Úložiště archivů databází elektronických časopisů a knih. (e-da, ROAD)

Dtské centrum pedagogika volného "asu v p#edškolním vku

1 Klientský portál WEB-UDS. 2 Technické ešení. 2.1 Popis systému co všechno WEB-UDS nabízí. 2.2 Definice uživatele a jeho pihlášení

Olomouc, INŽENÝRSKO-DODAVATELSKÁ, PROJEKNÍ A OBCHODNÍ SPOLENOST ŠTPÁNOV, MŠ SÍDLIŠT REALIZACE ENERGETICKÝ ÚSPORNÝCH OPATENÍ

P R O T O K O L O P RBHU. Architektonická soutž CENTRAL GROUP Bytový dm pro 21. století

Vaše uživatelský manuál SHARP AR-5516S/5520S

Příloha č. 1 Servisní smlouvy. Katalog služeb. S2_P1_Katalog služeb

UŽIVATELSKÁ DOKUMENTACE PRO DODAVATELE. Stav ke dni v. 2.0

Pracovní dokument útvar Komise. Shrnutí konzultace o reform spolené rybáské politiky. Neúední pekla

Síový analyzátor / rekordér pechodových jev

Související ustanovení ObZ: 66, 290, 1116 až 1157, 1158 a násl., 1223 až 1235, 1694, 1868 odst. 1, 2719, 2721, 2746, 2994, 3055, 3062, 3063,

DPS E-PROJEKT ORGANIZACE VÝSTAVBY ZPRÁVA O EŠENÍ BEZPENOST I PRÁCE A T ECHNICKÝCH ZAÍZENÍ,

Vysoká škola ekonomická v Praze. Fakulta managementu v Jindichov Hradci. Bakaláská práce. Iva Klípová - 1 -

Poítaové sít, v. 3.0

Neskutené skuteno. Co je virtuáln. lní realita? Virtuální realita virtuální = fiktivní, neskutený, zdánlivý realita = skutenost, pravost

Aukní vyhláška o provedení elektronické aukce

Lenka Maixnerová, Filip Kříž, Ondřej Horsák, Helena Bouzková

Nastavení provozního prostředí webového prohlížeče pro aplikaci

Desatero pro praxi. aneb jak využít povinnost. Pavel Humpolíek, Alena Uhrová

Střední škola pedagogická, hotelnictví a služeb, Litoměříce, příspěvková organizace

! "# $ %" % &' & & & () * %" % &' & & & () + $ % ' Strana 1 (celkem 5)

Transkript:

!! " #!! $%! & '( &! & )% *! * "# $%& '( )!!+),# *--- )*%+ 1) Abstrakt Tento dokument je referenní pírukou definující datový model MICHAEL. Datový model pedstavuje XML popis digitálních sbírek a souvisejících informací: institucí, projekt nebo program, služeb nebo produkt a fyzických sbírek. Obsah 1) Abstrakt...1 2) Úvod...2 3) Definice...2 4) Entity...3 5) Vztahy...4 6) Pole...6 7) Píloha A : XML schéma...14

2) Úvod Jeden z hlavních cíl evropského projektu MICHAEL je vytvoení vícejazyného inventáe kulturního ddictví v Evrop. Tohoto cíle bude dosaženo sbrem dat z národních a regionálních inventá, spolen s vývojem standardní softwarové platformy pro vytváení, hromadní a publikování tchto dat. Základním kamenem takového distribuovaného systému je vždy základní datová struktura, zpsob jakým jsou data organizována a spravována v databázi nebo podobných prostedích. Toto pravidlo platí i pro projekt MICHAEL (inventá a softwarovou platformu), ale mli bychom zmínit dv dležité vlastnosti této datové struktury: Základní datová struktura musí být srozumitelná operátorm a uživatelm systému Data jsou representovaná XML standardem, a tak se formální definice datové struktury musí ídit jedním z XML standard definujících gramatiku jazyka, jako je DTD, RelaxNG nebo XML Schemas. Tento dokument je z vtšiny složen z referenních definic datového modelu. Akoliv vám referenní dokument umožní získat základní porozumní rzným polím použitých k popisu digitálních sbírek a souvisejících informací, pro lepší pochopení doporuujeme prostudovat i uživatelskou píruku. Píruka Datový model MICHAEL se skládá ze tí hlavních ástí. První pedstavuje nkteré základní definice pojm použitých v dalších ástech textu. Druhá ást obsahuje formulace pti základních entit a vztah mezi tmito entitami. Poslední ást zahrnuje definice všech polí datového modelu. 3) Definice Projekt MICHAEL se primárn zamuje na digitální sbírky. K jejich popisu ale také potebujeme informace o institucích, které je vlastní, projektech nebo programech, ve kterých jsou vytvoeny, fyzických sbírkách, ze kterých jsou digitalizovány, a služeb nebo produkt, pomocí kterých jsou digitální sbírky dostupné. Vzhledem k tomu, že napíklad jedna instituce mže být zodpovdná za více než jednu digitální sbírku, je výhodné definovat instituci pouze jednou a pípadn ji znovu použít. Obdobn se operuje i s programy nebo projekty, fyzickými sbírkami i službami a produkty. Proto je datový model složen z pti entit, nebo-li pti rzných datových struktur. Jedna entita je pro každý druh záznamu, který si pejeme vytvoit: digitální sbírky, instituce, programy nebo projekty, služby nebo produkty, fyzické sbírky. Když mluvíme o entit digitální sbírka, myslíme tím typ záznamu digitální sbírka, nebo datovou strukturu vhodnou pro digitální sbírky. Záznam je jedním z projev entity, reprezentující skutený pedmt. Napíklad, k popisu instituce Bibliothèque nationale de France vytvoíme záznam typu instituce, nebo jeden z projev entity instituce. Entity jsou tudíž abstraktní pojmy a záznamy jsou skutené objekty v systému. Záznamy musí být pochopiteln propojeny mezi sebou. Napíklad, nestaí mít na jednu stranu popis Bibliothèque national de France a na druhou stranu popis jedné z její digitální sbírky. Systém a rovnž Projekt MICHAEL 2

uživatel musí vdt, že tato specifická instituce vytvoila digitální sbírku. To nazýváme vztahem, vztah je vždy tvoen mezi dvma záznamy, ne mezi dvma entitami; vtahy jsou mezi dvma skutenými objekty, ne mezi abstraktními pojmy. Nyní již máme entity, záznamy a vztahy, ale to nestaí k úplné definici datového modelu. Musíme vdt, jak popsat specifickou entitu, napíklad instituci: jméno, adresa, atd. Tyto vlastnosti entity se nazývají pole v datovém modelu. Entita je tak souborem polí. Prozatím nám postaí, že entita je pouhým seznamem polí. Ve skutenosti je to složitjší a XML schéma na konci dokumentu nám odhalí, že entita je hierarchický XML dokument. Proto pro ty, kteí chtjí porozumt datm platformy MICHAEL bude stait jednoduší definice, poítaová definice (XML schéma) je vhodná spíše pro programátory. 4) Entity V této ásti si každou entitu definujeme a zmíníme povinné vztahy mezi entitami. Povinný vztah mezi entitami znamená, že k publikování njaké informace v systému musí mít specifický vztah k jiné entit. Napíklad, když jsou vztahy mezi digitálními sbírkami a institucemi povinné znamená to, že záznam digitální sbírka není kompletní a nesmí být publikován bez vztahu k alespo jedné instituci. Vzhledem k tomu, že projekt MICHAEL má za cíl utvoit inventá digitálního a digitalizovaného kulturního ddictví, entita digitální sbírka je tžištm datového modelu. Digitální sbírka mže být sbírka (nebo skupina sbírek) digitálních pedmt nebo sbírka záznam popisujících digitální pedmty. Digitální sbírka mže být sbírka digitálních obraz, text, strukturovaných dat, zvukových záznam, virtuálních model, multimedií nebo jiných zdroj. Sbírka mže být sdružena na jednom serveru nebo distribuována pes rzné servery. V MICHAELu se všechny digitální sbírky vztahují k aspektm evropského kulturního ddictví. Digitální sbírky jsou srdcem projektu MICHAEL. Ostatní entity poskytují jen doplkové popisné nebo referenní informace pro digitální sbírky, bez duplikace. Digitální sbírky mají povinný vztah s institucí nebo jednou službou/produktem. Instituce je subjekt, který vlastní digitální sbírku, je zodpovdný za digitalizaní proces, sponzoruje programy, nebo vyvíjí a spravuje informaní služby nebo produkty. Instituce mohou zahrnovat muzea, galerie, knihovny, archívy a ostatní subjekty v oblasti digitálního kulturního ddictví. Instituce mají povinný vztah s digitální sbírkou nebo fyzickou sbírkou nebo projektem nebo službou/produktem v systému MICHAEL. Služba (nebo produkt) je pístupový bod k digitální sbírce nebo sbírkám. Mže se skládat z online nebo offline služby (taková aplikace umožuje uživatelm na požádání si vybrat a objednat kopie ze sbírky), Projekt MICHAEL 3

nebo se mže skládat ze zabaleného produktu, který pedstavuje všechny nebo ást jedné nebo více sbírek (jako je elektronický vyuovací pomcka). Služby nebo produkty jsou zahrnuty v systému MICHAEL a nabízejí uživatelm informace o tom, jak a kde najít digitální sbírky. Tato entita je doporuena; služba nebo produkt má povinný vztah k alespo jedné digitální sbírce nebo jedné instituci v systému MICHAEL. Projekt nebo program zahrnuje jednu nebo více institucí a pímo nebo nepímo má za následek vytvoení bu digitálních sbírek nebo služeb/produkt. Tato entita je obsažena k poskytnutí užitené reference pro instituce a je nepovinná v systému MICHAEL. Projekt nebo program má povinný vztah k alespo jedné instituci nebo digitální sbírce. Na základ praxe doporuujeme vytvoit vztah s institucí.!"#$ Fyzická sbírka je soubor fyzických pedmt, napíklad soubor muzeálních exponát. Cílem projektu MICHAEL není vytvoit inventá fyzických sbírek. Tato entita poskytuje reference k fyzickým sbírkám, které daly vzniknout digitálním sbírkám. Je to nepovinná entita v systému MICHAEL. Fyzická sbírka má povinný vztah k alespo jedné instituci a bu digitální sbírce nebo projektu/programu. 5) Vztahy Jak už víme, v inventái MICHAEL budou vztahy mezi záznamy hrát velmi dležitou roli. Vztah je v podstat odkaz mezi dvma záznamy. Tento odkaz má nkteré speciální vlastnosti: Má roli, bu zvolenou z peddefinovaného seznamu nebo ad hoc. Mže mít popis vysvtlující uživatelm pesnou povahu vztahu. Rozhodli jsme se, že odkaz nemá v MICHAELu specifický smr. Napíklad, když máme vztah mezi institucí a digitální sbírkou, znamená to tedy, že je vytvoen odkaz od instituce k digitální sbírce a zárove odkaz od digitální sbírky k instituci. Pokud je instituce zodpovdná za digitální sbírku, pak je také pravdivé tvrzení, že digitální sbírka je v zodpovdnosti instituce. Datový model MICHAEL definuje soubor specifických vztah mezi záznamy uritého typu. V tomto dokumentu si je vymezíme za pomocí pti základních entit, ale mjte prosím na pamti, že tyto vztahy jsou v systému ve skutenosti mezi záznamy a ne mezi entitami. Povinné vztahy mezi entitami jsou definovány v kapitole 4.!%#&#& Digitální sbírka... Mže být v zodpovdnosti instituce Projekt MICHAEL 4

Mže byt vytvoena v kontextu projektu nebo programu Mže být vytvoena institucí Mže reprezentovat celou nebo ást fyzické sbírky Mže být pístupná pomocí služby nebo produktu Mže být souástí jiné (vtší) digitální sbírky!%#&#& Instituce... Mže být zodpovdná za digitální sbírku/sbírky Mže být zodpovdná za fyzickou sbírku/sbírky Mže obsahovat fyzickou sbírku Mže být zodpovdná nebo mže mít podíl na programech/projektech Mže být zodpovdná za produkty/služby Mže vytvoit produkt nebo službu Mže být souástí jiné (vtší) instituce Mže vytváet digitální sbírku!%#&#& Projekt nebo program... Mže být v zodpovdnosti instituce Mže pispívat do instituce/institucí Projekt mže být ástí programu Program se mže starat o dotované projekty Projekt mže být ástí jiného projektu Mže vytváet digitální sbírku Mže vytváet produkt nebo službu!%#&#& Služba nebo produkt... Zpístupuje (ást) jedné nebo více digitálních sbírek Mže být vytvoena institucí Mže být v zodpovdnosti instituce Projekt MICHAEL 5

!!%#&#&'#$ Fyzická sbírka... Mže být v zodpovdnosti instituce Mže být umístna v instituci Mže být vytvoena v kontextu projektu nebo programu Mže být vytvoena institucí Mže být zdrojem ásti nebo celé digitální sbírky nebo sbírek Mže být ástí jiné (vtší) fyzické sbírky 6) Pole Tato kapitola obsahuje referenní definice polí pro každou entitu. Ke každému poli jsme nejdíve piadili jméno a následovn kód poítaové jméno použité v XML schématu. Poté nabízíme informaci, zda je pole povinné nebo nepovinné. Ve skutenosti jsou dovolené ti hodnoty: 1. povinné: toto pole musí být pro potvrzení záznamu uvedeno 2. volitelné: toto pole mže být v záznamu uvedeno 3. doporuené: toto pole by mlo být uvedeno, akoliv v nkterých pípadech mže být opomenuto v pípad, že není relevantní Na základ tchto základních informací si pedstavíme krátký popis pole dostatený k pochopení jeho role a úelu. V tomto referenním dokumentu jsou technická pole opomenuta. Mezi n napíklad patí název souboru nebo URL obrázku, datum poslední úpravy, atd. Tyto pole jsou souástí XML schématu, neuvedli jsme je rovnž v definicích vztah mezi záznamy. () $+ Identifikátor [identifier povinné] Identifikátor pro digitální sbírku. Identifikátor hraje v systému MICHAEL zásadní roli. Všechny entity by mli mít unikátní identifikátor a ten by ml být zárove unikátní v rozsahu evropské instance. Název [title povinné] Název digitální sbírky. Název by ml smyslupln vystihnout digitální sbírku a pokud možno by ml být unikátní, alespo v rámci instituce. V tomto poli by nemly být použity akronymy a zkratky. Projekt MICHAEL 6

) ).*/ Popis [description povinné] Text popisující digitální sbírku. Jazyk [language doporuené] Jazyk materiálu obsaženého v digitální sbírce. Digitální formát [digital-format doporuené] Digitální vlastnosti sbírky. Specifitjší než digitální typ. Digitální druh [digital-type doporuené] Toto je obecný typ digitální sbírky, napíklad: soubor text, soubor obrázk, soubor interaktivních zdroj, soubor zvukových soubor. Zahrnuje virtuální sbírky. Druh obsahu [content-type volitelné] Druh obsahu digitální sbírky, napíklad mapy, notový zápis nebo rukopisy. Velikost [size volitelné] Vyhodnocení velikosti sbírky. Poskytuje uživatelm systému MICHAEL informaci o velikosti digitální sbírky. Pírstek [accrual volitelné] Údaj pírstkové politiky (neveejné, pasivní, aktivní, ástené/výbrové), pírstkové metody (nákup, vklad) a pírstkové pravidelnosti (neveejné, nepravidelné, periodické). Tato informace je dležitá pedevším pro úely sbru, k pedpovdi jeho vývoje. Standard [standard volitelné] Údaj o všech popisných nebo terminologických standardech, které byly použity k vytvoení položky, na úrovni metadat, spojené s digitální sbírkou. Právní statut [legal-status povinné] Údaj o právním statutu digitální sbírky. Kontrola pístupu [access-control volitelné] Údaj o všech pístupových omezeních, která se vztahují ke sbírkám. Mže se použít v pípadech, když je pístup ke sbírce po uritou dobu uzaven nebo je pístup omezen na uritou skupinu uživatel, atd. Informace není zamýšlena pro veejné použití, ale pro nahlédnutí institucí, které sbírku vlastní nebo spravují. Spojené databáze [database volitelné] Databáze popisující objekty ve sbírce. Pedmt [subject povinné] Pedmt nebo koncept položky digitální sbírky. Pokryté území [spatial-coverage doporuené] Pokryté území pedmt digitální sbírky. V systému MICHAEL bude použit mezinárodní seznam zemí a region. Pro každou národní instanci bude sestaven detailnjší seznam regionálních a místních administrativních území a míst. Projekt MICHAEL 7

Období [period povinné] Obecné období odpovídající obsahu digitální sbírky, napíklad Doba bronzová nebo Doba kamenná. Rok zaátku [start-date volitelné] Pibližný rok odpovídající nejstaršímu pedmtu v digitální sbírce. Napíklad rok 1401, jedná-li se o 15. století. Rok konce [end-date volitelné] Pibližný rok odpovídající nejmladšímu pedmtu v digitální sbírce. Napíklad rok 1700, jedná-li se o 17. století. Kultura [culture volitelné] Kultura nebo lidé, kteí jsou pedmtem digitální sbírky, nap.: islámská kultura, židovská kultura, atd. Slavné osobnosti [famous-people volitelné] Slavní (nebo zajímaví) lidé spojení s digitální sbírkou. Cílem tohoto pole je zaznamenat výjimené individuality. Nemlo by být použito k záznamu všech lidí spojených se sbírkou. Slavné události [famous-event volitelné] Slavné (nebo zajímavé) události spojené s digitální sbírkou, napíklad Waterloo. Cílem tohoto pole je zaznamenat výjimené události. Nemlo by být použito k záznamu všech událostí spojených s digitální sbírkou. Slavná místa [famous-place volitelné] Slavná (nebo zajímavá) místa spojená s digitální sbírkou, napíklad Mont Fuji. Cílem tohoto pole je zaznamenat výjimená místa. Nemlo by být zamováno za pole pokryté území a nesmí být použito k záznamu všech míst spojených s digitální sbírkou. Slavné položky [famous-object volitelné] Slavné položky nebo vynikající pedmty spojené s digitální sbírkou.toto pole je zejména ureno pro malé a stední kulturní instituce. Mlo by být použito tam, kde jsou ve sbírce jedna nebo dv výjimené položky, které by podle indexace jinak nebyly nalezeny. Nemlo by být použito k poskytnutí seznamu všech pedmt ve sbírce.! Ilustrace poskytují ukázková data, obvykle obrázky, ale mohou to být jakákoliv média. Dodáváme zde pouze definice netechnických polí. Ilustrace jsou volitelné; pokud se ale pro ilustraci rozhodneme, je povinné udat název ilustrace. Název [title povinné] Název ilustrace. Autor [creator volitelné] Autor nebo tvrce ilustrace, napíklad fotograf. Právní statut [legal-status povinné] Údaj o právech spojených s ilustrací. Projekt MICHAEL 8

() $+ Identifikátor [identifier povinné] Identifikátor pro instituci. Identifikátor hraje v systému MICHAEL zásadní roli. Všechny entity by mli mít unikátní identifikátor a ten by ml být zárove unikátní v rozsahu evropské instance. ) Název [title povinné] Název instituce. Název by ml být uveden v plném znní. V tomto poli by nemly být použity akronymy a zkratky. Akronym [acronym volitelné] Akronym (nebo zkratka), který je bžn používán k identifikaci instituce. Napíklad Národní galerie je bžn zkracována na akronym NG. Akronym by ml být zaznamenán, jestliže existuje a je bžn používán. Neml by být vytvoen pro úely systému MICHAEL. Soudní pravomoc [jurisdiction volitelné] Organizace, která je k instituci pidružená nebo ji financuje. Napíklad Ministerstvo kultury, které instituci financuje. Logo [logo volitelné] Odkaz k souboru, který obsahuje logo instituce. Typ instituce [institution-type povinné] Hlavní aktivita nebo sektor, ve kterém instituce operuje, napíklad archív, muzeum, knihovna, atd. Administrativní statut [administrative-status doporuené] Obecný administrativní statut instituce, napíklad veejná, komerní nebo nezisková. Ulice [street doporuené] Pole je urené pro ulici, jméno budovy, jméno oddlení, íslo dveí, atd. PO Box [pobox volitelné] íslo PO Boxu. Obec [locality doporuené] Obec je nejmenší administrativní území, což je obvykle msto, vesnice, atd. PS [postal-code doporuené] Pole pro poštovní smrovací íslo. Kraj [region doporuené] Kraj je obecný pojem a mže to být jakékoliv administrativní území vtší než kraj, ale menší než stát. Projekt MICHAEL 9

Stát [country povinné] Pole urené pro uvedení státu, v kterém se instituce nachází. (*+ 0 Telefon [telephone volitelné] Obecné telefonní íslo instituce, napíklad íslo na ústednu nebo informace. Telefonní íslo musí zahrnovat mezinárodní pedvolbu pro úely mezinárodního použití systému MICHAEL. Fax [fax volitelné] Fax instituce, napíklad na ústednu nebo informace. Telefonní íslo musí zahrnovat mezinárodní pedvolbu pro úely mezinárodního použití systému MICHAEL. Email [email doporuené] Obecná emailová adresa instituce, napíklad adresa na informace. URL [url doporuené] URL instituce. ( +0# Jméno osoby [agent-name volitelné] Jméno osoby nebo úadu (napíklad oddlení uvnit organizace). Telefon [telephone volitelné] Kontaktní telefonní íslo na osobu nebo úad (napíklad oddlení uvnit organizace). Telefonní íslo musí zahrnovat mezinárodní pedvolbu pro úely mezinárodního použití systému MICHAEL. Fax [fax volitelné] Fax na kontaktní osobu nebo úad (napíklad oddlení uvnit organizace). Telefonní íslo musí zahrnovat mezinárodní pedvolbu pro úely mezinárodního použití systému MICHAEL. Email [email volitelné] Emailová adresa kontaktní osoby nebo úadu (napíklad oddlení uvnit organizace). () $+ Identifikátor [identifier povinné] Identifikátor pro službu nebo produkt. Identifikátor hraje v systému MICHAEL zásadní roli. Všechny entity by mli mít unikátní identifikátor a ten by ml být zárove unikátní v rozsahu evropské instance. Identifikátor se mže skládat z kódu zem následovaného unikátním identifikátorem produktu nebo služby. Název [title povinné] Název služby nebo produktu. Projekt MICHAEL 10

) Název by ml odpovídat druhu služby nebo produktu, který je poskytován. Mže se skládat z: názvu, pod kterým je služba známa, napíklad název portálu, nebo názvu sbírky spolen s druhem pístupu k této sbírce, napíklad: Práce Caravaggia: CD-ROM, nebo druhem pístupu, napíklad služba tisk na požádání. Popis [description doporuené] Krátký popis obsahu produktu nebo služby a funkcí, které jsou poskytovány. Napíklad tato stránka umožní uživatelm vyhledávat a prohlížet si v databázi sbírek muzeí. Neml by opakovat popis obsahu sbírky. Jazyk [language povinné] Jazyk(y), v kterých je produkt nebo služba k dispozici. Údržba [maintenance volitelné] Obecný údaj o stavu údržby produktu nebo služby, napíklad pokraující, kompletní, pravidelná aktualizace, atd. Publikum [audience doporuené] Zamýšlené publikum, pro který byl produkt nebo služba navržen. Právní statut [legal-status doporuené] Údaj o právním statutu produktu nebo služby. ).0 Typ pístupu [access-type povinné] Obecný typ služby nebo produktu. Ml by zahrnovat pístup typu online, offline, hardcopy, atd. Pístupnost [accessibility volitelné] Údaj o vlastnostech služby nebo produktu, které zpístupují uživatelm. Napíklad dostupnost prohlížee umožujícího komentá (pro offline službu). Konformita normám WAI [wai doporuené] Stupe konformity normám WAI, specifikuje službu nebo produkt, napíklad A, AA, AAA. Podmínky pístupu [access-conditions povinné] Obecný údaj o podmínkách pístupu ke služb nebo produktu, napíklad zdarma, placený pístup, omezený pístup, atd. Komentáe [comment-access-conditions volitelné] Struná zpráva nebo komentá poskytující více informací o podmínkách pístupu ke služb nebo produktu. Projekt MICHAEL 11

"+$* Technické požadavky [technical-requirement volitelné] Struný popis technických požadavk pro pístup ke služb nebo produktu. Napíklad plug-iny, které uživatel potebuje k použití služby. Technický popis [technical-description volitelné] Odkaz k externímu popisu, který poskytuje informace o tom, jak je vzdálený pístup ke služb nakonfigurován, jako je dostupnost vstup a výstup. Nap. odkaz k specifikacím instituce. Protokol [protocol volitelné] Komunikaní protokol, napíklad Z39.50, OAI-PMH, ZING, atd. Typ výstupu [output volitelné] Výstupní formát služby, napíklad výstupní formát pro OAI mže být XML. 12#.0 Popis [access-location/description volitelné] Struný popis prostedk pístupu ke služb nebo produktu. V pípad analogového produktu nebo off-line služby je v tomto poli doporuené poskytnout všechny relevantní informace. Adresa [access-location/locator doporuené] Lokátor, jako je URL, pro službu nebo produkt. () $+ Identifikátor [identifier povinné] Identifikátor pro projekt nebo program. Identifikátor hraje v systému MICHAEL zásadní roli. Všechny entity by mli mít unikátní identifikátor a ten by ml být zárove unikátní v rozsahu evropské instance. Identifikátor se mže skládat z kódu zem následovaného unikátním identifikátorem projektu nebo programu. Název [title povinné] Název projektu nebo programu. Ml by být uveden v plném znní. V tomto poli by nemly být použity akronymy a zkratky. Cílem je poskytnout srozumitelné informace i pro širokou veejnost. Akronym [acronym volitelné] Akronym (nebo zkratka) názvu projektu nebo programu. Akronym by ml být bžn používán, nesmí být vytvoen pro úely systému MICHAEL. Logo [logo volitelné] Odkaz k souboru, který obsahuje logo projektu nebo programu. Projekt MICHAEL 12

) Popis [description doporuené] Krátký popis projektu nebo programu. Proces digitalizace [digitisation-process volitelné] Obecný údaj o technických rysech projektu nebo programu a o použitých digitalizaních procesech. Mže být pímý nebo nepímý, atd. Finanní zdroje [funding-type volitelné] Obecný údaj o druhu financování podporující projekt nebo program, napíklad externí, interní, atd. (*+ Email [email volitelné] Obecná emailová adresa projektu nebo programu, napíklad adresa na informace/help desk. URL [url volitelné] URL projektu nebo programu. 345 Rok zaátku [start-date doporuené] Pibližné datum zaátku programu nebo projektu, mže být vyjáden jako rok. Rok ukonení [completion-date volitelné] Pibližné datum ukonení projektu nebo programu, jestliže je známo. Mže být vyjáden jako rok. Statut vývoje [project-status volitelné] Obecný údaj o stavu projektu nebo programu, napíklad plánovaný, pokraující, dokonený. ( +0# Jméno [agent-name volitelné] Jméno kontaktní osoby. Telefon [telephone volitelné] Kontaktní telefonní íslo. Telefonní íslo musí zahrnovat mezinárodní pedvolbu pro úely mezinárodního použití systému MICHAEL. Fax [fax volitelné] Fax na kontaktní osobu. Telefonní íslo musí zahrnovat mezinárodní pedvolbu pro úely mezinárodního použití systému MICHAEL. Email [email volitelné] Emailová adresa kontaktní osoby. Projekt MICHAEL 13

(!)"# $+ Identifikátor [identifier povinné] Identifikátor pro fyzickou sbírku. Identifikátor hraje v systému MICHAEL zásadní roli. Všechny entity by mli mít unikátní identifikátor a ten by ml být zárove unikátní v rozsahu evropské instance. Název [title povinné] Název fyzické sbírky. Název by ml smyslupln vystihnout fyzickou sbírku a pokud možno by ml být unikátní, alespo v rámci instituce. V tomto poli by nemly být použity akronymy a zkratky. ) Popis [abstract doporuené] Text popisující fyzickou sbírku. Jazyk [language volitelné] Jazyk materiálu obsaženého ve fyzické sbírce. Formát fyzického dokumentu [physical-format doporuené] Fyzické vlastnosti sbírky. Velikost sbírky [size doporuené] Vyhodnocení velikosti sbírky. Poskytuje uživatelm systému MICHAEL informaci o velikosti fyzické sbírky. Pírstek [accrual volitelné] Údaj pírstkové politiky (neveejné, pasivní, aktivní, ástené/výbrové), pírstkové metody (nákup, vložit) a pírstkové pravidelnosti (neveejné, nepravidelné, periodické). Tato informace je dležitá pedevším pro úely sbru, k pedpovdi jeho vývoje. Standard [standard volitelné] Údaj o všech popisných nebo terminologických standardech, které byly použity k vytvoení položky, na úrovni metadat, spojené s fyzickou sbírkou. 7) Píloha A : XML schéma Projekt MICHAEL 14