Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Seppe Vansteelant: Why is GivenConsent a specialisation of Consent? Isn't this a attribute? #35

Open
michaelgeamanu opened this issue Sep 1, 2022 · 2 comments

Comments

@michaelgeamanu
Copy link
Collaborator

No description provided.

@GeertThijs
Copy link
Contributor

  • Apparantly GivenConsent is the only status of Consent that can justify the Processing of the PersonalData in some case of PersonalDataHandling. All the other statusses (Expired, Invalidated, Refused, Requested etc) make Processing invalid. So that's why it was modelled as a seperate class by GConsent and consequently bij OSLO Consent. It is slightly more efficient than having to follow the Consent.consentStatus relation to check if the Consent is given.
  • However, only this one status is hardwired in the model. They can also be reached via the Consent.status attribute. This is also provided in GConsent and in a similar manner in DPV (where GivenConsent is indeed one of the possible values of the status attribute, it is not a class). Main difference with DPV is that there Consent is subtyped according to wether the Consent is Informed or Uninformed and if Informed wether it is Expressed or Implied. In GConsent al this is mixed in one enumeration.

@GeertThijs
Copy link
Contributor

REMARK: see issue #45 for more info on ConsentStatus in general.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants