^-symbool toevoegen voor identifier in UtilityNetworkElement

[NielsGabriels-GIM]

In de Nederlandstalige versie van het applicatieprofiel (https://data.vlaanderen.be/doc/applicatieprofiel/kabels-en-leidingen/kandidaatstandaard/2023-12-19/html/overview.jpg) staat een ^-symbool bij de identificator van Nutsvoorzieningnetwerkelement.
In de Engelstalige versie ontbreekt dit symbool. Aangezien dit (volgens mij) de Identifier is die overgeërfd wordt uit NetworkElement moet dit symbool er wel staan. Is het bovendien dan niet beter om deze eigenschap inspireId te noemen in plaats van identifier? Moet er in de rechter bovenhoek dan ook niet aangegeven worden dat er overgeërfd wordt uit NetworkElement?

[GeertThijs]

Verschillende opmerkingen hierbij:

• In feite moet het ^-teken daar weg. Strikt genomen is een Nustvoorzieningsnetwerkelement immers geen NetwerkElement, zie INSPIRE:
  
• Het zijn de specialisaties zoals NutsvoorzieningLinksequentie die identificator overerven van de overeenstemmende klasse uit INSPIRE:Netwerk nl Linksequentie, die het op zijn beurt overerft van Netwerkelement. Idem trouwens voor het attribuut inNetwerk.
• Eigenlijk is dat een modelleerfout bij INSPIRE en we hebben ze dan ook rechtgezet door deze twee attributen op te tillen van de specialisatie naar de superklasse NetwerkvoorziengsNetwerkelement.
• En voor het geval je de vraag stelt of we zomaar van INSPIRE mogen afwijken. Conform zijn aan INSPIRE is geen use case hier, hoogstens om er niet teveel van af te wijken. ook voor andere trajecten vormt INSPIRE hoogstens een vertrekpunt, nooit het doel op zich.

[NielsGabriels-GIM]

Akkoord dat Nutsvoorzieningsnetwerkelement strikt genomen geen NetwerkElement is. Maar voor de duidelijkheid lijkt het me toch aangewezen om het ^-symbool in de Nederlandstalige en Engelstalige versies op dezelfde plaatsen te gebruiken.
Idem voor bijvoorbeeld containertype bij Pijp en Kanaal. In de Engelstalige versie staat een ^-symbool, maar in de Nederlandstalige versie niet.