如果FOAF要支持在线社区,那么每一段信息的起源必需是可跟踪的。
显示了FOAF对我的描述,它包含至我的熟人的链接。
最简单的方法是让参与者通过中央服务注册其FOAF文件的URL,然后中央服务执行聚集。
本文余下部分描述了FOAF的基本特性,并为当前实现和未来考虑事项提供了一些启示。
LizSomebody不会形成结果,因为虽然它有foaf:name属性,但它没有foaf:depiction属性,而如果要与查询匹配的话,那么这两个属性都需要。
FOAF词汇表提供了一种管理社区内信息的有用方法。
清单中查询foaf:phone,不过在它的位置使用不同的谓词构造了一个新的图(wingerz:officephone)。
和创建您自己的Web页面一样,分散创建FOAF数据并使其创建在您的控制之下。
幸运的是,FOAF的创建者提出了一个替代项mbox_sha1sum特性。
FOAF开发人员目前都在考虑这些问题以及其它问题。
只要可能应尽量使用FOAF这类通用本体,公共的结构和词汇表有助于数据的集成。
与此相反,FOAF工具使用数字签名来使电子邮件地址与文档关联。
同样,请务必查阅参考资料以获取更多FOAF文档和演示。
链接也可作为将FOAF描述分成多个文件的有用方法。
要注意,可能的话最好使用已有的谓词,这里使用了FOAF本体的一些词汇表。
除提供简单的目录服务之外,您还可以以许多方式使用FOAF上的信息。
或者,可以在你浏览的网络页面里面发现连接到FOAF文件的信息并发布这些信息到你的人员blog的脚本怎么样?
本文试图解决一些常见的问题,部分灵感来自使用FOAF词汇表的经验。
图形模式的第二个三元组与contributor的foaf:weblog属性对应的对象匹配。
由于篇幅的原因,我在这里不能解释有关FOAF词汇更多内容。
在foaf:depiction中包含的图形模式的SELECT查询可能只会发现三个结果。
在bloggers.rdf模型中,contributor会和图1顶部的空节点foaf:Agent匹配。
这种方法在FOAF(Friend-of-a-friend,朋友的朋友)项目中已经证明可以很好地表示个人信息和社会网络。
在我的实验中,我假设证明携带签名者的语义,以此认可所包含的FOAF文件中的语句。