<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">A few quick thoughts, in line on Andrew’s list:<div class=""><div><blockquote type="cite" class=""><div class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 21, 2019, 7:32 AM Andrew Hughes <<a href="mailto:andrewhughes3000@gmail.com" class="">andrewhughes3000@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><div dir="auto" class="">Cool.</div></div><div dir="auto" class="">Some more questions, if you don't mind...</div><div dir="auto" class="">A) can we treat the list of terms in the vocabulary as exactly that: a controlled word list?</div></blockquote></div></div></blockquote>Most of legal documentation can be done as a “controlled list” of words, phrases, document forms.  The problem is who is in “control.”  That is, a closed system will always be incomplete and therefore force edge cases and diversity into a standard vocabularies and conformity.  It can centralize “control” of the vocabulary and hence the thoughts.  Prototype inheritance enables “permissionless” variations at the edge. <br class=""><blockquote type="cite" class=""><div class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto" class="">B) what is supposed to happen when a word has more than one definition? Or is the vocabulary not about definitions but rather about "list of words”?</div></blockquote></div></div></blockquote><blockquote type="cite" class=""><div class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto" class="">C) regarding the RDF - if one were to use, for example, JSON-LD and refer to <a href="http://schema.org/" target="_blank" rel="noreferrer" class="">schema.org</a> context and also this RDF - should it work? (Recognizing that this question is really stretching the limits of my knowledge on semantic web-ish topics - so please rephrase the question if needed)</div></blockquote></div></div></blockquote>I am far from an expert on this subject, but I found that RDF over-solves the problem of managing vocabularies.  <a href="http://Schema.org" class="">Schema.org</a> is great, but also too limited, so it either needs a way to fork and build, or one needs to start otherwise and connect to it.</div><div><br class=""></div><div>JSON-LD seems really useful, though I’ve found that you only need a very limited set to do most of the work.</div><div><br class=""></div><div><a href="http://www.commonaccord.org/index.php?action=json&file=Wx/org/schema/Person.md" class="">http://www.commonaccord.org/index.php?action=json&file=Wx/org/schema/Person.md</a></div><div><br class=""><blockquote type="cite" class=""><div class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto" class=""><br class=""></div><div dir="auto" class="">In the most simplistic scenario, does this usage sound right:</div><div dir="auto" class="">- I am a Data Controller designing my Consent Receipt data structure</div><div dir="auto" class="">- in this scenario, I have only one processing purpose</div><div dir="auto" class="">- in order to choose which Purpose for Data Processing to include in the design, I choose the appropriate Purpose word from the DPV document. </div><div dir="auto" class="">- therefore I have confidence that other Data Controllers and Data Processors who also use the DPV will know what that specific Purpose word means when they see it in the Consent Receipt output file and can act accordingly</div><div dir="auto" class=""><br class=""></div><div dir="auto" class=""><br class=""></div><div class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 21, 2019 at 3:10 AM Harshvardhan J. Pandit <<a href="mailto:me@harshp.com" target="_blank" rel="noreferrer" class="">me@harshp.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Andrew, All.<br class="">
<br class="">
On 20/06/2019 01:37, Andrew Hughes wrote:<br class="">
> What I'm actually interested in is how ontologies generally are consumed <br class="">
> and used. When I read this one, some items read as definitions, some as <br class="">
> description, and some as pure pointers to other documents.<br class="">
> <br class="">
> I would like to understand why this is and what the implications are for <br class="">
> implementers.<br class="">
<br class="">
I think Andrew's questions show the need for more information on what <br class="">
the DPV *is* and why it is structured the way it is. Since the DPVCG is <br class="">
currently welcoming feedback and comments on the DPV, I'll note down <br class="">
about writing a better introduction and adding in a section about <br class="">
possible usage applications.<br class="">
<br class="">
BTW, the 'official' specification is at <a href="https://w3.org/ns/dpv" rel="noreferrer noreferrer" target="_blank" class="">https://w3.org/ns/dpv</a> which is <br class="">
IMO easier to go through than the RDF file.<br class="">
<br class="">
The DPV is not intended to be applicable to only a specific purpose or <br class="">
application - it's usage can be quite broad. The aim is to provide a <br class="">
common vocabulary regarding the processing of personal data.<br class="">
<br class="">
The Base Vocabulary defines top-level classes for describing how the <br class="">
processing of data takes place i.e. what purpose, personal data, legal <br class="">
basis etc. It is not mandatory for an adopter to use this specific model <br class="">
- they can utilise other ways of expressing personal data handling as well.<br class="">
<br class="">
The other 'modules' such as Purpose, Personal Data, etc. provide <br class="">
concepts relevant for a specific domain. For example, purpose defines <br class="">
the top-level classification of purposes (for the processing of personal <br class="">
data). One may wish to use only a particular module from the vocabulary. <br class="">
In that respect, DPV is quite generic.<br class="">
<br class="">
The primary reason DPV is provided in RDF/OWL2 (semantic web), is the <br class="">
shared semantics - which is quite important in expressing knowledge. For <br class="">
example, in specifying that 'Research' is a purpose, with further <br class="">
specialisations such as 'Commercial Research' and 'Academic Research'.<br class="">
Or an even better example - First Name, Pet Name, Common Name - all <br class="">
being specific categories of a top-level category of Name. So when one <br class="">
is processing 'Name' it means one can process all categories falling <br class="">
under the 'Name' category. Combine this with properties, and one can <br class="">
express all this in what seems to  be 'cool' way to call it - a <br class="">
knowledge graph.<br class="">
<br class="">
Regards,<br class="">
-- <br class="">
---<br class="">
Harshvardhan Pandit<br class="">
PhD Researcher<br class="">
ADAPT Centre<br class="">
Trinity College Dublin<br class="">
</blockquote></div></div>-- <br class=""><div dir="ltr" class="m_7539215630874673588gmail_signature" data-smartmail="gmail_signature">Andrew Hughes CISM CISSP <br class="">In Turn Information Management Consulting<br class="">o  +1 650.209.7542    m +1 250.888.9474<br class="">1249 Palmer Road, Victoria, BC V8P 2H8<br class=""><a href="mailto:AndrewHughes3000@gmail.com" target="_blank" rel="noreferrer" class="">AndrewHughes3000@gmail.com</a> <br class=""><a href="https://www.linkedin.com/in/andrew-hughes-682058a" target="_blank" rel="noreferrer" class="">https://www.linkedin.com/in/andrew-hughes-682058a</a><br class="">Digital Identity | International Standards | Information Security</div>
_______________________________________________<br class="">
WG-InfoSharing mailing list<br class="">
<a href="mailto:WG-InfoSharing@kantarainitiative.org" target="_blank" rel="noreferrer" class="">WG-InfoSharing@kantarainitiative.org</a><br class="">
<a href="https://kantarainitiative.org/mailman/listinfo/wg-infosharing" rel="noreferrer noreferrer" target="_blank" class="">https://kantarainitiative.org/mailman/listinfo/wg-infosharing</a><br class="">
</blockquote></div>
</div></blockquote></div><br class=""></div></body></html>