# Re: some more comments on the paper drtaft and spec

From: apollere <apollere@wu.ac.at>
Date: Thu, 25 Jul 2019 07:16:34 +0200

Message-ID: <edda9e9167c3a5a6bfa60f80c5f535fe@wu.ac.at>
Another one:

As for the purposes, note that the first purpose wr have in our list is
AcademicResearch, but (as the example shows) we could also express this
by restricted to ScientificResearch (using the NACE code....).
Do we really need both? In doubt, I would remove the specific purposes
that are already covered by NACE codes... or add a justification why we
need both.

Axel

On 2019-07-25 07:00, apollere wrote:
> While Harsh and myself are working on the paper draft for ODBASE
> (again, feel free to also comment/help),
> I was reading over the spec text for personal data categories again,
> where it says:
>
> "We therefore suggest to declare the specific context as an instance
> of one or several dpv:Purpose categories and to always declare the
> specific purpose with a human readable description (e.g., by using
> rdfs:label and rdfs:comment)."
>
> I think this is wrong, because it is not an instance, but a subclass.
> I reformulated that whole paragraph in the paper draft (but not yet in
> the spec):
>
> "DPV provides a list of suggested purposes which may be extended
> as shown in Listing ~\ref{lst:purpose-example} by subclassing existing
> purposes to create more specific ones: as regulations such as the GDPR
> generally require a specific purpose to be declared in an
> understandable manner, we suggest to such declare specific purposes as
> subclasses of one or several \texttt{dpv:Purpose} categories and to
> always declare the specific purpose with a human readable description
> (e.g., by using \texttt{rdfs:label} and \texttt{rdfs:comment})."
>
> This should also be changed in the spec.
>
> Likewise, the example in Listing 2 (Example 2 in the spec) uses
>
> :SomePurpose a dpv:Purpose ;
>       rdfs:label “Some Purpose” ;
>       dpv:hasSector dpv-nace:M72 .
>
> Isn't that also an error and should be subclassing?
>
>
>
>
> Axel

Received on Thursday, 25 July 2019 12:18:05 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:27:57 UTC