W3C home > Mailing lists > Public > www-rdf-interest@w3.org > February 2001

Re: RDF standard for PRIVACY STATUS of a document

From: Charles McCathieNevile <charles@w3.org>
Date: Tue, 6 Feb 2001 19:18:24 -0500 (EST)
To: Dorn Alexander <office@dorn-software.com>
cc: <www-rdf-interest@w3.org>
Message-ID: <Pine.LNX.4.30.0102061908540.15250-100000@tux.w3.org>
How does the P3P work match up with what you are looking at? I believe that
they are intersted mostly in client-server transactions about privacy (or
vice cersa) but presumably their vocabulary is along similar lines and
extensible. http://www.w3.org/P3P

(I have to admit I haven't gone very deeply into it).


Charles McCN

On Tue, 6 Feb 2001, Dorn Alexander wrote:

  [freed from spam trap -ralph]

  Date: Tue, 6 Feb 2001 04:33:00 -0500 (EST)
  Message-ID: <01f201c09020$7c356080$d301a8c0@hub.iwy.com>
  From: "Dorn Alexander" <office@dorn-software.com>
  To: <www-rdf-interest@w3.org>

  Since I am working on a thesis defining EPR (Electronic Patient Record) in
  XML one of the major concerns in automatically linking medical documents is
  the automated recognition of the privacy status of a document.

  A RDF definition, which would should standardized, defining the status of
  the document (e.g. invisible=only visible for the owner, private =
  existence visible, content invisible, group, all ) would advise any program
  dealing with the data, how to treat it.

  I am wondering that I couldn't find any similar definition, so maybe
  somebody could give me a hint where I could find something like that or
  when/whether some similar features  will be defined in future standards.

  Thank's for an answer
  Alexander Dorn

Charles McCathieNevile    http://www.w3.org/People/Charles  phone: +61 409 134 136
W3C Web Accessibility Initiative     http://www.w3.org/WAI    fax: +1 617 258 5999
Location: I-cubed, 110 Victoria Street, Carlton VIC 3053, Australia
(or W3C INRIA, Route des Lucioles, BP 93, 06902 Sophia Antipolis Cedex, France)
Received on Tuesday, 6 February 2001 19:18:26 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:34 UTC