Feedback op concept-5.1 / linked data publicatie versus sql namen in database van symbolen, arceringen, lijnen zijn veranderd

[ElisabethDeVries]

De "Naam" van symbolen, arceringen en lijnstijlen was altijd zonder toevoeging van de fase, symbolenbibliotheek en de optie; nu is de naam samengevoegd in de database.

Voorbeeld:
V-SVW-VERKEERSTEKEN_BORD_C22_A9-SO

Was VERKEERSTEKEN_BORD_C22_A9

Daardoor is dit dezelfde naam als de bestandsnaam van het symbvoll of de arcering, of de lijnnaam in de LIN

Echter, in de sql-database was de naam "kaal" en de rest was informatie - deze informatie wordt nu ook nog steeds als informatie-attribuut gepubliceerd, dus is het op een bepaalde manier "redundant".

[ElisabethDeVries]

@NielsNederpel weet jij nog waarom deze keuze is gemaakt in de database, om de namen toe te voegen?

[NielsNederpel]

@ElisabethDeVries ik snap niet helemaal wat je bedoeld en in mijn idee klopt e.e.a. ook niet helemaal.

symboolnamen etc. zijn altijd mét hoofdgroep geweest. en ook de status is altijd ingevuld geweest, mits dit een afwijkende representatie van het "statusloze" symbool moest zijn.
hier is wel wat veranderd in loop van tijd, maar nu is het zo dat er in principe geen status voor staat indien dit symbool voor alle statussen worden gebruikt . en alleen bij afwijkende representatie van symbolen voor de statussen B-, V-, R- mogen zijn. N- symbolen bestaan dus niet.

ook op de excels uit de oude database voor wat betreft de symbolen staan zowel de status als de hoofdgroep.

echter bij de excels uit de oude database voor wat betreft de objecten werd wel alleen de hoofdgroep aangegeven en niet de status. hier wordt dus gewerkt met zoekfilters/wildcards.
dus even als voorbeeld: alle symbolen met de in het begin van de naam AVH-BSS mogen op het object VH-OPENVERHARDING-BETONSTRAATSTEEN worden getekend. ook als hier een status vóór staat.
het lijkt me dat e.e.a. nog steeds zo kan werken dus even geen idee waarom dit anders is in de nieuwe database.

ik snap dus even niet wat je bedoeld met was "kaal" ergens lijkt die informatie er toch aan te hangen anders kunnen nooit de excels op die manier zijn gemaakt? en anders zou ik zeggen dat het nu dus toch juist goed staat in de database? dus wat is dan het probleem? want je wilt toch wel een totaaloverzicht van alle beschikbare symbolen kunnen checken met de daadwerkelijke dwg's van de symbolen die er bestaan, zodat dus e.e.a. met elkaar matcht.

[SanderNijhof]

Ik ben ook benieuwd hoe dit nu in de handleidingen is opgenomen en of dat dan nog matched met de vermeldingen in de database. In principe is het in mijn beleving niet nodig (of zelfs niet gewenst) om de status van symbolen, arceringen, lijnstijlen in de database op te nemen. In de database is het basissymbool opgenomen en de software kan daar een evt. afwijkend symbool passend bij de status bij zoeken. Als er in de database wel een status in bijvoorbeeld de symboolnaam zou staan, dan zou de software die eraf moeten strippen en de juiste symboolnaam voor de actuele status moeten opbouwen. Idem voor arceringen in lijnstijlen.

[ElisabethDeVries]

in de database wordt verwezen naar de bestanden die beschikbaar zijn bij de standaard. Dus als er meerdere varianten van een symbool bestaan dan worden die allemaal ook in de database gedefinieerd.