SV: [RDF] Queries, filters, context, trust, and more.., part 2
Stefan Andersson
Stefan.Andersson@ullmans.com
Thu, 5 Oct 2000 10:21:18 +0200
- Previous message: [RDF] Queries, filters, context, trust, and more.., part 2
- Next message: SV: [RDF] Queries, filters, context, trust, and more.., part 2
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
> Here are a couple of things to add to the feature list: Versioning,
> authorization and trust.
Yay!
=20
> Let's say that the person has a lot of phone numbers. =20
>=20
> - A person could say that the number has changed. The request =
should
> retrieve the latest number rather than the old incorrect number.
>=20
> - If the person stating that the number has changed is untrusted, we
> should instead retreive the previous number.
Actually - this is a case where a change in current affairs is =
definitive.
If I change my telephone number, I wouldn't want anybody to use my old
number, which now goes to some other poor soul.
I think that there are classes of changes. Something like:
* This is a correction of an erroneous fact. The past fact has never =
been
correct. (I stated it, though. And that could be a relevant fact.)
* This is an update. The past fact was correct, but as from now, the =
new
fact will be valid. It is a new version with respect to _time_.
* This is a total change or addition. The past fact and the new has =
nothing
to do temporally with each other. It is a new version with respect to
_function_
An example:
Case 1:
I have phone number A. I kill it. I have no phone. Then I have a new =
phone
number B.
Case 2:
I have phone number A. I add a new number B. Now I have two phone =
numbers.
Then I kill phone A.
Case 3:
I have phone number A. I let the phone company change it inte phone =
number
B.
Case 4:
I have phone number B.
Now. The factual representation of all the (in the end) equivalent =
cases
will (most probably) be different. And think thru what happens when you
query the cases at different points...
I think there is an implicit _intentional_ layer on top of this. There =
is a
difference between these cases, not only in how far apart the actions =
are.
> - If the previous number is restricted, we would have to accept the
> later untrusted number. But we could also try to convince the
> service that we are authorized to recieve the restricted
> information.
This is the concept of inter-process _interaction_ - I'm currently =
working
on getting small, relatively dumb, mobile thingies act more intelligent =
by
means of _interacting_ with smarter, bigger, stationary thingies.
/Stefan
Stefan Andersson
Ullman Communications
Johannebergsgatan 30
412 55 G=F6teborg
Tel: +46-31-708 26 13
Mail: stefan.andersson@ullmans.com
- Previous message: [RDF] Queries, filters, context, trust, and more.., part 2
- Next message: SV: [RDF] Queries, filters, context, trust, and more.., part 2
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]