W3C home > Mailing lists > Public > public-dwbp-wg@w3.org > March 2014

Re: Private Data on the Web

From: Ig Ibert Bittencourt <ig.ibert@gmail.com>
Date: Thu, 27 Mar 2014 05:18:25 -0300
Message-ID: <CAKNDvRXqbNZbBrjFRJOgm+iU_r6dUtKOWYe6iOuBA+CvRQN70Q@mail.gmail.com>
To: Christophe Guéret <christophe.gueret@dans.knaw.nl>
Cc: "Lee, Deirdre" <Deirdre.Lee@deri.org>, Public DWBP WG <public-dwbp-wg@w3.org>
Hi Christophe, Deirdre,

I liked the idea of using OpenID to get tokens... lets discuss more next
week.

Deirdre, I am not an expert in privacy and I am not seen different
scenarios like that one I e-mailed. Even though, I am going to try to write
about this use case and we could discuss about it next week. Should we
create an action to this use case? I don't know how to create an action. :(

Best,
Ig




2014-03-24 16:10 GMT-03:00 Christophe Guéret <christophe.gueret@dans.knaw.nl
>:

> Hi Deirdre,
>
> I agree having some more privacy-related use-cases would be good. The only
> concrete use-case I can think of is that of DANS, the digital archive I'm
> working at, where we have datasets that are open and others that are not.
> Somewhat in the middle we have datasets that are group restricted and thus
> accessible only to a predefined set of users. I'll see if I can put that in
> the use-case document but on a very general basis this can be summarised as
> talking about access control to web resources. With then implications for
> giving tokens to data consumers, as Ig pointed out, and/or tracking the
> identity of consumers and securing the data transfer channel.
>
> It would be very good, IMHO, to consider these questions in the scope of
> the group as it would facilitate putting private data on the Web too,
> instead of restricting its usage to closed Web platforms hosted on
> intranets. As it was already pointed out, Linked Data does not only applies
> to Open Data and it would be good to offer solutions for the data
> publishers that don't want or just can't open everything on the open Web.
>
> Cheers,
> Christophe
>
>
>
>
> On 24 March 2014 19:55, Lee, Deirdre <Deirdre.Lee@deri.org> wrote:
>
>>  Hi Christophe, Ig,
>>
>>
>>
>> I think our use-case doc is somewhat lacking privacy-related use-cases (
>> https://www.w3.org/2013/dwbp/wiki/Use_Cases). It would be great if you
>> could add some based on this discussion or other thoughts and experiences
>> you have on this topic. At the F2F, we can decide if they are in/out of
>> scope.
>>
>>
>>
>> Cheers,
>>
>> Deirdre
>>
>> -----------------------------------------------------------------------
>>
>> Deirdre Lee
>>
>> Research Associate
>>
>> eGovernment Domain (DEG)
>>
>> Insight-NUIG
>>
>> IDA BusinessPark, Lower Dangan,
>>
>> Galway, Ireland
>>
>>
>>
>> deirdre.lee@deri.org
>> skype: deirdrelee
>>
>> twitter: @deirdrelee
>>
>> linkedin: ie.linkedin.com/in/leedeirdre/
>>
>> -----------------------------------------------------------------------
>>
>>
>>
>> *From:* Christophe Guéret [mailto:christophe.gueret@dans.knaw.nl]
>> *Sent:* 24 March 2014 10:55
>> *To:* Ig Ibert Bittencourt
>> *Cc:* Public DWBP WG
>> *Subject:* Re: Private Data on the Web
>>
>>
>>
>> Hoi Ig,
>>
>> Sounds indeed interesting, maybe in combination with things such as
>> OpenID to get tokens given to clients requesting protected data.
>>
>> I also wonder if we could find HTTPS useful as a way to confirm the
>> identity of the client and be sure there is no "man in the middle" sniffing
>> of data...
>>
>> Christophe
>>
>>
>>
>>
>>
>> On 23 March 2014 18:33, Ig Ibert Bittencourt <ig.ibert@gmail.com> wrote:
>>
>> Hello DWBP members,
>>
>>
>>
>> There are some scenarios that a person, a company or a group of people
>> want to public the data on the Web, but not to everyone. They simply want
>> to hide such data.
>>
>>
>>
>> In these scenarios, they can use a login account, but there are some
>> disadvantages. One of the other possibility is to use Capabiliry URLs [1].
>>
>>
>>
>> Perhaps the use of Capability URLs could be considered for some scenarios
>> as a best practice.
>>
>>
>>
>>
>>
>> [1] http://www.w3.org/TR/capability-urls/
>>
>>
>>
>> Best,
>>
>>
>>
>> Ig Ibert Bittencourt
>>
>> Professor Adjunto III - Universidade Federal de Alagoas (UFAL)
>>
>> Vice-Coordenador da Comissão Especial de Informática na Educação
>>
>> Líder do Centro de Excelência em Tecnologias Sociais
>>
>> Co-fundador da Startup MeuTutor Soluções Educacionais LTDA.
>>
>>
>>
>>
>> --
>>
>> Onderzoeker
>> +31(0)6 14576494
>> christophe.gueret@dans.knaw.nl
>>
>>
>>
>> *Data Archiving and Networked Services (DANS)*
>>
>> DANS bevordert duurzame toegang tot digitale onderzoeksgegevens. Kijk op
>> www.dans.knaw.nl voor meer informatie. DANS is een instituut van KNAW en
>> NWO.
>>
>>
>>
>> Let op, per 1 januari hebben we een nieuw adres:
>>
>> DANS | Anna van Saksenlaan 51 | 2593 HW Den Haag | Postbus 93067 | 2509
>> AB Den Haag | +31 70 349 44 50 | info@dans.knaw.nl <info@dans.kn> |
>> www.dans.knaw.nl
>>
>>
>>
>> *Let's build a World Wide Semantic Web!*
>> http://worldwidesemanticweb.org/
>>
>>
>> *e-Humanities Group (KNAW)*
>> [image: eHumanities] <http://www.ehumanities.nl/>
>>
>
>
>
> --
> Onderzoeker
> +31(0)6 14576494
> christophe.gueret@dans.knaw.nl
>
> *Data Archiving and Networked Services (DANS)*
>
> DANS bevordert duurzame toegang tot digitale onderzoeksgegevens. Kijk op
> www.dans.knaw.nl voor meer informatie. DANS is een instituut van KNAW en
> NWO.
>
>
> Let op, per 1 januari hebben we een nieuw adres:
>
> DANS | Anna van Saksenlaan 51 | 2593 HW Den Haag | Postbus 93067 | 2509 AB
> Den Haag | +31 70 349 44 50 | info@dans.knaw.nl <info@dans.kn> |
> www.dans.knaw.nl
>
>
> *Let's build a World Wide Semantic Web!*
> http://worldwidesemanticweb.org/
>
> *e-Humanities Group (KNAW)*
> [image: eHumanities] <http://www.ehumanities.nl/>
>



-- 

Ig Ibert Bittencourt
Professor Adjunto III - Universidade Federal de Alagoas (UFAL)
Vice-Coordenador da Comissão Especial de Informática na Educação
Líder do Centro de Excelência em Tecnologias Sociais
Co-fundador da Startup MeuTutor Soluções Educacionais LTDA.
Received on Thursday, 27 March 2014 08:19:14 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:24:12 UTC