[Data-modeling] attribution
Brian Karlak
zenkat at metaweb.com
Wed Jun 3 19:41:50 UTC 2009
On Jun 3, 2009, at 6:45 AM, Jack Alves wrote:
> I noticed creator and attribution properties are set to the user
> when data is created via freebase.com. Are there any cases when
> they would be different when data is created using freebase.com?
When writing via freebase.com, the attribution should always show the
writing user. I do not believe there is any mechanism available
standard MQL to change this,
> What is the intended use for the attribution property? Can anything
> be inserted in that property? Could it be used to store a webpage
> object id or url that asserts the data is true? Is attribution
> intended only for cases where data sets get inhaled like wikipedia
> or musicbrainz data?
Some of our large internal data loads, such as the wikipedia update,
use a specialized "attribution" node that is cotyped with /type/
attribution and /dataworld/provenance. The properties of these type
contain information about the dataload, including the information
source and software tool used for loading.
However, the attribution mechanism is not generally available for
annotating links in general, nor is it accessible to users via
freebase.com.
> This topic is slightly related to something I want to try soon. For
> every link, I want a way for any user to indicate whether they
> believe the assertion to be true or false. I imagine this could be
> accomplished by pointing a protected user or group object to the
> link. How should something like this be modeled?
Currently, we do not support any mechanisms for adding properties to
links -- except for the exception of sort index.
In any case, attribution is probably not the correct way of doing
this, as re-attributing to a "protected user" would obscure the
original provenance of the link.
Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/data-modeling/attachments/20090603/376ddb21/attachment.htm
More information about the Data-modeling
mailing list