Dit document beschrijft de eisen aan software-implementatie, de voorwaarden om NLCS-leverancier te kunnen zijn
Status van dit document
Deze paragraaf
beschrijft de status van dit document ten tijde van publicatie. Het is
mogelijk dat er actuelere versies van dit document bestaan. Bekijk de
lijst van digiGO technische standaarden op
www.digigo.nu
en alle digiGO-publicaties via
www.digigo.nu.
Dit is een consultatieversie en is nog niet vastgesteld.
Een publicatie als in consultatie
impliceert geen onderschrijven door digiGO.
Belanghebbenden, geïnteresseerde partijen en anderen worden
uitgenodigd dit document te reviewen en hun commentaar in te zenden
vóór 1 februari 2025. Zowel inhoudelijk als
technisch commentaar als commentaar betreffende de
implementeerbaarheid is welkom.
GitHub Issues wordt gebruikt voor de discussie
van dit document. Eén issue per onderwerp vereenvoudigt de verwerking.
Reviewcommentaar mag ook achtergelaten worden als
Hypothes.is annotaties. Gebruik het publieke kanaal voor je
commentaar.
1. Conformiteit
Naast onderdelen die als niet normatief gemarkeerd zijn,
zijn ook alle diagrammen, voorbeelden, en noten in dit document niet
normatief. Verder is alles in dit document normatief.
De sleutelwoorden MOET en MOETEN in dit
document zijn hebben een normatieve betekenis zoals
beschreven in het Engels in
BCP 14
[RFC2119] [RFC8174]
indien in hoofdletters geschreven.
2. Inleiding
2.1 Doel documentatie
Dit document beschrijft de eisen aan software-implementatie, de voorwaarden om NLCS-leverancier te kunnen zijn
2.2 Specificaties
2.2.1 NLCS-objecten tekenen
De applicatie MOET van elke hoofdgroep de lagen van NLCS aan te bieden om in te tekenen, met uitzondering van ZZ waarvoor speciale regels gelden.
De applicatie MOET bij het tekenen van een object de STATUS en de OBJECTTOESTAND als keuzelijst aanbieden, en daarbij te zorgen dat de gebruiker alleen de toegestande combinaties kan selecteren.
De applicatie MOET mogelijk maken een reeds getekend object te verplaatsen naar een andere laag om het harmonicamodel te kunnen volgen, zonder dat het object opnieuw getekend hoeft te worden (van kantopsluiting naar kantopsluiting-opsluitband).
De applicatie MOET mogelijk maken een reeds getekend object van STATUS en OBJECTTOESTAND te laten wisselen, en daarbij te zorgen dat de gebruiker alleen de toegestane combinaties kan selecteren.
Gebruikers dienen desgewenst eigen objecten te kunnen toevoegen, waarbij de applicatie een laagnaam MOET geven, die aansluit op de standaard
De objecten die op een in de standaard gedefinieerde laag getekend worden, MOETEN per STATUS en per OBJECTTOESTAND de presentatie (kleuren, lijnstijlen en lijndiktes) krijgen die NLCS voorschrijft. Daarbij geldt dat Lagen met de STATUS “R” dezelfde eigenschappen MOETEN krijgen als lagen met de STATUS “N”.
Aan de laagnaam MOET worden toegevoegd welk type ELEMENT op deze laag getekend is, waarbij het element de kleur, lijnstijl en lijndikte MOET hebben volgens het [Overzicht Representatie ELEMENTEN](https://nl-digigo.github.io/NLCS/requirementscadmodels/#overzicht-representatie).
De applicatie MOET mogelijk maken dat een gebruiker een lijndikte dunner of dikker kan selecteren om mee te tekenen indien dit nodig is voor leesbaarheid.
De applicatie MOET mogelijk maken de symbolen te plaatsen in de daarvoor bestemde lagen, die dezelfde naam bevatten als het symbool.
De applicatie MOET mogelijk maken de arceringen te plaatsen in de daarvoor bestemde lagen, die dezelfde naam bevatten als de arcering.
Het is toegestaan om gebruikers de mogelijkheid te geven om NLCS objecten een andere presentatie te geven (met eigen arceringen, symbolen, kleuren, lijnstijlen en lijndiktes); de presentaties van objecten MOETEN in dat geval terug gezet kunnen worden naar de standaard presentatie.
De applicatie MOET de gebruiker ondersteunen om de symbolen en arcceringen met aanduiding WG (ware grootte) en symbolen met aanduiding FS (Fixed Size) te gebruiken op de in Eisen aan Tekeningen en modellen beschreven wijze.
2.2.2 Hoofdgroep ZZ
De hulpgeometrie objecten in Hoofdgroep ZZ MOETEN door de gebruiker in een laag bij elke hoofdgroep geplaatst kunnen worden, default direct achter de hoofdgroep of desgewenst achter het object of subobject.
De teksten, aanpijlingen en maatvoeringen in ZZ (T**, M** en L**), MOETEN door de gebruiker in elke laag geplaatst kunnen worden als element, en de bijbehorende presentatie krijgen zoals gepubliceerd in de database.
De applicatie MOET de naamgeving voor teksten, maatvoeringen en aanpijlingen toepassen volgens Eisen aan Tekeningen en modellen.
2.2.3 Ondersteuning NLCS versies
De applicatie MOET de actuele en de voorgaande versie van NLCS te ondersteunen bij het maken van tekeningen en het controleren van tekeningen.
De gebruiker MOET in de applicatie te kunnen zien met welke versie van de standaard het model getekend is.
2.2.4 Controleren van tekeningen
De gebruiker van de applicatie MOET een model te kunnen controleren op afwijkingen ten opzichte van de standaard conform de [Checklist controle tooling NLCS tekeningen](#checklist-controle-tooling-nlcs-tekeningen).
Alleen de actief gebruikte objecten dienen gecontroleerd te worden.
In de rapportage MOET aangegeven te worden op welke versie van de NLCS is gecontroleerd.
Buiten scope
Het is NIET verplicht om de beschikbare mappingen zoals GWSW en BGT te kunnen gebruiken om GIS data van landelijke registraties te transformeren.
3D modellen hoeven niet te worden gecontroleerd.
Checklist controle tooling NLCS tekeningen
Controle van
Bron te gebruiken waarden
Beschrijving controle
Gewenste foutmelding
Getekende objecten
In database
Controleren op kleuren, lijnstijlen en lijndiktes op basis van de NLCS publicatie.
Foutmelding bij afwijking met correctievoorstel; een lijndikte dikker of dunner hoeft niet te worden vermeld omdat dit is toegestaan.
Controleren op kleuren, lijnstijlen en lijndiktes op basis van de algemene regels in Representatie van objecten
Foutmelding bij afwijking inclusief vermelding van toegestane uitzondering zoals vermeld in de voetnoten bij de tabel met samenvatting representatie van objecten in NLCS met correctievoorstel
Geplaatste symbolen / arceringen
In database
Controleren op plaatsing in juiste laag en gebruik juiste bestanden
Foutmelding bij afwijking met correctievoorstel
Controleren op naamgeving nieuw toegevoegde objecten / symbolen / arceringen conform NLCS
Controleren op naamgeving conform NLCS: gebruik hoofdgroepen, statussen en disciplines uit database; toepassing structuur met maximum aantal subobjecten
Melding aanvulling conform NLCS of Foutmelding niet conform NLCS bij afwijking naamgeving; indien de laagnaam de tekst HULPLIJN bevat, MOET de controletool géén melding te geven dat dit een aanvulling op NLCS betreft.
Status “X” mag alleen worden toegepast in combinatie met de discipline “XX”. De DISCIPLINE “XX” mag alleen worden toegepast in combinatie met de hoofdgroep “AL”. De HOOFDGROEP “AL” mag alleen worden toegepast in combinatie met de STATUS “X” en DISCIPLINE “XX”.
Foutmelding conform controle
Gebruikte lettertypes
In Eisen aan Applicaties
NLCS, RVV, ANWB, Arial
Geen melding
Overige lettertypes
Enkel vermelden, geen fout
Buiten scope
Het is NIET verplicht om de beschikbare mappingen zoals GWSW en BGT te kunnen gebruiken om GIS data van landelijke registraties te transformeren.
