RELEASE NOTES IMRO VALIDATOR

Huidige software versie: 2.3

Datum: 01/06/2011

Omgeving:
Pilot: http://pilot.ruimtelijkeplannen.nl/validator
Productie: http://validator.ruimtelijkeplannen.nl/

Softwarematige wijzigingen ten opzichte van 2.2 (01/11/2010)

• Bugfix in encoding validatie: validatie van karakters in het geval van UTF-8 encoding werkte niet correct.
• Wijziging van foutmelding in encoding validatie (zie Encoding validatie): In plaats van karakterpositie werd karakterwaarde gemeld en omgekeerd.
• Wijziging in additionele regelvalidatie: De naam van een enkelbestemming/dubbelbestemming dient te beginnen met de hoofdgroep (behoudens “overig”) gevolgd door een minteken. Deze validatie resulteert in een waarschuwing indien de validatie faalt.
• Wijziging in additionele regelvalidatie: In element verwijzingNaarTekstInfo binnen een Bestemmingsplangebied dient de waarde van element typeTekst in overeenstemming te zijn met de prefix van de genoemde bestanden in veld verwijzingNaarTekst.
• Referentievalidatie: Vergelijking van de planidn vindt nu plaats tegen het imro:identificatie veld van het betreffende plangebied van het plan, niet meer tegen de gml:id. Volgens de standaarden zijn deze eigenschappen gelijk aan elkaar, maar in het geval van IMRO2006 wordt hier niet op gevalideerd wat kan resulteren in problemen tijdens inladen.

Softwarematige wijzigingen ten opzichte van 2.1 (02/06/2010)

• Wijziging in encoding validatie (zie Encoding validatie): Van GML of STRI bestanden die zich voordoen als UTF-8 gecodeerd te zijn worden de karakters gecontroleerd zodat zeker is dat deze codering terecht gehanteerd wordt. Tevens foutboodschap aangepast zodat de tekst “manifest” niet meer expliciet voorkomt.

Softwarematige wijzigingen ten opzichte van 2.0 (02/06/2010)

• Het gebruik van de XPath functie tokenize voor het valideren van het aantal coördinaten wordt in dit geval teruggedraaid wegens enorm geheugengebruik in het geval van grote reeksen gml:posList elementen.

Softwarematige wijzigingen ten opzichte van 1.9 (25/01/2010)

• Bugfix in foutafhandeling bij asynchrone validatie.
• Bugfix in validatie van referenties. Ook prefix bb_ (beleidstekstbijlage) wordt nu correct behandeld.
• Realisatie van XPath functie tokenize toegevoegd om minder afhankelijk zijn van niet-standaard versies van XPath functies. Dit ten behoeve van gebruik door regelvalidatie.
• Validatie van E-mail adressen aangescherpt bij asynchrone validatie
• Validatie van encoding van manifesten naar aanleiding van encoding problemen in de index en crashende validators. Deze validatie vindt plaats alvorens de STRI validaties (schema en regels) te laten plaatsvinden.

Softwarematige wijzigingen ten opzichte van 1.8 (29/09/2009)

• Bugfix in authenticiteitsvalidatie in verband met foutieve afkeuring van sommige hash waarden.
• Uiterlijke vormgeving schermen gewijzigd, tabbladen geïntroduceerd.
• Opschoningen authenticiteitsvalidatie

Softwarematige wijzigingen ten opzichte van 1.7 (24/08/2009)

• Algemene refactoring t.b.v. code sharing met plannen importer.
• Asynchrone validatie is mogelijk, d.w.z. de mogelijkheid om een e-mail adres op te geven waarnaar het bericht wordt gestuurd dat de validatie voltooid is vergezeld van een hyperlink waarmee het resultaat kan worden opgehaald.

Softwarematige wijzigingen ten opzichte van 1.6 (09/07/2009)

• Bugfix: Een rechte lijn gecodeerd als een gml:Arc met 3 punten werd niet correct geïnterpreteerd, namelijk als een Cirkel met een enorme straal i.p.v. een rechte lijn.
• Bugfix: Een manifest met een lege supplementen basisURL gaf een stacktrace in beeld.

Softwarematige wijzigingen ten opzichte van 1.5 (19/05/2009)

• Refactorings in interne Factories voor validatieonderdelen.
• Robuuster maken van authenticiteitsvalidatie

Softwarematige wijzigingen ten opzichte van 1.4 (10/03/2009)

• Bugfix in authenticiteitsvalidatie
• Aanpassing illegale inhoud validatie
• Aanpassing regelvalidatie i.v.m. SOAP validator.
• Herstructurering om hergebruik bestaande code te stimuleren.

Softwarematige wijzigingen ten opzichte van 1.3 (23/02/2009)

• Veiligheidschecks op bestandgrootte en illegale inhoud
• Bugfix in authenticiteitsvalidatie
• Bugfix in encoding validatie
• Dichten van (bekende) beveiligingsrisico’s in de implementatie van digitale handtekeningen

Softwarematige wijzigingen ten opzichte van 1.2 (03/02/2009)

• Voorkomen van nul pointer fouten bij OCSP responsies.
• Voorkomen van incidenteel niet kennen van BouncyCastle library bij certificaten afhandeling
• Rapportage verwijzingen naar illustraties, vaststellingsbesluit en objectgeoriënteerde tekst.
• Bugfix bij encoding validatie.
• Bugfix bij authenticiteitvalidatie
• Bugfix bij geometrische validatie

Softwarematige wijzigingen ten opzichte van 1.1.1 (30/10/2008)

• Bugfix in authenticiteitcontrole bij validatie certificatenketens
• Totaaltellingen voor IMRO2008 plannen: Bouwaanduiding toegevoegd
• Manifesten en plannen ophalen van Https sites (ook met niet geldige certificaten)
• Bij manifestvalidatie wordt in plaats van bestandsnaam (UNKNOWN_manifest.xml) de locatie getoond.
• Bij geleideformulier validatie wordt bij het ontbreken van een bestand altijd een error gegeven.
• Efficiëntere buffering van CRL en OCSP requests
• Verbeterde foutafhandeling bij OCSP requests
• Verbeterde foutafhandeling bij controleren handtekeningen

Softwarematige wijzigingen ten opzichte van 1.1.0 (28/10/2008)

• uploaden van plan in zip-file ondersteund
• validatie op bestandscodering veronderstelt UTF-8 als informatie hierover ontbreekt.
• ondersteuning voor PCP2008 v1.0.1 plannen
• authenticiteitcontrole certificaten uitgebreid met (online) CRL en OCSP intrekkingcontroles
• authenticiteit valideren aan de hand van de productiecertificaten van PKI overheid
• authenticiteit validatie handelt meegeleverde certificatenketens correct af
• authenticiteit validatie met gedetailleerde foutrapportage
• bugfixes voor authenticatie validatie
• bugfix totaaltellingen voor optionele rapportage

Softwarematige wijzigingen ten opzichte van 1.0.1 (02/06/2008)

• nieuwe validatie op STRI2006/2008 gebaseerd op manifest locatie
• ondersteuning voor IMRO2008 plannen
• versienr. uit .xsd wordt getoond in versie informatie
• crossreference validatie toegevoegd (test eenduidigheid, planbestand, manifest en bij IMRO 2008 geleideformulier)
• kopjes toegevoegd in validatie resultaat (manifest, geleideformulier, planbestand)
• overige cosmetische verbeteringen
  • manifest url en plan bestand veld breder gemaakt
  • kleur kopjes aangepaste van rood naar grijs
  • header Validatie RO
  • tekstuele wijzigingen

Softwarematige wijzigingen ten opzichte van 1.0.0 (02/05/2008)

n.v.t.

Bekende problemen voor versie 1.1.1

geen

Bekende problemen voor versie 1.1.0

Totaaltellingen in van de optionele rapportagefunctionaliteit kloppen mogelijk niet bij 2008 plannen (in onderzoek).

Huidige configuratie:

Validatie	Component versie	Bestand versie
Encoding validatie	1.6 (release notes)
Bestandsnaam validatie	1.0 (release notes)
Plantype validatie	1.0 (release notes)
Geometrische validatie	1.2 (release notes)
Authenticiteit validatie	1.8 (release notes)
Schema validatie	1.1 (release notes)
Regel validatie	1.2 (release notes)
Illegale Inhoud validatie	1.1 (release notes)
Referentie validatie	1.1 (release notes)
IMRO 2006 Schema validatie	Zie Schema validatie	IMRO2006.xsd versie 1.1RC-adapted
IMRO 2006 Regel validatie	Zie Regel validatie	imro2006-rulesv019.sch
IMRO 2006 Additionele regel validatie	Zie Regel validatie	additional-validator-rules-2006v1.12.sch
IMRO 2008 Schema validatie	Zie Schema validatie	local-IMRO2008.xsd versie 1.1.0
IMRO 2008 Regel validatie	Zie Regel validatie	imro2008-rulesv013.sch
IMRO 2008 Additionele regel validatie	Zie Regel validatie	additional-validator-rules-2008v1.16.sch
PCP 2008 Schema validatie	Zie Schema validatie	local-IMROPCP2008.xsd versie 1.1
PCP 2008 Additionele regel validatie	Zie Regel validatie	additional-validator-rules-PCP2008v005.sch
STRI 2006 Schema validatie	Zie Schema validatie	STRI2006.xsd, versie 1.2b
STRI 2006 Additionele regel validatie	Zie Regel validatie	additional-validator-rules-STRI2006v003.sch
STRI 2008 Schema validatie	Zie Schema validatie	STRI2008.xsd, versie 1.5
STRI 2008 Additionele regel validatie	Zie Regel validatie	additional-validator-rules-STRI2008v007.sch

GENERIEKE VALIDATIES

RELEASE NOTES ENCODING VALIDATIE

Huidige component versie: 1.6
Datum: 01/06/2011

Wijzigingen ten opzichte van versie 1.5 (01/11/2010)

• Bugfix in encoding validatie: validatie van karakters in het geval van UTF-8 encoding werkte niet correct.
• In het geval van UTF-8 validatie werd in plaats van karakterpositie de karakterwaarde gemeld en omgekeerd.

Wijzigingen ten opzichte van versie 1.4 (16/03/2009)

• Validatie van correct gebruik van UTF-8 encoding in de omstandigheid dat een manifest / geleideformulier / planbestand deze encoding gebruikt of dat er geen encoding informatie aanwezig is waardoor deze veronderstelling gemaakt moet worden. Versie 1.3 waarschuwt in de laatste situatie alleen en laat de problemen toch door. In sommige omstandigheden kon dit resulteren in meldingen over onbekende fouten.
• Expliciete waarschuwing over “dit manifest” gewijzigd in meer algemene melding over “dit XML bestand”. Dit om verwarring te voorkomen indien de waarschuwing bij een geleideformulier optreedt.

Wijzigingen ten opzichte van versie 1.3 (23/02/2009)

• Lege bestanden worden niet meer als UTF-16 aangemerkt

Wijzigingen ten opzichte van versie 1.2 (28/10/2008)

• XML declaratie mag nu zowel enkele als dubbele quotes bevatten. Tevens is een nieuwe regel na de declaratie niet meer nodig om de declaratie te herkennen

Wijzigingen ten opzichte van versie 1.1 (02/07/2008)

• Default encoding wordt UTF-8 verondersteld indien er geen encoding van bestanden of in XML gedetecteerd kan worden

Wijzigingen ten opzichte van versie 1.0 (01/06/2008)

• Validatie van encoding volgens W3C richtlijnen geïmplementeerd

Bekende problemen voor versie 1.0

geen

Geplande wijzigingen

geen

RELEASE NOTES BESTANDSNAAM VALIDATIE

Huidige component versie: 1.0
Datum: 01/07/2008

Initiële versie

Bekende problemen voor versie 1.0

geen

RELEASE NOTES PLANTYPE VALIDATIE

Huidige component versie: 1.1
Datum: 03/09/2008

Wijzigingen ten opzichte van versie 1.0 (01/07/2008)

• State probleem (analoog aan probleem rapportage aantal elementen) opgelost

Initiële versie

Bekende problemen voor versie 1.0

geen

RELEASE NOTES GEOMETRISCHE VALIDATIE

Huidige component versie: 1.2
Datum: 24/02/2009

Wijzigingen ten opzichte van versie 1.1 (31/07/2008)

• Fout hergebruik van variabel bij meervoudige validaties tegelijkertijd opgelost (veroorzaakte fatale fout).

Wijzigingen ten opzichte van versie 1.0 (01/05/2008)

• Ondersteuning van meervoudige geometrieën toegevoegd
• Validatie van arcs en curves wordt nauwkeuriger uitgevoerd. Het (zeer incidenteel) optredende probleem met ten onrechte optreden van “ring self intersections” t.g.v. benadering van arcs/curves wordt hiermee voorkomen.

Bekende problemen voor versie 1.0

geen

RELEASE NOTES AUTHENTICITEITSVALIDATIE

Huidige component versie: 1.8
Datum: 25/10/2010

Wijzigingen ten opzichte van versie 1.7 (19/10/2009)

• Bugfix: Bij bestandprefixen eindigend op b_ of t_ kan verwarring optreden indien er tegelijkertijd een bestandsnaam is met alleen prefix b_ of t_. Hierdoor kan in de Hash berekening met de Hash van het verkeerde bestand gerekend worden.

Wijzigingen ten opzichte van versie 1.6 (07/07/2009)

• Opschoningen en foutgevoelige code robuuster gemaakt.

Wijzigingen ten opzichte van versie 1.5 (10/04/2009)

• Robuustere aanmelding BouncyCastle provider in CertificateStore.
• Robuuster maken door problemen met multithreaded http verbindingen op te lossen.

Wijzigingen ten opzichte van versie 1.4 (04/03/2009)

• Bugfix voorkomt dat applicatie uit zijn geheugen loopt tijdens transformeren van grote bestanden.

Wijzigingen ten opzichte van versie 1.3 (03/02/2009)

• Bugfix voorkomt stacktrace in validator wanneer foutieve Transform parameter wordt toegepast.
• Check op rechten om objecten te ondertekenen van laagst in hiërarchie gelegen certificaat.

Wijzigingen ten opzichte van versie 1.2 (28/10/2008)

• certificatenketen waarvan de volgorde niet kan worden bepaald worden toch doorgegeven als diagnostische informatie
• efficiëntere buffering van CRL en OCSP requests
• verbeterde foutafhandeling bij OCSP requests en OCSP responses.
• verbeterde foutafhandeling bij controleren handtekeningen

Wijzigingen ten opzichte van versie 1.1 (09/10/2008)

• verbeterde diagnose informatie bij controleren handtekeningen
• volgorde bepaling van certificatenketens

Wijzigingen ten opzichte van versie 1.0 (31/07/2008)

• authenticiteit validatie handelt meegeleverde certificatenketens correct af
• authenticiteit validatie met gedetailleerde foutrapportage
• authenticiteit valideren aan de hand van de productiecertificaten van PKI overheid
• bugfixes ter voorkoming fatale fouten
• authenticiteitcontrole certificaten uitgebreid met (online) CRL en OCSP intrekkingcontroles

Bekende problemen voor versie 1.8

geen

Geplande wijzigingen

geen

RELEASE NOTES SCHEMA VALIDATIE

Huidige component versie: 1.1
Datum: 26/11/2009

Wijzigingen ten opzichte van versie 1.0C (01/05/2008)

• Terugvinden van schemafiles gewijzigd

Wijzigingen ten opzichte van versie 1.0 (01/05/2008)

geen

Bekende problemen voor versie 1.0C

geen

RELEASE NOTES REGEL VALIDATIE

Huidige component versie: 1.2
Datum: 20/04/2009

Wijzigingen ten opzichte van versie 1.1 (07/01/2009)

• Afhandeling van diagnostische informatie ten behoeve van een SOAP validator.
• Toevoeging van waarschuwingen tijdens validatie
• Cosmetische wijzigingen ten behoeve van debugging.

Wijzigingen ten opzichte van versie 1.0C (15/12/2008)

• foutafhandeling tijdens opstarten verbeterd
• cosmetische wijzigingen

Wijzigingen ten opzichte van versie 1.0 (01/05/2008)

• cosmetische wijzigingen

Bekende problemen voor versie 1.2

geen

RELEASE NOTES ILLEGALE INHOUD VALIDATIE

Huidige component versie: 1.1
Datum: 16/04/2009

Wijzigingen ten opzichte van versie 1.0 (03/03/2009)

• Bij constateren van illegale inhoud wordt een configureerbare gebruiksvriendelijke fout gegeven over wat er geconstateerd is.

'Initiële versie 1.0 (03/03/2009)

Eerste versie. Beveiliging tegen controversiële inhoud in XML bestanden. die kunnen leiden tot Denial of Serice aanvallen of bedreigingen van de integriteit van het digitale waarmerk.

Controle mogelijk op string constanten en reguliere expressies gegeven als configuratie parameters. Controle en verbod van volgende informatie:

• <!DOCTYPE aanduidingen: mogelijkheid als Entity bom.
• <?xml-stylesheet aanduidingen: mogelijkheid tot uitvoer vreemde stylesheets die systeem corrumperen.
• Algemeen verbod op gebruik XSLT in XML bestanden: mogelijkheid tot uitvoer code die systeem corrumpeert.
• Verbod op xpointers die verwijzen naar externe bestanden ( http://hacker.nl/kwaadaardig )

Achtergrond:

Tijdens validatie kan het document door XSLT gewijzigd worden zodanig dat een andere inhoud gevalideerd wordt dan oorspronkelijk aanwezig was. Dit opent de mogelijkheid om het XML bericht dusdanig te manipuleren dat voor de berekening van de handtekening de velden dusdanig aangepast worden dat er automatisch de juiste handtekening uit rolt. Een ander risico is dat middels XLST de hash van het XML document opnieuw berekend wordt en in het SignatureDigestValue object geplaatst wordt. Dit maakt dus de validatie middels elektronische handtekening compleet waardeloos en lek.

Een derde reden is dat XSLT de mogelijkheid biedt om lokaal op het validerende systeem bestanden te wijzigen. Dit opent de mogelijkheid om ontvangende systemen van buitenaf te corrumperen middels XSLT stylesheet achtige dingen in manifesten.

Bekende problemen voor versie 1.0

Foutmeldingen zijn niet vriendelijk voor gebruikers.

Geplande wijzigingen

geen (alleen indien er nieuwe beveiligingsissues mochten komen).

RELEASE NOTES REFERENTIE VALIDATIE

Huidige component versie: 1.1
Datum: 15/03/2011

Wijzigingen ten opzichte van versie 1.0 (25/06/2008)

• Vergelijking van de planidn vindt nu plaats tegen het imro:identificatie veld van het betreffende plangebied van het plan, niet meer tegen de gml:id. Volgens de standaarden zijn deze eigenschappen gelijk aan elkaar, maar in het geval van IMRO2006 wordt hier niet op gevalideerd. Wegens dat imro:identificatie de werkelijke planidn voorstelt wordt daarom deze gebruikt.

Initiële versie 1.0 (25/06/2008)

Valideert dat genoemde planeigenschappen in manifest/geleideformulier overeenkomen met die van het plan zelf.

IMRO2006 VALIDATIES

RELEASE NOTES IMRO 2006 SCHEMA VALIDATIE

Huidige schemaversie (IMRO2006.xsd): 1.1RC-adapted
Datum: 31 januari 2007

RELEASE NOTES IMRO 2006 REGEL VALIDATIE

Huidige schematron versie: imro2006-rulesv019.sch
Datum: 22/09/2009

Wijzigingen ten opzichte van versie v017 (16/06/2009)

• Optimalisatie door gebruik van keys statements verbetert performance wegens niet herhaaldelijk hoeven uit te voeren van lookups.

Wijzigingen ten opzichte van versie v017 (08/04/2009)

• Performance problemen opgelost door herschrijven diagnostische informatie.

Wijzigingen ten opzichte van versie v016 (17/09/2008)

• Rule 18b bevatte een fout. Verwijzingen naar aanduidingen binnen een figuur werden ten onrechte niet gecontroleerd.
• Diagnostische informatie toegevoegd ten behoeve van een SOAP validator.

Wijzigingen ten opzichte van versie v015 (14/08/2008)

• Rule A43 toegevoegd om te controleren of bij provinciale plannen de functieInfo ingevuld is indien de niet verkorte codering toegepast is.

Wijzigingen ten opzichte van versie v014 (14/05/2008)

• Rule 18b aangepast. Striktere controle op verwijzingen tussen aanduidingen (conform PRBP2006). Gevalideerd wordt nu dat indien een object Maatvoering, een object Lettertekenaanduiding of een object Figuur naar een andere aanduiding verwijst dit een object Bouwvlak of een object Gebiedsaanduiding is.
• Rule 23 heeft aangepaste foutmeldingen. Tekst ‘Foutcode 23a’ is toegevoegd en tekst ’Foutcode 23’ is ‘Foutcode 23b’ geworden.

NB deze controle was reeds aanwezig in de 2008 regelvalidatie.

Wijzigingen ten opzichte van versie v013 (26/03/2008)

• Rule 27: bugfix: SymboolInfo -> symboolInfo

Wijzigingen ten opzichte van versie v012 (18/01/2008)

• Rule 61: Geen multi-geometrie combinatie van verschillend type voor een provinciaal plan en een gemeentelijk plan toegestaan. Speciaal voor geometrie aanpassing voor Nota Ruimte

Initiële versie v012 (december 2007)

door Geonovum aangeleverd.

RELEASE NOTES IMRO 2006 ADDITIONELE VALIDATIE

Huidige schematron versie: additional-validator-rules-2006v1.12.sch
Datum: 22/12/2009

Wijzigingen ten opzichte van versie v1.11 (29/09/2009)

• Rule AD13 toegevoegd. Checkt op aanwezigheid van geometrische inhoud elementen die volgens de IMRO standaard geometrische informatie moeten bevatten, maar waarbij het XML schema niet automatisch afdwingt dat deze geometrische inhoud ook daadwerkelijk aanwezig is. Bijvoorbeeld de elementen imro:aanpijlingspunt en imro:plaatsingspunt behoren een &lt;gml:Point&gt; element te bevatten. Het XML schema van GML 3.1.1 staat technisch gezien ook toe dat dit element wordt weggelaten zodat lege elementen van bovenstaande typen niet door schemavalidatie worden gesignaleerd maar bij afnemende systemen problemen veroorzaken. Deels werden deze fouten ook al gedetecteerd bij de geometrische validatie: op deze wijze zijn de foutmeldingen duidelijker en makkelijker te begrijpen.

Specificatie van Rule AD13:

De elementen van het type imro:aanpijlingspunt, imro:plaatsingspunt, imro:geometriePunt, imro:geometrieLijn, imro:geometrieVlak, imro:geometrieCombi, imro:geometrieMultiLijn, imro:geometrieMultiPunt, imro:geometrieMultiVlak, gml:MultiSurface, gml:MultiCurve, gml:MultiPoint, gml:MultiGeometry, gml:pointMember, gml:pointMembers, gml:curveMember, gml:curveMembers, gml:surfaceMember, gml:surfaceMembers, gml:geometryMember, gml:geometryMembers, gml:segments, gml:baseCurve, gml:PolygonPatch dienen een geometrisch element te bevatten, ofwel een gml-element. Het is toegestaan dat dit gml element dieper genest ligt, zolang het maar voorkomt.

Niet toegestaan zijn de volgende voorbeelden (die niet door het XML schema worden gedetecteerd):

<imro:positie>
    <imro:Labelpositie>
        <imro:aanpijlingspunt/>
        <imro:plaatsingspunt>
            <gml:Point srsName="urn:ogc:def:crs:EPSG::28992">
<gml:pos>97832.124 473851.088</gml:pos>
</gml:Point>
        </imro:plaatsingspunt>
    </imro:Labelpositie>
</imro:positie>
<imro:positie>
    <imro:Labelpositie>
        <imro:aanpijlingspunt>
            <gml:Point srsName="urn:ogc:def:crs:EPSG::28992">
<gml:pos>97832.124 473851.088</gml:pos>
</gml:Point>
        </imro:aanpijlingspunt>
        <imro:plaatsingspunt/>
    </imro:Labelpositie>
</imro:positie>
<imro:geometrie>
    <imro:VlakMultiVlak>
        <imro:geometrieMultiVlak>
        </imro:geometrieMultiVlak>
     </imro:VlakMultiVlak>
</imro:geometrie>

• Rule AD14(A+B) toegevoegd. Checkt op aanwezigheid en het formaat van coördinaten binnen gml:pos, gml:posList, gml:lowerCorner en gml:upperCorner elementen, analoog als Rule AD6A en AD6B bij IMRO2008.

Specificatie van Rule AD14A:

gml:pos, posList, lowerCorner en upperCorner elementen dienen coördinaten te bevatten gescheiden door lege ruimte met als formaat minimaal 1 en maximaal 6 cijfers voor de decimale punt (eventueel met minteken voor de Noordzee) en maximaal 3 cijfers achter de decimale punt.

Niet toegestaan: <gml:posList>Test 123 .123 1234567890.12345</gml:posList>
Wel toegestaan: <gml:posList>1. 1.2 1.123 123456.123 -1. -1.2 -1.123 -123456.123</gml:posList>

Specificatie van Rule AD14B:

Het aantal coördinaten uit bij AD14A genoemde elementen dient een tweevoud ongelijk aan 0 te zijn, dit om het totaal weglaten van coördinaten of het weglaten van een enkele X- of Y-coördinaat te voorkomen. Dit werd ook geverifieerd bij geometrische validatie maar wegens dat in het geval van problemen alleen de identificatie van het gehele object gegeven werd bleek het in de praktijk regelmatig ondoenlijk om de exacte coördinatenreeks te bepalen die de fout bevatte (bijvoorbeeld MultiSurfaces met duizenden regels waarvan er één fout is).

Niet toegestaan:

<gml:posList></gml:posList> <!-- 0 -->

<gml:posList>1.234</gml:posList> <!-- 1 -->

<gml:posList>1.234 1.234 1.234</gml:posList> <!-- 3 -->

Wel toegestaan:

<gml:posList>1.234 1.234</gml:posList> <!-- 2 -->

<gml:posList>1.234 1.234 1.234 1.234</gml:posList> <!-- 4 -->

• Rule AD15 toegevoegd. Checkt op aanwezigheid van een IMRO component bij een gml:featureMember element.

Specificatie van Rule AD15:

Element gml:featureMember dient altijd inhoud te hebben. Analoog aan de specificatie van regel AD13.

Niet toegestaan zijn de volgende voorbeelden:

<gml:featureMember />

<gml:featureMember></gml:featureMember>

<gml:featureMember>
</gml:featureMember>

Wijzigingen ten opzichte van versie v1.10 (20/08/2009)

• Rule AD0 toegevoegd. Geeft een waarschuwing dat meerdere malen dezelfde imro:identificatie voorkomt.
• Rule AD3 gewijzigd. Check voor patches uitgebreid naar alle Surfaces in plaats van die binnen alleen plangebieden.

Specificatie van Rule AD3:

Binnen een gml:Surface mag slechts 1 gml:patches element voorkomen, en binnen een gml:patches element mag slechts 1 gml:PolygonPatch element voorkomen.

Voorbeelden van niet toegestane varianten:

<gml:Surface srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:patches>
    …………
    </gml:patches>
    <gml:patches>
    …………
    </gml:patches>
</gml:Surface>
<gml:Surface srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:patches>
        <gml:PolygonPatch>
        …………
        </gml:PolygonPatch>
        <gml:PolygonPatch>
        …………
        </gml:PolygonPatch>
    </gml:patches>
</gml:Surface>

Wijzigingen ten opzichte van versie v1.9 (09/07/2009)

• Specificatie van nieuwe regels toegevoegd in de release notes (zie onder).
• Rule AD12C verwijderd na overleg met VROM.

Wijzigingen ten opzichte van versie v1.8 (22/06/2009)

• Rule AD11 aangepast: verbeterde manier om heterogene multigeometrieën (die een willekeurige combinatie van de incompatibele typen points, curves, surfaces bevatten) te voorkomen. Geeft nu foutmeldingen in plaats van waarschuwingen.

Specificatie Rule AD11:

Multigeometrieën die een van de volgende combinaties bevatten zijn niet toegestaan:

:* gml:Point en gml:Curve
:* gml:Point en gml:Surface
:* gml:Curve en gml:Surface

De varianten MultiPoint, MultiCurve en MultiSurface kunnen op dezelfde manier beschouwd worden als de enkelvoudige varianten Point, Curve en Surface en mogen dan ook gemengd met de bijpassende enkelvoudige varianten gebruikt worden.

Een gml:LineString wordt analoog aan een gml:Curve behandeld, en een gml:Polygon wordt analoog aan een gml:Surface behandeld.

Ook toegestaan zijn nestingen van multigeometrieën. Binnen nestingen is de bovenstaande lijst combinaties ook niet toegestaan.

Voorbeelden van niet toegestane multigeometrieën:

1. Het mengen van Curves met Points

<gml:MultiGeometry srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:geometryMember>
        <gml:Curve>
            .....
        </gml:Curve>
    </gml:geometryMember>
    <gml:geometryMember>
        <!-- Toegestaan: is een soort Curve. -->
        <gml:LineString>
            .....
        </gml:LineString>
    </gml:geometryMember>
    <gml:geometryMember>
        <!-- Nesting toegestaan-->
        <gml:MultiGeometry>
            <gml:geometryMember>
                <gml:Point>
                    .....
                </gml:Point>
            </gml:geometryMember>
            <gml:geometryMembers>
                <gml:Curve>
                    .....
                </gml:Curve>
                <gml:MultiCurve>
                    .....
                </gml:MultiCurve>
            </gml:geometryMembers>
        </gml:MultiGeometry>
    </gml:geometryMember>
</gml:MultiGeometry>

2. Het mengen van Surfaces met Curves

<gml:MultiGeometry srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:geometryMember>
        <gml:MultiSurface>
            ......
        </gml:MultiSurface>
    </gml:geometryMember>
    <gml:geometryMember>
        <gml:Surface>
            ......
        </gml:Surface>
    </gml:geometryMember>
    <gml:geometryMember>
        <!-- Toegestaan, is een soort Surface  -->
        <gml:Polygon>
            ......
        </gml:Polygon>
    </gml:geometryMember>
    <gml:geometryMember>
        <gml:MultiCurve>
            ......
        </gml:MultiCurve>
    </gml:geometryMember>
    <gml:geometryMember>
        <gml:LineString>
            ......
        </gml:LineString>
    </gml:geometryMember>
</gml:MultiGeometry>

3. Het mengen van Surfaces met Points

<gml:MultiGeometry srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:geometryMember>
        <!-- Nesting toegestaan -->
        <gml:MultiGeometry>
            <gml:geometryMembers>
                <gml:Surface>
                    ......
                </gml:Surface>
                <gml:MultiSurface>
                    ......
                </gml:MultiSurface>
            </gml:geometryMembers>
        </gml:MultiGeometry>
    </gml:geometryMember>
    <gml:geometryMember>
        <gml:MultiSurface>
            ......
        </gml:MultiSurface>
    </gml:geometryMember>
    <gml:geometryMember>
        <gml:Polygon>
            ......
        </gml:Polygon>
    </gml:geometryMember>
    <gml:geometryMember>
        <gml:MultiPoint>
            ......
        </gml:MultiPoint>
    </gml:geometryMember>
</gml:MultiGeometry>

• Rule AD12A, AD12B en AD12C: Waarschuwingen aan de gebruikers over gebruik van IMRO2006 waar mogelijk IMRO2008 meer op zijn plaats zou zijn.

Specificatie Rule AD12:

Uitgangspunten:

• Een plan met status ontwerp dat op 30/6/2008 door de raad is besloten (onder de oude WRO) mag in ook onder de vlag van de oude WRO vastgesteld worden na 1/1/2010.&nbsp; Dit plan kan digitaal worden gecodeerd in IMRO2006;
• Even zo, partiële herziening op datzelfde plan kan in 2015 ook nog onder de vlag van de oude WRO worden herzien (dus wederom in IMRO2006);
• Een plan in de eerste 1,5 jaar van de (nieuwe) Wro mag in IMRO2006 gecodeerd worden.

Specificatie Rule AD12A:

Een IMRO2006-gecodeerd plan met de combinatie van de planstatus concept/voorontwerp/ontwerp en een planstatusdatum na 1/1/2010 is onmogelijk.
'‘Dit concept/voorontwerp/ontwerp plan is gecodeerd met DURP Standaarden 2006 (IMRO2006). Dat is niet meer toegestaan vanaf 1/1/2010’'.

Specificatie Rule AD12B:

Een IMRO2006-gecodeerd plan en een planstatusdatum na 1/1/2010 is mogelijk, maar alleen in het geval dat het moederplan in ontwerp reeds is vastgesteld door de raad (dat is dus niet gelijk aan de status vastgesteld!) onder de oude WRO, d.w.z. voor 1/7/2008.
'‘Dit plan is gecodeerd met DURP Standaarden 2006 (IMRO2006). Dat is slechts mogelijk indien het plan reeds onder de oude WRO (d.w.z. voor 1/7/2008) met ontwerp stadium of vastgesteld stadium is vastgesteld door de raad. In andere gevallen moeten de RO Standaarden 2008 (IMRO2008) gebruikt worden’'.

Rule AD12C wordt niet nader gespecificeerd omdat deze later verwijderd is in overleg met VROM en geen praktische gevolgen had tijdens aanwezigheid.

Wijzigingen ten opzichte van versie v1.7 (04/05/2009)

• Toevoeging van 2006 in de bestandsnaam
• Performance problemen opgelost door herschrijven diagnostische informatie.
• Toevoeging van foutcodes analoog aan additionele validatie voor IMRO2008.

Wijzigingen ten opzichte van versie v1.6 (19/02/2009)

• Een waarschuwing is opgenomen indien er een multigeometrie geconstateerd wordt waarin zich verschillende typen geometrische objecten bevinden (een zogeheten heterogene multigeometrie).
• Diagnostische informatie toegevoegd ten behoeve van een SOAP validator.

Wijzigingen ten opzichte van versie v1.5 (28/01/2009)

• Herschrijven van STRI2006 validaties wegens dat bepaalde constructies niet legaal waren volgens XSLT syntax.

Wijzigingen ten opzichte van versie v1.4 (10/11/2008)

• Cosmetische verbetering bij IdnCheck.
• Verbieden van de combinatie Bestemmingsplangebied met plantype “gemeentelijk plan”.
• Verbeterde datum check: Checkt op onmogelijke dagen, schrikkeljaren, etc.
• STRI2006 validaties voor verwijzingen naar tekst
• Verwijderen van prefix p_ uit toegestane lijst (volgens STRI2006)

Wijzigingen ten opzichte van versie v1.3 (09/10/2008)

• Scheiding in gebruik van regexp voor bestandsnamen (met 62 karakters na minteken) en regexp voor planIdn (32 karakters na minteken).

Wijzigingen ten opzichte van versie v1.2 (16/09/2008)

• Validatie planIdn simpeler (onafhankelijk van plantype) in overeenstemming met STRI2006
• Bestandsnaam conventie check alleen op reguliere expressie
• Het voldoen van bestandsnaamconventies uit de praktijkrichtlijn 2006 wordt nu afgedwongen (fout i.p.v. waarschuwing), mede in verband met STRI2006.

Wijzigingen ten opzichte van versie v1.1 (10/04/2008)

• Bugfix srsName check.
• Bugfix element vermeldingen bij foutmeldingen
• Eerste check op planIdn (afhankelijk van plantype)
• Bestandsnaamconventies afzonderlijke check afzonderlijk op reguliere expressie, prefixes en suffixes.

Wijzigingen ten opzichte van versie v1.0 (03/04/2008)

• Aanpassing foutmelding bij imro:datum check
• Ook check op aanwezigheid srsName bij geometrische elementen

Initiële versie v1.0 (03/04/2008)

Eerste officiële versie gebruikt voor validator. Opgesteld om aan eisen uit IMRO2006 documentatie te voldoen die niet in regelvalidatie geïmplementeerd zijn.

RELEASE NOTES STRI2006 SCHEMA VALIDATIE

Huidige schemaversie (STRI2006.xsd): 1.2b
Datum: 14/01/2009

RELEASE NOTES STRI2006 ADDITIONELE REGEL VALIDATIE

Huidige schematron versie: additional-validator-rules-STRI2006v003.sch
Datum: 16/02/2010

Wijzigingen ten opzichte van versie v002 (08/07/2009)

• Rule AD6 aangepast. Niet alleen http maar ook https is een toegestane optie in een supplement als de basisURL leeg is of wordt weggelaten.

Wijzigingen ten opzichte van versie v001 (27/01/2009)

• Rule AD0 toegevoegd: Test uniekheid van een planId.
• Rule AD3A en AD3B: foutmeldingen verduidelijkt wegens meldingen uit de praktijk.

Initiële versie v001 (27/01/2009)

Eerste officiële versie gebruikt voor validatie van manifesten voor IMRO2006.

PCP2008 VALIDATIES

RELEASE NOTES PCP2008 SCHEMA VALIDATIE

Huidige schemaversie (local-IMROPCP2008.xsd): 1.1
Datum: 14/01/2009

Wijzigingen ten opzichte van versie 1.0.2 (10/12/2008)

• VerwijzingNaarTekst is niet meer verplicht. Mag 0 keer voorkomen.
• Wijzigingen benamingen van plantypen

RELEASE NOTES PCP2008 ADDITIONELE VALIDATIE

Huidige schematron versie: additional-validator-rules-PCP2008v005.sch
Datum: 05/01/2010

Wijzigingen ten opzichte van versie v004 (07/07/2009)

• Rule AD11 (check voor heterogene multigeometrieën) verwijderd. PCP2008 plannen bevatten volgens het XML schema geen multigeometrieën.
• Rule AD7A en AD7B toegevoegd. Checkt op het formaat van coördinaten en op aanwezigheid van het juiste aantal coördinaten.

Specificatie van Rule AD7A:

gml:pos, posList, lowerCorner en upperCorner elementen dienen coördinaten te bevatten gescheiden door lege ruimte met als formaat minimaal 1 en maximaal 6 cijfers voor de decimale punt (eventueel met minteken voor de Noordzee) en maximaal 3 cijfers achter de decimale punt.

Niet toegestaan: <gml:posList>Test 123 .123 1234567890.12345</gml:posList>

Wel toegestaan:<gml:posList>1. 1.2 1.123 123456.123 -1. -1.2 -1.123 -123456.123</gml:posList>

Specificatie van Rule AD7B:

Het aantal coördinaten uit bij AD7A genoemde elementen dient een tweevoud ongelijk aan 0 te zijn, dit om het totaal weglaten van coördinaten of het weglaten van een enkele X- of Y-coördinaat te voorkomen.[zie opm bij IMRO2006 add vall]

Niet toegestaan:

<gml:posList></gml:posList> <!-- 0 -->

<gml:posList>1.234</gml:posList> <!-- 1 -->

<gml:posList>1.234 1.234 1.234</gml:posList> <!-- 3 -->

Wel toegestaan:

<gml:posList>1.234 1.234</gml:posList> <!-- 2 -->

<gml:posList>1.234 1.234 1.234 1.234</gml:posList> <!-- 4 -->

• Rule AD13 toegevoegd. Checkt op aanwezigheid van geometrische inhoud elementen die volgens de IMRO standaard geometrische informatie moeten bevatten, maar waarbij het XML schema niet automatisch afdwingt dat deze geometrische inhoud ook daadwerkelijk aanwezig is. Voor PCP2008 is dit alleen het geval bij een gml:MultiSurface. Het XML schema van GML4NL staat technisch gezien ook toe dat dit element wordt leeg gelaten terwijl dit niet door schemavalidatie worden gesignaleerd maar voor afnemers problemen veroorzaken.

Specificatie van Rule AD13:

De elementen van het type gml:MultiSurface dienen een geometrisch element te bevatten, ofwel een gml-element. Het is toegestaan dat dit gml element dieper genest ligt, zolang het maar voorkomt.

Niet toegestaan is het volgende voorbeeld (die niet door het XML schema worden gedetecteerd):

<imro:geometrie>
    <gml:MultiSurface>
    </gml:MultiSurface>
</imro:geometrie>

Wijzigingen ten opzichte van versie v003 (16/06/2009)

• Rule AD11 aangepast: verbeterde manier om heterogene multigeometrieën te voorkomen.

Wijzigingen ten opzichte van versie v002 (09/04/2009)

• Performance verbetering door herschrijven diagnostische informatie.

Wijzigingen ten opzichte van versie v001 (24/12/2008)

• Diagnostische informatie toegevoegd in verband met een SOAP validator.

Initiële versie v001 (24/12/2008)

Eerste officiële versie van PCP2008 regel validatie.

IMRO2008 VALIDATIES

RELEASE NOTES IMRO 2008 SCHEMA VALIDATIE

Huidige schemaversie (local-IMRO2008.xsd): 1.1.0
Datum: 12/01/2009

Wijzigingen ten opzichte van versie 1.0.0RC (25/06/2008)

• Aanpassingen ten behoeve van IMRO2008 versie 1.1

Eerste schemaversie: 1.0.0RC

Datum: 25/06/2008

Bekende problemen voor versie 1.1.0

Reguliere expressie voor NotEmptyString type staat ten onrechte toe dat een string begint met line feed, form feed, carriage return en vertical tab toe. Dit zou mogelijk in versie 1.1.1 verholpen kunnen worden.

Geplande wijzigingen

geen

RELEASE NOTES IMRO 2008 REGEL VALIDATIE

Huidige schematron versie: imro2008-rulesv013.sch
Datum: 01/06/2010

Wijzigingen ten opzichte van versie v012 (16/02/2010)

• Rule GB42 toegevoegd: Een plan van het type besluitgebied dient altijd minstens 1 besluitvlak te bevatten. Zie paragraaf 3.3 van zowel PRAMVB2008.pdf en PRGB2008.pdf, en paragraaf 3.2 van PRPV2008.pdf.

Wijzigingen ten opzichte van versie v011 (22/12/2009)

• Rule GB35APX toegevoegd: Een Besluitsubvlak dient altijd te verwijzen naar minstens een besluitvlak (middels imro:besluitvlak element) of anders naar minstens een ander besluitsubvlak. Zie paragraaf 4.4 van zowel PRAMVB2008.pdf, PRPV2008.pdf, en ook PRGB2008.pdf. Deze validatie is nodig om vormvrije plannen correct te kunnen afbeelden.

Wijzigingen ten opzichte van versie v010 (15/10/2009)

• Rule BP15 herschreven. Veld imro:aanduiding in een Maatvoering mag alleen wijzen naar een gebiedsaanduiding of bouwvlak. Zie paragraaf 3.4.1 van PRBP2008.pdf.
• Rule BP16 herschreven. Veld imro:aanduiding in een Maatvoering mag alleen wijzen naar een gebiedsaanduiding of bouwvlak. Zie paragraaf 3.4.1 van PRBP2008.pdf.
• Rule BP14 herschreven wegens gemeenschappelijk codegebruik met regel BP15 en BP16.

**Wijzigingen ten opzichte van versie v009 (16/06/2009)**

• Optimalisatie door gebruik van keys statements verbetert performance wegens niet herhaaldelijk hoeven uit te voeren van lookups.
• Rule BP13 herschreven: Veld imro:aanduiding in een functieaanduiding mag alleen wijzen naar een gebiedsaanduiding. Zie paragraaf 3.4.1 van PRBP2008.pdf.
• Rule BP14 herschreven: Veld imro:aanduiding in een bouwaanduiding mag alleen wijzen naar een gebiedsaanduiding of een bouwvlak. Zie paragraaf 3.4.1 van PRBP2008.pdf.

Wijzigingen ten opzichte van versie v008 (02/06/2009)

• Performance problemen opgelost door herschrijven diagnostische informatie.

Wijzigingen ten opzichte van versie v007 (28/05/2009)

• Rule BP7: Zelfde wijziging als in versie v006 voor GB29 en GB30.

Wijzigingen ten opzichte van versie v006 (19/04/2009)

• Rule GB29 en GB30: Mismatch met IMRO2008 versie 1.1 gecorrigeerd: planstatus “geconsolideerde versie” staat aanwezigheid van besluitnummer en verwijzingNaarVaststellingsbesluit niet toe in het geval van BesluitGebied_A en BesluitGebied_X.

Wijzigingen ten opzichte van versie v005 (12/01/2009)

• Herformulering foutmeldingen voor associaties .
• Rule RPA11 toegevoegd: legt de relatie tussen overheidsCode en verantwoordelijkeOverheid.
• Diagnostische informatie toegevoegd ten behoeve van een SOAP validator.

Wijzigingen ten opzichte van versie v004 (15/09/2008)

• Rule BP17, BP18, BP19, BP20: bug fix
• Cosmetische herstructurering van de volgorde van tests

Wijzigingen ten opzichte van versie v003 (13/08/2008)

• Rule BP22: Naam van een object Bouwvlak is altijd 'bouwvlak'
• Rule SV26: bugfix foutmelding
• Rule SV28,29,30,31: Valideren van referenties begrenzingen structuurvisies
• Rule GB36,37,38,39: Valideren van referenties begrenzingen gebiedsbesluiten
• Rule GB40: plangebiedInfo_AMB verwijst naar Besluitgebied_A
• Rule GB41: plangebiedInfo_PRV verwijst naar Besluitgebied_P

Wijzigingen ten opzichte van versie v002 (09/07/2008)

• Rule SV26: aangepast (rijksstructuurvisies): de regel is als volgt aangepast: indien typeIlustratie = kaart DAN moet er een associatie (attribuut) begrenzing zijn.
• Rule SV27: verwijderd wegens dubbel voorkomen van deze regel

Wijzigingen ten opzichte van versie v001 (21/05/2008)

• Namespace URL IMRO2008 aangepast
• Rule RPA3, 6, 7: cosmetische wijziging
• Rule RPA5: ingeschakeld. Planobject-identificatie dient met ‘NL.IMRO.’ te beginnen
• Rule RPA8: aangepast: in tag codeReferentiesysteem moet alleen de waarde rijksdriehoekstel ingevuld worden, zonder “urn:ogc:def:crs:EPSG::” ervoor. Dwz: &lt;imro:codeReferentiesysteem&gt;28992&lt;/imro:codeReferentiesysteem&gt;
• Rule RPA9: De identificatie van een planobject is gelijk aan de gml:id van hetzelfde object
• Rule RPA10: typePlanobject moet gelijk zijn aan object type context IMRO2008::Planobject
• Rule BP13, 15, 15, 16, 17, 18, 19: bugfixes in OCL regels
• Rule BP22: verwijderd wegens dat beperking al in XML schema aanwezig is
• Rule SV22, 23, 24: versimpeld
• Rule GB32, 33, 34: versimpeld

Initiële versie v001 (21/05/2008)

Opgesteld naar aanleiding van OCL rules in specificatiedocument van Geonovum

Geplande wijzigingen

geen

RELEASE NOTES IMRO 2008 ADDITIONELE VALIDATIE

Huidige schematron versie: additional-validator-rules-2008v1.16.sch
Datum: 14/06/2011

Wijzigingen ten opzichte van versie v1.15 (25/06/2010)

• Rule AD5F: In element verwijzingNaarTekstInfo binnen een Bestemmingsplangebied dient de waarde van element typeTekst in overeenstemming te zijn met de prefix van de genoemde bestanden in veld verwijzingNaarTekst. Deze validatie resulteert in een waarschuwing indien de validatie faalt.
• Rule AD14: De naam van een enkelbestemming/dubbelbestemming dient te beginnen met de hoofdgroep (behoudens “overig”) gevolgd door eventuele lege ruimte, een minteken (eventuele lege ruimte) en additionele tekst. Deze validatie resulteert in een waarschuwing indien de validatie faalt.

Wijzigingen ten opzichte van versie v1.14 (22/06/2010)

• Rule AD6B: cosmetische wijziging van versie 1.13 terugdraaien wegens excessief geheugengebruik wegens voorkomen grote aantallen gml:posList elementen.

Wijzigingen ten opzichte van versie v1.13 (25/01/2010)

• Rule AD5A minder strikt gemaakt. Bij structuurvisies mogen documenten met prefix “d_” na de planId nog een optionele verlenging hebben na een underscore karakter (toegestaan volgens STRI2008).
• Rule AD6B cosmetisch, niet functioneel gewijzigd.
• Vormvrije plannen validaties toegevoegd volgens de VVP codeerhandleiding versie 0.6, zie onder.
• Rule AD20 toegevoegd: imro:thema velden bij vormvrije plannen dienen volgens een vaste reguliere expressie te zijn ingevuld indien hiermee een vormvrije plannen weergave bedoeld wordt: (other:\s)?#\d+\| .\| ([a-zA-Z]{1,2}\d)?

Hiermee wordt bedoeld dat na een # (of “other: #” ) er een kaartnummer dient te volgen, gevolgd door een pipe symbool, gevolgd door een kaartnaam, gevolgd door een pipe symbool en hierna een optionele symboolcode bestaande uit 2 karakters en een nader te bepalen aantal cijfers.

• Rule AD21A toegevoegd: In een imro:thema gecodeerd volgens vormvrije plannen codering (zie boven) dient kaartnummer 1 minstens 1 x voor te komen.
• Rule AD21B toegevoegd: In een imro:thema gecodeerd volgens vormvrije plannen codering (zie boven) dient kaartnummer 0 niet voor te komen wegens dat kaartnummer 1 het laagste nummer dient te zijn.
• Rule AD22 toegevoegd: Symboolcodes in imro:thema dienen vaste prefixen te hebben. Volgens de codeerhandleiding zijn de volgende prefixen toegestaan: ES, AS, S, L, P. Er wordt bij deze validatie een waarschuwing gegeven.
• Rule AD23 toegevoegd: De combinatie kaartnummer – kaartnaam dient uniek te zijn.
• Rule AD25 toegevoegd: De geometrietypen van een planobject met een imro:thema veld gespecificeerd door de imro:begrenzing velden dienen voor te komen in de vermelde symboolcodes. Er wordt geen rekening gehouden met eventuele geometrieën van kindobjecten. Tevens wordt er ook geen rekening gehouden met eventuele onevenredige verdeling van symboolcodes over kaartnummers.

Wijzigingen ten opzichte van versie v1.12 (29/09/2009)

• Rule AD13 toegevoegd. Checkt op aanwezigheid van geometrische inhoud elementen die volgens de IMRO standaard geometrische informatie moeten bevatten, maar waarbij het XML schema niet automatisch afdwingt dat deze geometrische inhoud ook daadwerkelijk aanwezig is. Bijvoorbeeld de elementen gml:MultiPoint en gml:MultiCurve behoren een gml:pointMember respectievelijk gml:curveMember element te bevatten. Het XML schema van GML4NL staat technisch gezien ook toe dat dit element wordt weggelaten zodat lege elementen van bovenstaande typen niet door schemavalidatie worden gesignaleerd maar later voor afnemers problemen veroorzaken.

Specificatie van Rule AD13:

De elementen van het type gml:MultiPoint, gml:MultiCurve, gml:MultiSurface, gml:MultiGeometry, gml:polygonPatch, gml:geometryMembers, gml:segments dienen een geometrisch element te bevatten, ofwel een gml-element. Het is toegestaan dat dit gml element dieper genest ligt, zolang het maar voorkomt.

Niet toegestaan zijn de volgende voorbeelden (die niet door het XML schema worden gedetecteerd):

<imro:geometrie>
    <gml:MultiPoint>
    </gml:MultiPoint>
</imro:geometrie>

<imro:geometrie>
    <gml:Curve>
        <gml:segments>
        </gml:segments>
    </gml:Curve>
</imro:geometrie>

<imro:geometrie>
    <gml:MultiGeometry>
        <gml:geometryMembers>
        </gml:geometryMembers>
    </gml:MultiGeometry>
</imro:geometrie>

Wijzigingen ten opzichte van versie v1.11 (09/07/2009)

• Rule AD7 gewijzigd analoog aan de identieke wijziging voor IMRO2006. Check voor patches uitgebreid naar alle Surfaces in plaats van die binnen alleen plangebieden.

Specificatie van Rule AD7:

Binnen een gml:Surface mag slechts 1 gml:patches element voorkomen, en binnen een gml:patches element mag slechts 1 gml:PolygonPatch element voorkomen.

Voorbeelden van niet toegestane varianten:

<gml:Surface srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:patches>
    …………
    </gml:patches>
    <gml:patches>
    …………
    </gml:patches>
</gml:Surface>

<gml:Surface srsName="urn:ogc:def:crs:EPSG::28992">
    <gml:patches>
        <gml:PolygonPatch>
        …………
        </gml:PolygonPatch>
        <gml:PolygonPatch>
        …………
        </gml:PolygonPatch>
    </gml:patches>
</gml:Surface>

Wijzigingen ten opzichte van versie v1.10 (18/06/2009)

• Specificatie van nieuwe regels in release notes toegevoegd (zie onder).
• Rule AD11 aangepast: verbeterde manier om heterogene multigeometrieën te voorkomen.

Specificatie Rule AD11:

Zie dezelfde specificatie boven gedefinieerd voor Release IMRO2006 Additionele Validatie.

• Rulel AD12: Waarschuwingen aan de gebruikers over gebruik van IMRO2008 waar mogelijk IMRO2006 op zijn plaats had geweest.

Specificatie Rule AD12:

Een IMRO2008-gecodeerd plan van voor 1/7/2008 (met welke status dan ook) is bizar. Let wel: het gaat om de planstatusdatum, niet om de creatiedatum.

**'‘Dit plan is gecodeerd met RO Standaarden 2008 (IMRO2008)voor een plan voor de nieuwe Wro. Het gebruik van RO Standaarden 2008 is dan foutief. Gebruik IMRO2006 of Plancontour & PDF’'.

Wijzigingen ten opzichte van versie v1.9 (04/05/2009)

• Performance problemen opgelost door herschrijven diagnostische informatie.

Wijzigingen ten opzichte van versie v1.8 (19/02/2009)

• Diagnostische informatie toegevoegd ten behoeve van een SOAP validator.
• Rule AD5D bugfix. Een plaatsaanduiding met een hekje ervoor is toegestaan na de bestandsnaam bij verwijzingNaarObjectgerichteTekst.
• Rule AD8A, AD8B, AD9A, AD9B allemaal verwijderd. Deze regels waren overbodig wegens dat ze overeenkwamen met regel validaties BP7, SV21, GB28, GB29 en GB30.
• Rule AD11: Een waarschuwing is opgenomen indien er een multigeometrie geconstateerd wordt waarin zich verschillende typen geometrische objecten bevinden (een zogeheten heterogene multigeometrie).

Wijzigingen ten opzichte van versie v1.7 (28/01/2009)

• Herschrijven van STRI2008 validaties wegens dat bepaalde constructies niet legaal waren volgens XSLT syntax.
• Incorrecte reguliere expressie voor bestanden met pt_ prefixen gecorrigeerd.
• Toevoeging check op afhankelijkheid van planstatus en aanwezigheid van verwijzingNaarVaststellingsbesluit.
• Toevoeging check op overeenkomsten tussen naam gebiedsaanduiding en gebiedsaanduidinggroep wegens IMRO2008 versie 1.1.

Wijzigingen ten opzichte van versie v1.6 (30/10/2008)

• Rule AD6A: foutboodschap aangepast (meer dan 6 cijfers toegestaan voor decimaal in coordinaten)
• Rule AD2A: foutboodschap aangepast. Er is geen coordinaat info beschikbaar in deze regel.
• Rule AD2A, AD2B, AD6A, AD6B: Element identificatie van foutief element aangepast van checks voor geometrie wegens ontbreken van idenificatie.
• Rule AD7: nieuw toegevoegd. Checkt aantal patches in plangebied geometrie
• Rule AD3A: Samenvoeging van oude Rule AD3A en AD3B.
• Rule AD3B: nieuwe regel voor uitgebreide datum validatie.
• Rule AD5*: planId moet volgen op prefix bij bestandsnaamconventies. Extra STRI2008 checks voor verplichte documenten. Herstructurering m.b.v. abstracte regels.
• queryBinding attribuut en redundante namespace definities verwijderd.

Wijzigingen ten opzichte van versie v1.5 (17/10/2008)

• Rule AD5A, B, C, D: Reguliere expressie voor bestandsnaamvalidatie in overeenstemming met STRI2008 gebracht wegens mismatch van 1 karakter.

Wijzigingen ten opzichte van versie v1.4 (09/09/2008)

• Rule AD6A: mintekens bij coördinaten zijn toegestaan
• Rule AD5A0, 5AB, 5AD, 5AR, 5AT: verwijderd. Deze regels legden verband tussen bestandsnaam en typeTekst. Typetekst is een aanwijzing en geen harde voorwaarde.

Wijzigingen ten opzichte van versie v1.3 (20/08/2008)

• Rule AD6A: coördinaten mogen maximaal 3 cijfers achter komma, niet precies 3 cijfers.
• Rule AD5A: nauwkeurigere foutmelding bestandsnaamconventies
• Rule AD5A0, 5AB, 5AD, 5AR, 5AT: nauwkeurigere foutmelding bestandsnaamconventies
• Rule AD5B, 5C, 5D: nauwkeurigere foutmelding bestandsnaamconventies

Wijzigingen ten opzichte van versie v1.2 (14/08/2008)

• Rule AD6B: foutmelding specifieker

Wijzigingen ten opzichte van versie v1.1 (11/07/2008)

• Rule AD6A, 6B: coördinaten hebben 3 cijfers achter komma en komen in paren getallen voor

Wijzigingen ten opzichte van versie v1.0 (26/05/2008)

• Prefix AD toevoegen aan foutcodes, analoog aan regelvalidatie 2008.
• Namespace Url aangepast aan IMRO2008
• Rapportage gml:id verwijderd wegens gelijk zijn aan identificatie
• Rule AD2B: verwijderd checks op gml:coord gml:coordinates. Komt niet voor in IMRO2008
• Rule AD5A, AD5B vervangen door uitgebreide checks op bestandsnaamconventies
• Rule 6: featureMembers komen niet meer voor in IMRO2008. Verwijderd.
• Rule AD6: regel voor coördinaten checks toegevoegd.

Initiële versie v1.0 (26/05/2008)

Eerste publiekelijk vrijgegeven versie additionele schematron, opgesteld naar aanleiding van IMRO2008 specificaties die niet in regelvalidatie waren ondergebracht.

RELEASE NOTES STRI2008 SCHEMA VALIDATIE

Huidige schemaversie (STRI2008.xsd): 1.6
Datum: 14/01/2009

Wijziging ten opzichte van versie 1.5 (25/09/2008)

Commentaar in kopteksten toegevoegd.

RELEASE NOTES STRI2008 ADDITIONELE REGEL VALIDATIE

Huidige schematron versie: v007
Datum: 16/02/2010

Wijziging ten opzichte van versie v006 (06/07/2009)

• Rule AD6 aangepast. Niet alleen http maar ook https is een toegestane optie in een supplement als de basisURL leeg is of wordt weggelaten.

Wijziging ten opzichte van versie v005 (27/04/2009)

• Rule AD0 toegevoegd: Check op uniekheid van planId.

Wijziging ten opzichte van versie v004 (02/03/2009)

• Rule AD1A en AD1B aangepast: regels voor de vorm van overheidscode ook van toepassing gesteld voor geleideformulieren.
• Bugfixes in Rule AD8B en AD8C.
• Rule AD9B hernoemd naar AD10A.
• Rule AD9C hernoemd naar AD10B.
• Rule AD9D hernoemd naar AD10C.
• Rule AD9E hernoemd naar AD10E.
• Bugfixes in Rule AD10A en AD10B.
• Nieuwe Rule AD9B toegevoegd: Algorithm http://www.w3.org/2000/09/xmldsig#enveloped-signature is alleen toegestaan indien URI=””. Dit wegens dat dit een transformatie is bestemd voor XML documenten die de handtekening bevatten. Dit is alleen het geleideformulier en het manifest zelf. Toegepast op andere documenten zou dit algoritme tot een fatale uitzondering binnen de validatie leiden.
• Rule AD10D toegevoegd: Geen subelementen toegestaan binnen declaratie van canonicalization algorithm, signature method en digest method. Veiligheids check wegens de mogelijkheid om de hash te finetunen met willekeurig lange strings binnen deze subelementen.

Wijziging ten opzichte van versie v003 (18/02/2009)

• Bugfixes in AD7B, AD7C, AD7D, AD7E.
• Rule AD7D aangepast: 1 X509Data element toegestaan binnen een KeyInfo element. Dit wegens dat anders niet bekend is welk X509Data element het gebruikte certificaat bevat.
• Hernoeming van check AD8 naar AD8A.
• Toevoeging van checks AD8B (Iedere referentie in GeleideFormulier heeft een corresponderend plan onderdeel) en AD8C (binnen een manifest alleen een Reference met URI=”” toegestaan).
• Toevoeging check AD9A (binnen GeleideFormulier mag binnen een Transforms element slechts 1 Transform element voorkomen, ter voorkoming van Denial Of Service attack).
• Toevoeging check AD9B (binnen GeleideFormulier mag een Transforms element met Algorithm=“http://www.w3.org/2000/09/xmldsig#enveloped-signature” alleen voorkomen als de Reference URI=”” (voorkomt ernstige fouten bij pogingen om niet-XML documenten te transformeren volgens een op XML gerichte transformatie).
• Toevoeging check AD10A (binnen KeyInfo elementen zijn slechts X509Data elementen toegestaan).
• Toevoeging check AD10B (binnen X509Data elementen zijn slechts X509Certificate elementen toegestaan).
• Toevoeging check AD10C (Algorithm attributen in Canonicalization of Transform elementen mogen geen commentaar verwerken, XSLT toestaan, XPointer en XPATH toestaan).

De toegestane algoritmes zijn als volgt:

Transform Algorithm:

ALGO_ID_C14N_OMIT_COMMENTS	http://www.w3.org/TR/2001/REC-xml-c14n-20010315
ALGO_ID_C14N_EXCL_OMIT_COMMENTS	http://www.w3.org/2001/10/xml-exc-c14n#
TRANSFORM_BASE64_DECODE	http://www.w3.org/2000/09/xmldsig#base64
TRANSFORM_ENVELOPED_SIGNATURE	http://www.w3.org/2000/09/xmldsig#enveloped-signature

(De laatste is voor XML inclusief signature bedoeld)

CanonicalizationMethod Algorithm:

ALGO_ID_C14N_OMIT_COMMENTS	http://www.w3.org/TR/2001/REC-xml-c14n-20010315
ALGO_ID_C14N_EXCL_OMIT_COMMENTS	http://www.w3.org/2001/10/xml-exc-c14n#

SignatureMethod Algorithm:

ALGO_ID_SIGNATURE_RSA_SHA1	http://www.w3.org/2000/09/xmldsig#rsa-sha1
ALGO_ID_SIGNATURE_RSA_SHA256	http://www.w3.org/2001/04/xmldsig-more#rsa-sha256
ALGO_ID_SIGNATURE_RSA_SHA384	http://www.w3.org/2001/04/xmldsig-more#rsa-sha384
ALGO_ID_SIGNATURE_RSA_SHA512	http://www.w3.org/2001/04/xmldsig-more#rsa-sha512

DigestMethod Algorithm:

ALGO_ID_DIGEST_SHA1	http://www.w3.org/2000/09/xmldsig#sha1
ALGO_ID_DIGEST_SHA256	http://www.w3.org/2000/09/xmldsig#sha256
ALGO_ID_DIGEST_SHA384	http://www.w3.org/2001/04/xmldsig-more#sha384
ALGO_ID_DIGEST_SHA512	http://www.w3.org/2000/09/xmldsig#sha512

Nota bene: in het (weliswaar illustratief bedoelde) voorbeeld in de STRI2008, bijlage 3/4 alsmede het voorbeeldmanifest gepubliceerd op de Geonovum site, waren de beveiligingsrisico’s op het moment van schrijven nog niet duidelijk. Deze bevatten een niet toegestane CanonicalizationMethod (het gedeelte #WithComments).

<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments"/>

In plaats van:

<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>

• Toevoeging check AD10D (CanonicalizationMethod, Transform, SignatureMethod en DigestMethod mogen geen subelementen of tekst bevatten. Dit om kraken van de digest van SignedInfo te bemoeilijken). Lange willekeurige strings meenemen in de hashing levert op dat doelbewust met lange reeksen tekens gezocht kan worden naar hash botsingen die een malafide document bonafide doen lijken. Preventieve beveiligingsmaatregel ter waarborging integriteit van het digitale waarmerk.
• Toevoeging check AD10E (SignatureMethod en DigestMethod mag geen MD5 gebruiken. Dit wegens dat MD5 reeds gekraakt is of spoedig zal worden). Preventieve beveiligingsmaatregel ter waarborging integriteit van het digitale waarmerk.

Wijziging ten opzichte van versie v002 (02/02/2009)

• Check op aanwezigheid juiste documenten bij gebiedsbesluiten
• Bugfix in tests AD4A,AD4B,AD4C en AD4D (validaties op voorkomen bepaalde documenten bij plantypen). Niet alle documenten werden getest.
• Toevoeging van AD8 (test op aanwezigheid Reference element voor ieder plan onderdeel binnen een geleideformulier (behoudens het geleideformulier zelf).

Wijziging ten opzichte van versie v001 (12/01/2009)

• Bugfix bij afhandelen van planonderdeel GeleideFormulier tijdens validatie van een geleideformulier.

Initiële versie v001 (27/01/2009)

Eerste officiële versie gebruikt voor validatie van manifesten en geleideformulieren voor IMRO2008.

Deze versie houdt reeds rekening met de nieuwe versie van de STRI2008 standaard voor IMRO2008 v1.1.