diff --git a/schemas/schemaverschillen.md b/schemas/schemaverschillen.md
index 4526dd2..1b0eef2 100644
--- a/schemas/schemaverschillen.md
+++ b/schemas/schemaverschillen.md
@@ -1,28 +1,28 @@
-Schemaverschillen Geodan en Geonovum
-====================================
-
-Onderstaande tabel geeft de verschillen tussen het schema van Geonovum en die van Geodan. 
-
-|Aspect|Geonovum|Geodan|
-|------|--------|------|
-|Header|Begint met comment, schema en reqs element|geen header|
-|NEN3610ID|In het door Imvertor geproduceerde json-schema is het NEN3610ID een object.|NEN3610ID is een string met een regex validatie.|
-|Missende IMEV elementen||-De abstracte objecttypen, -Attribuut: tijdstipRegistratie, -Attribuut: eindRegistratie|
-|Extra elementen t.o.v. IMEV||- IMEV-LocatieEVActiviteiten (als array, maar in IMEV is het een abstract supertype), - featureType, - AllowedFeatureTypes: (enumeratie), - Per BKLActiviteit is er een lijst met toegestane referenties.|
-|Attributen supertype|Er is een verwijzing naar de te overerven attributen van het supertype via “allOff”|De attributen van de supertypes worden steeds herhaald, maar de supertypes zelf ontbreken en worden alleen als lijst getoond met mogelijke subtypen.|
-|Link naar supertype|Ja|Nee|
-|Link naar subtype|Nee|Soms, met “oneOf”|
-|Relaties opgenomen properties 1:n|Via naam relatierol|Via een array, maar niet altijd, zo mist bv de relatie PRcontour naar ReferentieEVContour.|
-|Relaties opgenomen properties n:1|Via naam relatierol|Nee, dat volgt uit de geneste structuur van het json-bestand. Zie volgende paragraaf.|
-|Geometrie|Verwijzing naar https://geojson.org/, bv: https://geojson.org/schema/LineString.json |GeoJson geometry zelf gespecificeerd in schema|
-|Keuze bv PuntOfVlak| Apart objecttype|Direct in bijbehorende objecttype met “oneOf”|
-|Volgorde|Objecttypes, BKLActiviteiten, Enumeraties|Gegeneraliseerde objecttypen, BKLActiviteiten, EVContouren, Referenties, Overige objecten, Enumeraties, GeoJson geometrieobjecten|
-
-***Toelichting op verschil in relaties***
-
-In het EA model zijn relaties als object a heeft een object b gedefinieerd als relatierol. Dit is in het Imvertor json-schema terug te vinden als een property met een description. De relatie wordt gelegd via LinkObjecten die in het schema zitten, maar waar die naar verwijzen maakt niet uit.
-Zo komt bijvoorbeeld de “heeft” relatie van ReferentieEVContour naar een EVActiviteit terug in het schema met de beschrijving: “Verwijzing naar de activiteit met externe veiligheidsrisco's.”
-N op 1 relaties In het schema van Geodan zijn niet op deze manier terug te vinden. Relaties volgen dan uit de geneste structuur van de json-bestanden. 
-1 op n relaties zijn het schema van Geodan soms terug te vinden als attributen. De meeste referentieobjecten hebben bijvoorbeeld een property “evContouren” waarin verwezen wordt naar een EVContourenArray of een Voidable;
-
-
+Schemaverschillen Geodan en Geonovum
+====================================
+
+Onderstaande tabel geeft de verschillen tussen het schema van Geonovum en die van Geodan. 
+
+|Aspect|Geonovum|Geodan|
+|------|--------|------|
+|Header|Begint met comment, schema en reqs element|geen header|
+|NEN3610ID|In het door Imvertor geproduceerde json-schema is het NEN3610ID een object.|NEN3610ID is een string met een regex validatie.|
+|Missende IMEV elementen||-De abstracte objecttypen,
-Attribuut: tijdstipRegistratie,
-Attribuut: eindRegistratie|
+|Extra elementen t.o.v. IMEV||-IMEV-LocatieEVActiviteiten (als array, maar in IMEV is het een abstract supertype),
-featureType,
-AllowedFeatureTypes: (enumeratie),
-Per BKLActiviteit is er een lijst met toegestane referenties.|
+|Attributen supertype|Er is een verwijzing naar de te overerven attributen van het supertype via “allOff”|De attributen van de supertypes worden steeds herhaald, maar de supertypes zelf ontbreken en worden alleen als lijst getoond met mogelijke subtypen.|
+|Link naar supertype|Ja|Nee|
+|Link naar subtype|Nee|Soms, met “oneOf”|
+|Relaties opgenomen properties 1:n|Via naam relatierol|Via een array, maar niet altijd, zo mist bv de relatie PRcontour naar ReferentieEVContour.|
+|Relaties opgenomen properties n:1|Via naam relatierol|Nee, dat volgt uit de geneste structuur van het json-bestand. Zie volgende paragraaf.|
+|Geometrie|Verwijzing naar https://geojson.org/, bv: https://geojson.org/schema/LineString.json |GeoJson geometry zelf gespecificeerd in schema|
+|Keuze bv PuntOfVlak| Apart objecttype|Direct in bijbehorende objecttype met “oneOf”|
+|Volgorde|Objecttypes, BKLActiviteiten, Enumeraties|Gegeneraliseerde objecttypen, BKLActiviteiten, EVContouren, Referenties, Overige objecten, Enumeraties, GeoJson geometrieobjecten|
+
+***Toelichting op verschil in relaties***
+
+In het EA model zijn relaties als object a heeft een object b gedefinieerd als relatierol. Dit is in het Imvertor json-schema terug te vinden als een property met een description. De relatie wordt gelegd via LinkObjecten die in het schema zitten, maar waar die naar verwijzen maakt niet uit.
+Zo komt bijvoorbeeld de “heeft” relatie van ReferentieEVContour naar een EVActiviteit terug in het schema met de beschrijving: “Verwijzing naar de activiteit met externe veiligheidsrisco's.”
+N op 1 relaties In het schema van Geodan zijn niet op deze manier terug te vinden. Relaties volgen dan uit de geneste structuur van de json-bestanden. 
+1 op n relaties zijn het schema van Geodan soms terug te vinden als attributen. De meeste referentieobjecten hebben bijvoorbeeld een property “evContouren” waarin verwezen wordt naar een EVContourenArray of een Voidable;
+
+