Eigenschap:Werking
Naar navigatie springen
Naar zoeken springen
Type eigenschap
:
Tekst
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstvak
Initiële waarde
:
Verplicht veld
:
Nee
Toelichting op formulier
:
Werking van de standaard: wat doet het?
Subeigenschap van
:
Formatteerfunctie externe URI
:
Klik op de button om een nieuwe eigenschap te maken:
C
CSV bestanden bestaan uit regels met informatie waarbij naar ieder los gegeven een komma wordt geplaatst. Het wordt veelgebruikt om gegevens tussen verschillende spreadsheet programma's uit te wisselen en kan ook gebruikt worden op gegevens uit databases over te zetten naar een andere database. +
D
Data Catalog Vocabulary (DCAT) is een metadatastandaard en is ontworpen om interoperabiliteit tussen gegevenscatalogi, gepubliceerd op het internet, te vergemakkelijken. DCAT maakt decentrale publicaties en ontsluiting van catalogi mogelijk (federated search van datasets over meerdere catalogi). Door datasets te beschrijven volgens DCAT, oftewel met metadata, zijn datasets overzichtelijker te presenteren en is er gerichter te zoeken naar datasets. Door de beschrijving volgens DCAT zijn datasets toegankelijker en wordt het tot open data gemaakt. DCAT wordt gebruikt in CKAN (Open source software voor datacatalogi) dat in veel dataportalen wordt gebruikt, zoals data.overheid.nl. DCAT is op RDF gebaseerd. +
Data Catalog Vocabulary (DCAT) is een metadatastandaard en is ontworpen om interoperabiliteit tussen gegevenscatalogi, gepubliceerd op het internet, te vergemakkelijken. DCAT maakt decentrale publicaties en ontsluiting van catalogi mogelijk (federated search van datasets over meerdere catalogi). Door datasets te beschrijven volgens DCAT, oftewel met metadata, zijn datasets overzichtelijker te presenteren en is er gerichter te zoeken naar datasets. Door de beschrijving volgens DCAT zijn datasets toegankelijker en wordt het tot open data gemaakt. DCAT wordt gebruikt in CKAN (Open source software voor datacatalogi) dat in veel dataportalen wordt gebruikt, zoals data.overheid.nl. DCAT is op RDF gebaseerd. +
Het toepassingsprofiel bestaat uit een beschrijving van het datamodel, de waardenlijsten die worden gebruikt voor de invulling van het model en de wijze van uitwisselen van informatie over datasets.
Begin 2015 is een nieuwe versie van het dataportaal van de overheid live gegaan, gebaseerd op een nieuwe versie van het open source platform voor open data CKAN. Het nieuwe portaal is gebouwd volgens DCAT-AP-DONL. Hierbij is volledige compatibiliteit met de Europese DCAT-AP standaard bereikt voor Nederlandse datasets. Er is ook een vertaling gemaakt naar ISO 19115, de metadata standaard voor geo-datasets die door het Nationaal GeoRegister (NGR) gebruikt wordt. +
Het toepassingsprofiel bestaat uit een beschrijving van het datamodel, de waardenlijsten die worden gebruikt voor de invulling van het model en de wijze van uitwisselen van informatie over datasets.
Begin 2015 is een nieuwe versie van het dataportaal van de overheid live gegaan, gebaseerd op een nieuwe versie van het open source platform voor open data CKAN. Het nieuwe portaal is gebouwd volgens DCAT-AP-DONL. Hierbij is volledige compatibiliteit met de Europese DCAT-AP standaard bereikt voor Nederlandse datasets. Er is ook een vertaling gemaakt naar ISO 19115, de metadata standaard voor geo-datasets die door het Nationaal GeoRegister (NGR) gebruikt wordt. +
Het DHCP protocol specificeert een framework dat het mogelijk maakt om configuratie-informatie door te sturen naar hosts op een TCP/IP netwerk. +
Het DHCP protocol specificeert een framework dat het mogelijk maakt om configuratie-informatie door te sturen naar hosts op een TCP/IP netwerk. +
DKIM is een techniek waarmee e-mailberichten kunnen worden gewaarmerkt. Een domeinnaamhouder kan in het DNS-record van de domeinnaam aan geven met welke sleutel e-mail namens de betreffende domeinnaam ondertekend moet worden. Een ontvangende mailserver kan de publieke sleutel in het DKIM-record van de domeinnaamhouder gebruiken om te controleren of de gebruiker van het betreffende domein, die een e-mail verstuurt, als afzender te controleren. Hierdoor kan de authenticiteit van de e-mail worden bepaald. +
DKIM is een techniek waarmee e-mailberichten kunnen worden gewaarmerkt. Een domeinnaamhouder kan in het DNS-record van de domeinnaam aan geven met welke sleutel e-mail namens de betreffende domeinnaam ondertekend moet worden. Een ontvangende mailserver kan de publieke sleutel in het DKIM-record van de domeinnaamhouder gebruiken om te controleren of de gebruiker van het betreffende domein, die een e-mail verstuurt, als afzender te controleren. Hierdoor kan de authenticiteit van de e-mail worden bepaald. +
DMARC maakt het mogelijk om beleid in te stellen over de manier waarop een e-mailprovider om moet gaan met e-mail waarvan niet kan worden vastgesteld dat deze afkomstig is van het vermelde afzenderdomein. Hierdoor kunnen organisaties voorkomen dat anderen e-mails versturen namens het e-maildomein van de organisatie. Het gebruik van DMARC kan daarmee ingezet worden voor het verminderen en/of voorkomen van misbruik van de domeinnaam middels e-mail. Ook kan door het gebruik van de standaard worden voorkomen dat e-mailmailingen door e-mailproviders onterecht voor spam worden aangezien. +
DMARC maakt het mogelijk om beleid in te stellen over de manier waarop een e-mailprovider om moet gaan met e-mail waarvan niet kan worden vastgesteld dat deze afkomstig is van het vermelde afzenderdomein. Hierdoor kunnen organisaties voorkomen dat anderen e-mails versturen namens het e-maildomein van de organisatie. Het gebruik van DMARC kan daarmee ingezet worden voor het verminderen en/of voorkomen van misbruik van de domeinnaam middels e-mail. Ook kan door het gebruik van de standaard worden voorkomen dat e-mailmailingen door e-mailproviders onterecht voor spam worden aangezien. +
DNS maakt het mogelijk dat de URL's op de achtergrond vertaald worden naar ip-adressen zodat hosts op het netwerk elkaar kunnen vinden, zonder dat de gebruiker ziet welk ip-adres er gekoppeld is aan een URL. +
DNS maakt het mogelijk dat de URL's op de achtergrond vertaald worden naar ip-adressen zodat hosts op het netwerk elkaar kunnen vinden, zonder dat de gebruiker ziet welk ip-adres er gekoppeld is aan een URL. +
Een domeinnaamhouder kan met DNSSEC een digitale handtekening toevoegen aan DNS-informatie. Aan de hand van deze handtekening kan een internetgebruiker (onderwater en volledig automatisch m.b.v. speciale software) de inhoud en de ontvangen DNS-informatie valideren. Hierdoor is met grote waarschijnlijkheid vast te stellen dat het antwoord van de DNS onderweg niet is gemanipuleerd door derden. +
Een domeinnaamhouder kan met DNSSEC een digitale handtekening toevoegen aan DNS-informatie. Aan de hand van deze handtekening kan een internetgebruiker (onderwater en volledig automatisch m.b.v. speciale software) de inhoud en de ontvangen DNS-informatie valideren. Hierdoor is met grote waarschijnlijkheid vast te stellen dat het antwoord van de DNS onderweg niet is gemanipuleerd door derden. +
De NEN-ISO 8601:2019 standaard is van toepassing wanneer data volgens de Gregoriaanse kalender wordt weergegeven. Een datum en tijd wordt genoteerd van het meest naar het minst significante onderdeel met een 'T' tussen de datum en tijd. De standaard geeft tijden weer in het 24-uurs systeem en er kan optioneel een tijdzone worden gespecificeerd. Een voorbeeld:
<blockquote>2022-02-21T13:47:16+01:00
</blockquote>
representeert 21 februari 2022, 's middags om 1 uur 47 minuten en 16 seconden, in een tijdzone die 1 uur vooruitloopt op UTC (vroeger vaak 'Greenwich Mean Time' of 'GMT' genoemd). +
De NEN-ISO 8601:2019 standaard is van toepassing wanneer data volgens de Gregoriaanse kalender wordt weergegeven. Een datum en tijd wordt genoteerd van het meest naar het minst significante onderdeel met een 'T' tussen de datum en tijd. De standaard geeft tijden weer in het 24-uurs systeem en er kan optioneel een tijdzone worden gespecificeerd. Een voorbeeld:
<blockquote>2022-02-21T13:47:16+01:00
</blockquote>
representeert 21 februari 2022, 's middags om 1 uur 47 minuten en 16 seconden, in een tijdzone die 1 uur vooruitloopt op UTC (vroeger vaak 'Greenwich Mean Time' of 'GMT' genoemd). +
De standaard bestaat uit een viertal koppelvlakspecificaties voor gestructureerd gegevensuitwisseling met en tussen overheidsorganisaties:
# De [https://publicatie.centrumvoorstandaarden.nl/dk/wus/ WUS standaarden] voor bevragingen, waarbij direct een antwoord verwacht wordt op een vraag. Dit heet ook wel 'synchrone' gegevensuitwisseling. Snelheid van afleveren is hierbij belangrijk, en als een service niet beschikbaar is, hoeft de vraag niet opnieuw worden aangeboden.
# De [https://publicatie.centrumvoorstandaarden.nl/dk/ebms/ ebMS standaard] voor meldingen, waarbij het antwoord op een vraag later kan terugkomen. Snelheid van afleveren is in dit geval minder belangrijk. Gegevens worden herhaaldelijk verstuurd tot de ontvanger beschikbaar is. Dit staat ook bekend als 'asynchrone gegevensuitwisseling'.
# [https://publicatie.centrumvoorstandaarden.nl/dk/gb/ Grote berichten] om zeer grote bestanden als bijlagen toe te voegen en om beveiliging op berichtniveau toe te passen.
# [https://publicatie.centrumvoorstandaarden.nl/dk/restapi/ REST API], om gegevens veilig uit te wisselen volgens het [https://www.transip.nl/knowledgebase/artikel/2997-wat-is-een-rest-api/ REST principe] en volgens de eisen van de verplichte [https://forumstandaardisatie.nl/open-standaarden/rest-api-design-rules REST API Design Rules] op de 'pas toe of leg uit' lijst.
Daarnaast heeft Digikoppeling normatieve specificaties van de [https://gitdocumentatie.logius.nl/publicatie/dk/architectuur/ architectuur] en de manier waarop de [https://gitdocumentatie.logius.nl/publicatie/dk/beveilig/ beveiliging van de gegevensuitwisseling moet worden ingericht]. De Digikoppeling standaard beschrijft ook [https://gitdocumentatie.logius.nl/publicatie/dk/beheer/ hoe de standaard zelf beheerd wordt]. +
De standaard bestaat uit een viertal koppelvlakspecificaties voor gestructureerd gegevensuitwisseling met en tussen overheidsorganisaties:
# De [https://publicatie.centrumvoorstandaarden.nl/dk/wus/ WUS standaarden] voor bevragingen, waarbij direct een antwoord verwacht wordt op een vraag. Dit heet ook wel 'synchrone' gegevensuitwisseling. Snelheid van afleveren is hierbij belangrijk, en als een service niet beschikbaar is, hoeft de vraag niet opnieuw worden aangeboden.
# De [https://publicatie.centrumvoorstandaarden.nl/dk/ebms/ ebMS standaard] voor meldingen, waarbij het antwoord op een vraag later kan terugkomen. Snelheid van afleveren is in dit geval minder belangrijk. Gegevens worden herhaaldelijk verstuurd tot de ontvanger beschikbaar is. Dit staat ook bekend als 'asynchrone gegevensuitwisseling'.
# [https://publicatie.centrumvoorstandaarden.nl/dk/gb/ Grote berichten] om zeer grote bestanden als bijlagen toe te voegen en om beveiliging op berichtniveau toe te passen.
# [https://publicatie.centrumvoorstandaarden.nl/dk/restapi/ REST API], om gegevens veilig uit te wisselen volgens het [https://www.transip.nl/knowledgebase/artikel/2997-wat-is-een-rest-api/ REST principe] en volgens de eisen van de verplichte [https://forumstandaardisatie.nl/open-standaarden/rest-api-design-rules REST API Design Rules] op de 'pas toe of leg uit' lijst.
Daarnaast heeft Digikoppeling normatieve specificaties van de [https://gitdocumentatie.logius.nl/publicatie/dk/architectuur/ architectuur] en de manier waarop de [https://gitdocumentatie.logius.nl/publicatie/dk/beveilig/ beveiliging van de gegevensuitwisseling moet worden ingericht]. De Digikoppeling standaard beschrijft ook [https://gitdocumentatie.logius.nl/publicatie/dk/beheer/ hoe de standaard zelf beheerd wordt]. +
Digikoppeling bestaat uit een set standaarden voor elektronisch berichtenverkeer tussen overheidsorganisaties.
Digikoppeling onderkent twee hoofdvormen van berichtenverkeer:
# Bevragingen; een vraag waar direct een reactie op wordt verwacht. Hierbij is snelheid van afleveren belangrijk. Als een service niet beschikbaar is, dan hoeft de vraag niet opnieuw worden aangeboden.
# Meldingen; men levert een bericht en pas (veel) later komt eventueel een reactie terug. In dat geval is snelheid van afleveren minder belangrijk. Als een partij even niet beschikbaar is om het bericht aan te nemen, dan is het juist wel gewenst dat het bericht nogmaals wordt aangeboden.
Aan versie 2.0 van Digikoppeling is o.a. de specificatie voor grote berichten toegevoegd, de mogelijkheid om attachments toe te voegen en om security op berichtniveau toe te passen. +