<html>
<head>
<title>
DL94: Defining and Using Structure in Digital Documents
</title>
<LINK REV="AUTHOR" Richard Furuta>
</head>

<body>


<!--#include virtual="/DL94/header.ihtml" -->

<h1>Defining and Using Structure in Digital Documents</h1>
<p>
<author>
Richard Furuta
</author>
<p>

<i>Hypermedia Research Laboratory, Department of Computer Science, Texas A&amp;M
University, College Station, Texas  77843-3112, furuta@cs.tamu.edu</i><p>
<p>
<p>
<p>
<b><p>
Abstract</b><p>
Understanding structure is a critical step in the process of developing the
design of a digital library.  Understanding the structures required for a
particular digital library requires an understanding of the scope of objects to
be stored in the library, of the classes of clients to be served, and of the
needs of each of the client groups.  The preexisting work in the area of
structured documents with its emphasis on logical structuring illustrates a
successful case of separating the concerns of the different client classes in
the structural design.  The specific tree-based, context-free
grammar-constrained structures that predominate in the structured document
world are not likely to be sufficiently general to handle the wide range of
objects in the digital library--collections that include not only text but also
graphics, audio, video, computations, and process.  Powerful metaphors will
have to be developed for these other objects and interrelationships defined.
The definition process can be focused by consideration of key structural
characteristics.<p>
<b><p>
Keywords</b>: Structure, documents, process, specification, constraint,
consistency, reusability.<p>
<p>
This material is based, in part, upon work supported by the National Science
Foundation under Grant No. IRI-9496187 and in part on a grant from the Texas
Higher Education Coordinating Board, Advanced Research Program.<b><p>
<p>
<p>
<p>
1.  The importance of structure in documents in the digital library</b><p>
The collection of a library represents the individual efforts of thousands of
authors, working together and separately across thousands of years and using a
tremendous range of composition tools to capture their thoughts. Despite the
diversity of authors and of the document preparation tools they used, there is
a striking consistency in the representation of their work.  The standard
cataloging rules [24] focus on the media upon which the work is presented
(e.g., book, cartographic, music, etc.). Within a media type, both cataloger
and library patron expect to find a standardized organization of the document's
content, for example books have titles that are represented on an initial title
page, and then a body that is subdivided into chapters, etc.  The ability to
assume such a standardized organization helps the reader to become oriented
within the document's information space quickly; able to focus on finding
information rather than puzzling over its organization.<p>
Over the past few years similar conventions have arisen for structuring the
electronic form of paper-based documents.  Such conventions are usually
centered either around the logical relationships of components in the document
or upon their physical presentation relationships.  Essentially, the logical
representation reflects the standardized organization noted above (chapters,
sections, subsections, paragraphs, etc.).  The physical representation focuses
on characteristics of the display medium--pages, lines, characters, margins,
indentation, fonts, etc.<p>
From the point of view of the author of a traditional document, an important
feature of computer systems based on logical-structure-oriented editing of
paper documents is that the author is freed to concentrate on the
<i>content</i> of the document and not forced also to consider its
<i>presentation</i> [36]. The advantages of structure can be carried further,
especially in technically-oriented documents. Grammatically-constrained
definitions of the interrelationships among logical document components have
been standardized in ISO's SGML [28] and ODA [27] international standards. Such
grammatically constrained representations provide the means for guaranteeing
that the document's structure corresponds, for example, to a corporate style,
aids in the maintenance of the document, and provides the leverage needed to be
able to develop applications that can automatically reuse the document's
contents, for example transformation between publication styles or conversion
of form to permit inclusion of portions within an electronic database.  Such
representations also provide the basis for considering issues of document
interchange--for example converting the document's specification from one
markup language to another [30].<p>
Providing analogous structuring mechanisms in the digital library is required
if it is important to maintain a consistency among the individual components of
the collection.  However, the digital library presents situations and
opportunities not encountered in the static cases that have preceded it. For
example, it may be desirable to structure not only the component parts of a
document but also to structure the interrelationships among those parts.  In
addition a wide range of media will be represented in the digital library, and
consequently structuring techniques will need to be developed and extended to
represent this wider variety of objects.<p>
Because of the wider variety of object types, it is sensible to reexamine the
characteristics of the structures to be used in the digital library.  The
traditional document discussed above primarily rely on what is known as the
<i>logical</i> structure of the information space--an encoding of the standard
organization of technical papers and books.  While the content relationships
frequently reflect the logical structural relations, as they correspond to the
accepted presentation of information, one may also find inconsistencies.
Additionally, logical relationships may not be the most natural way to define
and access other kinds of media (for example graphical or aural).<p>
The characteristics of interactive access to the collection are also an
important consideration.  Indeed, it may be desirable to separately describe
different <i>browsing</i> interfaces for use by different categories of patrons
of the digital library. The structuring of <i>process</i> in addition to the
structuring of <i>content</i> is a unique requirement imposed by the
interactive nature of the media in the digital library.<p>
1.  Section 1's title<p>
<p>
Section 1 text.<p>
	* list element 1<p>
	* list element 2<p>
More section 1 text.<p>
<p>
1.1 Subsection 1.1's title<p>
<p>
Subsection 1.1's text<p>
<p>
Figure 1.  A small sample document fragment (from [13]).<b><p>
<p>
2.  Logical structure</b><p>
In earlier reports [11,12], I have discussed the characteristics of logical
structures in paper-based document markup languages, the interactions between
those structural characteristics and the characteristics of interactive
implementation, and have developed a taxonomy for those structures [13].
Coombs, Renear, and DeRose [7] have also presented a high-level defense of the
benefits of logical structure based representations.  Goldfarb [22,23,26] and
Reid [34,35,36,37] are generally credited for origination and popularization of
this approach, which also goes under the name <i>generic markup</i>.  The
documents described in this manner are generally known as <i>structured
documents</i> [2,14].<p>
An important characteristic of systems based on generic markup is an emphasis
on a <i>separation of concerns</i>.  Generally two roles are involved in
creation of a document: specification of its content and specification of its
appearance.  The task of content specification is the job of an <i>author</i>
while the task of appearance specification is the job of a <i>style
designer</i>.  In many cases a single person may occupy both roles, but
frequently leverage can be gained by separating the tasks as the skills needed
are different.  Indeed, the Scribe system provides separate languages,
specialized for use by author and by style designer.<p>
The specification of documents using generic coding is often perceived
initially by authors as more difficult because it seems "less direct," as it
seems to contradict the concept of "direct manipulation" [40].  In general, the
more complex the relationships among the components of the document and the
more strongly constrained those relationships, the more challenging the task of
the system's designer becomes to produce a straightforward-seeming authoring
user interface [9,10].  On the other hand, a less-complex, relatively
unconstrained representation makes it difficult to develop applications that
can reuse the document instance specifications effectively and makes it
increasingly possible that a document can violate an externally-defined style
that is supposed to be followed.<p>
A variety of logical-object-based representations can be, and have been,
defined that fall along the axis between complex, constrained structures and
simple, unconstrained structures.  Figure 1 shows a small document fragment and
figure 2 shows three representations that have been used to represent that
fragment in markup.  In figure 2(a), the appearance of structure in the
formatted document is not directly reflected in the markup.  The document is
specified as a sequence of content chunks, and a particular transformation is
defined for each chunk that defines its physical appearance.  This is the kind
of representation found in systems such as Microsoft Word.<p>
Figure 2(b) shows a small adaptation of the previous structure in that the
itemized list is now represented in nested form.  Such representations are
found for example in LaTeX.  In figure 2(c) the representation of hierarchy has
been carried out to a complete degree, representing, for example, sections and
subsections as hierarchical objects.  Such representations can distinguish, for
example, between a block of text that completes subsection 1.1 and a block,
located at the same place, that completes section 1.  When structures like this
are defined grammatically, it reflects the characteristics that can be achieved
when specification languages such as SGML are used.<p>
A number of lessons of relevance to the digital library can be learned from an
examination of the previous uses of logical structure in document
specification.  These include the competing benefits and drawbacks of more
complex versus less complex structures; of strongly constrained versus
unconstrained specifications; and of externally-defined (e.g., grammatical)
versus ad-hoc style specifications.  An additional consideration is the
application of the "separation of concerns" principle, again with potential
benefits and drawbacks.  Strongly separating the roles of reader, author, and
style designer, requires corresponding specialization of skills--for example
the author may find himself writing in what initially seems to be an unfamiliar
and constrained environment--and its success depends highly on the degree to
which it makes sense to partition the interested parties into such categories.
On the other hand, with the selection of the <i>right</i> structuring metaphor
(e.g., logical structuring is the metaphor being discussed in this section) and
with the provision of an appropriate specification mechanism, benefits can
result that justify the extra expenditure of effort, for example, consistency,
reusability, and verifiability.

<p>
<img src="figures/furuta1.gif"><p>
<i>Figure 2.  Document representation structures corresponding to Figure 1 (From
[13]).</i><p>
<p>
<b>3.  Characterizing structure</b><p>
In this section we will discuss some the dimensions along which one might
characterize the structure of objects in a digital library, or indeed the
structure of the library itself.  The dimensions that will be discussed further
are listed in figure 3.  Certainly a diverse set of objects will be associated
with a diverse set of structures.  In this section's discussion, we focus on
the characteristics of an individual structure and on the structural
interconnections that associate this object with others in the universe of
objects.<p>
*	Structuring metaphor<p>
*	Homogeneous or heterogeneous data structures<p>
*	Granularity of structure<p>
*	Structural constraints<p>
*	Dynamic or static definitions<p>
<p>
Figure 3.  Key characteristics of digital library structures.<b><p>
3.1.  Structuring metaphor</b><p>
We have already examined the structuring metaphor of "logical structure" in the
context of printed documents.  We mentioned earlier in this paper that another
common structure for markup intended to describe printed documents is that
representing the document's appearance, often called its <i>physical
structure</i> or its "layout structure."  A graphical representation might more
naturally be structured based on the <i>spatial relationship</i> of objects to
each other.  Structures describing process may focus on the <i>temporal
relationships</i> as may multimedia-related specifications (see for example the
temporal description mechanisms described by Buchannen and Zellweger [5,6]).
<i>Meta-structures</i> also are found, for example hierarchical or flat
directory structures intended to help organize an information space,
presentation structures intended to join different views or perspectives of a
data space, and search and indexing structures intended to help locate
information.<b><p>
<p>
3.2.  Homogeneous or heterogeneous data structures</b><p>
Orthogonal to the question of structuring metaphor is what data structure or
structures are used to represent the structure in an information space.  Common
choices include trees, directed acyclic graphs, directed graphs, and undirected
graphs.  Continuously varying objects such as those found in motion video and
audio require reexamination of the use of such structures, which are most
easily oriented to the relationships among "discrete" components.  When process
is included in the description, structures may be based on automata, which
associate execution semantics with a graphical representation.  For example, in
hypertext finite automata and Petri nets [18,19,20,41,42,43] have been used for
these purposes.<p>
Heterogeneous data structures may be used to describe different elements of an
information space.  Even if data structures are homogeneous, multiple instances
may be defined to reflect, for example, separate documents.  When multiple
structures are defined over a set of contents, the general question is whether
they are interrelated in any way.  Such issues will be discussed in conjunction
with the granularity of the structure.<p>
One note in passing; multiple structures also include the case when the
different structures are defined over the <i>same</i> content elements.
Perhaps a particular work is used in different contexts or perhaps the
structures represent different views of the same information space.<b><p>
<p>
3.3.  Granularity of structure</b><p>
When we discuss granularity of structure we are focusing also on what the
constituents of the structure are and how they relate to one another.  We wish
to determine if there is an atomic element from the perspective of a particular
structure, and if there is if it has internal structure of its own.  As an
example of an atomic element with internal structure, consider the case of a
meta-structure such as a directory, as discussed above.  The constituents of
this structure, indivisible from the perspective of the directory structure,
are themselves complex, structured objects.  From a graph perspective, a graph
may be defined whose components may themselves be graphs.  Once again, the
atomic element of the higher-level graph in turn possesses structure.<p>
Discussion of granularity also requires consideration of whether the elements
are continuous or discrete.  A particularly interesting example of a continuous
structure is that of Pad [32,33], which defines a continuously scalable display
surface, which from the standpoint of spatial representations is also
continuous.  It is possible that other structuring metaphors for the same space
will result in discrete elements.  As just one example, using a quadtree style
representation of an image provides a collection of "snapshots" of the data
space at different resolutions [38,39].<b><p>
<p>
3.4.  Structural constraints</b><p>
Two interrelated questions are whether structural relationships are constrained
and if so whether the constraints are externally-defined.  The inclusion
relationships in the example presented in section 2's figure 2(c) can be
defined and consequently constrained by an appropriate grammar requiring, for
example, that a subsection can be defined only after the body of the enclosing
section is completed.  On the other hand, such relationships can also be
unconstrained in a system that permits arbitrary nesting of environments.  In
such a case, the choice to nest the list within the section rather than vice
versa is a matter of convention rather than a syntactic requirement.  In
addition, constraints when present can be encoded into an implementation rather
than specified by external means, for example the grammatical means just
discussed.<p>
The issue of structural constraint is tightly bound into the question of
interactivity of the author's user interface.  The more strongly constrained
the structure, the greater the need for the author's user interface to give
assistance to help the author understand what environment an object is
contained within and what constructs are permissible within that context.<p>
The issue of constraints is also tied into the ability of a system designer to
build a computer system that can automatically verify properties of the
specification, that can automatically locate, extract, and reuse elements of
the instances, and that can perform operations on the structure in addition to
the contents.<p>
Two examples of structural operations that we have examined in the past are the
searching for hypertext components based on their structural characteristics,
perhaps in conjunction with their contextual components [21], and the
transformation of document instance structures to match changes in the
grammatical specification of their relationships [1,3,4,8,17,29].  The general
question of conversion among different representations (again in the realm of
hypertext in this particular example) also benefits from strong structure
[15,16].<b><p>
<p>
3.5.  Dynamic or static definitions</b><p>
A final issue in structure definition is when (or indeed if) the definition can
change.  It may be an advantage to be able to change the structure while
readers are actively traversing the corresponding information space, but
accommodating such changes raises a host of questions concerning issues such as
maintaining a consistent state, preventing readers from becoming trapped in
newly-created dead ends, incremental revalidation, and versioning.<b><p>
<p>
4.  Discussion and conclusion</b><p>
Support for authoring in the digital library will involve the ability to model
and incorporate new media types; to define, analyze, and enforce the object
element's structure and the interrelationships with other object elements; to
transform between related representations and between different versions of the
same representation; to permit authoring to occur at a higher level of
abstraction; to provide sufficient definition that automatic processes can
reason about the structure and can reuse components specified in it; and to
model and specify the interfaces presented to author and reader, specializing
those interfaces for distinct classes of individuals as desired.<p>
The experience from structured documents suggest that higher-level constructs
for use by authors will permit writing to focus on what is to be communicated
rather than the fine details of how it is connected together with other related
fragments. Such constructs will also provide the basis for the automatic
conversion of existing documents into a format relevant for inclusion in the
digital library [15,16].  An open research question is the development of
structure definition mechanisms that permit the verification of the dynamic
properties of the specification, perhaps to allow authors to identify "bugs" in
their documents.  Existing standards such as HyTime [31] may not provide the
best framework for addressing this issue, as interrelationships among the
components are not strongly represented in the underlying SGML-based structure
definitions (i.e., there is no HyTime meta-specification mechanism that
structures and constrains the permissible link relationships in a way
corresponding to the way in which the SGML Data Type Definition structures and
constrains the interrelationships among document objects).<p>
A concern is the ability to incorporate the existing corpus of knowledge now
found in the traditional library into the digital library while at the same
time developing the basis needed to extend the types of media represented to
make best use of the interactive characteristics of the digital medium.  Our
ability to address all of these questions is tightly bound up with our ability
to understand, describe, and categorize the relevant structures.<b><p>
<p>
<p>
References</b><p>
[1]	Extase Akpotsui and Vincent Quint.  "Type transformation in structured
editing systems."  In C. Vanoirbeek and G. Coray, editors, <i>EP92: Proceedings
of Electronic Publishing, 1992</i>, pages 27-41. Cambridge University Press,
April 1992.<p>
<p>
[2]	Jacques Andr&eacute;, Richard Furuta, and Vincent Quint, editors.
<i>Structured Documents</i>.  Cambridge University Press, 1989.<p>
<p>
[3]	Dennis S. Arnon.  "Scrimshaw: A language for document queries and
transformations."  In H&uuml;ser et al. [25], pages 385-396.<p>
<p>
[4]	Fred Cole and Heather Brown.  "Editing structured documents--problems and
solutions."  <i>Electronic Publishing: Origination, Dissemination, and
Design</i>, 5(4):209-216, December 1992.<p>
<p>
[5]	Mariano P. Consens and Alberto O. Mendelzon.  "Expressing structural
hypertext queries in GraphLog."  In <i>Hypertext '93 Proceedings</i>, pages
269-292. ACM, New York, November 1989.<p>
<p>
[6]	Mariano P. Consens and Alberto O. Mendelzon.  "Expressing structural
hypertext queries in GraphLog."  In <i>Multimedia '93 Proceedings</i> pages
269-292. ACM, New York, November 1989.<p>
<p>
[7]	James H. Coombs, Allen H. Renear, and Steven J. DeRose.  "Markup systems
and the future of scholarly text processing."  <i>Communications of the
ACM</i>, 30(11):933-947, November 1987.<p>
<p>
[8]	An Feng and Toshiro Wakayama.  "SIMON: A grammar-based transformation
system for structured documents."  In  H&uuml;ser et al. [25], pages
361-372..<p>
<p>
[9]	Richard Furuta.  "An Integrated, but not Exact-Representation,
Editor/Formatter."  In J. C. van Vliet, editor, <i>Text Processing and Document
Manipulation</i>, pages 246-259. Cambridge University Press, April 1986.
Proceedings of the international conference, University of Nottingham, 14-16
April 1986.<p>
<p>
[10]	Richard Furuta.  <i>An Integrated, but not Exact-Representation,
Editor/Formatter</i>.  Ph.D. dissertation, University of Washington, Department
of Computer Science, Seattle, WA, 1986.  Also available as Technical Report No.
86-09-08, Department of Computer Science, University of Washington (August
1986).<p>
<p>
[11]	Richard Furuta.  "Structured document models and representations."  In J.
J. H. Miller, editor, <i>Issues in Generalized Text Processing: Lecture notes
of a Short Course held in association with PROTEXT IV the Fourth International
Conference on Text Processing S</i>ystems, pages 1-14. Boole Press, 1987.<p>
<p>
[12]	Richard Furuta.  "Complexity in structured documents: User interface
issues."  In J. J. H. Miller, editor, <i>PROTEXT IV: Proceedings of the Fourth
International Conference on Text Processing Systems,</i> pages 7-22. Boole
Press, 1987.<p>
<p>
[13]	Richard Furuta.  "An object-based taxonomy for abstract structure in
document models."  <i>The Computer Journal</i>, 32(6):494-504, 1989.<p>
<p>
[14]	Richard Furuta.  "Important papers in the history of document preparation
systems: Basic sources."  <i>Electronic Publishing: Origination, Dissemination,
and Design</i>, 5(1):19-44, March 1992.<p>
<p>
[15]	Richard Furuta, Catherine Plaisant, and Ben Shneiderman.  "A spectrum of
automatic hypertext constructions."  <i>Hypermedia</i>, 1(2):179-195, 1989.<p>
<p>
[16]	Richard Furuta, Catherine Plaisant, and Ben Shneiderman.  "Automatically
transforming linear documents into hypertext."  <i>Electronic Publishing:
Origination, Dissemination, and Design,</i> 2(4):211-229, December 1990.<p>
<p>
[17]	Richard Furuta and P. David Stotts.  "Specifying structured document
transformations."  In J. C. van Vliet, editor, <i>Document Manipulation and
Typography,</i> pages 109-120. Cambridge University Press, April 1988.
Proceedings of the International Conference on Electronic Publishing, Document
Manipulation, and Typography, Nice (France), April 20-22, 1988.<p>
<p>
[18]	Richard Furuta and P. David Stotts.  "Separating hypertext content from
structure in Trellis."  In <i>Proceedings of Hypertext 2,</i> June 1989.
University of York, June 29th and 30th, 1989.<p>
<p>
[19]	Richard Furuta and P. David Stotts.  "Object structures in paper documents
and hypertexts."  <i>BIGRE</i>, (63-64):147-151, May 1989.<p>
<p>
[20] Richard Furuta and P. David Stotts.  "Interpreted collaboration protocols
and their use in groupware prototyping."  In <i>Proceedings of Computer
Supported Cooperative Work '94</i>.  Association for Computing Machinery,
October 1994.  To appear.<p>
<p>
[21]	Leonard Gallagher, Richard Furuta, and P. David Stotts.  "Increasing the
power of hypertext search with relational queries."  <i>Hypermedia</i>,
2(1):1-14, 1990.<p>
<p>
[22]	C. F. Goldfarb.  "Use of an integrated text processing system in
commercial textbook production."  <i>Abstracts of the Presented Papers,
International Conference on Research and Trends in Document Preparation
Systems</i>, Lausanne, Switzerland, pages 121-122, February 1981.<p>
<p>
[23]	C. F. Goldfarb.  "A generalized approach to document markup."
<i>Proceedings of the ACM SIGPLAN SIGOA Symposium on Text Manipulation, SIGPLAN
Notices</i>, 16(6):68-73, June 1981.  The proceedings of the conference
containing this paper are also available as <i>SIGOA Newsletter </i>2(1&amp;2),
Spring/Summer 1981.<p>
<p>
[24]	Michael Gorman and Paul W. Winkler, editors.  <i>Anglo-American
Cataloguing Rules, 2nd Edition.</i>  American Library Association, 1988.<p>
<p>
[25]	Christoph H&uuml;ser, Wiebke M&ouml;hr, and Vincent Quint, editors.
<i>Proceedings of the Fifth International Conference on Electronic Publishing,
Document Manipulation and Typography</i>.  Wiley, April 1994.  Also available
as <i>Electronic Publishing: Origination, Dissemination and Design,</i> Volume
6, Number 4, December 1993.<p>
<p>
[26]	IBM Corporation.  <i>Document Composition Facility Generalized Markup
Language: Starter set reference,</i> April 1980.  Order number SH20-9187-0.<p>
<p>
[27]	International Standard Organisation.  <i>Text and Office Systems--Office
Document Architecture (ODA) and Interchange Format</i>, 1989.  International
Standard 8613.<p>
<p>
[28]	ISO.  <i>Text and Office Systems--Standard Generalized Markup
Language,</i> October 1986.  Document Number: ISO 8879-1986(E).<p>
<p>
[29]	Eila Kuikka and Martti Penttonen.  "Transformation of structured documents
with the use of grammar."  In H&uuml;ser et al. [25], pages 373-383.<p>
<p>
[30]	Sandra A. Mamrak, Michael J. Kaelbling, Charles K. Nicholas, and Michael
Share.  "Chameleon: A system for solving the data-translation problem." <i>IEEE
Transactions on Software Engineering</i>, 15(9):1090-1108, September 1989.<p>
<p>
[31]	Steven R. Newcomb, Neill A. Kipp, and Victoria T. Newcomb.  "The `HyTime'
hypermedia/time-based document structuring language."  <i>Communications of the
ACM</i>, 34(11):67-83, November 1991.<p>
<p>
[32]	Ken Perlin.  "Pad: An alternative approach to the computer interface."  In
<i>Coordination Theory and Collaboration Technology Workshop</i>, pages
103-118, 1993.<p>
<p>
[33]	Ken Perlin and David Fox.  "Pad: An alternative approach to the computer
interface."  In <i>Proceedings of SIGGRAPH 93</i>, pages 57-64, 1993.<p>
<p>
[34]	B. K. Reid.  "The Scribe document specification language and itscompiler."
<i>Abstracts of the Presented Papers, International Conference on Research and
Trends in Document Preparation Systems</i>, Lausanne, Switzerland, pages 59-62,
February 1981.<p>
<p>
[35]	Brian K. Reid.  "A high-level approach to computer document formatting."
<i>Conference Record of the Seventh Annual ACM Symposium on Principles of
Programming Languages</i>, January 1980.<p>
<p>
[36]	Brian K. Reid.  <i>Scribe: A Document Specification Language and its
Compiler.</i>  Ph.D. dissertation, Carnegie-Mellon University Computer Science
Department, Pittsburgh, PA, October 1980.  Also issued as Technical Report
CMU-CS-81-100.<p>
<p>
[37]	Brian K. Reid and Janet H. Walker.  <i>Scribe Introductory User's
Manual</i>, Third Edition, Preliminary Draft.  UniLogic, Ltd., Pittsburgh, May
1980.  Previous editions were issued by the Carnegie-Mellon University Computer
Science Department, Pittsburgh, PA.<p>
<p>
[38]	Hanan Samet.  <i>The Design and Analysis of Spatial Data Structures</i>.
Addison Wesley, 1990.<p>
<p>
[39]	Hanan Samet.  <i>Applications of Spatial Data Structures: Computer
Graphics, Image Processing, and GIS.</i>  Addison Wesley, 1990.<p>
<p>
[40]	Ben Shneiderman.  "Direct manipulation: A step beyond programming
languages."  <i>Computer,</i> 16(8):57-69, August 1983.<p>
<p>
[41]	P. David Stotts and Richard Furuta.  "Petri-net-based hypertext: Document
structure with browsing semantics."  <i>ACM Transactions on Information
Systems</i>, 7(1):3-29, January 1989.<p>
<p>
[42]	P. David Stotts and Richard Furuta.  "Hierarchy, composition, scripting
languages, and translators for structured hypertext."  In A. Rizk, N. Streitz,
and J. Andr&eacute;, editors, <i>Hypertext: Concepts, Systems, and
Applications,</i> pages 180-193. Cambridge University Press, November 1990.
Proceedings of the European Conference on Hypertext.<p>
<p>
[43]	P. David Stotts, Richard Furuta, and J. Cyrano Ruiz.  "Hyperdocuments as
automata: Trace-based browsing property verification."  In D. Lucarella, J.
Nanard, M. Nanard, and P. Paolini, editors, <i>Proceedings of the ACM
Conference on Hypertext (ECHT '92)</i>, pages 272-281.  ACM Press, 1992.

<!--#include virtual="/DL94/footer.ihtml" -->
</body></html>
