Web bazirani informacioni sistemi kolska 201920 godina Letnji

Web bazirani informacioni sistemi Školska 2019/20 godina Letnji semestar

Metapodaci Predavanje 11 28/02/2019 Predmet: Veb bazirani informacioni sistemi 2

Sadržaj predavanja • Uvod • Šta je metapodatak • Čemu služe metapodaci • Vrste metapodataka • Standardizacija i standardi metapodataka • Primeri standardizovanih metapodataka • Dublin. Core • GIS metapodaci • Europeana metapodaci • Zaključak 28/02/2019 Predmet: Veb bazirani informacioni sistemi 3

Šta je metapodatak • Termin metapodatak znači “podatak o podatku“. • Metapodaci su podaci koji obezbeđuju informacije o jednom ili više aspekata podataka. • Pri tome, sasvim je moguće da se prave i “metpodaci o metapodacima“ • U većini slučajeva metapodaci su tekstualni opisi koji se dodaju uz podatke koje opisuju, a podaci opisani metapodacima mogu da budu i drugi formati poput slika, zvučnih zapisa, videozapisa i sl. • Veza između zapisa metapodataka i resursa koji taj metapodatak opisuje može da ima dva oblika: • Metapodaci mogu da budu sadržani u zapisu odvojenom od resursa (primer su bibliotečki kataloški listići). • Metapodaci mogu da budu ugrađeni u sam resurs (primer su instrukcije za formatiranje u tekstu, CIP broj na koricama knjige, i sl. ).

Metapodaci: Nalepnica za vaše podatke 5

Metapodaci: Nalepnica za vaše podatke 6

Primeri metapodataka • • • Informacija o načinu kreiranja podataka Informacija o svrsi podataka Informacija o vremenu i datumu kreiranja Informacija o kreatoru/autoru podataka Informacija o lokaciji na računarskoj mreže gde de nalaze podaci Informacija o korišćenim standardima (i za podatke, ali i za metapodatke) Informacija o kvalitetu podataka Informacija o izvoru podataka Informacija o procesu korišćenom za kreiranje podataka

Čemu služe metapodaci • Koriste se da sumiraju osnovne informacije o podacima na način da se omogući lakše praćenje specifičnih podataka i olakšava rad sa tim podacima. • Na primer, metapodaci se puno koriste za pretraživanje i nalaženje informacija. • U suštini, većina pretraga koje se rade putem Web-a pretražuje metapodatke, a ne same podatke • Metapodaci mogu da sadrže informacije o formatu i strukturi zapisa osnovnog informacionog sadržaja koje koriste različiti programi za njegovu dalju obradu.

Vrste metapodataka 1 • Bretherton & Singley (1994) razlikuju dve osnovne klase metapodataka: • Strukturalni metapodaci describes the structure of database objects such as tables, columns, keys and indexes. • Vodički metapodaci helps humans find specific items and are usually expressed as a set of keywords in a natural language. • Ralph Kimball deli podatike u 3 kategorije: • Tehnički metapodaci koji odgovaraju internim metapodacima, • Poslovni metapodaci koji odgovaraju eksternim metapodacima. • Procesni metapodaci koji opisuju operativne rezultate skladišta podataka. • NISO (National Information Standards Organization) razlikuje tri tipa metapodataka: • Deskriptivni, • Strukturalni, i • Administrativni.

Vrste metapodataka 2 • Deskriptivni metapodaci: sadrže opisne informacije o resursu i koriste se za otkrivanje i identifikaciju resursa. Primeri takvih metapodataka su: naslov, sažetak, autor, ključne reči, . . . • Strukturalni metapodaci: sadrže informacije o kontejneru podataka i ukazuju na način na koji su kompozitni objekti komponovani. Opisuju tipove, verzije, relacije i druge karakteristike (digitalnih) materijala. Jednostavan primer je organizovanje sadržaja u poglavlja, ali se i podaci koji opisuju šemu baze podataka mogu smatrati strukturalnim metapodacim. • Administrativni metapodaci: sadrže informacije koje pomažu u upravljanju resursima poput tipa resursa, dozvola za rad sa resursima, datumu/vremenu i načinu kreiranja podataka i slično. Imaju dva podtipa metapodataka: • Metapodaci za upravljanje pravima koji opisuju intelektualna prava nad podacima, i • Metapodaci o očuvanju koji obuhvataju informacije o načinu očuvavanja i čuvanja resursa.

Vrste metapodataka 3 • Repozitorijumi statističkih podataka imaju posebne zahteve za metapodacima kojima se, pored izvora i kvaliteta podataka, opisuje još i koji su statistički procesi korišćeni za kreiranje podataka (važno za statističku zajednicu za validiranje i unapređenje proizvodnje statističkih podataka) • Metapodaci o dostupnosti u najširem smislu kojima se opisuju potrebe (recimo za invalidne korisnike i sl. ) i preferencije korisnika i informacije koje zadovoljavaju potrebe radi obezbeđivanja univerzalnog prava pristupa.

Metapodaci: strukture • Metapodaci (metasadržaj) ili, ispravnije, rečnici koji se koriste za asembliranje samih iskaza metapodataka su občno strukturirani u skladu sa standardizovanim konceptom koji koristi dobro-definisane šeme metapodataka uključujući standarde metapodataka i modele metapodataka. • Alati poput kontrolisanih rečnika, taksonomija, rečnika podataka i registara metapodataka koriste se za dalju standardizaciju metapodataka. • Strukturalno zajedništvo metapodataka je od najvišeg značaja u razvoju modela podataka i dizajnu baza podataka.

Metapodaci: sintaksa • Termin sintaksa metapodataka (metasadržaja) označava pravila koja se odnose na strukturu polja ili elemenata metapodataka (metasadržaja). • Ista šema metapodataka može se izraziti brojnim markerskim ili programskim jezicima od kojih svaki ima različitu sintaksu. • Na primer šema Dublin Core može se napisati običnim tekstom, HTML-om, XML-om ili RDF-om.

Metapodaci: šeme • Šeme metapodataka najčešće su hijerarhijske po prirodi – postoje relacije među elementima metapodatka i elementi su ugnježdeni tako da među elementima postoji relacija roditelj-dete. • Jedan primer je IEEE LOM šema u kojoj elementi metapodataka mogu da pripadaju roditeljskom elementu metapodataka. • Šeme metapodataka mogu biti i linearne – jednodimenzione. Ovde je svaki element potpuno odvojen od drugih elementa i klasifikovan samo po jednoj dimenziji. Primer linearne šeme metapodataka je Dublin Core šema. • Šeme metapodataka često su dvodimenzionalne (planarne) gde je svaki element potpuno odvojen od drugih elemenata ali je kasifikovan po dvema ortogonalnim šemama (pripada klasi u preseku dimenzija).

Metapodaci: Granularnost i hipermapiranje • Stepen strukturiranosti metapodataka naziva se glanularnost. Granularnost se odnosi na količinu detalja koje metapodatak obezbeđuje. • Veća granularnost znači više detalja i veće mogućnosti manipulisanja, ali i višu cenu kreiranja, obuhvatanja i održavanja. • Granularnost ne utiče samo na troškove kreiranje, obuhvatanje i održavanja već i na dostupnost osnovnih podataka: zastarevanje strukture metapodataka automatski znači i zastarevanje pristupa podacima koje metapodaci opisuju. • U svim situacijama u kojima je dimenzija šeme metpodataka veća od 2 (2 D prostor) potrebno je uvesti neku vrstu hipermapiranja za prikazivanje metapodataka u skladu sa odabranim aspektom i za servisiranje specijalnih pogleda. Hipermapiranje se često primenjuje prikazivanje geoprostornih informacija u vidu slojeva.

Standardizacija i metapodaci • Standard metapodataka je zahtev za uspostavljanje opšteg razumevanja značenja podataka da bi se obezbedilo korektno korišćenje i interpretacija tih podataka i za njihove vlasnike i za njihove korisnike. • Da bi se to opšte razumevanje postiglo moraju se definisati brojne karakteristike podataka a te karakteristike su, u stvari, metapodaci.

Standard ISO/IEC 11179 • Na metapodatke se primenjuju međunarodni standardi. Najistaknutije organizacije koje se bave ovim standardima su ANSI (American National Standards Institute) i ISO (International Organization for Standardization). • Osnovni standard registra metapodataka je ISO/IEC 11179 Metadata Registries (MDR), koji predstavlja okvir za standard opisan u ISO/IEC 11179 -1: 2004. • Taj standard specificira šemu za zapisivanje i značenja i tehničke strukture podataka tako da se omogući nedvosmisleno korišćenje podataka i za ljude i za računare. • ISO/IEC 11179 standard referiše metapodatke kao informacione objekte o podacima ili “podatke o podacima". Informacioni objekti su podaci o elementima podataka (Data Elements), domenima vrednosti (Value Domains), i drugim višekratno upotrbljivim semantičkim i reprezentacionim informacionim objektima koji opisuju značenje i tehničke detalje podataka. • Standard propisuje i detalje za registar metapodataka i za registrovanje i administriranje informacionih objekata u registru zvanom Metadata Registry.

Još neki standardi metapodataka • Geo-prostorna zajednica ima dugu tradiciju specijalizovanih standarda za geo-prostorne metapodatke izgrađenu na tradicijama biblioteka i kataloga mapa i slika. Formalni metapodaci su od suštinskog značaja za geoprostorne podatke jer se na njih ne mogu primenjivati uobičajeni pristupi bazirani na obradi teksta. • Dublin Core termini metapodataka su skup rečničkih termina koji se mogu koristiti da opišu resurse za svrhu pronalaženja. Originalni skup od 15 klasičnih termina metapodataka odobren je kroz sledeće dokumente: • IETF RFC 5013 • ISO Standard 15836 -2009 • NISO Standard Z 39. 85. • Iako nije fomalni standard, Microformat je raširen web-bazirani pristup semantičkom markiranju koji nastoji da ponovno iskoristi postojeće HTML/XHTML tagove za prenos metapodataka. • Spisak šema (standarda) metapodataka za različite domene može se naći na adresi https: //en. wikipedia. org/wiki/Metadata_standard

Metapodaci: aplikativni profili • Metapodaci potrebni različitim ciljnim grupama i aplikacijama mogu da budu vrlo različiti. • U informacionim naukama, aplikativni profil sastoji se od skupa elemenata metapodataka, politika i smernica definisanih za određenu primenu. • Generalno, elementi mogu da dolaze iz jednog ili više skupova elemenata i na taj način se dozvoljava datoj aplikaciji da zadovolji svoje funkcionalne zahteve korišćenjem metapodataka iz više skupova podataka – uključujući i lokalno definisane skupove.

Dublin Core metapodaci • DCMI termini metapodataka su skup rečničkih termina koji se mogu koristiti da opišu širok skup mrežnih resursa (recimo, za svrhu pronalaženja). • Link na poslednju verziju od 20. 01. 2020. https: //dublincore. org/specifications/dublincore/dcmi-terms/ • Status dokumenta: DCMI preporuka • Opis: Dokument sadrži ažurne specifikacije svih termina metapodataka koje održava Dublin Core Metadata Initiative, što obuhvata svojstva, rečničke šeme kodiranja, sintaksne šeme kodiranja, i klase.

DCMI: korišćenje • DCMI termini metapodataka izraženi su u RDF rečnicima za korišćenje u povezanim podacima (Linked Data). • Kreatori ne-RDF metapodataka mogu termine koristiti u različitim kontekstima (n. pr. , XML, JSON, UML, ili relacione baze podataka). • Pri tom korišćenju moguće je zanemarivanje globalnog identifikatora i formalnih implikacija RDF-specifičnih aspekata definicije termina, a fokus je na tekst datom u prrodnom jeziku (definicije, napomene o korišćenju i primeri). Pri tome se RDF-specifčnosti (domen, opseg, relacije podklasa) mogu uzeti kao preporuke za korišćenje.

Dublin Core standard: struktura i semantika • Dublin Core™ standard ima dva nivoa: Simple i Qualified. • Simple Dublin Core™ obuhvata 15 elemenata; • Qualified Dublin Core™ ima tri dodatna elementa (Audience, Provenance i Rights. Holder), kao i grupu rafinatora elemenata (zovu se i kvalifikatori) koji rafiniraju semantiku elemenata zarad boljeg pronalaženja. • Dublin Core™ semantiku definisala je internacionalna, multidisciplinarna grupa profesionalaca iz bibliotekarstva, računarske nauke, muzejske zajednice i drugih srodnih oblasti.

Dublin Core kao jezik • Dublin Core™ se može posmatrati i kao “mali jezik za pravljenje određenih klasa iskaza o resursima". • Taj jezik ima dve klase termina – elemente (imenice) i kvalifikatore (prideve) – koji se mogu aranžirati u iskaze putem jednostavnih obrazaca. • Sami resursi su nameravani subjekti u tom jeziku. Više detalaja o ovome može se naći u dokumentu Dublin Core™ Grammar (https: //www. dublincore. org/specifications/dublincore/grammatical-principles/). • Kao jezik, on je lak za savladavanje ali ima vrlo skromnu ekspresivnost.

Dublin Core: principi 1. 2. 3. 4. 5. Princip jedan-na-jedan Jednostavno kreiranje i održavanje Opšte razumljiva semantika Internacionalizam Proširivost

DCMI: Princip jedan-na-jedan • U opštem slučaju, Dublin Core™ metapodaci opisuju jednu manifestaciju ili verziju resursa – na primer, jpeg slika Mona Lize ima puno zajedničkog sa originalom ali ona nije isto što i originalna slika.

DCMI: Princip jednostavno kreiranje i održavanje • Nastoji se da Dublin Core™ skup elemenata bude mali i jednostavan koliko god je moguće da bi i nespecijalisti mogli da kreiraju opisne zapise informacionih resursa tako da se ti resursi mogu efektivno pronalaziti u mrežnom ambijentu.

DCMI: Princip opšte razumljiva semantika • Razlike u razumevanju značenja termina su velika prepreka nalaženju informacija na Internetu. • Dublin Core™ nastoji da formira mali skup termina sa opšte prihvaćenim značenjem kako u pojedinačnoj oblasti, tako i šire.

DCMI: Princip internacionalizma • Skup Dublin Core™ elemenata je originalno razvijen za engleski jezik. • Međutim, kreirane su verzije za mnoge druge jezike (finski, norveški, tai, japanski, nemački, francuski, portugalski, grčki, indonežanski, španski, ruski, . . ). Naravno, nema verzije za srpski jezik. • Postoji posebna DCMI grupa koja se bavi lokalizacijom i internacionalizacijom.

DCMI: Princip proširivosti • Uz balansiranje potreba za jednostavnošću u opisivanju digitalnih resursa sa preciznim pretraživanjem, Dublin Core™ prepoznaje i važnost mehanizama za proširivanje DC skupa elemenata za potrebe dodatnog pretraživnja resursa. • Za te namene DCMI koristi koncept aplikativnog profila. • Rachel Heery i Manjula Patel, u članku "Application profiles: mixing and matching metadata schemas" definišu aplikativni profil kao: • ". . . Šeme koje se sastoje od elemenata podataka izvedenih iz jednog ili više imenskih prostora, koje implementatori kombinuju i optimizuju za određenu lokalnu primenu. " • Ovakav model omogućuje različitim zajednicama da koriste DC elemente za osnovne deskriptivne informacije i dozvoljava domenski specifična proširenja koja imaju smisla za ograničenija okruženja.

DCMI: apstraktni model • Definiše prirodu komponenti koje se koriste i opisuje kako su te komponente kombinovane u informacione strukture. • Predstavlja informacioni model nezavisan od bilo koje kodne sintakse.

DCMI apstraktni model: resurs 1 • Apstraktni model pojma resursi opisan pomoću opisa je sledeći: • Svaki opisani resurs je opisan pomoću jednog ili više parova svojstvovrednost. • Svaki par svojstvo-vrednost sastoji se iz jednog svojstva i jedne vrednosti. • Svaka vrednost je resurs - fizički, digitalni ili konceptualni entitet ili literal koji je pridružen svojstvu kada se par svojstvo-vrednost koristi za opisivanje resursa. Zbog toga, svaka vrednost je ili literalna vrednost ili ne-literalna vrednost: • Literalna vrednost je vrednost koja je literal. • Ne-literalna vrednost je vrednost koja je fizički, digitalni ili konceptualni entitet. • Literal je entitet koji koristi Unicode string kao leksički oblik, zajedno sa opcionim tagom za jezik ili tip podataka za označavanje resursa (t. j. "literal" je definisan od strane RDF [RDF]).

DCMI apstraktni model: resurs 2

DCMI apstraktni model: Opisni skup 1 • Opisni skup (description) set je skup jednog ili više opisa (descriptions) od kojih svaki opisuje jedan resurs. • Opis (description) sačinjen je od jednog ili više iskaza (statements) o jednom i samo jednom resursu i nula ili više URI-a opisanog resursa (URI koji identifikuje opisani resurs). • Svaki iskaz instancira par svojstvo-vrednost i sačinjen je od URI-a svojstva (URI koji identifikuje svojstvo) i surogat vrednosti.

DCMI apstraktni model: Opisni skup 2 • Surogat vrednost je ili literalna surogatska vrednost ili neliteralna surogatska vrednost : • Literalna surogatska vrednost je surogatska vrednost za literalsku vrednost, i sačinjena je od tačno jedne string vrednosti. String vrednost je literal koji kodira literalsku vrednost. • Ne-literalna surogatska vrednost je surogatska vrednost za neliteralsku vrednost, i sačinjena je od nula ili jedne URI vrednosti (URI koji identifikuje ne-literalnu vrednost pridruženu svojstvu), nula ili jednog URI-a kodne šeme rečnika (URI koji identifikuje kodnu šemu rečnika čiji je član non-literal na vrednost), i nula ili više string vrednosti. Svaka string vrednost je literal koji predstavlja neliteralsku vrednost. • String vrednost je obična string vrednost ili tipizirana string vrednost • Obična string vrednost može da ima pridruženu string vrednost za jezik koja je ISO tag jezika (n. pr. , en-GB). Namena joj je da bude čitljiva za ljude. • Tipizirana string vrednost ima pridružen URI sintaksne kodne šeme koji identifikuje sintaksnu kodnu šemu.

DCMI apstraktni model: Opisni skup 3

DCMI apstraktni model: rečnik 1 • Rečnik (vocabulary) je skup od jednog ili više termina (term). Svaki termin je član jednog ili više rečnika. • Termin je svojstvo (element), klasa, rečnička kodna šema, ili sintaksna kodna šema. • Svako svojstvo može biti povezano sa jednom ili više klasa relacijom ima domen (has domain). Ako svojstvo ima takvu relaciju sa klasom i svojstvo je deo para svojstvo/vrednost, to znači da je opisani resurs instanca odgovarajuće klase. • Svako svojstvo može biti povezano sa jednom ili više klasa by relacijom ima opseg (has range). Ako svojstvo ima takvu relaciju sa klasom i svojstvo je deo para svojstvo/vrednost, to znači da je opisani resurs instanca odgovarajuće klase.

DCMI apstraktni model: rečnik 2 • Svaki resurs može biti instanca jedne ili više klasa. • Svaki resurs može biti član jedne ili više rečničkih kodnih šema. • Svaka klasa može biti povezana sa jednom ili više drugih klasa relacijom pod-klasa od (sub-class of) (gde su dve klase definisane tako da su svi resursi koji su instance pod-klase istovremeno i instance povezane klase). • Svako svojstvo može biti povezano sa jednim ili više drugih svojstava relacijom pod-svojstvo od (sub-property of). U tom slučaju, dva svojstva su definisana tako da kad god je pod-svojstvo deo para svojstvo/vrednost koji opisuje resurs, to znači da je resurs opisan korišćenjem i “nadređenog” para svojstvo/vrednost koji je sačinjen od svojstva i vrednosti. • Svaka sintaksna kodna šema je klasa (literala). • Ovde se reč “rečnik" koristi da označi skup termina čiji članovi mogu da budu svojstva (elementi), klase, rečničke kodne šeme i/ili sintaksne kodne šeme.

DCMI apstraktni model: rečnik 3

DCMI apstraktni model: Opisi, opisni skupovi i zapisi • Apstraktni model ukazuje da da svaki DC opis pomoću metapodataka opisuje jedan i samo jedan resurs što odgovara jedan-ne-jedan principu. • Međutim, realne aplikacije metapodataka baziraju se na slabo spregnutim grupama skupova opisa (gde su opisani resursi obično nekako povezani) koji su poznati kao opisni setovi. • Na primer, opisni skup može da sadrži opise i slike i autora. • Čest je slučaj da opisni setovi sadrže opisne setove (metapodaci). • Opisni setovi se instanciraju za potrebe razmene između softverskih aplikacija u obliku zapisa (records) u skladu sa DCMI smernicama kodiranja (na primer, XHTML meta tagovi, XML i RDF/XML) [DCMI-ENCODINGS].

DCMI apstraktni model: Vrednosti • DC vrednost metapodatka je fizički, digitalni ili konceptualni entitet ili literal pridružen svojstvu kada se par svojstvovrednost koristi za opis resursa. • Na primer: • vrednost pridružena Dublin Core™ Creator svojstvu je osoba, organizacija ili servis – fizički entitet. • vrednost pridružena Dublin Core™ Date svojstvu je trenutak (ili opseg) u vremenu – konceptualni entitet. • vrednost pridružena Dublin Core™ Coverage svojstvu je geografska oblast ili zemlja - fizički entitet. • vrednost pridružena Dublin Core™ Subject svojstvu je koncept (konceptualni entitet) ili fizički objekat ili osoba (fizički entitet). • vrednost pridružena FOAF name svojstvu je literal. • Svi ovi entiteti su resursi.

DCMI apstraktni model: semantika = RDF i RDF Schema semantika DCMI Apstraktni Model RDF/RDFS Resurs (resource) Klasa: http: //www. w 3. org/2000/01/rdf-schema#Resource Svojstvo (property) ili element Klasa: http: //www. w 3. org/1999/02/22 -rdf-syntax-ns#Property klasa Klasa: http: //www. w 3. org/2000/01/rdf-schema#Class Sintaksna kodna šema Klasa: http: //www. w 3. org/2000/01/rdf-schema#Datatype Ima domen (has domain) relacija Svojstvo: http: //www. w 3. org/2000/01/rdf-schema#domain Ima opseg (has range) relacija Svojstvo: http: //www. w 3. org/2000/01/rdf-schema#range pod-svojstvo od (sub-property of) relacija Svojstvo: http: //www. w 3. org/2000/01/rdf-schema#sub. Property. Of pod-klasa od (sub-class of) relacija Svojstvo: http: //www. w 3. org/2000/01/rdf-schema#sub. Class. Of Obična string vrednost Običan literal. See: http: //www. w 3. org/TR/rdf-concepts/#dfn-plain-literal Tipizirana string vrednost Tipizirani literal. See: http: //www. w 3. org/TR/rdf-concepts/#dfn-typed-literal

Dublin Core: osnovni elementi • Svi elementi su opcioni i mogu se ponavljati. • Većina elemenata ima i ograničen skup kvalifikatora ili rafinacija, atributa koji mogu da se koriste za dalje profinjavanje (ali ne i proširivanje) značenja elementa. • DCMI je ustanovila standardan način za rafiniranje elemenata korišćenjem kodnih i rečničkih šema i preporučuje ga kao dobru praksu.

Skup osnovnih Dublin Core™ elemenata 1 1. 2. 3. 4. 5. 6. 7. Contributor – Entitet odgovoran za pravljenje doprinosa resursu (može da bude osoba, organizacija ili servis). Coverage – Prostorna ili vremenska dimenzija resursa, prostorna primenljivost ili jurisdikicija pod kojom je resurs relevantan. Preporučuje se izbor vrednosti iz kontrolisanog rečnika. Creator – Entitet primarno odgovoran za pravljenje resursa (može da bude osoba, organizacija ili servis). Često može da ima istu vrednost kao i Publisher. Date – Trenutak ili vremenski period pridružen događaju u životnom ciklusu resursa. Preporučeni format datuma je GGGG-MM-DD Description – Opis sadržaja resursa. Na primer: apstrakt, tabela sadržaja, referenca na grafičku reprezentaciju i sl. Format – fizička ili digitalna manifestacija resursa. Tipično: format fajla, tip fizičkog medijuma ili dimenzije resursa. Identifier – Nedvosmislena referenca na resurs u datom kontekstu.

Skup osnovnih Dublin Core™ elemenata 2 8. 9. 10. 11. 12. 13. 14. 15. Language – Jezik intelektualnog sadržaja resursa. Preporuka je da se koriste standardni kodovi za jezike (vrednosti iz rečnika) Publisher – Entitet odgovoran za raspoloživost resursa. Relation – Referenca na povezani resurs. Preporuka je da se resurs kada je to moguće referiše stringom ili brojem saglasnim sa formalnim identifikacionim sistemom. Rights – Informacije o pravima u resursu i nad resursom. Tipično sadrži izjavu o upravljanju pravima. Ako je nema, ništa se ne pretpostavlja o pravima (n. pr. slobodno korišćenje). Source – Povezani izvor iz koga je opisani resurs izveden (u potpunosti ili delimično). Preporuka je da se resurs kada je to moguće referiše stringom ili brojem saglasnim sa formalnim identifikacionim sistemom. Subject – Oblast/tema resursa. Obično ključne reči, ključne fraze ili klasifikacioni kodovi kojam se identifikuje oblast. Title – Ime dato resursu. Najčešće ime pod kojim je resurs formalno poznat. Type – Priroda ili žanr resursa. Preporuka je da se koristi rečnik DCMI Type Vocabulary (https: //www. dublincore. org/specifications/dublin-core/dcmiterms/#section-7)

Dublin Core šema : termini • Svaki termin identifikovan je URI-em koji je upotrebljiv u kontekstu Linked Data. • URI termin se rezolvira na dokument (https: //dublincore. org/specifications/dublin-core/dcminamespace/) pri selekciji u brauzeru ili programski u RDF aplikaciji na jednu od četiri RDF šeme (https: //dublincore. org/schemas/rdfs/). • Opseg svake RDF šeme odgovara "DCMI imenskom prostoru", ili skupu DCMI termina metapodataka koji su identifikovani korišćenjem zajedničkog baznog URI-a kako je nabrojano i dokumentu https: //dublincore. org/specifications/dublincore/dcmi-namespace/. • U kontekstu Linked Data, URI-i za DCMI prostore imena često se deklarišu kao prefiksi da bi se podaci, upiti i šeme učinili konciznijim i čitljivijim.

DCMI imenski prostori 1 • DCMI ima četiri imenska prostora: 1. http: //purl. org/dc/elements/1. 1/ 2. http: //purl. org/dc/terms/ 3. http: //purl. org/dc/dcmitype/ 4. http: //purl. org/dc/dcam/

DCMI imenski prostori 2 • http: //purl. org/dc/elements/1. 1/ : Imenski prostor /elements/1. 1/ kreiran je 2000. godine za RDF reprezentaciju Dublin Core-a od petnaest elemenata. • Široko je korišćen više od 20 godina. • Odgovara originalnom opsegu standarda ISO 15836 koji je publikovan prvi put 2003. godine a poslednji put je revidiran 2017. godine kao ISO 15836 -1: 2017 (https: //www. iso. org/standard/71339. html).

DCMI imenski prostori 3 • http: //purl. org/dc/terms/ : imenski prostor /terms/ kreiran je 2001. godine za identifikovanje novih termina koji su napravljeni izvan originalnog Dublin Core-a od 15 elemenata. • Godine 2008. , u kontekstu definisanja formalnih semantičkih ograničenja za DCMI termine metapodataka za potrebe RDF aplikacija, originalnih 15 elemenata su preslikani u imenski prostor /terms/. Rezultat je da postoje i termin dc: date (http: //purl. org/dc/elements/1. 1/date) bez formalnog opsega i odgovarajući dcterms: date (http: //purl. org/dc/terms/date) sa formalnim opsegom "literal". • Iako su te razlike važne za one koji prave RDF aplikacije, većina korisnika može da smatra da su 15 pralelnih svojstava ekvivalentni. • Iako se planira trajna podrška za imenski prostor /elements/1. 1/, DCMI preporučuje da se koristi imenski prostor /terms/.

DCMI imenski prostori 4 • http: //purl. org/dc/dcmitype/: imenski prostor /dcmitype/ kreiran je 2001. godine za DCMI Type Vocabulary rečnik koji definiše klase za osnovne tipove stvari koje se mogu opisati korišćenjem DCMI termina metapodataka. • http: //purl. org/dc/dcam/ : imenski prostor /dcam/ kreiran je 2008. godine za termine koji se koriste u opisivanju DCMI termina metapodataka.

DCAP – Dublin Core Application Profile • Dublin Core™ Metadata Initiative-a rešava pitanje potreba različitih ciljnih korisnika okvirom za dizajniranje Dublin Core™ Application Profile-a (DCAP). • DCAP definiše zapise metapodataka koji zadovoljavaju potrebe različitih primena a istovremeno obezbeđuju semantičku interoperabilnost sa drugim aplikacijama na bazi globalno definisanih rečnika i modela.

Šta je DCAP 1 • DCAP je dokument (ili skup dokumenata) koji specificira i opisuje metapodatke koji se koriste za određenu primenu. Da bi to obezbedio, profil: • Opisuje šta ciljna grupa (zajednica) želi da ostvari sa tom primenom (funkcionalni zahtevi); • Karakteriše tipove stvari opisane metapodacima i njihove veze (model domena); • Nabraja termine metapodataka koji će se koristiti i pravila njihovog korišćenja (Profil opisnog skupa - Description Set Profile i Smernice za korišćenje - Usage Guidelines); i • Definiše mašinsku sintaksu koja će se koristiti za kodiranje (Sintaksne smernice - Syntax Guidelines i Formati podataka - Data Formats).

Šta je DCAP 2 • Uklapanje tih standarda ilustrovano je u Singapore Framework for Dublin Core™ Application Profiles [DCMI-SF]. • Najniži sloj, RDF, obezbeđuje fundamentalne standarde nad kojima se grade domenski standardi. • Srednji sloj definiše domenske standarde koji obezbeđuju strukturalnu i semantičku stabilnost za Aplikativne profile. • Najviši sloj sadrži dokumentaciju dizajna za specifičnu primenu metapodataka.

Singapore Framework za Dublin Core™ Application Profiles [DCMISF]

DCAP My. Book. Case • Definisanje funkcionalnih zahteva • Izbor /razvoj domenskog modela • Izbor/definisanje termina metapodataka • Dizajn zapisa metapodataka sa profilom opisnog skupa

DCAP My. Book. Case: funkcionalni zahtevi • Koristiti podatke za nalaženje knjiga pretragom po naslovu (title). Ograničiti pretragu na određeni jezik (language). Sortirati pronađene stavke po datumu publikovanja (publication date). Naći stavke o zadatoj temi (subject). Obezbediti ime autora i email adresu za svrhu kontakta.

DCAP My. Book. Case: domenski model • Domenski model sadrži spisak i karakteristike stvari koje će opisivati metapodaci i veze među tim stvarima. Model domena je osnovni plan za konstrukciju aplikativnog profila. • Domenski model za My. Book. Case ima dve stvari: Books u Persons (autori knjiga).

Izbor ili definisanje termina metapodataka • Kada je definisan model domena, potrebno je odabrati svojstva za opis stvari i tom modelu. Na primer, Book može da ima svojstva title i author. Autor će biti Person sa svojstvima name i email address. • Zatim treba pretražiti raspoložive RDF rečnike da se vidi da li ova svojstva već postoje u rečnicima. • Ako postoje i odgovaraju značenju, uzimaju se postojeća svojstva čime se doprinosi interoperabilnosti metapodataka. • Ako ih u rečnicima nema, mogu se definisati nova svojstva.

Izbor ili definisanje termina metapodataka: kriterijumi za izbor • Prvi kriterijum za odluku o usvajanju termina je njegova definicija. • Drugi kriterijum je tip vrednosti koju svojstvo može da ima. • Da li bolje odgovara slobodan tekst ili svojstvo? • Da li tekst ima predefinisani format, na primer "YYYYMM-DD” za datum? • Da li se vrednosti biraju iz kontolisane liste? • Da li su potrebne kompleksnije strukture za opis?

Izbor ili definisanje termina metapodataka: My. Book. Case 1 • Svojstvo title će biti naslov knjige. Biće slobodan string. • Svojstvo date biće korišćeno za pretragu pa treba da bude uniformno predstavljeno kao strukturiran string. • Potreban nam je podataka o jeziku da bismo mogli da pretražujemo po jeziku. Dakle, za svojstvo language koristićemo kontrolisanu listu jezika. • Želimo da evidentiramo i oblast (subject) iz kontrolisane liste. Postoji jedna kontolisana lista, Library of Congress Subject Headings sa URI-ma koji identifikuju vrednosti rečnika. • Konačno, naš author nije običan tekst, već će biti opisan sa nekoliko delova informacija kao što su name i email address.

Izbor ili definisanje termina metapodataka: My. Book. Case 2 • title Za title možemo da uzmemo Dublin Core™ svojstvo dcterms: title, koje može da ima za vrednost slobodan string("literal"). • date može da bude Dublin Core™ svojstvo dcterms: date. To može biti string vrednost formatirana u skladu sa W 3 C Date and Time Formats specigikacijom korišćenjem sintaksne kodne šeme dcterms: W 3 CDTF. • language - jezik treba birati iz kontrolisane liste. To se može uraditi korišćenjem troslovnih kodova iz međunarodnog standarda ISO 639 -3 za predstavljanje imena jezika(n. pr. "eng" za "Engleski") zajedno sa sintaksnom kodnom šemom dcterms: ISO 639 -3 kao tipom podataka. Za to se može koristiti DCMI svojstvo dcterms: language, koje se može prilagoditi ili na identifikator termina za jezik ili na string.

Izbor ili definisanje termina metapodataka: My. Book. Case 3 • subject želimo da implementiramo kao kontrolisanu listu. Umesto da pravimo sopstvenu, koristićemo listu koja već postoji zbog interoperabilnosti. • Odabrana lista je Library of Congress Subject Headings (LCSH). Termini iz LCSH su dostupni kao formalni rečnik korišćenjem RDF rečnika Simple Knowledge Organization System [SKOS], možemo pokazati na svaki subject korišćenjem URI-a koji ga identifikuje(n. pr. , za naslov "Islam and Science" to je URI http: //id. loc. gov/authorities/sh 85068424. • TDCMI svojstvo dcterms: subject dozvoljava korišćenje običnih stringova ili URI-a.

Izbor ili definisanje termina metapodataka: My. Book. Case 4 • author - zato što autor treba da bude opisan sa više komponenti (name i email address), ovo svojstvo treba da ima ne-literalni opseg tako da se mogu kreirati odvojene ali povezane deskripcije u zapisu metapodataka Dublin Core™ svojstvo dcterms: creator može da bude neliteralna vrednost pa se ona moće koristiti za My. Book. Case. • Selekcija svojstava za opis entiteta author kao person sledi isti model: • Entitet person ima name, ali mi želimo da imamo ime i preziemo odvojene a ne kao jedan string. DCMI Metadata Terms nemaju takvog svojstva pa ćemo da iskoristimo svojstva foaf: first. Name i foaf: family_name iz rečnika Friend of a Friend. • Za e-mail adresu koristićemo svojstvo foaf: mbox koje ima neliteralni doseg i koristi mailto: URI-e kao vrednosti.

DCAP: definisanje novih svojstava 1 • Po definiciji, Dublin Core™ aplikacioni profili “koriste" svojstva koja su definisana izvan samog profila. • Ako nema odgovarajućeg svojstva u poznatim rečnicima, dizajner aplikativnog profila treba da deklariše novo svojstvo koje bi, eventualno, i drugi mogli da koriste.

DCAP: definisanje novih svojstava 2 • Svojstvu se daje ime, formuliše se definicija, odlučuje se da li mu je opseg literalni ili ne-literalni i definiše se URI za svojstvo u prostoru imena kome se ima pristup. • Servisi kao što je http: //purl. org koji se koristi za identifikovanje DCMI svojstava obezbeđuju "perzistentne" URI-e koji se mogu redirektovati na dokumentaciju na više privremenih lokacija. • Smatra se dobrom praksom da se termini publikuju i u RDF šemama; kao primer mogu se videti šeme koje odgovaraju DCMI Metadata Terms (https: //www. dublincore. org/specifications/dublincore/profile-guidelines/#DCMI-MT) i Dublin Core™ Collection Description Terms (https: //www. dublincore. org/specifications/dublincore/profile-guidelines/#CTERMS).

DCAP: definisanje novih svojstava 3 • Smernice za kreiranje i publikovanje RDF rečnika mogu se naći u dokumentima: • "Cool URIs for the Semantic Web“ (https: //www. dublincore. org/specifications/dublin-core/profileguidelines/#COOLURIS), • RDF Primer (https: //www. dublincore. org/specifications/dublincore/profile-guidelines/#RDF-PRIMER), i • "Best Practice Recipes for Publishing RDF Vocabularies“ (https: //www. dublincore. org/specifications/dublin-core/profileguidelines/#RECIPES). • Primeri dobre prakse uključuju DCMI Metadata Terms (https: //www. dublincore. org/specifications/dublin-core/profileguidelines/), Dublin Core™ Collection Description Terms (https: //www. dublincore. org/specifications/dublin-core/profileguidelines/) i Eprints Terms (https: //www. dublincore. org/specifications/dublin-core/profileguidelines/)

DCAP: Dizajniranje zapisa metapodataka sa opisnim setom profila • Sledeći korak je je opisivanje zapisa metapodataka u detalje. • DCMI pristupu, zapis metapodataka bazira se na modelu opisnog seta (Description Set Model) i dizajn zapisa je detaljisan u Description Set Profile-u (DSP) korišćenjem jezika DSP constraint language [DSP]. • Fza svaki opis i iskaz (Description i Statement) u zapisu DSP definiše šablon, a svaki šablon sadrži relevantna ograničenja kao što su ponovljivost elemenata ili ograničenja dozvoljenih vrednosti. Description Set Profile for My. Book. Case.

DCAP: Description Set Profile za My. Book. Case. • DSP sadrži jedan Description Template za svaku stvar u domenskom modelu. • Svaki Description Template sadrži statement šablone za svojstva koja opisuju stvar. • Ti šabloni definišu i pravila koja ograničavaju korišćenje opisa kao što su tipovi vrednosti ili zahtevane vrednosti ili ponovljivost. • DSP za My. Book. Case imaće dva Description Template-a: jedan za Book i jedan za Person.

DCAP: Description Set Profile za My. Book. Case • Ako odlučimo da svaki zapis metapodataka opisuje tačno jednu knjigu imaćemo samo jedan Description template u svakom Description Set-u Description. Set: My. Book. Case Description template: Book minimum = 1; maximum = 1

DCAP: Description Set Profile za My. Book. Case Statement template: title minimum = 1; maximum = 1 Property: http: //purl. org/dc/terms/title Type of Value = "literal" Statement template: date. Created minimum = 0; maximum = 1 Property: http: //purl. org/dc/terms/created Type of Value = "literal" Syntax Encoding Scheme URI = http: //purl. org/dc/terms/W 3 CDTF Statement template: language minimum = 0; maximum = 3 Property: http: //purl. org/dc/terms/language Type of Value = "non-literal" takes list = yes Syntax Encoding Scheme URI = http: //purl. org/dc/terms/ISO 639 -2

DCAP: Description Set Profile za My. Book. Case Statement template: subject minimum = 0; maximum = unlimited Property: http: //purl. org/dc/terms/LCSH Type of Value = "non-literal" takes list = yes Value Encoding Scheme URI = http: //lcsh. info/ Statement template: author minimum = 0; maximum = 5 Property: http: //purl. org/dc/terms/creator Type of Value = "non-literal" defined as = person

DCAP: Description Set Profile za My. Book. Case Description template: Person id=person minimum = 0; maximum = unlimited Statement template: given. Name Property: http: //xmlns. com/foaf/0. 1/givenname minimum = 0; maximum = 1 Type of Value = "literal" Statement template: family. Name Property: http: //xmlns. com/foaf/0. 1/family_name minimum = 0; maximum = 1 Type of Value = "literal" Statement template: email Property: http: //xmlns. com/foaf/0. 1/mbox minimum = 0; maximum = unlimited Type of Value = "non-literal" value URI = mandatory

Dublin Core šema : sažetak • Dokument https: //dublincore. org/specifications/dublincore/dcmi-terms/ je ažurna, autoritativna specifikacija svih termina metapodataka koje održava Dublin Core™ Metadata Initiative-a. • U njemu je petnaest termina DC skupa elemenata (Dublin Core™ Metadata Element Set, poznato i kao “Dublin Core"), plus nekoliko desetina svojstava, klasa, tipova podataka i kodnih šema rečnika. • "Dublin Core" zajedno sa tim rečnicima naziva se "DCMI metadata terms" (skraćeno "Dublin Core terms”). • Ovi termini su namenjeni za upotrebu u kombinaciji sa terminima metapodataka iz drugih, kompatibilnih rečnika u kontekstu aplikativnih profila.

Dublin Core: sintaktička pitanja • The Dublin Core™ Abstract Model je referentni model koji je nezavisan od bilo koje posebne kodne sintakse. • Description Set Profile-i mogu se implementirati bilo kojom konkretnom sintaksom za koju se specificira mapiranje na apstraktni model. • DCMI je razvio i razvija smernice za kodiranje baziranih metapodataka u HTML/XHTML, XML, i RDF/XML. • Nema ograničenja na druge tipove sintakse sve dok je u saglasnosti sa baznim standardima i sa DCMI Abstract Model-om.

DCMI: BIBO ontologija • Bibliographic Ontology (BIBO) je ontologija za semantički Web koja opisuje bibliografske stvari kao što su i može se koristiti kao citatna ontologija, ontologoja za klasifikaciju dokumenata ili prosto kao način opisivanja dokumenata u RDF. • Inspirisana je mnogim postojećim formatima metapodataka za opis dokumenata i može da se koristi kao zajednička osnova za konverziju drugih bibliografskih izvora podataka. • Bibliographic Ontology razvili su 2008 Bruce D'Arcus i Frédérick Giasson kao rečnik semantičkog WEB-a za opis bibliografskih entiteta kao što su citati i dokumenti Semantic Web vocabulary for describing bibliographic entities such as citations and documents. • U novembru 2018, odgovornost za očuvanje i održavanje BIBO preneta je na DCMI, preciznije DCMI Usage Board. Dostupna je na adresi https: //www. dublincore. org/specifications/bibo/bibo. rdf. xml u RDF/XML formatu. • Sajte Chronicling America website Kongresne biblioteke koristi BIBO za modelovanje novinskih stranica i izdanja u Linked Data maniru.

Geo-prostorni metapodaci • Geo-prostorni metapodaci su tip metapodataka prilagođenih za geografske podatke i informacije. • Takvi podaci mogu da se skladišete u geografskim informacionim sistemima (GIS) ili mogu da budu dokumenti, skupovi podataka, slike ili drugi objekti, servisi ili povezane stavke koji postoje u drugim nativnim okruženjima ali su im mogućnosti prikladne za opisivanje u (geografskim) katalozima metapodataka poznatim i pod nazivima direktorijum podataka ili inventar podataka.

Definicija GIS metapodataka 1 • ISO 19115: 2013 "Geographic Information – Metadata" dostupan na https: //en. wikipedia. org/wiki/ISO/TC_211 ISO/TC 211, industrijski standard za geo-prostorne metapodatke opisuje opseg standarda na sledeći način: • [Ovaj standard] obezbeđuje informacije o identifikaciji, obimu, kvalitetu, prostornim i vremenskim aspektima, sadržaju opisivanju, distribuciji i drugim svojstvima digitalnih geografskih podataka i servisa. • Iako je ovaj deo ISO 19115 primenljiv na digitalne podatke i servise, njegovi principi mogu da se prošire i na mnoge druge tipove resursa kao što su mape, dijagrami i tekstualni dokumenti kao i na ne-geografske podatke.

Definicija GIS metapodataka 1 • U. S. Federal Geographic Data Committee (FGDC) opisuje geo-prostorne metapodatke na sledeći način: • Zapis metapodataka je fajl sa informacijama, obično predstavljenim kao XML dokument, koji obuhvata osnovne karakteristike podataka podatka ili informacionog resursa. On predstavlja ko, šta, gde, zašto i kako resursa koji opisuje. Geo-prostorni metapodaci obično dokumentuju geografske digitalne podatke poput fajlova geografskog informacionog sistema, geo-prostornih baza podataka, slika Zemlje, ali se mogu koristiti za dokumentovanje geo-prostornih resursa uključujući kataloge podataka, aplikacije mapiranja, modele podataka i povezane web sajtove. Zapisi metapodataka uključuju osnovne bibliotečki kataloške elemente poput naslova, apstrakta i datuma publikovanja; geografske elemente kao što su geografska širina i projekcione informacije i elemente baze podataka kao što su definicije labela atributa i domen vrednosti atributa.

Podaci o: Ko Gde • je kreirao podatke? • upravlja podacima? • je oblast koja se proučava/opisuje? • se može pristupiti podacima? Šta • je sadržaj podataka? • je od izvora korišćeno? Kako • su podaci kreirani? • se podaci distribuiraju? Kada • je vremenski period trajanja podataka? • su podaci kreirani? Zašto • su podaci kreirani? • Ima li nedostajućih podataka? 78

Metapodaci su deo podataka Metapodaci daju kontekst sadržaju podataka PODACI sadržaj KONTEKST Metapodaci Naslov Odgovorna strana Namena Apstrakt Geografski doseg Vremenski period sadržaja Korišćeni izvori Opis procesa Poziciona tačnost Entiteti i atributi……. fenomen mapa / slika / baza podataka apstrakcija metapodaci abstraction 79

Metapodaci pomažu otkrivanju podataka Metapodaci omogućuju korisnicima pretragu po: Location Theme Time Period Publisher Attributes more… 80

Metapodaci pomažu otkrivanju podataka Metapodaci omogućuju korisnicima da pretražuju sopstvene podatke: Sistemi za upravljanje podacima • Geografski Informacioni Sistem (GIS) • Sistem za upravljanje bazom podataka (SUBP) • drugo… Metapodaci omogućuju korisnicima eksterne pretrage podataka: Sistemi za Distribuciju podataka • • Katalozi podataka Serveri podataka Aplikacije za web-mapiranje drugo… 81

Infrastruktura prostornih podataka Zajednice i organizacije alati standards ljudi politike zainteresovane za podatke mogu da poboljšaju deljenje podataka uspostavljanjem Infrastrukture prostornih podataka koja koordinira tip podataka za deljenje i uspostavlja alate, standarde i politike za dobrobit proizvođača i potrošača podataka 82

National Spatial Data Infrastructure U. S. National Spatial Data Infrastructure (NSDI) razvijena je radi unapređenja deljenja podataka među SVIM pristup sektorima NSDI National Spatial Vlade, Data Infrastructure akademijom, i deljenje …skup akcija i novih načina privatnim pristupa, deljenja i korišćenja geografskih podataka koji omogućuju obuhvatniju analizu sektorom korišćenje podataka donosiocima odluka za izbor najboljih pravaca delovanja 83

…obezbeđuje deljene i pouzdane geo-prostorne podatke, servise, i aplikacije for use by the public and by government agencies and partners to meet their mission needs servisi Platform podaci Geospatial Platform (Geo. Platform. gov) je implementaciona komponenta NSDI za isporuku podataka, servisa i aplikacija kojima se podržava vođeno odlučivanje o nacionalnim i regionalnim Geospatial pitanjima 84 aplikacije NSDI Geospatial Platform

Uloga metapodataka u NSDI deljenje Publikovanje, prezentovanje i komunikacija korišćenje aplikacije Preuzimanje i zahtevi servisi pristup podaci NSDI Metapodaci podržavaju NSDI puneći Geospatial Platform-u potrebnim informacijama Vizuelizacija i istraživanje Geo. Platform 85

Primer: Metapodaci u NSDI Metapodaci Naslov Odgovorna strana Namena Apstrakt Geografski doseg Vremenski period sadržaja Ključne reči Ograničenja korišćenja Poziciona tačnost Atributska tačnost Opis procesa Korišćeni izvori Format Metode distribucije Oznake i definicije atributa

Google Maps: Street View Image metapodaci • Street View Static API zahtev za metapodacima obezbeđuje podatke o Street View panoramama. • Korišćenjem metapodataka može se pribaviti informacija o tome da li je Street View slika raspoloživa za datu lokaciju kao i sledeće: • • Dobijanje programskog pristupa dužini i širini, ID panorame, Datum fotografisanja, i Informacije o pravima nad slikom. • Pristup metapodacima dozvoljava da se podesi ponašanje apkikacije, posebno u slučaju greške. • Street View Static API metadata zahtevi su besplatni za upotrebu • Ne primenjuju se nikakve kvote na zahteve za metapodacima. • Kvote se primenjuju samo pri preuzimanju slika korišćenjem Street View Static API-a.

Street View Image metapodaci: pristup • Zahtev za Street View image metapodatke je HTTP URL : https: //maps. googleapis. com/maps/api/streetview/metadata? parameters Kao što je to standard za URL-e, svi parametri razdvajaju se karakterom ampersand (&). • Obavezni parametri zahteva • lokacija — može da bude tekstualni string(n. pr. Chagrin Falls, OH) ili par geografska širina/dužina (40. 457375, -80. 009353). ili • pano — ID specifične panorame. Ovi ID-ovi su generalno stabilni iako može da dođe do promene ID-a pri osvežavanju slika. • Ključ ili klijent i signatura —API ključ ili klijent ID su kredencijali za autentikacuju zahteva. U nekim okolnostima zahteva se i digitalni potpis. • Opcioni parametri zahteva • U zahtev za metapodacima mogu se uključiti i sledeći parametri: veličina, zaglavlje, fov, i pič. • Format odgovora: Samo JSON format.

Street View Image metapodaci: primeri 1 • Primer 1: Panorama nadjena • Zahtev: https: //maps. googleapis. com/maps/api/streetview/metadata? size=6 00 x 300&location=eiffel%20 tower, %20 paris, %20 france&heading=45&pitch=42&fov=110&key=YOUR_API_KEY&signature=YOUR_SIG NATURE • Odgovor: • { "copyright" : "© 2017 Google", "date" : "2016 -05", "location" : { "lat" : 48. 85783227207914, "lng" : 2. 295226175151347 }, "pano_id" : "tu 510 ie_z 4 pt. BZYo 2 BGEJg", "status" : "OK" }

Street View Image metapodaci: primeri 2 • Primer 1: Panorama nije nadjena • URL-ovi zahtevaju metapodatke i sliku za panoramu koja ne postoji ili nije nađena u blizini specificirane lokacije. • Zahtev https: //maps. googleapis. com/maps/api/streetview/metadata? size=600 x 300&location= 78. 648401, 14. 194336&fov=90&heading=235&pitch=10&key=YOUR_API_KEY&signat ure=YOUR_SIGNATURE • Odgovor { "status" : "ZERO_RESULTS" }

Europeana • Europeana je web portal Evropske Unije koji sadrži digitalizovane muzejske kolekcije iz više od 3000 muzejskih institucija iz Evrope. • Obuhvata preko 60 miliona zapisa o kulturnim i umetničkim artifaktima koji su objedinjeni putem jedne platforme i prezentuju se na različite načine relevantne za moderne korisnike.

Pre-EDM: 2005 Google Books 2005 kako ga je video Canard Enchainé. . .

ESE “Europeana Semantic Elements” (ESE) • Model kreiran za verziju European-a iz 2008 • Forsira interoperabilnost konverzijom skupova podataka na Dublin. Core kao “ravnu” reprezentaciju • “Jednostavan i robustan” ali: • Originalni metapodaci nisu više vidljivi • Nema specijalizacija za finije modelovanje • Nema veza ka eksternim (open data) resursima • Ne bi mogao da se smatra “semantičkim”

ESE. . . • <. . . xmlns: europeana="http: //www. europeana. eu/schemas/ese/“ • . . . • <!--National Library of Poland--> • <record> <dc: identifier>urn: repox. bn. org. pl: polona: oai: www. polona. pl: 4445</dc: identifier> <europeana: uri>http: //www. europeana. eu/resolve/record/01406/18 A 8 F 5 DFCAE 75694 A 8 AAD 18 E 27918 61 FBE 92589 A</europeana: uri> • <dc: title>[Ośmiu powstańców uzbrojonych w kosy]</dc: title> • <dc: subject>Powstanie 1863 r. styczniowe - ikonografia</dc: subject> • <dc: date>[1863 -1864]</dc: date> • <dc: rights>Biblioteka Narodowa</dc: rights> • <europeana: object>http: //193. 59. 172. 16/szzz/Is. Shown. By. do? id=6481</europeana: object> • <europeana: is. Shown. At>http: //193. 59. 172. 16/szzz/Show. Start. do? id=6481</europeana: is. Shown. At> • </record>

EDM – Šta jeste, a šta nije? EDM je model metapodataka koji zamenjuje ESE … … model za iskazivanje činjenica o digitalnim reprezentacijama objekata kulturnog nasleđa … model kontekstualizacije takvih reprezentacija EDM nije objektni model (ali se može kombinovati sa objektnim i procesnim modelima)! EDM je RDF bazirani grafovski model

XML vs. RDF: Stabla vs. Grafovi, Schema vs. Schema • XML modeluje znanje kao stabla • Schema: Elementi & Validacija” Tipova, preskriptivna • RDF modeluje znanje kao graf • Schema: Klase & Svojstva, Nasleđivanje , “Zaključivanje”

EDM: Zahtevi i principi dizajna • Razlikovanje realnih objekata (knjige, bikture, fajlovi, multimedijalni objekti) i njihovih digitalnih reprezentacija • Razlikovanje svojstava objekta od njegovih metapodataka deskriptivnih atributa • Obezbeđenje više perspektiva objekta sa potencijalno kontradiktornim iskazima • Podrška za složene kompozitne objekta • Standardan format metapodataka sa mogućnostima specijalizacije • Standardan format rečnika sa mogućnostima specijalizacije • Maksimalno ponovno korišćenje postojećih standarda

EDM i standardi • Simple Knowledge Organization System (SKOS) • • Modeluje KOS-ove u semantičkom sloju podataka Europeana-e. Dozvoljava mećing među KOS-ovima. • DCMI Metadata Terms • Koristi se kao jezgro semantički interoperabilnih svojstava za deskriptivne podatke o objektu. • Obezbeđuje kompatibilnost unazad sa ESE. • Open Archives Initiative Object Reuse & Exchange (OAI ORE) • Organizuje metapodatke o objektu u Europeana-i: • Provided Object: Predstavlja opisani objekat od interesa. • Digital Representation: Neki digitalni pogled na objekat. • Proxy: Opis objekta iz date perspektive. • Aggregation: Grupiše sve informacione delove.

EDM: Klase CIDOC CRM E 5 hijerarhija bi mogla da dođe ovde

EDM: Svojstva

Mona Lisa: Francusko Ministarstvo kulture

Zapis metapodataka u EDM Digitalne Reprezentacije Proxy Agregacija Objekat kulturnog nasleđa

Semantičko obogaćenje ens: Agent: osobe ili organizacije ens: Place: prostorne odrednice ens: Time. Span: vremenski periodi ili datumi skos: Concept: entiteti iz KOS

Događajno modelovanje Očuvanje i korišćenje originalnih podataka istovremeno znači kompatibilnost sa opisima koji su iznad nivoa jednostavnog objekta (→ CIDOC CRM!)

Složeni objekti • Veze deo-celina za složene (hijerarhijske) objekte • Uređenje među delovima objekta • Relacije derivacije i verzioniranja

Europeana aplikativni profil za performativne umetnosti • https: //pro. europeana. eu/page/edm-forperforming-arts-metadata

Zaključak • Metapodaci su “podaci o podacima” • Postoje različite vrste metapodataka • Deskriptivni • Strukturalni • Admiistrativni • Meatpodaci su od izuzetnog značaja za Web bazirane informacione sisteme • Standardizacija i standardi metapodataka su od posebnog značaja za njihovo uspešno korišćenje • Primeri standardizovanih metapodataka • Dublin. Core ( a postoje i drugi) – metapodaci “opšteg” karaktera • Domenski specifični metapodaci • GIS metapodaci • Europeana metapodaci • . . . .