[
Lists Home |
Date Index |
Thread Index
]
- From: Marc.McDonald@Design-Intelligence.com
- To: david-b@pacbell.net
- Date: Mon, 21 Jun 1999 15:54:34 -0700
As to the privacy argument (too easy to get information about other
folk...):
I agree, but having the information out there but hard to parse doesn't
really solve the problem. It just lets those with more expertise, money,
power define a first class which gets the information and a second class
that doesn't. The IRS has massive files on everyone to use as it sees fit
and share with who it sees fit - but it doesn't put them on the net.
I'm all for restrictions on what personal information can be put on the web
- in any form. I assumed the kind of example we were looking at was more of
an intranet example where access was already restricted.
Marc B McDonald
Principal Software Scientist
Design Intelligence, Inc
www.design-intelligence.com <http://www.design-intelligence.com>
----------
From: David Brownell [SMTP:david-b@pacbell.net]
Sent: Monday, June 21, 1999 3:35 PM
To: Marc McDonald
Cc: xml-dev@ic.ac.uk
Subject: Re: XSL and the semantic web
Marc.McDonald@Design-Intelligence.com wrote:
>
> I think the point was that <H3>Joe</H3> has lost the fact that
>'Joe' was a name (<name>Joe</name>), and similarly with the
> phone number.
I read that just fine. And as I said, you don't have any kind
of entitlement or right to such information, so it's no use to
base any arguments on such an entitlement.
For example, there are risks to society in making it too easy
for people to find out information about other folk. It makes
it easy to perform identity theft, invade privacy, etc. The
very example (a semantic web search) you used to motivate your
desire for this representation came across to me as a powerful
reason to avoid what you're arguing in favor of!
> Looks to me like grasping at straws to justify FO model.
... or to attack it! In fact, I never mentioned FOs, the
points I was making apply to _any_ element vocabulary used
to deliver information. They will be used to filter out data,
and hide it in less accessible forms, since organizations
MUST do that. The more sensitive the data, the more work
will be (or at least should be!) put into filtering it out
or hiding it.
- Dave
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|