Verdieping metagegevens

Category:Duurzame toegankelijkheid
De inhoud op deze pagina is op 6 juli 2017 vastgesteld door de VNG Adviescommissie Archieven.
== Inleiding ==
Deze pagina over metagegevens is primair bedoeld voor degenen die op het niveau van beleid, inrichting of uitvoering invulling willen geven aan het duurzaam toegankelijk zijn van van digitale informatie die de overheid bewaart en ontsluit. Dat bewaren en ontsluiten van informatie is wat we bij de overheid benoemen als het aandachtsgebied informatie- en archiefbeheer of kortweg informatiebeheer, met als belangrijk doel in de nieuwe digitale wereld de genoemde duurzame toegankelijkheid van informatie.
(zie voor hoe het aandachtsgebied informatie- en archiefbeheer of kortweg informatiebeheer is afgebakend de gemmaonlinepagina's De kanteling van archief- naar informatiebeheer en Conceptueel en functioneel model informatiebeheer).
De inhoud op deze pagina is uitgewerkt in het kader van zowel de Baseline Informatiehuishouding Gemeenten als het GEMMA-thema Informatie- en archiefbeheer.
De doelgroep bestaat uit onder andere beleidsmedewerkers, proces- en informatiearchitecten, projectleiders, leidinggevenden en uitvoerend specialisten die zich bezighouden met duurzame toegankelijkheid en informatie- en archiefbeheer. Deze doelgroep vindt hier een introductie van het thema 'metagegevens' met daarin:
* wat we onder metagegevens verstaan;
* waarom metagegevens belangrijk zijn;
* welke soorten metagegevens je kunt onderscheiden naar hun doel (zoals de contextduiding van informatie of het organiseren van het beheer van informatie);
* een overzicht van de meest relevante metagegevensstandaarden;
* aandachtspunten voor het werken met metagegevens, voor het ontwikkelen van beleid daarvoor en voor het inrichten van processen en systemen voor het werken met metagegevens;
* hoe een implementatieproject voor een metagegevensstandaard er uit kan zien.
De nadruk ligt hier op metagegevens en metagegevensstandaarden zoals die zijn ontwikkeld door en voor wat wel wordt genoemd het archiefveld. Het TMLO, het Toepassingsprofiel Metadatering Lokale Overheden, krijgt daarom ruime aandacht. Maar dat TMLO is bewust wel in een breder kader geplaatst. Want er zijn meer metagegevensstandaarden, ook in de gemeentelijke wereld, zoals bijvoorbeeld voor geografische informatie. 
== Wat zijn metagegevens? En hoe is dat aandachtsgebied begrensd? ==
Metagegevens zijn gegevens die context, inhoud, structuur en vorm van informatie en het beheer ervan door de tijd heen beschrijven. Dat zegt de laatste Nederlandstalige versie van de ISO-norm 15489 oftewel de NEN-ISO 15489-1 (nl) Informatie en documentatie - Informatie- en archiefmanagement - Deel 1: Algemeen.
:Terzijde: op dit moment is die laatste Nederlandse versie, de NEN-ISO 15489-1:2001 nl ingetrokken en niet meer verkrijgbaar, omdat er een nieuwe versie is van de ISO-15489, de ISO 15489-1:2016 Information and documentation -- Records management, en deze nog niet naar het Nederlands is vertaald.
Duidelijk is in ieder geval dat metagegevens gegevens zijn (of informatie) over informatie (of gegevens). De keuzes (twee keer) in de voorgaande zin voor óf het woord 'informatie' óf het woord 'gegevens' is in deze niet bepalend. Waar het om gaat is dat metagegevens van inhoud (content) in de vorm van informatie of gegevens inhoud maken die men kan lezen, in een context kan plaatsen en begrijpen. Dat maakt dat digitale informatie - fysiek niet meer dan een rijtje nullen en enen - betekenis krijgt, dat men de informatie kan gebruiken en ermee kan werken. Daarnaast zijn metagegevens nodig om digitale informatie te beheren (zodanig bewaren dat ze niet verloren gaan en leesbaar oftewel toegankelijk blijven), te beveiligen, uit te wisselen, openbaar te maken etc.
Hierbij maakt het niet uit wat de aard of de vorm van informatie is. Het bovenstaande geldt voor álle digitale informatie, in deze context is dat álle digitale overheidsinformatie, van documenten met tekst tot gestructureerde gegevens in databases en bijvoorbeeld geografische informatie. Hoe er gewerkt wordt met metagegevens, kan per soort informatie verschillen, maar in alle gevallen zijn ze nodig en als het goed is aanwezig.
Metagegevens vormen een belangrijk aandachtsgebied voor wie invulling wil geven aan goed informatie- en archiefbeheer oftewel aan het (inhoudelijk ongewijzigd) bewaren, beheren en ontsluiten van informatie. Maar dat betekent niet dat het gebruik ervan daartoe beperkt blijft. Ook bij het inhoudelijk bewerken en verwerken van informatie zijn metagegevens belangrijk. En bij het uitwisselen van informatie zit vaak een belangrijk deel van de uitdaging in het metagegevensdeel van wat wordt uitgewisseld. Neem een gewoon tekstdocument in Word- of PDF-formaat. Alleen dat uitwisselen is niet zo moeilijk. Maar in een professionele werkomgeving horen daar heel veel metagegevens bij. Die uitwisselen en dan zodanig dat het informatiesysteem van een organisatie waarmee wordt samengewerkt, die metagegevens na ontvangst ook kan verwerken, dat is een grotere uitdaging dan het kunnen lezen van een Word- of PDF-bestand. Het systeem waarnaar wordt uitgewisseld moet de definities van alle oorspronkelijke metagegevens kennen of er moet eerst een conversie plaatsvinden naar de definities die dat andere systeem wel kent. Het is problematiek die heeft geleid tot het ontwikkelen van zogenoemde metagegevensstandaarden. Zie in dit verband ook de paragraaf 'Waarom zijn standaarden voor metagegevens belangrijk?' en het overzicht dat daarna volgt met daarin verschillende van die standaarden.
In de praktijk hebben metagegevens betrekking op concrete en begrensde eenheden van informatie, aangeduid met termen als informatieobject, archiefbescheiden, archiefstuk, archiefobject en gegevensobject. Dergelijke eenheden kunnen geclusterd zijn tot eenheden op een hoger abstractieniveau zoals een dossier of een (omvangrijker) deel van een archief. Ook daarop kunnen metagegevens dan betrekking hebben. Om metagegevens niet nodeloos dubbel en meer dan dat op te slaan, worden veel metagegevens in de praktijk op het niveau van een dossier, zoals een zaakdossier, opgeslagen.
Over het algemeen hebben metagegevens de vorm van gestructureerde informatie. Vandaar ook de naam metagegevens hoewel je in de literatuur ook de term meta-informatie kunt tegenkomen. Maar omgekeerd is het natuurlijk niet zo dat gestructureerde gegevens metagegevens zijn. Als we de definitie van metagegevens volgen en vaststellen dat metagegevens gegevens óver informatie (of gegevens) zijn, oftewel gegevens óver content, dan gaat het over de functie van wat we hier benoemen als metagegeven. Zo kan de naam van de auteur van een document (een ander woord hiervoor is informatieobject) als metagegeven aan dat document zijn toegevoegd. Maar in een persoonsdatabase kan diezelfde naam (met bijvoorbeeld een geboortedatum) een zelfstandig informatieobject oftewel content zijn (waar dan overigens weer andere metagegevens bij horen zoals bijvoorbeeld een verwijzing naar een onderliggend brondocument). Dezelfde informatie of hetzelfde gegeven kan dus in de ene situatie een metagegeven zijn en dat in een ander verband niet zijn. De essentie zit dan ook in het woord 'óver' in de definitie. 
Voorbeelden van metagegevens zijn:
* het opslagformaat van (digitale) informatie (om dit met de juiste software te kunnen lezen);
* de creatiedatum en auteur van een document of de creatiedatum van persoonsgegevens (bron);
* bij persoonsgegevens in de registers van de 'burgerlijke stand' een verwijzing naar het onderliggende brondocument (bron);
* de zaak waar een document bij hoort (context);
* of informatie in het kader van de Archiefwet blijvend te bewaren is of te vernietigen na afloop van een bewaartermijn (beheer);
* de toegangsrechten die regelen wie informatie mogen raadplegen, muteren, beheren etc.;
* of informatie openbaar is of op enig moment openbaar moet worden.
== Waarom zijn metagegevens belangrijk? ==
Metagegevens zijn belangrijk omdat je van informatie zonder metagegevens niet weet waar die informatie bij hoort, wat het voorstelt, wat de context ervan is en de oorsprong, wat de beheergeschiedenis is, of je het moet of mag bewaren en voor hoe lang, hoe je het moet beheren en beveiligen, hoe je het kunt vinden, hoe je het kunt lezen (met welke software bij welke bestandsformaten), wie het mogen lezen, wie het mogen veranderen, of je het openbaar mag of moet maken en wat je moet weten als je het wilt uitwisselen. Anders gezegd: zonder metagegevens kun je weinig tot niets met digitale informatie. Daarom ook zijn metagegevens essentieel als een organisatie haar digitale overheidsinformatie duurzaam toegankelijk wil maken en houden en als zij haar digitale archief op orde wil hebben en houden. Als een overheidsorganisatie haar digitale geheugen op orde wil hebben, en dat is een wettelijke plicht, dan zijn goede metagegevens daarvoor essentieel. Daarom ook wordt het gebruik van metagegevens voorgeschreven in formele regelgeving. Zo verwijst de voor alle overheden geldende Archiefwet naar de Archiefregeling, die hierover in artikel 17 Context en authenticiteit het volgende zegt:
:De zorgdrager zorgt ervoor dat van elk van de archiefbescheiden te allen tijde kan worden vastgesteld:
:* de inhoud, structuur en verschijningsvorm bij het ontvangen of opmaken ervan door het overheidsorgaan, een en ander voor zover deze aspecten kenbaar moesten zijn voor de uitvoering van het betreffende werkproces;
:* wanneer, door wie en uit hoofde van welke taak of werkproces het door het overheidsorgaan werd ontvangen of opgemaakt;
:* de samenhang met andere door het overheidsorgaan ontvangen en opgemaakte archiefbescheiden;
:* de met betrekking tot de archiefbescheiden uitgevoerde beheeractiviteiten; en
:* de besturingsprogrammatuur of toepassingsprogrammatuur waarmee de archiefbescheiden worden bewaard of beheerd.
Vervolgens zegt artikel 19 'Metagegevensschema en metagegevens' van diezelfde Archiefregeling:
# De zorgdrager legt een metagegevensschema als bedoeld in NEN-ISO 23081:2006 vast.
# De zorgdrager koppelt aan archiefbescheiden metagegevens aan de hand waarvan te allen tijde de aspecten, bedoeld in artikel 17, kunnen worden herleid.
De Richtlijn Metagegevens Overheidsinformatie voegt daar nog het volgende aan toe:
:Het vastleggen van metagegevens dient de volgende doelen:
:# het vergroten van de duurzame toegankelijkheid en betrouwbaarheid van overheidsinformatie;
:# het bevorderen van een juiste interpretatie van overheidsinformatie;
:# het mogelijk maken van gegevensuitwisseling tussen organisaties en/of systemen (interoperabiliteit);
:# het transparant en openbaar maken van overheidsinformatie;
:# het adequaat beveiligen van overheidsinformatie wanneer en waar het moet;
:# het beheren en weer representeren van (digitale) overheidsinformatie.
De hier genoemde doelen 1 en 2 zijn verbonden met onder andere het kunnen vinden, lezen en begrijpen van informatie. Daarvoor is het nodig metagegevens vast te leggen over de context van informatie en de semantiek (betekenis) van informatie.
Doel 3 is gericht op het kunnen uitwisselen van informatie binnen een organisatie en tussen organisaties.
De doelen 4 en 5 zijn verbonden met twee belangrijke actuele thema's:
* passieve en actieve openbaarheid (de Wet openbaarheid van bestuur (de Wob), de Wet Hergebruik overheidsinformatie (Who) en de kabinetsvisie Open overheid, zie zo nodig ook de Gemmaonline-pagina Openbaarheid_van_overheidsinformatie; 
* gegevensbescherming (denk aan bestaande privacywetgeving zoals de Wet bescherming persoonsgegevens (Wbp) en de Algemene verordening gegevensbescherming (AVG)).
Doel 6 tenslotte vergt het vastleggen van het opslagformaat van informatie en van de beheerhistorie van informatie, dit laatste onder andere om zicht te houden op de authenticiteit van informatie.
NEN-ISO 15489
Ook de al genoemde NEN-ISO 15489-1:2001 nl is in dit verband belangrijk. In hoofdstuk 7.2 van deze norm met als hoofdstuktitel 'Kenmerken van een archiefstuk' wordt uitgebreid gespecificeerd wat de kenmerken zijn van een archiefstuk dat aan alle kwaliteitsvereisten voldoet. Dat wordt daar uitgelegd met de volgende tekst:
:Een archiefstuk behoort op correcte wijze te weerspiegelen wat gecommuniceerd of besloten werd, of welke actie ondernomen werd. Het behoort de behoeften van een bedrijfsproces, waar het aan is gerelateerd, te kunnen ondersteunen en moet voor verantwoordingsdoeleinden gebruikt kunnen worden.
:Behalve de inhoud behoort het archiefstuk ook metagegevens, noodzakelijk om een transactie te documenteren, te bevatten, of anders moeten deze er blijvend aan zijn gekoppeld, of ermee verbonden, en wel zodanig dat:
:* de structuur van een archiefstuk, dat wil zeggen zijn formaat en de relaties tussen de elementen van het archiefstuk, intact behoort te blijven;
:* de context waarin het archiefstuk is opgemaakt, ontvangen en gebruikt, duidelijk behoort te zijn in het archiefstuk (inclusief het bedrijfsproces waarvan de transactie onderdeel is, de datum en het tijdstip van de transactie en de deelnemers in de transactie);
:* de relaties tussen documenten, apart bewaard, maar tezamen een dossier vormend, aanwezig behoren te zijn.
Vervolgens wordt dit uitgewerkt voor de aspecten:
* Authenticiteit
* Betrouwbaarheid
* Integriteit
* Bruikbaarheid
De essentie
Ook los van alle wet- en regelgeving en richtlijnen moet het voor een overheidsorganisatie duidelijk zijn dat zij haar digitale geheugen op orde moet hebben. Ook de politieke afbreukrisico's zijn enorm voor als het mis gaat.
Het einddoel zal altijd moeten zijn dat informatie vindbaar, toegankelijk en bruikbaar is voor wie er over moet kunnen beschikken. Dat noemen we de duurzame toegankelijkheid van overheidsinformatie. Daarvoor moet informatie zijn voorzien van goede metagegevens. Informatie bewaren die daar niet aan voldoet, is zinloos. omdat die informatie in essentie onbruikbaar is. De consequentie van het bewaren van informatie, kort, lang of blijvend, moet dan ook altijd zijn dat men de metagegevens toevoegt die voor duurzame toegankelijkheid nodig zijn.
Discussie is er ook
Het voorgaande neemt niet weg dat het belang van metagegevens de laatste jaren ook wel ter discussie wordt gesteld. De rode draad in wat daarbij naar voren wordt gebracht bestaat over het algemeen uit twee elementen:
* het aan alle relevante informatieobjecten toevoegen van complete sets van metagegevens volgens daarvoor geldende standaarden is complex en in de praktijk van veel situaties niet haalbaar met de beschikbare middelen en menskracht;
* leveranciers van moderne zoek-, vind- en analysetechnologieën stellen steeds vaker dat het uitgebreid toevoegen van metagegevens ook niet nodig is. Zelflerende technologieën zouden dat mogelijk maken. Programmatuur met die technieken zou heel veel zelf kunnen vaststellen zoals de context van informatie, tot welke zaak informatie behoort en of informatie wel of niet in aanmerking komt voor openbaarmaking.
Vooralsnog echter is de lijn dat metagegevens belangrijk en nodig zijn en daarmee ook de hier genoemde standaarden voor het werken met metagegevens. De genoemde technologische oplossingen hebben nog hun beperkingen en zijn in nog maar weinig omgevingen operationeel en daarmee beschikbaar. Bovendien gaat het bij metagegevens over veel meer dan het kunnen zoeken en vinden van informatie. Metagegevens zijn ook nodig voor het goed kunnen bewaren, beheren en representeren (in een leesbare vorm aanbieden) van informatie. Dat maakt weer dat metagegevens ook belangrijk zijn bij het samenwerken met andere organisaties en het in dat kader uitwisselen van informatie. Voorlopig blijft ook in dat soort situaties het gebruik van metagegevensstandaarden en het maken van afspraken daarover nodig. Datzelfde kan gesteld worden voor het overbrengen van archief en het aanleveren van archief aan e-depotvoorzieningen.
== Soorten metagegevens ==
Metagegevens kan men indelen naar wat ze van een informatieobject beschrijven. Een algemene en breed gedeelde indeling naar categorieën is er niet. De Open Archival Information System-standaard oftewel het OAIS, vastgelegd in de ISO-norm 14721:2012, bevat in ieder geval een indeling die bovendien behoorlijk is uitgewerkt. Die indeling is te vinden in het hoofdstuk over het informatiemodel van een informatieobject en wel als onderdeel van de indeling van een informatieobject. Het OAIS deelt een informatieobject als volgt in, waarbij wij in Nederland gewoon zijn alles na het hierna eerstgenoemde 'content information' te benoemen als metagegevens over die 'content information':
* content information;
* descriptive information oftewel beschrijvende metagegevens voor onder andere het zoeken en kunnen vinden van informatieobjecten;
* representation information over onder andere het formaat (de structuur) van een informatieobject en de semantiek (betekenis) van de content elementen binnen een informatieobject en nodig om een informatieobject te kunnen lezen;
* preservation description information waaronder:
** reference information voor het - met een unieke ID - identificeren van de content information;
** context information over de context van de content information oftewel de 'omgeving' van de content information en de betekenis van de content information in die omgeving. Ook de relaties van een informatieobject met andere informatieobjecten vallen hieronder;
** provenance information die de bron van de content information en de geschiedenis van de content information, waaronder de in de loop der tijd aangebrachte wijzigingen en de beheergeschiedenis. Dit is inclusief informatie over de authenticiteit van de content information;
** fixity information over de 'technische' betrouwbaarheid of gegevensintegriteit van de content information. Onder andere zogenoemde checksums en validatiesleutels vallen hieronder;
** access right information oftewel toegangsrechten, onder andere bedoeld om invulling te geven aan privacy en gegevensbescherming.
In deze opsomming zien we onder andere metagegevens over de betekenis en context van informatie (context information), metagegevens voor het zoeken van informatie (descriptive information), metagegevens voor het kunnen lezen van (digitale) informatie (representation information) en metagegevens voor het beheren en ontsluiten van informatie (zoals bijvoorbeeld fixity information en access right information).
Het OAIS zelf zegt over deze opsomming dat deze niet uitputtend is. Uitbreiding van de genoemde categorieën, want dat zijn het eigenlijk, is daarom mogelijk. Een uitbreiding die steeds belangrijker wordt is die naar de metagegevens die nodig zijn om invulling te geven aan passieve en actieve openbaarheid van informatie.
== Waarom zijn standaarden voor metagegevens belangrijk? ==
Ook metagegevens moeten gelezen en geïnterpreteerd worden. Daarvoor is een gezamenlijke taal nodig waarbij zowel gebruikers als systemen weten hoe een en ander te lezen, te interpreteren en ook te gebruiken. Bewust wordt hier ook gesproken over systemen. Want veel handelingen vergen wat je stuurparameters zou kunnen noemen en bij automatisering van die handelingen moeten die als metagegevens beschikbaar zijn bij de informatie waarop een geautomatiseerde handeling betrekking heeft. Zonder metagegevens over wat wel en niet openbaar is en wat wel en niet onder privacywetgeving valt, is het lastig om informatie geautomatiseerd openbaar te maken of juist af te schermen.
Dit geldt niet alleen voor de gebruikers en systemen binnen een organisatie, maar waar wordt samengewerkt in ketens ook voor de gebruikers en systemen in zo'n keten. Dat maakt het werken met gestandaardiseerde metagegevens extra belangrijk. Bij het openbaar maken van informatie is ook eenduidigheid voor de burger nodig. Als die de betekenis van overheidsinformatie deels uit metagegevens moet halen, en dat is hoe metagegevens werken, dan is het handig dat die burger niet allerlei verschillende 'metagegevenstalen' tegenkomt, niet bij het lezen van informatie en niet bij het zoeken en vinden van informatie waar metagegevens ook een belangrijke rol bij spelen.
Ook is het gestandaardiseerd zijn van metagegevens belangrijk als het beheer van informatie overgaat naar een andere organisatie, zoals het geval is bij het overbrengen van archief van een gemeente naar een archiefdienst. Zo'n archiefdienst kan het beheer van aan haar toevertrouwde informatie nauwelijks tot niet uitvoeren als elke aanleverende partij de bijbehorende metagegevens anders heeft georganiseerd. Een archiefdienst zal daarom eisen stellen aan de metagegevens bij informatie die gemeenten in zo'n situatie overbrengen, en die eisen zullen neerkomen op een standaard die men voorschrijft. In de praktijk kan dat neerkomen op een strenge selectie: wat niet voldoet aan de voorgeschreven standaard, wordt geweigerd.
Een en ander betekent dat wat betreft metagegevensstandaarden twee dingen belangrijk zijn:
* elke overheidsorganisatie werkt of gaat zo spoedig mogelijk werken met een metagegevensstandaard om haar informatie te voorzien van alle metagegevens die zo'n standaard voorschrijft;
* overheidsorganisaties werken maximaal samen om het aantal metagegevensstandaarden te beperken en om wat er aan dergelijke standaarden is, onderling af te stemmen. Bij dit laatste is het goed te beseffen dat ketens soms dwars door bestuurslagen heen lopen. Ook dan wil je niet dat het uitwisselen van informatie tussen organisaties leidt tot het niet kunnen lezen en gebruiken van de bijbehorende metagegevens.
== Overzicht metagegevensstandaarden ==
Sinds 2014 hebben decentrale overheden, waaronder de gemeenten, een eigen standaard voor het toevoegen van metagegevens aan te bewaren informatie. Dat is het TMLO oftewel het Toepassingsprofiel Metadatering Lokale Overheden. Maar er is meer. Zo is het OWMS oftewel de Overheid.nl Web Metadata Standaard de standaard voor in principe de gehele overheid voor het publiceren van informatie op internet. Ook wordt er in de gemeentelijke bestuurslaag sinds 2016 gewerkt met de metagegevensstandaard 'Popolo' voor het ontsluiten en hergebruiken van raadsinformatie, dit in het kader van het traject 'Open raadsinformatie'. Verder heeft het Rijk een metagegevensstandaard. Daar kunnen gemeenten in ketens ook mee te maken krijgen.
Veel van de bij de overheid in gebruik zijnde metagegevensstandaarden zijn met elkaar verbonden. De stamboom in figuur 1 laat zien hoe verschillende metagegevensstandaarden in in ieder geval het archiefveld zijn afgeleid van een gemeenschappelijke 'voorouder'. De stamboom toont een voor Nederland relevante selectie.
Figuur 1: metagegevensstandaarden in een 'stamboom' 
Hierna volgt meer informatie over de in figuur 1 genoemde standaarden, met als opmerking vooraf dat de belangrijkste metagegevensstandaard voor gemeenten het TMLO is. Wel kunnen gemeenten met name in ketens en bij het openbaar maken van informatie ook andere standaarden tegenkomen. Daarnaast zijn de wereldwijde en overheidsbrede standaarden voor iedereen relevant.
Het voorgaande gaat over metagegevens in de context van archief- en informatiebeheer waaronder dossier- en archiefvorming. De in de stamboomplaat genoemde standaarden zijn vooral in die wereld ontstaan. Daarnaast zijn er - gezien vanuit het perspectief van de archiefwereld - metagegevensstandaarden (of gegevensstandaarden die je als zodanig kunt gebruiken) die op het niveau van een thema zijn ontstaan. Twee voorbeelden daarvan zijn:
* het Informatiemodel Zaken (RGBZ) voor zaakgericht werken;
* standaarden voor geografische informatie zoals de Nederlandse metadataprofielen op basis van de geografische ISO-normen 19115 en 19119.
Hieronder begint een overzicht van de hiervoor genoemde standaarden met daarin per standaard meer details. Daarnaast is hieronder ook de metagegevensstandaard opgenomen die het Nationaal Archief hanteert voor haar e-depot, een systeem waarop inmiddels een aantal organisaties is aangesloten.
=== Dublin Core ===
Beschrijving 	De Dublin Core is een set algemene standaarden voor het beschrijven en toepassen van metagegevens.
Werkingsgebied 	Wereldwijd en de basis voor verschillende andere metagegevensstandaarden.
Status 	Vastgesteld en beschikbaar.
De Dublin Core is voor een deel ook al vastgelegd in een ISO-standaard, de ISO 15836, waarvan nu een deel beschikbaar is, de ISO 15836-1:2017 Information and documentation -- The Dublin Core metadata element set -- Part 1: Core elements. Aan een tweede deel, de ISO/NP 15836-2 Information and documentation -- The Dublin Core metadata element set -- Part 2: DCMI Properties and classes wordt gewerkt.
Beheerorganisatie 	Het Dublin Core Metadata Initiative (DCMI)
Ontstaan 	De Dublin Core is in 1995 ontstaan tijdens een werkconferentie in het hoofdkantoor van de OCLC, een wereldwijd samenwerkingsverband van bibliotheken, in Dublin (Ohio) in de Verenigde Staten.
Inhoud 	Onder andere: de Dublin Core Metadata Element Set, versie 1.1. Deze set bestaat uit 15 elementen.
Onderstaande opsomming van de elementen geeft een indruk. Als meer nodig is dan een indruk, raadpleeg dan de originele informatie op de website van het DCMI.
Alle onderstaande elementen zijn optioneel en kunnen bij een toepassing dus gebruikt of weggelaten worden en bij gebruik ook meervoudig worden gebruikt. Ook de volgorde van de elementen is - in het gebruik ervan - niet voorgeschreven.
#Title (titel)
#Creator (maker/auteur)
#Subject (onderwerp)
#Description (beschrijving)
#Publisher (wie het informatieobject beschikbaar stelt, de uitgever)
#Contributor (wie bijdraagt/bijdroeg aan de inhoud)
#Date (creatiedatum en/of andere momenten of perioden in de levenscyclus van de inhoud/het informatieobject)
#Type (classificatie van de inhoud)
#Format (bestandsformaat en/of fysiek medium)
#Identifier (een unieke identificatie/referentie die dus niet naar andere informatieobjecten kan verwijzen)
#Source (bron)
#Language (taal)
#Relation (verwijzing naar een gerelateerd informatieobject)
#Coverage (geografische omgeving, periode of ander aandachtsgebied waar de inhoud betrekking op heeft) 
#Rights (rechten zoals eigendomsrechten; ook toegangsrechten?)
Meer informatie (verwijzingen en of documenten)	
* Het Dublin Core Metadata Initiative (DCMI)
* Over het DMCI
* ISO 15836-1:2017 Information and documentation -- The Dublin Core metadata element set -- Part 1: Core elements
=== De NEN-ISO 23081-normen: deel 1, 2 en 3 ===
Beschrijving 	De '23081' bestaat uit een set van drie normen, ontwikkeld als wereldwijde ISO-standaarden. De delen 1 en 2 zijn vertaald naar een Nederlandse versie en uitgebracht door het NEN, het Nederlandse normalisatie-instituut; deel 3 is niet vertaal maar is wel overgenomen door het NEN en is door het NEN uitgebracht in een eigen Engelstalige versie.
Deel 1 biedt een algemeen kader voor het aanmaken, beheren en gebruiken van metagegevens ten behoeve van informatie- en archiefmanagement.
De delen 2 en 3 bevatten meer uitleg en bieden een praktische leidraad voor implementatiekwesties en het beoordelen van reeksen metagegevens ten behoeve van informatie- en
archiefmanagement aan de hand van de principes die in deel 1 zijn beschreven.
Werkingsgebied 	De norm stelt dat het niet verplicht is om een bepaalde reeks metagegevens toe te passen omdat bij toepassing de details zullen verschillen naar gelang de eisen van de organisatie of de situatie. De norm benoemt en behandelt wel de belangrijkste categorieën metagegevens.
Status 	Vastgesteld en beschikbaar
Beheerorganisatie 	Het Nederlands Normalisatie-instituut te Delft.
Ontstaan en/of samenhang met andere normen of standaarden	De International Organization for Standardization (ISO).
Inhoud 	Voor de twee delen:
* Metagegevens voor archiefbescheiden - Deel 1: Principes.
* Beheren van metagegevens voor archiefbescheiden - Deel 2: Conceptuele en implementatieaspecten.
* Beheren van metagegevens voor archiefbescheiden - Deel 3: Zelf-beoordelingsmethode.
Meer informatie (verwijzingen en of documenten) 	Drie delen:
* NEN-ISO 23081-1:2006 nl - Informatie en documentatie - Processen voor informatie- en archiefbeheer - Metagegevens voor archiefbescheiden - Deel 1: Principes;
* NEN-ISO 23081-2:2009 nl - Informatie en documentatie - Beheren van metagegevens voor archiefbescheiden - Deel 2: Conceptuele en implementatieaspecten;
* NPR-ISO/TR 23081-3:2011 en - Informatie en documentatie - Beheren van metagegevens voor archiefbescheiden - Deel 3: Zelf-beoordelingsmethode.
=== Richtlijn Metagegevens Overheidsinformatie, versie 2.5 ===
Beschrijving 	De Richtlijn is de uitwerking van de NEN-ISO 23081 voor gebruik binnen de Nederlandse overheid en vormt het kader voor alle systemen waarin of waarmee informatie wordt beheerd.
Werkingsgebied 	Overheidsinformatie in Nederland.
De Richtlijn als zodanig wordt niet rechtstreeks toegepast, maar is het uitgangspunt voor vertalingen naar toepassingsprofielen per bestuurslaag of organisatie. Dergelijke profielen moeten zijn toegesneden op de informatiebehoefte van de desbetreffende bestuurslaag of organisatie en van de samenleving, zo stelt de richtlijn.
Status 	Vastgesteld en beschikbaar
Beheerorganisatie 	Het Nationaal Archief.
Ontstaan en/of samenhang met andere normen of standaarden	Is gebaseerd op de NEN-ISO-23081-norm en afgestemd met de Overheid.nl Web Metadata Standaard (OWMS).
Inhoud 	Twee delen:
* Richtlijn Metagegevens Overheidsinformatie: Toelichting, versie 2.5, 15 juli 2009;
* Richtlijn Metagegevens Overheidsinformatie: Beschrijving van entiteiten en elementen, versie 2.5, 15 juli 2009.
Meer informatie (verwijzingen en of documenten) 	Voor de twee delen:
* ;
* .
=== Overheid.nl Web Metadata Standaard (OWMS), versie 4.0 ===
Beschrijving 	Het OWMS specificeert metagegevens voor informatie die de overheid op internet publiceert. Het doel van de standaard is dat overheidsinformatie op internet goed vindbaar en interpreteerbaar is.
De specificatie van het OWMS beschrijft 'informatieobjecten' zoals artikelen, kamerstukken, bekendmakingen en formulieren.
Werkingsgebied 	Nederlandse overheidsinformatie op internet.
Als bij de bouw of doorontwikkeling van een website met overheidsinformatie metagegevens worden gebruikt, dan is het toepassen van de standaard verplicht.
In de praktijk wordt het OWMS vooral toegepast in centrale voorzieningen die informatie verzamelen uit decentrale bronnen. Voor zo'n voorziening wordt dan een toepassingsprofiel gemaakt, ook wel een Informatie Publicatie Model (IPM) genoemd.
Status 	Vastgesteld.
Staat op de Pas-toe-of-leg-uit-lijst Open standaarden van het Forum Standaardisatie.
Beheerorganisatie 	Het Kennis- en exploitatiecentrum Officiële Overheidspublicaties (KOOP).
Ontstaan en/of samenhang met andere normen of standaarden	Het OWMS is gespecificeerd als Dublin Core Application Profile (DCAP) volgens de principes van het Dublin Core Metadata Initiative (DCMI).
IPM's zijn toepassingsprofielen van het OWMS en dus afgeleid van het OWMS.
Metagegevensstandaarden uit de archiefwereld voor gearchiveerde overheidsinformatie en daarnaast een metagegevensstandaard zoals het OWMS voor overheidsinformatie op internet suggereert dat er een duidelijk onderscheid is tussen gearchiveerde overheidsinformatie en overheidsinformatie op internet. Met het streven van de overheid naar actieve openbaarmaking van alle overheidsinformatie volgens het principe 'openbaar tenzij', is dit niet vol te houden. Want veel van wat digitaal gearchiveerd wordt, komt ook in aanmerking voor actieve openbaarmaking en dat gebeurt dan door ontsluiting en publicatie ervan op internet. Twee 'plannen' zijn in dit verband relevant:
* een herijking van open standaarden door het Forum Standaardisatie waarin het OWMS wordt meegenomen;
* het voornemen van de VNG en KING (per begin 2017) om drie metagegevensstandaarden, zijnde het TMLO, het OWMS en Popolo, de nieuwe metagegevensstandaard voor open raadsinformatie, met elkaar te gaan vergelijken middels een mapping (er is sprake van overlap naast verschillen).
Inhoud 	In het OWMS bestaat een beschrijving van een 'informatieobject' uit een verzameling eigenschappen met hun waarden. Een voorbeeld van een eigenschap is 'Taal', een voorbeeld van een daaraan toe te kennen waarde is 'Nederlands'.
Om bij het toepassen van het OWMS aan het OWMS te voldoen moet de beschrijving van een informatieobject tenminste een aantal vaste eigenschappen bevatten, waaronder 'Identificatie', 'Titel', 'Informatietype', 'Taal', 'Datum laatste wijziging' en 'Maker' of 'Eindverantwoordelijke'. Deze minimale set eigenschappen heet de 'OWMS kern'. In de 4.0-versie van het OWMS 4.0 bestaat die minimale set uit negen elementen. Een OWMS-toepassingsprofiel oftewel IPM is dus alleen OWMS-conform als het deze negen elementen bevat. In de 3.5-versie van het OWMS waren dat acht elementen. In versie 4.0 is ten opzichte van versie 3.5 het element 'overheid:authority' verplaatst van de mantel naar de OWMS-kern.
De OWMS-standaard laat uitbreiding toe met eigenschappen en waarden voor specifieke toepassingen.
Meer informatie (verwijzingen en of documenten) 	Inleiding OWMS:
Specificaties OWMS
=== Toepassingsprofiel Metagegevens Rijksoverheid ===
Beschrijving 	Bevat afspraken over welke metagegevens minimaal nodig zijn en over de manier waarop die metagegevens binnen de Rijksoverheid worden vastgelegd. De afspraken zijn een uitgangspunt voor het interdepartementaal uitwisselen van informatie. Is bedoeld als basis voor toepassingsprofielen per ministerie.
Werkingsgebied 	Overheidsinformatie van het Rijk.
Status 	Vastgesteld (per 15 december 2009) door de Interdepartementale Commissie Chief Information Officers (ICCIO).
Beheerorganisatie 	Directoraat-Generaal Organisatie en Bedrijfsvoering Rijk (OBR) van het Ministerie van Binnenlandse Zaken en Koninkrijksrelaties (BZK).
Ontstaan en/of samenhang met andere normen of standaarden	Het toepassingsprofiel is gebaseerd op de Richtlijn Metagegevens Overheidsinformatie.
Inhoud 	Zie 'Meer informatie' hieronder.
Meer informatie (verwijzingen en of documenten) 	.
=== Toepassingsprofiel Metadatering Lokale Overheden (TMLO) versie 1.1 ===
Beschrijving 	Het TMLO is een generiek en gestandaardiseerd toepassingsprofiel met specificaties van de minimaal verplichte metagegevens in het genoemde werkingsgebied. Naast de specificaties gaat het ook in op het toepassen ervan binnen het aandachtsgebied informatie- en archiefbeheer. Dat is inclusief de stappen die organisaties moeten zetten om van het generieke toepassingsprofiel TMLO een eigen organisatiespecifiek toepassingsprofiel te maken. Dat laatste hangt samen met het generieke karakter van de standaard. Dat maakt aanvullende specifieke keuzes nodig om tot implementatie te komen.
Werkingsgebied 	Overheidsinformatie bij de decentrale overheden in Nederland, zijnde provincies, waterschappen, gemeenten en uitvoeringsorganisaties.
Status 	Vastgesteld.
De (verdere) doorontwikkeling van het TMLO loopt nog (per begin 2017).
Staat (nog?) niet op de Pas-toe-of-leg-uit-lijst Open standaarden van het Forum Standaardisatie.
Projectinformatie doorontwikkeling TMLO 	Het TMLO versie 1.1 is een semantisch model: het beschrijft welke metagegevens decentrale overheden minimaal moeten vastleggen als zij informatie duurzaam toegankelijk willen bewaren. Het TMLO is echter geen uitwisselingsstandaard. Ook laat het ruimte voor interpretatie en een eigen invulling. Anders gezegd: versie 1.1 kent nog veel vrijheidsgraden. Dat vraagt om nadere detaillering en bijbehorende keuzes bij implementaties van het TMLO, vast te leggen in een afgeleid toepassingsprofiel. Dat vergt extra inzet en maakt die implementaties relatief lastig, zo is het beeld bij verschillende organisaties. Ook de acceptatie door softwareleveranciers lijkt daardoor nog wat achter te blijven. Daarom is in 2016 besloten tot het doorontwikkelen van het TMLO tot een informatiemodel. In september 2016 is daarmee gestart in een werkgroep met het Nationaal Archief als opdrachtgever. Dit traject moet leiden tot - onder andere - afspraken over informatiekundige relaties tussen informatieobjecten, waaronder ook dossiers (een hoger aggregatieniveau) en de daarbij behorende metagegevenselementen (metadata-elementen). Zie ook TMLO: basis is klaar, nu de technische doorontwikkeling, Start werkgroep Informatiemodel TMLO en Informatie en uitnodiging voor doorontwikkeling TMLO.
De genoemde werkgroep zal ook kijken naar mogelijkheden van integratie met of meer rekening houden met het Toepassingsprofiel Metagegevens Rijksoverheid.
Inmiddels is (per februari 2017) een 0.8-versie van het TMLO-informatiemodel oftewel het Informatiemodel Metadatering Lokale Overheden (IMLO), beschikbaar (zie Concept informatiemodel TMLO (versie 0.8) op het BREED-netwerk). Als dit informatiemodel eenmaal is vastgesteld, dan zal dat ook worden opgenomen op deze Gemmaonlinepagina.
Naast het traject voor een informatiemodel TMLO zal ook begonnen worden met het ontwikkelen van een berichtenmodel c.q. berichtenstandaard op basis van het TMLO. Een aandachtspunt daarbij is de positionering van deze geplande TMLO-berichtenstandaard ten opzichte van de GEMMA berichtenstandaard Zaak-_en_Documentservices.
Duidelijk is in ieder geval dat uiteindelijk alles in lijn zal zijn met de nieuwe versie van het Informatiemodel Zaken.
Tijdige afstemming van de ontwikkeling van een TMLO-berichtenstandaard en van en nieuwe versie van de GEMMA Zaak- en Documentservices is inmiddels gepland.
Voor wie geïnteresseerd is in de verschillen zoals eerder geconstateerd tussen het RGBZ en het TMLO, en die inmiddels weggewerkt zijn in versie 2.0 van het Informatiemodel Zaken c.q. RGBZ, is het resultaat van een mapping van deze twee standaarden beschikbaar op Vergelijking TMLO met RGBZ en ImZTC.
Beheerorganisatie (voor het TMLO) 	Het Nationaal Archief.
Ontstaan en/of samenhang met andere normen of standaarden	Versie 1.0 van dit toepassingsprofiel is destijds ontwikkeld door de samenwerkende Regionale Historische Centra en in 2013 vastgesteld door het Convent van RHC’s en Nationaal Archief. Die versie was tot stand gekomen in opdracht van de Stuurgroep Voorbereiding
Implementatie e-Depot. Aanleiding vormde de signalering, begin 2011, dat er behoefte was aan een generiek profiel voor de metagegevens van de lokale overheden, naar analogie met het reeds tot stand gekomen toepassingsprofiel metagegevens Rijk.
Het toepassingsprofiel was in eerste instantie bedoeld voor de bij RHC's aangesloten provincies, waterschappen en gemeenten. Het werd gezien als eerste stap naar een generiek toepassingsprofiel voor alle lokale overheden. Vanuit het Programma Archief 2020 van het Nationaal Archief is toen - in hetzelfde jaar 2013 - de opdracht gegeven na te gaan of of het toepassingsprofiel voldoende was uitgewerkt voor alle decentrale bestuurslagen, zijnde de gemeenten en waterschappen, en het profiel zo nodig aan te passen. KING heeft die opdracht uitgevoerd in samenwerking met vertegenwoordigers van de VNG, het IPO, de Unie van Waterschappen en de genoemde RHC’s met als resultaat de hier genoemde versie 1.1.
Het TMLO is mede gebaseerd op de hiervoor genoemde Richtlijn Metagegevens Overheidsinformatie, die weer een uitwerking is van de hiervoor genoemde norm NEN-ISO-23081. Ook is bij de ontwikkeling van het TMLO gekeken naar de keuzes die eerder werden gemaakt bij het ontwikkelen van het hiervoor al besproken Toepassingsprofiel Metagegevens Rijksoverheid.
Inhoud 	In het TMLO is gekozen voor een zogenoemd éénentiteitenmodel. In de praktijk is het werken daarmee robuuster dan met een meerentiteitenmodel. In zo'n éénentiteitenmodel worden alle metagegevens direct gekoppeld aan een informatieobject. Dat zijn dan niet alleen de metagegevens die iets zeggen over het informatieobject zelf, zoals identificatiekenmerk of de datum, maar ook de metagegevens over de bedrijfsactiviteit waarbinnen het informatieobject is ontstaan en over de actoren die er bij betrokken waren of zijn. Dit is essentiële contextinformatie. In een meerentiteitenmodel kunnen dergelijke metagegevens ook aan andere entiteiten dan het informatieobject worden gekoppeld zoals een bedrijfsactiviteit of actor met bij zo'n entiteit ook een register waarin deze worden beheerd zoals een register van actoren. Bij een meerentiteitenmodel kan een organisatie dan voor sommige metagegevens verwijzen naar de inhoud van zo'n register. Dat levert dan een digitale relatie c.q. link op naar een ander bestand of systeem met als risico dat die link op enig moment niet meer werkt. Zo kunnen archiefstukken op enig moment worden overgebracht naar een ander systeem in mogelijk zelfs een andere omgeving. De digitale link naar bijvoorbeeld een actorenregister dan in stand houden terwijl dat register op zo'n moment niet verhuist, vereist zoveel systeemintegratie dat dat meestal niet geregeld is of fout gaat.
Aggregatieniveaus
Metagegevens kan men over het algemeen op meerdere aggregatieniveaus vastleggen. Dat is ook zo bij het inzetten van het TMLO. Naast het niveau van afzonderlijke informatieobjecten (met ook benamingen als archiefstukken en records) kan men metagegevens dan ook vastleggen op het niveau van dossiers waaronder zaakdossiers. Op die manier kun je voorkómen dat dezelfde metagegevens dubbel of zelfs nodeloos vaak herhaald worden vastgelegd.
De metagegevens die bij zaakgericht werken en bij het in algemene zin werken met dossiers gelden voor het gehele (zaak-)dossier, kun je in principe ook eenmalig vastleggen op dat niveau. In veel gevallen is dat voldoende en bovendien praktischer dan alles vast te leggen op het niveau van alle informatieobjecten afzonderlijk.
Bewaartermijnen 
Het TMLO bevat geen element voor het rechtstreeks vastleggen van de bewaartermijn van gearchiveerde informatieobjecten of dossiers. Beschikbaar daarvoor is het element '13. Event plan'. Daarmee kan men plannen wanneer gearchiveerde informatie - na het aflopen van de geldende bewaartermijn - vernietigd moet worden. De subelementen '13. Event plan' zijn:
* Datum/periode
* Type
* Beschrijving
* Aanleiding.
Omdat de datum hier een van de bewaartermijn afgeleid gegeven is, kan dat een aandachtspunt opleveren als bewaartermijnen van eerder gearchiveerde informatie aangepast moeten worden. Daarvan kan bijvoorbeeld sprake zijn als een thema op enig moment politiek gevoeliger wordt en dit geconstateerd wordt bij het uitvoeren van een zogenoemde hotspotmonitor zoals genoemd in bijvoorbeeld de nieuwe selectielijst gemeenten.
Meer informatie (verwijzingen en of documenten) 	Plaat/poster TMLO
TMLO
TMLO: basis is klaar, nu de technische doorontwikkeling
Start werkgroep Informatiemodel TMLO
=== Popolo ===
Beschrijving 	Popolo is de metagegevensstandaard die is toegepast bij het pilotproject Open raadsinformatie zoals in 2015 uitgevoerd onder de leiding van de VNG en het ministerie van BZK. Doel was het vinden van een oplossing voor het ontsluiten, hergebruiken en publiceren van openbare (digitale) raadsinformatie.
Werkingsgebied 	Open raadsinformatie in de gemeentelijke bestuurslaag.
Status 	Toegepast in het genoemde project.
Doorontwikkeling van de in 2015 opgeleverde oplossing vindt plaats binnen KING en in het kader van de gemeentelijke Digitale agenda 2020.
Beheerorganisatie 	Het Popolo project.
Ontstaan en/of samenhang met andere normen of standaarden	Popolo gebruikt delen uit de Dublin Core-standaard.
Binnen het lopende doorontwikkelingtraject bestaat (per begin 2017) het voornemen om drie metagegevensstandaarden, zijnde het TMLO, het OWMS en Popolo met elkaar te gaan vergelijken middels een zogenoemde mapping. Dat moet leiden tot zicht op zowel de overlappingen als de verschillen tussen deze standaarden.
Inhoud 	In de Open raadsinformatieoplossing zoals in 2015 opgeleverd zijn de volgende entiteiten uit Popolo gebruikt:
* persoon person);
* organisatie (organizition);
* lidmaatschap (membership);
* activiteit (event).
Meer informatie (verwijzingen en of documenten) 	Specificaties Popolo
=== Metadatamodel voor het e-depot van het Nationaal Archief, versie 1.1 ===
Beschrijving 	Zoals de naam van het model al zegt beschrijft het de metagegevens die door het e-depot van het Nationaal Archief (NA) worden ondersteund.
Werkingsgebied 	Het e-depot van het NA inclusief het aanleveren van content voor dit e-depot door bij dit e-depot aangesloten organisaties (wel of niet via een regionale archiefinstelling).
Status 	Vastgesteld door het NA.
Beheerorganisatie 	Het NA.
Ontstaan en/of samenhang met andere normen of standaarden	De basis van dit profiel wordt gevormd door het hiervoor genoemde Toepassingsprofiel Metagegevens Rijksoverheid (TP Rijk) en het eveneens al genoemde Toepassingsprofiel Metagegevens Lokale Overheden (TMLO). Het e-depot van het NA moet kunnen omgaan met content die afkomstig is van het Rijk en content van lokale overheden. Daartoe ondersteunt dit e-depot-metadatamodel zowel het TP Rijk als het TMLO.
Van dit e-depot-metadatamodel is een XML-standaard afgeleid voor het aanleveren van content aan het e-depot van het NA. Zie ook en Metadata en het e-depot.
Inhoud 	Zie de specificaties van het Metadatamodel voor het eDepot van het Nationaal Archief, versie 1.1.
Meer informatie (verwijzingen en of documenten) 	Het XML-formaat van het e-depot:
* Specificatie ToPX 2.3;
* Versie-informatie ToPX 2.
Hierna volgen nog twee metagegevensstandaarden die niet primair zijn ontstaan in de wereld van informatie- en archiefbeheer: het RGBZ en twee geografische metagegevensprofielen.
=== RGBZ, versie 1.0 ===
Het RGBZ als afkorting staat voor voluit het 'Referentiemodel Gemeentelijke Basisgegevens van Zaken'. Tegenwoordig heet het ook wel kortweg het Informatiemodel Zaken. Het is in ieder geval een informatiemodel dat de gegevens en hun samenhang specificeert die nodig zijn voor het beschrijven en kennisnemen van lopende en afgeronde zaken. Daarmee vormen die gegevens niet alleen inhoud van zaakdossiers, maar beschrijven sommige van die gegevens ook de context van de inhoud van zaakdossiers. Het RGBZ-objecttype 'zaaktype' is daar een voorbeeld van. Toegevoegd op zaakdossierniveau beschrijft het de context van de documenten in een zaakdossier. Ook op het niveau van de documenten in een dossier bevat het RGBZ objecttypen in de betekenis van metagegevens. Een voorbeeld daarvan is het RGBZ-objecttype 'documenttype'. Daarmee bevat het RGBZ delen die metagegevens specificeren, zowel op zaakdossierniveau als op het niveau van documenten oftewel informatieobjecten ín een zaakdossier.
Het doel van het RGBZ is tweeledig:
* het informeren van betrokkenen bij, en geïnteresseerden in een zaak. Dit loopt van ex- en interne initiatoren van een zaak via medebehandelaars daarvan en belangstellenden in de publicatie van de zaak of het resultaat daarvan tot management dat behoefte heeft aan sturingsinformatie;
* het (ook achteraf) kunnen verantwoorden van de zaak, zowel inhoudelijk (is de zaak goed afgehandeld) als qua proces (is de zaak op de juiste wijze afgehandeld), en desgewenst kunnen reconstrueren van de (behandeling van de) zaak.
Beschrijving 	Informatiemodel dat de gegevens specificeert voor het beschrijven van zaken in de context van zaakgericht werken.
Werkingsgebied 	Zaakgericht werken binnen de Nederlandse overheid.
Status 	In gebruik.
De planning van het doorontwikkelpad houdt in dat in de loop van 2017 de al vastgestelde 2.0-versie voor gebruik beschikbaar komt. Dit zal gecombineerd worden met het vaststellen van een bijpassende StUF-standaard voor het uitwisselen van zaakinformatie.
Ontstaan en/of samenhang met andere normen of standaarden	Ontstaan vanuit het gemeentelijke concept voor zaakgericht werken. De 2.0-versie van het RGBZ is in lijn met het hiervoor genoemde TMLO gebracht.
Bij de ontwikkeling van het RGBZ is rekening gehouden met de hiervoor genoemde Dublin Core-standaard.
Inhoud 	Het RGBZ 1.0 specificeert de volgende objecttypen:
* besluit
* besluittype
* betrokkene
* document
* documenttype
* enkelvoudig document
* medewerker
* object
* organisatorische eenheid
* rol
* samengesteld document
* status
* statustype
* vestiging van zaakbehandelende organisatie;
* zaak
* zaakdocument
* zaakobject
* zaaktype
Meer informatie (verwijzingen en of documenten) 	Informatiemodel_Zaken_(RGBZ)
=== Geografische metadataprofielen ===
Beschrijving 	Metadataprofielen op basis van geografische ISO-standaarden:
* Nederlands metadataprofiel op basis van de ISO-standaard 19115 (Geographic information -- Metadata) versie 1.3.1;
* Nederlands metadataprofiel op basis van de ISO-standaard 19119 (Geographic information -- Services) versie 1.2.1.
Werkingsgebied 	Geografische informatie in Nederland.
Status 	In gebruik. Beide standaarden zijn geldig sinds 24 september 2013.
Ontstaan en/of samenhang met andere normen of standaarden	De standaarden zijn mede gebaseerd op de Dublin Core-standaard.
Er is ook een relatie met het TMLO omdat is vastgesteld dat:
* geografische informatie nog onvoldoende wordt gearchiveerd;
* dat verbeterd kan worden door geografische informatie die in aanmerking komt voor archivering, op te nemen in/aan te leveren aan een e-depotvoorziening;
* voldoen aan het TMLO wordt gehanteerd als vertrekpunt voor het aanleveren van digitaal archief aan een e-depotvoorziening.
In dat kader is in de tweede helft van 2016 een mapping uitgevoerd van het TMLO op de 19115-standaard. De conclusie na die exercitie was dat het TMLO voor een belangrijk deel voldoet voor het kunnen aanleveren van geo-informatie aan een e-depot, maar dat een aantal essentiële metagegevens uit de geowereld niet passen in het TMLO. Dat zou daarvoor uitgebreid moeten worden. Dit is als boodschap meegegeven aan het Nationaal Archief, de beheerder van het TMLO die ook verantwoordelijk is voor de doorontwikkeling van het TMLO. Meer informatie hierover is te vinden op Archivering geodata (Pleio, Informatie 2020, Kennisplatform Toegang).
Inhoud 	Zie de verwijzing hieronder naar informatie op de website van Geonovum.
Meer informatie (verwijzingen en of documenten) 	Geografische metadata (Geonovum)
En zie voor de NEN-versies van de ISO 19115-delen:
* NEN-EN-ISO 19115-1:2014 en Geographic information - Metadata - Part 1: Fundamentals
* NEN-EN-ISO 19115-2:2010 en Geographic information - Metadata - Part 2: Extensions for imagery and gridded data
* ISO/TS 19115-3:2016 en Geographic information - Metadata - Part 3: XML schema implementation for fundamental concepts
== Samenhang en verschillen en hoe daarmee om te gaan ==
De 'stamboom' in figuur 1 geeft een beeld van zowel de samenhang tussen de verschillende standaarden als ook van de verscheidenheid waarvan nog sprake is binnen de Nederlandse overheid. Die verscheidenheid is een aandachtspunt. Wat betreft de werkingsgebieden zien we in ieder geval de volgende soorten verschillen:
* tussen bestuurslagen, met een standaard voor de decentrale overheden en een standaard voor het Rijk. Het aandachtspunt hierbij is dat er ook informatie wordt uitgewisseld ook tússen beide werkingsgebieden;
* tussen de niet-thematische doelen van standaarden, met standaarden voor archivering en standaarden voor openbaarmaking en publicatie op internet. Hierbij is het aandachtspunt dat we overheidsinformatie inmiddels niet meer kunnen indelen naar gearchiveerde of te archiveren informatie enerzijds en openbaar te maken anderzijds. Openbaarmaking van digitale informatie op internet heeft betrekking op zowel gearchiveerde als niet of nog niet gearchiveerde informatie. Voor geautomatiseerde openbaarmaking zullen ook archiefstukken metagegevens moeten gaan bevatten die aangeven wat wanneer in aanmerking komt voor openbaarmaking;
* tussen de thematische sectoren zoals bijvoorbeeld geo-informatie en informatie over het sociale domein.
Zoals al vermeld bij het TMLO bestaat het voornemen om nader te kijken naar de verschillen en overlappingen tussen het TMLO, het OWMS en Popolo.
Ook los van het op landelijk niveau beschikbaar zijn van meerdere metagegevensstandaarden ontstaan gemakkelijk verschillen tussen de metagegevens van informatieobjecten. Daar zijn twee redenen voor:
* de gestandaardiseerde landelijke profielen bevatten nog vrijheidsgraden. Die vereisen nadere keuzes bij implementaties, die kunnen leiden tot verschillen tussen operationele profielen;
* standaarden kunnen en zullen in de loop der tijd veranderen, onder andere door nieuwe inzichten. Daarnaast is er een verleden waarin met minder of geen landelijke standaarden ook al metagegevens zijn toegevoegd. Zo ontstaan verschillen in de metagegevens van informatieobjecten zoals die in verschillende perioden ontstaan.
Waar verschillen een probleem worden, kunnen conversies nodig zijn met behulp van vertaaltabellen tussen metagegevensstandaarden met in die tabellen definities van metagegevenselementen en zo nodig ook vertalingen van bijbehorende waardenlijsten.
== Het toevoegen van metagegevens ==
Direct bij de creatie
Voor het toevoegen van metagegevens geldt een regel die lijkt op een regel voor het archiveren van informatie. Die regel voor archiveren is (zie de gemmaonlinepagina Vullen en archiveren van een zaakdossier): doen zodra de informatie gecreëerd is of anderszins beschikbaar is gekomen én duidelijk is dat die informatie in aanmerking komt voor archivering. Voor het toevoegen van metagegevens aan een informatieobject geldt iets vergelijkbaars: doen zodra die informatie is gecreëerd of anderszins beschikbaar is gekomen. Dus direct, als een onderdeel van het primaire proces en niet wachten tot het later een keer 'beter uitkomt'. Want dan kan het onheil al zijn geschied. Zo kun je - als je het al niet vergeet - de eerder (digitaal) opgeslagen informatie misschien niet meer vinden. Want daarvoor werk je ook met metagegevens: om digitale informatie te kunnen terugvinden. Bovendien is de bron en context van informatie over het algemeen wel duidelijk bij het creëren of bijvoorbeeld ontvangen ervan, maar is dat later vaak veel onduidelijker tot niet bekend bij wie achteraf moet zorgen voor het toevoegen van metagegevens. Dit alles is ook van toepassing op het waar mogelijk geautomatiseerd toevoegen van metagegevens, dus door informatiesystemen. Die moeten dus zo worden ingericht dat het toevoegen van metagegevens direct gebeurt en wederom als onderdeel van het primaire proces of dat dat direct wordt afgedwongen ingeval de werkwijze is dat de behandelend ambtenaar de metagegevens geheel of gedeeltelijk handmatig invoert.
Het voorgaande geldt voor alle informatie, ook informatie die niet of nog niet in aanmerking komt voor archivering. Dus ook zogenoemde werk- of conceptversies met nog geen formele betekenis worden wel direct bij de creatie ervan voorzien van metagegevens.
Bij zaakgericht werken zal bij elk informatieobject dat bij een zaak hoort, het ID van die zaak oftewel het zaaknummer, een van de aan zo'n informatieobject toe te voegen metagegevens zijn. Dat is de manier om informatieobjecten digitaal te verbinden met een zaak. Zo ontstaat een virtueel zaakdossier, zelfs als de opslag van alle bij een zaak horende informatieobjecten fysiek (nog) verspreid is over meerdere informatiesystemen.
Door het toevoegen van een zaak-ID c.q. zaaknummer worden de bij een zaak horende informatieobjecten bovendien verbonden met alle metagegevens die slechts (eenmalig) op het aggregatieniveau van de zaak oftewel het zaakdossier worden vastgelegd.
In algemene zin geldt bij zaakgericht werken dat van zowel het proces als de bijbehorende informatie veel is gestandaardiseerd en al is vastgelegd bij het inrichten van processen en systemen. Tevoren gestandaardiseerde en vastgelegde informatie kan worden hergebruikt en geautomatiseerd als metagegeven worden toegevoegd, zoals bijvoorbeeld het zaaktype waartoe een zaak behoort. En informatie die pas in de uitvoering beschikbaar komt, zoals de behandelend ambtenaar van een zaak, is wel op informatieobjecttypeniveau gestandaardiseerd en kan daarom ook geautomatiseerd worden hergebruikt als metagegeven(s) .
De content van archiefstukken is bevroren, de metagegevens ervan kunnen wel wijzigen
Voor eenmaal gearchiveerde informatieobjecten geldt dat de content van die objecten niet meer verandert c.q. niet meer mag veranderen. Dit omdat wat eenmaal gearchiveerd is, de documentatie vormt van hoe een proces of transactie (in het verleden) is uitgevoerd. De metagegevens echter van zo'n gearchiveerd informatieobject kunnen en mogen - in ieder geval deels - nog wel wijzigen ook worden aangevuld, onder andere omdat de beheer- soms ook de gebruiksgeschiedenis van een informatieobject wordt vastgelegd in de metagegevens. En die geschiedenis ontwikkelt zich in de loop der tijd en blijft zich ontwikkelen.
Ook conversies naar andere bestandsformaten, bijvoorbeeld om de leesbaarheid oftewel de toegankelijkheid van informatieobjecten in stand te houden, leveren nieuwe of andere metagegevens op in de vorm van metagegevens over de gebruikte formaten.
Andere aanleidingen voor het wijzigen of aanvullen van metagegevens bij archiefstukken zijn: nieuwe samenhang die ontstaat met andere zaken, dossiers of informatieobjecten, toegangsrechten die wijzigen, openbaarheid die wijzigt en een bewaartermijn die wijzigt, bijvoorbeeld omdat de politieke betekenis van een dossier wijzigt.
Technisch gezien kunnen metagegevens op grofweg twee manieren worden toegevoegd: 
# ingesloten in het informatieobject of - volgens het OAIS - de information package dat het informatieobject bevat. Content en metagegevens vormen dan een geheel; 
# gelinkt aan het informatieobject met daarin de content, dus met een digitale relatie oftewel link c.q. pointer naar het informatieobject of naar de information package met daarin het informatieobject.
Binnen het e-depotdenken en volgens het OAIS is de gebruikelijke lijn om 1 en 2 te combineren. Het informatieobject of de information package in de objecten store bevat dan ook alle metagegevens; en daarnaast zijn de beschrijvende metagegevens beschikbaar in dat deel van een e-depot waar op die metagegevens gezocht kan worden.
Op conceptueel en logisch niveau is de lijn simpeler. Want op dat niveau is een informatieobject niet compleet zonder álle bijbehorende metagegevens. Logisch gezien horen content en metagegevens bij elkaar; tezamen vormen ze het informatieobject.
== Het tussen systemen uitwisselen van informatie ==
Een thema dat in de wereld van informatie- en archiefbeheer in het verlengde ligt van metagegevensstandaarden betreft berichtenstandaarden voor het tussen systemen uitwisselen van informatie. Daarbij gaat het onder andere over de hiervoor al genoemde GEMMA-standaard Zaak- en Documentservices en de eveneens al genoemde nog te ontwikkelen uitwisselingsstandaard op basis van het TMLO. Als thema vraagt dat om een aparte Gemmaonlinepagina met ook behandeling van het aanleveren van informatie aan e-depotvoorzieningen. Als wens vanuit het veld is dat bekend en daarmee is het ook aandachtspunt dat KING in beeld heeft. Meer daarover volgt zodra dat gemeld kan worden.
== Implementatie van een metagegevensstandaard en meer specifiek het TMLO ==
Bij implementatie van een landelijk gestandaardiseerd toepassingsprofiel in een organisatie zal men over het algemeen kiezen of moeten kiezen voor het ontwikkelen van een eigen, van die standaard afgeleid, organisatiespecifiek profiel. Landelijke standaarden specificeren veelal wat mogelijk is met daarbinnen de nodige vrijheidsgraden. Binnen die vrijheidsgraden moet een organisatie vervolgens haar eigen keuzes maken. In de praktijk is dat in ieder geval zo bij de huidige 1.1-versie van het TMLO.
Hiervoor is al benoemd dat het belangrijk is dat een organisatie het invoeren van een standaard als het TMLO in een breder kader plaatst vanuit het besef dat er meer metagegevensstandaarden zijn, soms zelfs al in gebruik binnen de eigen organisatie, in andere aandachtsgebieden zoals bijvoorbeeld geo-informatie. Het werken met metagegevens is bovendien niet het enige aspect van duurzame toegankelijkheid en informatie- en archiefbeheer. Andere aspecten zijn onder andere duurzame bestandsformaten, bewaartermijnen, beveiliging en openbaarheid. Tenslotte zal een metagegevensstandaard pas effectief zijn als het is ingebed in een algeheel 'systeem' waarbinnen het ook gaat om onder andere een visie, beleid en continuïteit daarin, goed ingerichte processen, goed ingerichte informatiesystemen (software, wordt het TMLO door de softwareleverancier ondersteund), organisatiebrede betrokkenheid en acceptatie, gedrag, beheer en kwaliteitsbewaking.
De invoering van een metagegevensstandaard zoals het TMLO zal men als project moeten benaderen. Bovendien is zo'n project bij voorkeur ingebed in een breder programma voor het duurzaam toegankelijk maken en houden van álle digitale informatie van de organisatie. Binnen zo'n project zal men een aantal fasen moeten onderscheiden, zoals bijvoorbeeld:
# oriëntatie (waar gaat het over; hoe past een en ander in een breder kader);
# impactanalyse (wat gaat het project vragen van de organisatie, wat gaat het opleveren, wie zijn de stakeholders);
# projectvoorstel en besluitvorming inclusief organiseren betrokkenheid, draagvlak en commitment;
# ontwikkelen van een afgeleide organisatiespecifieke versie van de landelijke standaard;
# inrichten van processen, informatiesystemen en de beheer- en kwaliteitscontroleorganisatie;
# invoeren in de betekenis van in gebruik nemen;
# gebruiken/toepassen van de standaard en beheren van de standaard;
# periodiek evalueren en waar nodig zaken bijstellen. 
== Reacties ==
Vragen, commentaar en andere reacties op deze pagina kunnen naar gemmaonline@vng.nl.