Gebruik van qualified class en property zonder starting point

[gezever]

Model(len) waarop de issue van toepassing is:OSLO besluitvorming

Omschrijving van het probleem:
Het applicatieprofiel van besluitvorming gebruikt prov qualified properties en classes zonder gebruik te maken van de starting point property. Meer bepaald is er in het applicatieprofiel een qualifiedAssociation relatie tussen Activity en Association, maar er is geen wasAssociatedWith relatie tussen de Activity en Agent. De bedoeling van de prov qualified classes en properties is meer duiding te geven bij de rechtstreekse relaties van de starting point en expanded classes en properties. Ik meen me te herinneren dat het als anti pattern wordt beschreven in het provenance boek, maar ik kan het momenteel niet nakijken - uitgeleend aan een collega.
Los van bovenstaand issue lijkt het op het eerste zicht me geen goede praktijk om te stellen dat een prov:Association subclass is van dcterms:Agent.
Omschrijving van een mogelijke oplossing:

[gezever]

Uit prov-o
rdfs:comment "If this Activity prov:wasAssociatedWith Agent :ag, then it can qualify the Association using prov:qualifiedAssociation [ a prov:Association;

[nvdk]

Ik vind in mijn nota's niet terug waarom Association als subklasse van Agent werd aangeduid, ik weet dat er over is gediscussieerd. Je opmerking is echter geheel terecht.

[gezever]

Niels, in het licht van jouw duiding onder issue #381
'een prov:Agent equivalent aan dcterms:Agent' lijkt me het subclassen van Agent nog stuitender en totaal onnodig.
Ik vind het zelfs een schadelijke praktijk, gezien er rond 'Rol' en 'Hoedanigheid' al zoveel verwarring bestaat.
In Prov-o wordt duidelijkheid verschaft rond mogelijke 'rollen' die een Agent kan hebben, door een duidelijk onderscheid tussen de 'Rol' op een delegatie en de 'Rol' op een Associatie. Vandaar dat ik alles wat van deze duidelijkheid afwijkt een slechte praktijk vind. Een Associatie/Rol (of Delegatie/Rol), gecombineerd met een Agent in één object doet me denken aan de technische implementatie van ACM-IDM waar er berekende user-objecten worden gecreëerd, met een proliferatie van userobjecten tot gevolg. Ik zie het als een makkelijke, maar schadelijke, technische implementatie, zeker niet als een referentiemodel.

[nvdk]

Ik meen me te herinneren dat deze is toegevoegd zodat een mandaat:Mandataris (een specialisatie van dc:Agent) hier als AgentInRol kan worden gebruikt. Ik vind dit echter niet terug in mijn notities, dus kan het niet met zekerheid stellen. In het licht van jou opmerking had deze klasse (Mandataris) beter een specialisatie geweest van prov:Association. Het is waarschijnlijk beter om dat probleem daar op te lossen bij een volgende revisie van het mandaat model.

Ik denk dat we het hier eens zijn Geert, ik zie de overerving ook liever niet en wat mij betreft mag deze er uit.