W3C home > Mailing lists > Public > public-esw-thes@w3.org > February 2011

Re: GraphViz and SKOS... Conventions for visual schemas drafted from SKOS files?

From: Christophe Dupriez <dupriez@destin.be>
Date: Mon, 21 Feb 2011 10:07:11 +0100
Message-ID: <4D622B3F.90600@destin.be>
To: Simon Spero <sesuncedu@gmail.com>
CC: Dan Brickley <danbri@danbri.org>, SKOS <public-esw-thes@w3.org>
Hi Simon,

It would be nice if we could settle some basic conventions about drawing 
SKOS and then establish somewhere a shared tool where partial SKOS files 
can be fed and schemas been drafted.

Looking at the legend of your chart (copied below), I think that your 
convention for TopConcept (top level term), Concept (term), Broader are 
nice. We would need to settle something for the other types of relations 
(RT, EQ, EQ~, etc.). We may decide that colors would be kept for adding 
information over SKOS (as what you have done). Frames would be good to 
show the schemes and their boundaries (crossed by xxxMatch relations). 
Anybody has done such general design for SKOS or ISO thesauri ?

One can then add XSLT or CSS to the produced SVG to add shading and 
other effects...

So the challenge (apart from designing drafting conventions) is the SKOS 
to .DOT conversion: XSLT would be nice if SKOS was serialized in XML 
(for my projects it is just enough) but good work would involve SPARQL I 
suppose. Anyone heading for this?

Have a nice week!


 From bottom-right of http://www.ibiblio.org/ses/poster.pdf :

Le 15/02/2011 20:01, Simon Spero a écrit :
> OmniGraffle uses graphviz internally, and reads .dot files without any 
> intermediate conversion.
> For the doorbells to mammals poster, (dc 2008, berlin) I created the 
> BT closure graph in code, then fine tuned the layout and add notes, 
> etc using OG.
> http://www.www.ibiblio.org/ses/poster.pdf
> There are some crufty hacks you can do to the generated dot to get 
> things to align better; there are also new options that aren't covered 
> in the pdf documents, so reading the html pages is critical.
> Also, some of the layout code is cubic or worse, so don't try and 
> layout the entire lcsh in one graph to see how many pages it would 
> take :-)
> Simon
> On Feb 15, 2011 8:44 AM, "Dan Brickley" <danbri@danbri.org 
> <mailto:danbri@danbri.org>> wrote:
Received on Monday, 21 February 2011 09:07:06 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 2 March 2016 13:32:14 UTC