Lists Home |
Date Index |
Absolutely true. But if that centralizer is simply a node in the P2P
network, what happens when it propagates that inference to other nodes.
For example other nodes might want to distinguish between inferences
made by that node (possibly based on evaluating the inference 'proof')
and data that comes from that node with no other provenence - that leads
to more complex models (I ended up with the possibility of having
multiple levels of reification : A says 'B says "C says 'foo'"').
I know that there are mathematical evaluations of these sorts of trust
models and it could be that ultimately an answer comes from there (but
that implies that I would have to *understand* the maths...;-).
It could also be that ultimately its like all reporting - the receiver
has to rely on what it is given and if it doesn't then it will have to
follow up the sender's sources and cut out the middle man - another good
reason for tracking provenence and disseminating it with such
BTW - I don't for a moment imagine that this has not already been an
issue in other areas of CS and in other areas outside of CS.
On Mon, 2004-06-14 at 21:45, Bullard, Claude L (Len) wrote:
> If I understand that, your centralizer is the provenancing authority for
> the other provenances. It decides who or what to trust for the current
> inference in the local scope of authority.
> No better and no worse than table joins across distributed tables.
> From: Kal Ahmed [mailto:email@example.com]
> A while ago I played with P2P for topic map sharing and took some
> relatively naive approaches which I haven't tested for scalability .
> My approach was based simply on provenence. In RDF/Topic Maps your
> provenence information just becomes more data which makes it easy to
> process with the same tools that you are using for processing the
> application data - which is nice :-)
> Another interesting aspect of inferencing over distributed data is that
> different nodes on the network might have different pieces of
> information that you need in combination in order to make an inference
> which tends to have a centralizing influence as you need to pull that
> data together somewhere in order to make the inference. What that does
> to a provenence-based trust model is a good question to which I don't
> currently have an answer...
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
Kal Ahmed <firstname.lastname@example.org>