Inleiding. Record. Specificatie ToPX 2.1



Vergelijkbare documenten
Inleiding. Record. XML-structuur ToPX 2.3

Toepassingsprofiel Metadatering Lokale Overheden (TMLO)

Het TMLO en toepassing in de praktijk. Den Bosch, 2 juni 2015 Arjan Kloosterboer

Metadataschema Archiefniveau


Toepassing TMLO in Utrecht

Wie ben ik. Wilma Zandvliet van Zelst. Stafmedewerkster ODIJ Informatievoorziening vanaf

INFORMATIEMODEL METADATERING LOKALE OVERHEDEN. voor duurzame en vindbare lokale overheidsinformatie

Informatiemodel TMLO Metadateren: wat, waarom en hoe

Kwaliteitssysteem Documentaire informatie 2.0


TOEPASSINGSPROFIEL METADATERING LOKALE OVERHEDEN VERSIE 1.1

Metadataschema Omgevingsdienst Zuid Holland Zuid

Richtlijn Metagegevens Overheidsinformatie: Beschrijving van entiteiten en elementen

We beschikken in toenemende mate over digitale informatie. Binnen niet al te lange tijd wordt deze informatie aan archiefdiensten overgedragen om op

VERGELIJKING TMLO MET RGBZ EN IMZTC

Luut Stadman, Informatieanalist, Infrastructuur en Services, Nationaal Archief. Gelders Archief, één persoon

Luut Stadman, Informatieanalist, Infrastructuur en Services, Nationaal Archief Wai Wong, Technisch Applicatiebeheerder, Ministerie van OCW

Toepassingsprofiel metagegevens voor overdracht van digitale informatieobjecten naar het E-depot Rotterdam. Stadsarchief Rotterdam 2016

Gegevensmanagement in relatie tot archivering

TOEPASSINGSPROFIEL METADATERING LOKALE OVERHEDEN VERSIE 1.1

Toepassingsprofiel Lokale Overheden -concept-

Toepassingsprofiel Metagegevens Rijksoverheid (TP Rijk) Toepassingsprofiel Metagegevens Lokale Overheden (TMLO)

Ontwerp aan te leveren informatiebestand

ADDENDUM. Toepassingsprofiel Metadatering Lokale Overheden (TMLO) Kwaliteitsinstituut Nederlandse Gemeenten. Leveranciers

Luut Stadman, Informatieanalist, Infrastructuur en Services, Nationaal Archief. Gelders Archief, één persoon

Algemene vragen. Specifieke vragen. Wat is de naam van uw organisatie? (verplicht) DiVault. Wat is de naam van uw e-depot oplossing?

Luut Stadman, Informatieanalist, Infrastructuur en Services, Nationaal Archief Wai Wong, Technisch Applicatiebeheerder, Ministerie van OCW

Aansluitplan e-depot RAZ

Slotbijeenkomst Pilot E-depot Utrecht. Hier komt tekst. Hier komt ook tekst. Utrecht.nl

Archiveren ruimtelijke plannen

Toepassingsprofiel metagegevens voor overdracht van digitale informatieobjecten naar het E-depot Rotterdam. Stadsarchief Rotterdam 2014

Rapport metadata. Pilot Uitplaatsing digitaal archief gemeente Haarlem

TMLO: PRAKTISCHE TOEPASSING

Eindrapport. Betreft: Pilot e-depot Omgevingsdienst IJmond Noord-Hollands Archief. Datum: Augustus 2015

Luut Stadman, Informatieanalist, Infrastructuur en Services, Nationaal Archief. De Nederlandsche Bank, één persoon. Gelders Archief, één persoon

Zeeuws e-depot presentatie e-depot Monitor 10 februari 2016

Metadatastandaard DMS Metadata voor digitale informatieoverdracht. Datum: 22 februari 2013 Versie: 1.0 Status: concept

Richtlijn Metagegevens Overheidsinformatie: Toelichting

Tool voor certificering instrumenten voor verantwoord digitaal

Protocol voor overbrenging van digitaal archief door lokale overheden naar het e-depot van een regionale archiefdienst

Het E-depot. Orville Mac Donald, medewerker standaarden en richtlijnen. Afd. Archief en collectiebeheer, Sectie Digitaal beheer. Informatiekundige.

Stappenplan aansluiting e-depot Regionaal Archief Alkmaar

Archiefinnovatie Decentrale Overheden

December 2017 Versie 1.0. Aansluitplan e-depot

Bijlage 1 Pilot Heerhugowaard en het Regionaal Archief Alkmaar

Workshops documentair structuurplan. procesgericht werken

Wat zijn archiefstukken? Wat is een archief? Beginselen Ordening

Toetsingskader e-depot Schiedam-Delft

Documentair StructuurPlan. Een handleiding naar informatie over informatie

Procedure overbrenging archief door archiefdienst en. werkinstructie opname in e-depot v.1.1

Metadata mogelijkheden, ambities en praktijk

Toepassingsprofiel Berichtenmodel Omgevingsdocumenten

Eindverslag Werkpakket Digitaal overbrengen

Producten en Diensten Catalogus Digitale Archiefdiensten Regionaal Historische Centra

Termen en begrippen Eisen Duurzaam Digitaal Depot

3. Op welke wijze is vorm en inhoud gegeven aan openbaarheid en vertrouwelijkheid vanuit de Wbp en Wob?

Inhoud. 1 Inleiding Beschrijving van het leertraject Bevindingen Vervolg Overdrachtsprotocol e-depot...

DUTO Normenkader Duurzaam Toegankelijke Overheidsinformatie

Ieder document direct beschikbaar

1. Milieuklacht Handleiding opladen XML in mkros Werken met Refertes... 5

Productspecificaties BRK Kadastrale kaart Basisinformatie 8 november 2016

MINISTERIELE BESCHIKKING MET ALGEMENE WERKING van de ter uitvoering van artikel 6 van het Archiefbesluit 1 (Beschikking digitaal beheer)

Alles wat u altijd al wilde weten over e-depot, maar niet durfde te vragen. Conferentiee-depot 1 april Historisch Centrum Overijssel

Stadsarchief Zo vroeg mogelijk in het proces

Factsheet Mozard Archief

artikel 40, eerste en tweede lid van de Archiefwet 1995 en artikel 36 van de gemeenschappelijke regeling RUD Utrecht

STANDAARDISATIE METADATERING. Duurzame en vindbare lokale overheidsinformatie

Toezichtinformatie Toezichtindicatoren Archiefwet

Beheer en onderhoud GPH

Technische architectuur Beschrijving

E-DEPOT LEERTRAJECT 3. Exporteren, mappen met TMLO (vervolg) en importeren

Informatieobjecten zijn systematisch beschreven

ISO 23081, een nieuwe standaard voor recordkeeping metadata. Hans Hofman Utrecht, 1 maart 2007 Platform Overheid Meta-informatie

Raadsinformatiebrief. Onderwerp Verslag horizontale verantwoording archiefbeheer

Technisch Rapport. BAG Extract in i-bridge2.0. Versie 1.0. Datum 9 December 2010

Toekennen metadata voor overheden

KennisLAB Digitale Informatiehuishouding

De weg naar duurzaam toegankelijke overheidsinformatie

Omgeving van de zaak in kaart. Modellen. Naamgeving. Omgeving van de zaak in kaart #KVAN11 1

Generiek Draaiboek Aansluiten e-depot Nationaal Archief

Beschrijving pseudonimisatieplatform ZorgTTP

Archiefverordening. Bedrijfsvoeringsorganisatie Havenschap Moerdijk

SEE INFORMATION DIFFERENTLY ARCHIEF- EN INFORMATIEBEHEER: EEN GOED BEGIN IS HET HALVE WERK BASISKENNIS OVER RETENTIESCHEMA'S

Beginnen met de Relatiebeheer module

Afdelingshoofd: het hoofd van een afdeling binnen de Dopingautoriteit;

Structuur in digitale chaos

PRE-INGEST. Exporteren van (meta)data en mappen met TMLO

Eindverslag Werkpakket Toetsing Utrechtse Referentiearchitectuur

Hoe werkt de Lightroom catalogus

DUTO Normenkader Duurzaam Toegankelijke Overheidsinformatie

Metamodel M(etamodel) I(nformatiemodellen) G(emeenten)

Consultatie standaarden STOP/TPOD v0.97. Parallelsessie: opstellen OW-besluiten

Selectie en vernietiging

Functionaliteit e-depot

IMOP en IMTP v 085 Consultatiesessie 15 feb 2018

CIM OW, CIM OP en IMOP (STOP/TP) zijn in detail beschreven in separate documenten:

Metadatastandaard. Metadata voor digitale informatieoverdracht. Datum: 18 april 2012 Versie: 1.0 Status: vastgesteld

Transcriptie:

Prins Willem-Alexanderhof 20 2595 BE Den Haag T +31-70-331 5400 www.nationaalarchief.nl Contact W. van der Reijden Recordkeeping adviseur T +31 6 55 26 79 52 wout.van.der.reijden@nationaal archief.nl Specificatie ToPX 2.1 Auteur W. van der Reijden Inleiding ToPX 2.1 is het XML formaat dat binnen het Nationaal Archief gebruikt wordt voor het uitwisselen van metadata. Het is de technische vertaling van het metadatamodel voor het e-depot van het Nationaal Archief. Het metadatamodel is gebaseerd op het Toepassingsprofiel Metagegevens Rijk (TP Rijk) en Toepassingsprofiel Metagegevens Lokale Overheden (TMLO), welke beide niet voorzien in een XML formaat voor het uitwisselen van metagegevens. Het metadatamodel en ToPX 2.1 zijn door het Nationaal Archief ontwikkeld om metagegevens volgens beide generieke toepassingsprofielen te kunnen uitwisselen. Dit document beschrijft hoe ToPX 2.1 is opgebouwd. Het gaat niet in op de manier waarop ToPX gebruikt wordt. De doelgroep van het document bestaat uit de adviseurs, ontwerpers, bouwers en beheerders van koppelingen voor het uitwisselen van metagegevens tussen het e-depot van het NA en andere systemen (applicaties). Record Onder een record wordt verstaan: Informatieobject, ongeacht zijn vorm, met de bijbehorende metadata ontvangen of opgemaakt door een natuurlijke en/of rechtspersoon bij de uitvoering van taken en bewaard om te voldoen aan wettelijke en/of administratieve eisen en/of maatschappelijke behoeften. [NEN2082: Archiefstuk ]. Een record is een digitaal bestand of een aggregatie (samenvoeging) van meerdere bestanden. Voorbeelden van aggregaties zijn mappen (folders), dossiers, archief of een samengesteld document dat uit meerdere bijlagen bestaat. Binnen het Metadatamodel (en dus ToPX) zijn alle typen aggregatieniveaus toegestaan en gelijkwaardig. Het ToPX-formaat legt dus niet vast welke aggregaties toegestaan of vereist zijn. Pagina 1 van 15

XML-structuur ToPX 2.1 De structuur van ToPX wijkt iets af van het metadatamodel NA. Er is onderscheid gemaakt tussen het aggregatieniveau bestand ( ook wel stuk of file ) en overige aggregatieniveaus. Het metadatamodel kent namelijk twee elementen (19 Vorm en 21 Formaat), die alleen van toepassing zijn op het niveau bestand. Zo kan een checksum (element 21.7.1) worden toegepast op een individueel bestand, maar niet op een serie. Het element is verplicht op het niveau bestand. Door onderscheid in aggregatieniveaus te maken en het op het niveau bestand verplicht te maken, is het binnen ToPX op dat niveau mogelijk te controleren op de aanwezigheid van metagegevens voor deze twee elementen tijdens een ingest. Als er geen onderscheid zou worden gemaakt in aggregatieniveaus, zouden de elementen optioneel gemaakt moeten zijn (want niet van toepassing op andere aggregatieniveaus) en is automatische controle op de aanwezigheid van metagegevens voor deze elementen tijdens de ingest niet mogelijk. ToPX volgt de betekenis van het Metadatamodel NA. Dat wil zeggen dat ToPX een element bevat voor elk element van het Metadatamodel, met dezelfde benaming, volgorde, nesting en betekenis. Wel is het zo dat de elementen Vorm en Formaat niet voorkomen bij de aggregatieniveaus anders dan het niveau bestand. De documentatie van ToPX is overgenomen uit de documentatie van het metadatamodel NA. De volgende elementen zijn van toepassing bij het element aggregatie van ToPX 2.1: Element Definitie 1 Type Kardinalit eit 2 identificatiekenmerk 2. Uniek kenmerk van een record aggregatieniveau 3. Het niveau waarop een record kan worden beschreven aggregatieaggregatieniva utype 1..1 naam 4. Beknopte typednonemptystringtyp 1..N 1 Het nummer verwijst naar het nummer van het element in het metadatamodel NA. Daar staat ieder element uitgebreider toegelicht. 2 Met kardinaliteit wordt in databasemodellering bedoeld: de verhouding tussen twee elementen. In dit geval de verhouding van een metadata-element tot een record. 1..1 betekent voor elk record is er één (uniek) metadatagegeven. betekent voor elk record mogen er nul tot eindig metagegevens zijn (het metadataveld is dan ook niet verplicht). 1..N betekent dat er voor elk record één tot eindig metagegevens kan zijn. Pagina 2 van 15

formeelinhoudelijk beschrijving (titel) van het record classificatie 5. Samenvoeging van archiefbestandd elen tot één nieuw geheel met een eigen identiteit. omschrijving 6. Vrije tekst met nadere beschrijving van record plaats 7. Fysieke of virtuele locatie van record dekking 9. Nadere aanduiding van tijd en ruimte waarin record kan worden gepositioneerd externidentificatieke nmerk taal eventgeschiedenis eventplan 10. Kenmerken, toegekend aan een record, buiten de huidige beheeromgevin g 11. Taal van een record 12. Vastlegging van het ontstaan en wijzigingen van een record 13. Geeft activiteiten of gebeurtenissen weer die in de toekomst van belang zijn voor e classificatietype typedstringtype dekkingtype externidentificatiekenme rktype taaltype eventgeschiedenistype eventplantype Pagina 3 van 15

het record relatie 15. Element relatietype waarmee een relatie gelegd kan worden met andere records (op verschillende aggregatienivea us) context 15C. contexttype 0..1 gebruiksrechten 16. gebruiksrechtentype Voorwaarden verbonden aan het gebruik van het record anders dan raadpleging vertrouwelijkheid 17. Indicatie vertrouwelijkheidtype van niveau van vertrouwelijkhei d van de informatie openbaarheid 18. Mogelijke openbaarheidtype beperkingen aan de raadpleging integriteit 20. Volledigheid van een record - juist, volledig, tijdig, geautoriseerd. N.B. Hier wordt de inhoudelijke integriteit bedoeld. De volgende elementen zijn van toepassing bij het element bestand van ToPX 2.1: Element Definitie 3 Type Kardinalit 3 Het nummer verwijst naar het nummer van het element in het metadatamodel NA. Daar staat ieder element uitgebreider toegelicht. Pagina 4 van 15

identificatiekenmerk 2. Uniek kenmerk van een record aggregatieniveau 3. Het niveau waarop een record kan worden beschreven naam 4. Beknopte formeelinhoudelijk beschrijving (titel) van het record classificatie 5. Samenvoeging van archiefbestandd elen tot één nieuw geheel met een eigen identiteit. omschrijving 6. Vrije tekst met nadere beschrijving van record plaats 7. Fysieke of virtuele locatie van record dekking 9. Nadere aanduiding van tijd en ruimte waarin record kan worden gepositioneerd externidentificatieke nmerk 10. Kenmerken, toegekend aan een record, eit 4 aggregatieaggregatienive autype typednonemptystringtyp e classificatietype typedstringtype 1..1 1..N dekkingtype externidentificatiekenmer ktype 4 Met kardinaliteit wordt in databasemodellering bedoeld: de verhouding tussen twee elementen. In dit geval de verhouding van een metadata-element tot een record. 1..1 betekent voor elk record is er één (uniek) metadatagegeven. betekent voor elk record mogen er nul tot eindig metagegevens zijn (het metadataveld is dan ook niet verplicht). 1..N betekent dat er voor elk record één tot eindig metagegevens kan zijn. 0..1 betekent dat er of nul of één metagegeven kan zijn. Pagina 5 van 15

buiten de huidige beheeromgevin g taal 11. Taal van taaltype een record eventgeschiedenis 12. Vastlegging eventgeschiedenistype van het ontstaan en wijzigingen van een record eventplan 13. Geeft eventplantype activiteiten of gebeurtenissen weer die in de toekomst van belang zijn voor het record relatie 15. Element relatietype waarmee een relatie gelegd kan worden met andere records (op verschillende aggregatienivea us) context 15C. contexttype 0..1 gebruiksrechten 16. gebruiksrechtentype Voorwaarden verbonden aan het gebruik van het record anders dan raadpleging vertrouwelijkheid 17. Indicatie vertrouwelijkheidtype van niveau van vertrouwelijkhei d van de informatie openbaarheid 18. Mogelijke openbaarheidtype beperkingen aan de raadpleging vorm 19. Redactie, verschijningsvo vormtype 1..1 Pagina 6 van 15

rm en structuur van het record integriteit 20. Volledigheid van een record juist, volledig, tijdig, geautoriseerd. N.B. Hier wordt de inhoudelijke integriteit bedoeld. formaat 21. Fysieke/technis che aspecten van een record generiekemetadata formaattype 1..1 Hieronder worden de elementen verder uitgewerkt, die een of meerdere subelementen kennen. 5. Classificatie Het element classificatie bevat de volgende subelementen: code 5.1 Kenmerk waaronder het record wordt ingedeeld of geklasseerd omschrijving 5.2 Nadere omschrijving van classificatie bron 5.3 Verwijzing naar xs:string 1..1 het geldende classificatieschema of ordeningsplan datumofperiode 5.4 of periode wanneer geldig of gebruikt datumofperiode Type 0..1 9. Dekking Het element dekking bevat de volgende subelementen: intijd 9.1 Geeft positionering periodetype 0..1 in de tijd aan, waarin Pagina 7 van 15

geografischgebied iets van kracht is of was dan wel bestond 9.2 Geeft ruimtelijke afbakening of locatie van record of werking ervan aan xs:string 10. ExternIdentificatiekenmerk Het element externidentificatiekenmerk bevat de volgende subelementen: kenmerksysteem 10.1 Naam of xs: string 0..1 identificatie van extern systeem nummerbinnensysteem 10.2 Nummer of code binnen betreffende systeem 12. EventGeschiedenis Het element eventgeschiedenis bevat de volgende elementen: Element Definitie Type Kardinalite it datumofperiode 12.1 of periode waarop of -in iets heeft plaatsgevonde n datumofperiodety pe 1..1 type Beschrijving verantwoordelijkefunctiona ris 12.2 Soort activiteit of gebeurtenis 12.3 Nadere omschrijving van de gebeurtenis 12.4 Degene die verantwoordelij k is voor de gebeurtenis of activiteit 13. EventPlan Het element eventplan bevat de volgende elementen: nonemptystringty pe 1..1 nonemptystringty pe 1..1 Pagina 8 van 15

datumofperiode 13.1 of datumofperiodetype 1..1 periode waarop of -in iets zal plaatsvinden type 13.2 Soort activiteit of gebeurtenis beschrijving 13.3 Nadere omschrijving van de gebeurtenis of activiteit aanleiding 13.4 Indicatie van mechanisme waarop gebeurtenis of actie in gang wordt gezet 15. Relatie Het element relatie bevat de volgende elementen: relatieid 15.1 Identificatie van het record waarnaar de relatie gelegd wordt typerelatie 15.2 Nadere aanduiding van aard van de relatie datumofperiode 15.3 of periode waarin de relatie bestaat datumofperiodetype 0..1 15C. Context Het element context bevat de volgende elementen: Actor 15C-1 Een organisatie of persoon actortype Pagina 9 van 15

verantwoordelijk voor of betrokken bij het opmaken, opnemen van archiefbescheiden en/of processen van informatieen archiefbeheer identificatiekenmerk 15C-1-2 Uniek kenmerk van een actor aggregatieniveau 15C-1-3 Onderscheidt de niveaus waarop een actor kan worden beschreven geautoriseerdenaam 15C-1-4.2 De benaming(en), waaronder een actor bekend is plaats 15C-1-7 xs:string Jurisdictie 15C-1-8 Nadere omschrijving van werkingsgebied of bevoegdheden activiteit 15C-2 Het geheel activiteittype van taken, functies, activiteiten en transacties die op basis van een mandaat worden uitgevoerd door een actor identificatiekenmerk 15C-2-2 Uniek kenmerk van een activiteit aggregatieniveau 15C-2-3 naam 15C-2-4 Kernachtige omschrijving van de activiteit of het proces Pagina 10 van 15

16. Gebruiksrechten Het element gebruiksrechten bevat de volgende elementen: omschrijvingvoorwaarden 16.1 Voorwaarden voor het gebruik anders dan raadpleging van het record datumofperiode 16.2 of periode waarin voorwaarden van toepassing zijn datumofperiodetype 1..1 17. Vertrouwelijkheid Het element vertrouwelijkheid bevat de volgende elementen: classificatieniveau 17.1 Aanduiding classificatieniveautype 1..1 van niveau van vertrouwelijkheid datumofperiode 17.2 of periode waarin het niveau van vertrouwelijkheid van toepassing is datumofperiodetype 1..1 18. Openbaarheid Het element openbaarheid bevat de volgende elementen: Element Definitie Type Kardinalitei t omschrijvingbeperkin 18.1 nonemptystringtype 1..N gen Omschrijving van beperkingen voor raadpleging datumofperiode 18.2 of periode waarin openbaarheidsb eperking van datumofperiodetype 1..1 Pagina 11 van 15

toepassing is 19. Vorm Het element vorm bevat de volgende elementen: redactiegenre 19.1 Type redactiegenretype 1..1 archiefbescheiden (records) met een specifieke stijl, inhoud of vorm Verschijningsvorm 19.2 xs:string Verschijningsvorm van een Record Structuur 19.3 Omschrijving van structuur van record (op verschillende aggregatieniveaus) 21. Formaat Het element formaat bevat de volgende elementen: identificatiekenmerk 21.1 Uniek kenmerk van digitaal bestand bestandsnaam 21.2 Korte bestandsnaamtype 1..1 omschrijving van een digitaal bestand of benaming naam 21.2.1 Korte omschrijving van een digitaal bestand of benaming zonder aanduiding van het bestandsformaat extensie 21.2.2 Aanduiding van bestandsformaat type 21.3 Wijze van groepering van bestanden Pagina 12 van 15

omwille van samenhang of verpakking. Typering van digitaal bestand omvang 21.4 Ruimtebeslag op medium, meestal uitgedrukt in bytes of een veelvoud ervan bestandsformaat 21.5 Code volgens welke gegevens op een gegevensdrager zijn opgeslagen creatieapplicatie 21.6 Omschrijving van de applicatie waarmee het bestand oorspronkelijk gemaakt is naam 21.6.1 Benaming van de applicatie waarmee het bestand oorspronkelijk gemaakt is versie 21.6.2 Nadere aanduiding van de versie van de creatieapplicatie datumentijdaanmaak 21.6.3, waarop het oorspronkelijke digitale bestand met de creatie applicatie is gemaakt fysiekeintegriteit 21.7 Uitdrukking van mate van volledigheid en onbeschadigd zijn van digitaal bestand creatieapplicatietype 0..1 xs:datetime 0..1 fysiekeintegriteittype 1..1 Pagina 13 van 15

algoritme 21.7.1 Aanduiding van algoritme, gebruikt om de checksum te maken waarde 21.7.2 De waarde van de checksum datumentijd 21.7.3 waarop de checksum is gemaakt datumentijdaanmaak 21.8 waarop het huidige digitale bestand is aangemaakt eventplan 21.9 Activiteit of gebeurtenis die aangeeft wat in de toekomst moet / zal gebeuren datumofperiode 21.9.1 of periode waarop / -in iets zal plaatsvinden type 21.9.2 Soort activiteit of gebeurtenis beschrijving 21.9.3 Nadere omschrijving van de gebeurtenis aanleiding 21.9.4 Indicatie van mechanisme waarop gebeurtenis in gang wordt gezet relatie 21.10 Definieert de samenhang met andere digitale bestanden, of intellectuele entiteiten zoals xs:datetime 1..1 xs:datetime 0..1 formaateventplantype datumofperiodetype 1..1 xs:string Pagina 14 van 15

Record 22. Generieke Metadata Element Definitie Type Kardinalitei t GeneriekeMetadata 22. Element voor organisatiespecifieke metadata waar de overige elementen van ToPX niet in voorzien generiekemetada tatype 0..1 Pagina 15 van 15