回复:GraphViz和SKOS。。。从SKOS文件起草的可视化模式的惯例?

你好,西蒙,如果我们能解决一些关于绘画的基本约定,那就太好了SKOS,然后在某处建立一个共享工具,其中包含部分SKOS文件可以馈送和起草模式。看看你图表的图例(复制如下),我认为你的TopConcept公约(顶级术语)、Concept(术语)、Broader are很好。我们需要解决其他类型的关系(RT、EQ、EQ~等)。我们可以决定保留颜色以便添加SKOS上的信息(如您所做的)。框架很适合显示方案及其边界(通过xxxMatch关系跨越)。有人为SKOS或ISO主题词表做过这样的总体设计吗?然后可以将XSLT或CSS添加到生成的SVG中,以添加阴影和其他影响。。。因此,挑战(除了设计绘图约定之外)是SKOS至。DOT转换:如果SKOS是用XML序列化的,XSLT会很好(对于我的项目来说,这已经足够了)但好的工作需要SPARQL I假设。有人要去吗?祝你度过愉快的一周!克利斯朵夫从的右下角http://www.ibiblio.org/ses/poster.pdf:Le 15/02/2011 20:01,Simon Spero aécrit:>>OmniGraffle在内部使用graphviz,在没有任何graphvix的情况下读取.dot文件>中间转换。>>对于哺乳动物的门铃海报(dc 2008,柏林),我创建了>代码中的BT闭包图,然后微调布局并添加注释,>等。>>http://www.ibiblio.org/ses/poster.pdf>>您可以对生成的点进行一些粗略的修改,以获得>更好地对齐;还有一些未涵盖的新选项>在pdf文档中,阅读html页面至关重要。>>此外,有些布局代码是立方的或更糟,所以不要尝试>在一个图中布局整个lcsh,看看它会有多少页>采取:-)>>西蒙>>2011年2月15日上午8:44,“Dan Brickley”<danbri@danbri.org><邮寄地址:danbri@danbri.org>>写道:

接收日期:2011年2月21日星期一09:07:06 UTC