GithubHelp home page GithubHelp logo

Comments (5)

wjtmollema avatar wjtmollema commented on June 16, 2024

Addendum
In de verschijningsvormindeling komen nu termenconstructies voor zoals 'Getalmarkering: 70' en 'Woordmarkering: LIJNBUS'. Hiermee worden in een enkele term eigenlijk twee taxonomische lagen samengevoegd. Dit is voor de classificeringsflexibiliteit van de Wegmarkeringstaxonomie onwenselijk. Er worden twee alternatieven voorgesteld:

  1. Voeg een extra niveau van verdieping toe, ofwel: Getalmarkering als type gedetailleerd met als onderliggende waarde 70 en Woordmarkering als type gedetailleerd met als onderliggende waarde LIJNBUS. Wat voor deze optie spreekt is dat Getalmarkering en Woordmarkering als subtypes van Tekstmarkering kunnen worden beschouwd, die ook meer subtypes toestaan dan de 70, LIJNBUS etc. die nu expliciet zijn opgenomen. Het attribuut waarde kan in deze vrije uitdrukking voorzien.
  2. Verwijder Getalmarkering en Woordmarkering uit de termen en voeg geen extra niveau toe. Wat voor deze optie spreekt is dat het inherent aan 70, LIJNBUS etc. is of het om een getal dan wel een woord gaat. Een extra typeringsniveau kan vanuit dit perspectief als overbodig beschouwd worden en het introduceren van overbodige detailleringen moet omwille van het principe van modelleringssimpliciteit vermeden worden.

(De bovenstaande overwegingen zouden ook van toepassing zijn op Lettermarkering: P --> Lettermarkering en P. Idem voor domeinwaarden van de vorm Verkeersbord: ...; daarnaast kan hier het attribuut symbool ook van nut zijn, zie #1194.)

from imbor.

wjtmollema avatar wjtmollema commented on June 16, 2024

Addendum
Voor de domeinwaarden die beginnen met Zonemarkering: ... wordt voorgesteld om een extra niveau van detaillering te introduceren. Dit zou als volgt uitpakken:

type type gedetailleerd type extra gedetailleerd
Tekstmarkering Zonemarkering SCHOOLZONE
Tekstmarkering Zonemarkering WOONZONE
Tekstmarkering Zonemarkering ZONE

from imbor.

wjtmollema avatar wjtmollema commented on June 16, 2024

Markeringsbreedte: Verwerking #118 en #132 en #1227
Een expertoordeel is benodigd om te bepalen of de enumeratie van markeringsbreedte adequaat is om de kwalitatieve termen 'smal' en 'breed' uit te kunnen drukken voor alle Dwarsmarkeringen en Lengtemarkeringen.

#132 moet hier in meegenomen worden, omdat de melder terecht opmerkt dat er in een andere CROW-norm meerdere markeringsbreedtes worden benoemd voor kantstrepen en deelstrepen. De melder overweegt om deze varianten als subtypes van de lengtemarkeringen toe te voegen, maar bovenstaande hermodellering sluit dat reeds uit. Wel is het nuttig om de door de melder bijgevoegde afbeelding mee te nemen in de herziening:
image

Op 0,05 na konden deze waarden al met IMBOR 2022 uitgedrukt worden.

Daarnaast is het bekend dat NLCS 5.0 standaardmarkeringsbreedtes voor markeringen kent die IMBOR 2022 niet kan uitdrukken, namelijk: 0,50 en 0,60 voor driehoeksmarkeringen. Een tweede gegeven compliceert deze toevoeging echter: markeringsbreedte is per de huidige definitie beperkt tot lengtemarkeringen, terwijl het denkbaar is dat dit ook voor dwarsmarkeringen nuttig kan zijn - waarvan het NLCS-voorbeeld van de driehoeksmarkering het bewijs is. Het voorstel is dan ook om zowel de uitbreidingen die voortkomen uit de CROW-norm en de NLCS als de aanpassing in definitie van markeringsbreedte te accepteren.

N.a.v. van melding #1227 valt onder deze toevoeging ook de waarde 0,70.

from imbor.

wjtmollema avatar wjtmollema commented on June 16, 2024

Addendum
Na overleg met de Provincie Noord-Brabant over hun voorstel gaat voor nu de voorkeur voor het registreren van afmetingen en uitvoering voor Wegmarkeringen uit naar het gebruik van attributen i.t.t. typeringen. De attributen die men hiervoor in gedachten heeft zijn:

- lengte
- breedte
- markeringsbreedte
- markeringspatroon

De motivatie hiervoor is dat voor woordmarkeringen, getalmarkeringen, pijlmarkeringen etc. : de lengte en breedte toereikend voor de registratie van de maatvoeringsvariatie. Bijlage 1 t/m 4 van de Richtlijnen voor de bebakening en markering van wegen specificeert dit namelijk. Letters en cijfers zijn er bijv. in varianten van 1,6 m en 4 m. Eenzelfde specificatie is voorhanden voor pijlmarkeringen, symbolen, de voorwaarschuwingsdriehoek etc. Dit betekent dat een een type voor deze termen voldoende zou moeten zijn, i.t.t. typeringen voor die varianten in afmeting.

from imbor.

wjtmollema avatar wjtmollema commented on June 16, 2024

Melding wordt gesloten omdat het project voor de hermodellering van imbor:Wegmarkering is afgerond.

from imbor.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.