[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
xml DOM/DTD graph visualization
- From: james anderson <firstname.lastname@example.org>
- To: email@example.com
- Date: Mon, 25 Jun 2001 16:47:22 +0200
I was curious about how an automatic layout package would fare with DTD
and DOM graphs. A naive generator for GraphViz's "dot" format is a
straight-forward graph walk. The "dot" file describes the connectivity
only. GraphViz is left with the hard work. The results are adequate for
smaller examples, but larger instances will need a more refined approach.
The larger files failed to load with the current GraphViz 1.7.6 beta for
Windows. As I'm rather Linux/C imparied, I was fortunate and grateful,
that someone was curious and ran them through the Linux version. Thus
the two SVGs below, which I was able to view with Adobe's SVG plugin.
REC-xml-20001006.xml: DTD as DOT, as SVG
REC-xhtml1-20000126.html: DTD as DOT, as SVG
They tend to tax this viewers patience and perspicacity. Which leads to
When one is "visualizing" a DOM or a DTD, which relations is one
- direct neighbors to a given element/attribute or element type definition?
- direct siblings?
- a vertical sub-graph comprising a specified node subset?
- a vertical sub-graph ...?
- nodes in the same namespace?
- some other partition?
How would one wish to describe what one is "looking" for.
- a collection of names?
- a path expression?
Anyone curious about DOCBOOK?
 http://homepage.mac.com/james_anderson/XML/Graphs/xmlSpec.svg (768K)
 http://homepage.mac.com/james_anderson/XML/Graphs/xhtmlHtml.svg (444K)
ps. I don't know how to get the server to specify the correct mime type.
It serves the SVGs up as text/plain, so one may need to download them
separate from viewing.
- UTF-8 BOM
- From: Richard Tobin <firstname.lastname@example.org>
- Re: UTF-8 BOM
- From: David Brownell <email@example.com>