Een digitaal begraafplaatsregister voor de gemeente

Elke gemeente heeft ten minste één gemeentelijke begraafplaats, alleen of samen met andere gemeenten, tenzij gedeputeerde staten tijdelijk ontheffing gaven (artikel 33). Voor elke begraafplaats geldt artikel 27:

De houder van een begraafplaats houdt een register van alle daar begraven lijken, met een nauwkeurige aanduiding van de plaats waar zij begraven zijn. Het in het eerste lid bedoelde register is openbaar.

Bron: Wet op de lijkbezorging, artikel 27, leden 1 en 2, geraadpleegd op 11 oktober 2026. Lid 3 bepaalt dat het register van een bijzondere begraafplaats bij opheffing naar het archief van de gemeente gaat.

Uit die twee zinnen volgen de kernfuncties van de software. Het register moet volledig zijn, dus ook oude begravingen bevatten die nu nog op papier of in een verouderd systeem staan. De plaatsaanduiding moet nauwkeurig zijn: een grafnummer in een vak en rij, en bij voorkeur ook een coördinaat. En omdat het register openbaar is, moet een deel ervan raadpleegbaar zijn, terwijl gegevens over levende rechthebbenden afgeschermd blijven.

De wet onderscheidt twee soorten graven (artikel 23). In een algemeen graf bepaalt de houder van de begraafplaats wie er wordt begraven. Op een particulier graf rust een uitsluitend recht, en dan bepaalt de rechthebbende dat. Die twee soorten hebben verschillende termijnen en verschillende brieven, en het datamodel moet ze dus uit elkaar houden.

Het meeste werk in een begraafplaatsadministratie is termijnbewaking. De wet legt de volgende termijnen vast; een gemeentelijke beheersverordening kan binnen die grenzen eigen keuzes maken.

Twee details zijn voor het ontwerp belangrijk. De wet koppelt brieven aan een adres dat "bekend" is, dus de software moet vastleggen of een adres bekend is en wanneer het voor het laatst is gecontroleerd. En de ruimingstermijn hangt aan de laatste begraving in het graf, niet aan de uitgifte van het recht. Een graf met een bijzetting na jaren krijgt dus een nieuwe ruimingsdatum.

Overweging 27 van de AVG is daarover kort:

De onderhavige verordening is niet van toepassing op de persoonsgegevens van overleden personen. De lidstaten kunnen regels vaststellen betreffende de verwerking van de persoonsgegevens van overleden personen.

Bron: Verordening (EU) 2016/679, overweging 27, Nederlandse tekst via EUR-Lex, gelezen op 12 oktober 2026. De namen en grafplaatsen van overledenen in het openbare register vallen dus niet onder de AVG.

Een begraafplaatsadministratie bevat echter veel meer dan overledenen. Rechthebbenden, belanghebbenden bij een algemeen graf en contactpersonen voor onderhoud zijn levende personen, met naam, adres, soms telefoonnummer en betalingsgegevens. Op die gegevens is de AVG volledig van toepassing. Ook gegevens over een overledene kunnen iets zeggen over een levende nabestaande, bijvoorbeeld een gedeeld adres.

Een werkbare inrichting scheidt daarom twee lagen:

• Openbaar deel. Naam van de overledene, datum van begraven en de plaats van het graf. Dat is wat artikel 27 openbaar maakt en wat een zoekfunctie voor bezoekers nodig heeft.
• Beheerdeel. Rechthebbenden, adressen, correspondentie, facturen en verwaarlozingsdossiers, alleen toegankelijk voor medewerkers met een rol, met logging van inzage.

Wanneer een locatie een persoonsgegeven is en wanneer een DPIA nodig is, staat uitgewerkt in de gids geodata en de AVG. Leg de keuzes vast in het verwerkingsregister van de gemeente.

Een register met grafnummers wordt pas echt bruikbaar als het op een kaart staat: voor bezoekers die een graf zoeken en voor beheerders die een ruiming plannen. Grafvakken en individuele graven staan in geen enkele landelijke registratie; die meet de gemeente zelf in. Voor de omtrek van de begraafplaats en de omgeving is wel open data beschikbaar.

De achtergrond bij beide basisregistraties staat op de pagina's over de BGT en de BAG. Een eigen begraafplaatskaart zet de ingemeten grafvakken in een eigen database zoals PostGIS en gebruikt PDOK voor de ondergrond.

Het register bestaat uit een beheerapplicatie met een database, een geplande taak voor termijnbewaking en een openbare zoekfunctie met kaart.

De kern van het datamodel zijn vier tabellen. Graf bevat grafnummer, vak, rij, soort (algemeen of particulier) en de geometrie. Recht bevat het uitsluitend recht met begin- en einddatum en verlengingen. Begraving koppelt een overledene aan een graf met een datum, zodat de laatste begraving en dus de ruimingstermijn af te leiden is. Rechthebbende staat apart, met adres, de datum waarop dat adres is gecontroleerd en een vlag of het bekend is. De openbare zoekfunctie leest alleen uit een databaseview met de openbare velden, zodat een fout in de applicatie geen beheergegevens kan lekken. Koppelingen met burgerzaken of de financiële administratie verlopen via API-koppelingen.

Bij het overzetten van een oud register naar een kaart is de eerste controle of de coördinaten van de graven wel op een begraafplaats liggen. Het script haalt de begraafplaatsvlakken uit TOP10NL op voor een gebied van 3 bij 4 kilometer rond Haarlem, in RD-coördinaten, pagineert via de next-links en toetst twee graven. De graven zijn een fictief voorbeeld: verzonnen grafnummers en coördinaten, geen echte graven of personen. Getest op 11 oktober 2026 met Node 24.

// graven.mjs — Node 18 of nieuwer
const BASE = 'https://api.pdok.nl/kadaster/brt-top10nl/ogc/v1/collections/terrein_vlak/items';
const RD = 'http://www.opengis.net/def/crs/EPSG/0/28992';

async function begraafplaatsvlakken(bbox) {
  let url = new URL(BASE);
  url.search = new URLSearchParams({ f: 'json', limit: '1000', bbox: bbox.join(','), 'bbox-crs': RD, crs: RD });
  const vlakken = [];
  while (url) {
    const res = await fetch(url);
    if (!res.ok) throw new Error('PDOK gaf status ' + res.status);
    const fc = await res.json();
    vlakken.push(...fc.features.filter((f) => f.properties.typelandgebruik === 'dodenakker'));
    const next = fc.links.find((l) => l.rel === 'next');
    url = next ? new URL(next.href) : null;
  }
  return vlakken;
}

// punt-in-polygoon (ray casting) op de buitenring
function binnen([x, y], ring) {
  let raak = false;
  for (let i = 0, j = ring.length - 1; i < ring.length; j = i++) {
    const [xi, yi] = ring[i];
    const [xj, yj] = ring[j];
    if ((yi > y) !== (yj > y) && x < ((xj - xi) * (y - yi)) / (yj - yi) + xi) raak = !raak;
  }
  return raak;
}

function oppervlakte(ring) {
  let s = 0;
  for (let i = 0, j = ring.length - 1; i < ring.length; j = i++) s += (ring[j][0] + ring[i][0]) * (ring[j][1] - ring[i][1]);
  return Math.abs(s / 2);
}

// FICTIEF VOORBEELD: verzonnen grafnummers en coördinaten, geen echte graven of personen
const graven = [
  { grafnummer: 'FICTIEF-A-001', soort: 'particulier', rechtTot: 2031, xy: [104352, 490391] },
  { grafnummer: 'FICTIEF-B-017', soort: 'algemeen', rechtTot: 2027, xy: [104700, 488400] },
];

const vlakken = await begraafplaatsvlakken([103000, 487500, 106000, 491500]);
console.log(vlakken.length + ' begraafplaatsvlakken, waarvan de grootste ' +
  Math.round(Math.max(...vlakken.map((v) => oppervlakte(v.geometry.coordinates[0])))) + ' m2');
for (const g of graven) {
  const vlak = vlakken.find((v) => binnen(g.xy, v.geometry.coordinates[0]));
  console.log(g.grafnummer + ': ' + (vlak ? 'binnen vlak ' + vlak.id + ' (bronactualiteit ' + vlak.properties.bronactualiteit + ')' : 'buiten elk begraafplaatsvlak, controleren'));
}

Uitvoer op 11 oktober 2026:

13 begraafplaatsvlakken, waarvan de grootste 16356 m2
FICTIEF-A-001: binnen vlak 74e7f273-3b42-5578-ae7c-04a66923e267 (bronactualiteit 2006-01-01)
FICTIEF-B-017: buiten elk begraafplaatsvlak, controleren

Graven die buiten elk vlak vallen, zet u op een controlelijst. Dat kan een fout in de oude coördinaten zijn, maar ook een begraafplaats die in TOP10NL nog niet of anders is begrensd. Wie zulke controles in een desktopomgeving wil doen, kan hetzelfde met QGIS.

• Verouderde vlakken. Het vlak in het voorbeeld had als bronactualiteit 1 januari 2006. TOP10NL is geschikt als ondergrond en voor een eerste controle, niet als juridische begrenzing van een begraafplaats of als basis voor grafvakken.
• Gaten in vlakken. Het voorbeeld toetst alleen de buitenring. Een vlak met een uitsparing, bijvoorbeeld voor een gebouw, vraagt om een volledige toets, zoals ST_Contains in PostGIS.
• Papieren historie. Oude registers bevatten afkortingen, dubbele nummers en vakindelingen die later zijn gewijzigd. Plan de migratie als een eigen project met steekproeven, niet als een import van een middag.
• Onbekende adressen. Veel rechthebbenden zijn verhuisd. De wet rekent op het adres dat bekend is; leg vast wanneer een adres voor het laatst is gecontroleerd en wanneer een brief retour kwam.
• Exit uit het pakket. Het register moet blijven bestaan als de software wordt vervangen. Spreek een export af in een open formaat, met geometrie bijvoorbeeld als GeoPackage.

Er zijn standaardpakketten voor begraafplaatsadministratie op de markt. Voor een gemeente met een of twee begraafplaatsen en een standaard beheersverordening is zo'n pakket vaak de eenvoudigste keuze, mits het een open export heeft en de openbare en afgeschermde gegevens goed scheidt. De afweging staat uitgewerkt in maatwerk of standaard software.

Maatwerk of een eigen kaartlaag is zinvol als het register moet samenwerken met een bestaande GIS-viewer, als meerdere gemeenten één begraafplaats delen, of als de historische registers zo afwijken dat een pakket ze niet goed kan opnemen. TechinFlow biedt maatwerk software met de focus op overheden. Deze pagina beschrijft hoe zo'n register te bouwen is; het voorbeeld is geen project van TechinFlow.