search

nl-digigo / NLCS

Technische documentatie en issues NLCS
Creative Commons Attribution 4.0 International
2 stars 0 forks source link

Object HULPLIJN als wildcard in NLCS #421

Open MvanderHulst opened 1 month ago

MvanderHulst commented 1 month ago

De NLCS biedt een standaard voor het opstellen van tekeningen. Echter worden er in dezelfde model tekeningen vaak ook hoeveelheden bepaald. Dit gebeurd op lagen die afwijken op de NLCS. Deze komen als 'foutmelding' uit de controlerapportages (het zijn tenslotte geen NLCS lagen).

Graag zou ik in de FB een uitzondering willen opnemen dat alle laagnamen met het object 'HULPLIJN_eigen aanvulling' worden uitgesloten van de controle. Hiermee wordt voor de tekenaar een groep gemaakt waarop ze ALLES kwijt kunnen wat geen onderdeel is van de daadwerkelijke engineering, maar echt alleen eigen hulplijnen zijn voor welk doel dan ook.

ElisabethKloren commented 3 weeks ago

@MvanderHulst deze snap ik niet, er is toch een zz-object hulplijn die je kunt gebruiken om hulplijnen te tekenen? Hoezo is die niet gekoppeld aan een bekende laagnaam (je bepaalt toch de hoeveelheid van een object, dus maak je een hulplijn op een bekende laag?

MvanderHulst commented 3 weeks ago

Alle OBJECTEN van de NLCS waarmee de engineeringstekening zijn opgesteld, zijn niet geschikt voor het bepalen van hoeveelheden. Je maakt dus altijd extra hoeveelheden lagen aan om de hoeveelheden te borgen. Hiervoor wordt meestal HULPLIJN gebruikt, waarbij de basis is: X-XX-AL-HULPLIJN-G Welke aangepast wordt met de hand naar: X-XX-AL-HULPLIJN_RIJWEG-S etc. etc.

ElisabethKloren commented 3 weeks ago

ok, nu snap ik wat je met eigen aanvulling bedoelt, een rijweg is geen object maar je tekent toch een hulplijn. Ik zou deze verwachten in VW en niet in AL, maar alla.

Voorstel: toch nog een nieuwe eis aan softwareleveranciers in versie 5.1, in de controletool, maar geen zware eis

MvanderHulst commented 3 weeks ago

Hoofgroep en status zijn in dit geval niet relevant. ;-) SCenario blijft hetzelfde.