[RDF] Non-fact statements

Jonas Liljegren jonas@liljegren.org
25 Sep 2000 14:19:20 +0200


Stefan Andersson <stefan@c64.org> writes:

> > Non-fact statements from a non-specified model could just be placed in
> > some special model that defaults to untrusted.
> 
> Well, actually, I've always found the division between 'fact' and
> non-fact a bit silly. There is no such thing as a 'fact', only trusted
> or non-trusted statements/data.

Yes. But you just have to believe in something before you can start
mistrust.  The system base logic has a whole lot of RDF implicit and
explicit. Those base statements must be trusted.  My first thought was
to consider fact statements the unquestioned truths and mark all
"user" and imported statements as non-facts.


> A model can be judged trustworthy based on its internal consistency, or
> its backing by an authority. There is _always_ an issuer of the
> statement, implicit or explicit. The trick is wheter the system
> _remembers_ (is aware of and has retained the knowledge of) who the
> issuer was.

Wraf ties a model to every statement. That model will hold that data.
i don't know how much has been done in modeling this in RDF. Maby it
would be better to wait with the details.  But the main functionality
is to get a level of trust for a specific statement. that could maby
be calculated from the statement content and the model.  That is: the
trust can differ acording to the type of statement.


> And - these are different levels of indirection.
> 
> If my system were to access the model
> http://www.w3.org/1999/02/22-rdf-syntax-ns
> the _primary_ _implicit_ issuer of the model would be the actualized
> http daemon on www.w3.org.
> 
> Now, if the returned model would include some sort of standardized
> 'attributed_to', that would be an _secondary_ _explicit_ statement of
> issuer. 
> One could imagine a _secondary_ _implicit_ statement of issuer based
> upon the OS 'last_updated_by' or by file system rights.
>
> Now, if the _primary_ issuer wasn't trustworthy, there is no way you
> could trust the issued model, and thus not the attribution in it. That's
> pretty banal. But the opposite is true as well. Just because the primary
> source is trusted, that does not mean the secondary has to be.

Yes. That will be contained in the model metadata.


> If I was to try to summarize, it would be by pointing to a
> thought-provoking paper on trust published by E Gerck and the MCG:
> 
> http://www.mcg.org.br/trustdef.htm
> 
> Read it. I mean it. Then read it again.

and you call that a summary?!?  It's long!  I have printed it and will look at it later.

-- 
/ Jonas  -  http://jonas.liljegren.org/myself/en/index.html