ArjanLoeffen
commented
4 months ago Ten aanzien van "_" en de spaties in een naam: We kunnen een naam normalisatie uitvoeren op de naam die wordt ingevoegd in Json. Echter, daarmee verbreek je de link tussen het informatiemodel en de json serialisatie enigszins. Ook is me dan niet duidelijk welke normalisatie dat moet zijn.
Ten aanzien van Geo: Ik moet dit uitzoeken.
Zie https://www.jsonschemavalidator.net/s/3L0I9J4f voor een parse van het schema tegen het meta-schema "https://json-schema.org/draft/2019-09/schema". Een deel van de fouten is herkenbaar, een ander deel snap ik niet. Lijkt erop dat dat een schema niet een goede json instance is?
Het is de vraag wat een goede jsons schema validator is (dus dus de schemas zelf valideert!), die bij voorkeur ingezet kan worden in een java proces. Suggesties? Start kan zijn: https://json-schema.org/implementations#validators-java
De JSON schema is nog niet foutloos als ik hem bekijk in XML-SPY
$anchor fouten
_uit de naam dus bijvoorbeeld_KadastraalObjectdat mag niet volgens het patroon van $anchor. Dus we moeten de_uit het model halen of imvertor moet hem verwijderen. Of het patroon aanpassen, maar dat zit in core.json:^[A-Za-z][-A-Za-z0-9.:_]*$($anchor moet met een letter beginnen)Geo in kadastrale grens
Beide fouten zouden met andere modellering opgelost kunnen worden. Alle klassen met een letter beginnen en geen spaties in de namen en ipv een linestring een characterstring gebruiken voor geo attributen in een plainJson model.