- markup (52)
- xml (7)
- xslt (21)
- atom (8)
- overlapping markup (2)
- schema (9)
- creole (4)
- xforms (1)
- pipelines (7)
- coding (2)
- dtll (1)
- genealogy (3)
- gtd (1)
- hardware (1)
- legislation (1)
- ontologies (2)
- unicode (1)
- web (24)
- google (3)
- rdf (6)
- rest (3)
- wikis (1)
- work (1)
- xpath (1)
- xquery (1)
- xtech2008 (3)
- life (26)
- children (5)
- equality (6)
- environment (4)
- gadgets (5)
- software (3)
- xlinq (2)
- conferences (7)
- xtech (6)
- blog (7)
- drupal (3)
Re: Partitioning overlapping markup
Hey Jeni,
I offer a small clarification, which doesn’t affect the gist of your post but which does perhaps show a bit more of the implications of Bert’s work. His routine (as I understand it) transforms from one sort of well-formed-but-inadequate representation of overlap, in “milestone” notation (could be “Trojan”, as here), into a different representation, namely aligned-but-segmented XML elements (this is Bert’s example):
That is, we start with
and we get
(with apologies for cosmetic whitespace, funny quote marks etc.)
The reverse direction, of course, is much easier to manage … although in both cases, you have the problem of knowing which elements are first class and which are subordinate.
Since milestones seem to be the current favorite kluge for overlap, but (as you note) the segmented-aligned form is what we need for display in SGML/XML rendering systems, a solution to this should be particularly useful.
I’ve invited Bert to provide updates at http://www.lmnlwiki.org.