U.S. patent application number 11/280609 was filed with the patent office on 2006-10-19 for extensible markup language schemas for bibliographies and citations.
This patent application is currently assigned to Microsoft Corporation. Invention is credited to Jennifer P. Michelstein, Edison Nica, Joe K. Yap.
Application Number | 20060236228 11/280609 |
Document ID | / |
Family ID | 37110004 |
Filed Date | 2006-10-19 |
United States Patent
Application |
20060236228 |
Kind Code |
A1 |
Michelstein; Jennifer P. ;
et al. |
October 19, 2006 |
Extensible markup language schemas for bibliographies and
citations
Abstract
Extensible markup language schemas for bibliographies and
citations facilitate utilization of bibliographic information. For
example, a schema utilization module may enable the creation,
modification, interpretation, etc. of a schema for bibliographic
information. A schema utilization module may be an independent
program, part of an application program, and so forth. A schema for
bibliographic information defines a framework for bibliographic
information. The bibliographic information may be embedded in a
document, embodied as a master list, and so forth. In a described
implementation, the schema for bibliographic information comports
with an open-standard such as extensible markup language (XML). The
schema enumerates multiple source types and the data types
associated therewith. In another described implementation,
employing a schema utilization module in conjunction with a schema
for bibliographic information enables bibliographic source
information to be created, inserted into a document as a citation,
added to a master list, reused later, and so forth.
Inventors: |
Michelstein; Jennifer P.;
(Kirkland, WA) ; Yap; Joe K.; (Sammamish, WA)
; Nica; Edison; (Redmond, WA) |
Correspondence
Address: |
LEE & HAYES PLLC
421 W RIVERSIDE AVENUE SUITE 500
SPOKANE
WA
99201
US
|
Assignee: |
Microsoft Corporation
Redmond
WA
98052
|
Family ID: |
37110004 |
Appl. No.: |
11/280609 |
Filed: |
November 16, 2005 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
11109415 |
Apr 19, 2005 |
|
|
|
11280609 |
Nov 16, 2005 |
|
|
|
Current U.S.
Class: |
715/202 |
Current CPC
Class: |
G06F 40/154 20200101;
G06F 40/169 20200101; G06F 40/143 20200101 |
Class at
Publication: |
715/513 |
International
Class: |
G06F 17/00 20060101
G06F017/00 |
Claims
1. The one or more processor-accessible media comprising
processor-executable instructions that include a schema for
bibliographic information, the schema comprising multiple
bibliographic source types to provide a framework for the
bibliographic information.
2. The one or more processor-accessible media as recited in claim
1, wherein the schema comports with an extensible markup language
(XML) format.
3. The one or more processor-accessible media as recited in claim
1, wherein the framework defines at least one of a layout, an
organization, interrelationship, or permissible content for the
bibliographic information.
4. The one or more processor-accessible media as recited in claim
1, wherein each bibliographic source type of the multiple
bibliographic source types is restricted to be of a string 255 data
type.
5. The one or more processor-accessible media as recited in claim
1, wherein the schema is capable of being utilized by a schema
utilization module to create, modify, or interpret bibliographic
information raw data that is organized in accordance with the
framework.
6. The one or more processor-accessible media as recited in claim
1, wherein the multiple bibliographic source types include a
bibliographic source type selected from a group of bibliographic
source types comprising: a book, a book section, a journal article,
an article in a periodical, a conference proceeding, and a
report.
7. The one or more processor-accessible media as recited in claim
1, wherein the multiple bibliographic source types include a
bibliographic source type selected from a group of bibliographic
source types comprising: a sound recording, a performance, a work
of art, a film, and an interview.
8. The one or more processor-accessible media as recited in claim
1, wherein the multiple bibliographic source types include a
bibliographic source type selected from a group of bibliographic
source types comprising: an internet site, a document from an
internet site, a patent, an electronic source, a case, and a
miscellaneous source type.
9. One or more processor-accessible media comprising
processor-executable instructions that include an extensible markup
language data structure representing bibliographic information, the
data structure comprising multiple bibliographic source types with
each bibliographic source type including multiple attribute
tags.
10. The one or more processor-accessible media as recited in claim
9, wherein the extensible markup language data structure comprises
a schema that provides a framework for the bibliographic
information.
11. The one or more processor-accessible media as recited in claim
9, wherein the extensible markup language data structure comprises
raw data of bibliographic information.
12. The one or more processor-accessible media as recited in claim
11, wherein the raw data of bibliographic information comprises a
master list of bibliographic information or bibliographic
information that is embedded within a document.
13. The one or more processor-accessible media as recited in claim
9, wherein at least one attribute tag of the multiple attribute
tags includes three sub-tags comprising a label sub-tag, a data
sub-tag, and a sample sub-tag.
14. The one or more processor-accessible media as recited in claim
9, wherein at least one attribute tag of the multiple attribute
tags includes three sub-tags comprising a ToString sub-tag, a ToXML
sub-tag, and an Author sub-tag.
15. One or more processor-accessible media comprising
processor-executable instructions that include a schema utilization
module, the schema utilization module adapted to utilize a schema
for bibliographic information to facilitate manipulation of
bibliographic information raw data.
16. The one or more processor-accessible media as recited in claim
15, wherein the schema utilization module is further adapted to at
least one of create, modify, or interpret the bibliographic
information raw data based on the schema for bibliographic
information.
17. The one or more processor-accessible media as recited in claim
15, wherein the schema utilization module comprises a part of an
application program or comprises a stand-alone program.
18. The one or more processor-accessible media as recited in claim
15, wherein the schema utilization module is capable of
understanding an organization of the bibliographic information raw
data by utilizing the schema for bibliographic information.
19. The one or more processor-accessible media as recited in claim
15, wherein the schema for bibliographic information comports with
an extensible markup language (XML) format.
20. The one or more processor-accessible media as recited in claim
19, wherein the bibliographic information raw data includes
multiple bibliographic sources of different bibliographic source
types, each bibliographic source of the multiple bibliographic
source including attribute data in accordance with the XML format
of the schema for bibliographic information.
Description
CROSS-REFERENCE(S) TO RELATED APPLICATION(S)
[0001] This U.S. patent application is a continuation-in-part (CIP)
application of prior application Ser. No. 11/109,415 (Docket Nos.
MS1-2279US/MS#310061.01), filed Apr. 19, 2005. Application Ser. No.
11/109,415 and application Ser. No. 11/______ (Docket Nos.
MS1-2280US/MS#310673.01), which is filed on even date herewith and
entitled "Programmable Object Models for Bibliographies and
Citations", are hereby incorporated by reference in their entirety
herein.
COPYRIGHT NOTICE
[0002] A portion of the disclosure of this patent document contains
material which is subject to copyright protection. The copyright
owner has no objection to the facsimile reproduction by anyone of
the patent document or the patent disclosure, as it appears in the
Patent and Trademark Office patent file or records, but otherwise
reserves all copyright rights whatsoever.
BACKGROUND
[0003] The ability to efficiently work with bibliographic
information in conjunction with text-based applications is becoming
increasingly important. This is particularly true as the number of
sources cited within a given document increases and as the number
of different types of available sources grows. Examples of
text-based applications, which may be used to produce documents
having citations, include word processors, hypertext markup
language (html) editors, and so forth.
SUMMARY
[0004] Extensible markup language schemas for bibliographies and
citations facilitate utilization of bibliographic information. For
example, a schema utilization module may enable the creation,
modification, interpretation, etc. of a schema for bibliographic
information. A schema utilization module may be an independent
program, part of an application program, and so forth. A schema for
bibliographic information defines a framework for bibliographic
information. The bibliographic information may be embedded in a
document, may be embodied as a master list, and so forth. In a
described implementation, the schema for bibliographic information
is realized using an open-standard such as extensible markup
language (XML). The schema enumerates multiple source types and the
data types associated therewith. In another described
implementation, employing a schema utilization module in
conjunction with a schema for bibliographic information enables
bibliographic source information to be created, to be inserted into
a document as a citation, to be added to a master list, to be
reused later, and so forth.
[0005] This Summary is provided to introduce a selection of
concepts in a simplified form that are further described below in
the Detailed Description. This Summary is not intended to identify
key features or essential features of the claimed subject matter,
nor is it intended to be used as an aid in determining the scope of
the claimed subject matter. Moreover, other method, system,
approach, apparatus, device, media, procedure, schema, application
programming interface (API), arrangement, etc. implementations are
described herein.
BRIEF DESCRIPTION OF THE DRAWINGS
[0006] The same numbers are used throughout the drawings to
reference like and/or corresponding aspects, features, and
components.
[0007] FIG. 1 is a block diagram example of a presented file
including presentation data resulting from a field.
[0008] FIG. 2 is a block diagram example of a presentable file and
an application that is capable of presenting the presentable file
using raw data and a transformation engine.
[0009] FIG. 3 is a flow diagram that illustrates an example of a
method for presenting a presentable file having an embedded
field.
[0010] FIG. 4 is a block diagram of an example interpretation of an
embedded field.
[0011] FIG. 5 is a block diagram of an example extraction of raw
data for the embedded field.
[0012] FIG. 6 is a block diagram of an example transformation of
the extracted raw data.
[0013] FIG. 7 is a block diagram of an example transformation
engine.
[0014] FIG. 8 is a block diagram that provides
bibliographic-related examples for the more general concepts and
terms illustrated in FIGS. 1-7.
[0015] FIG. 9 illustrates an example of a computing (or general
device) operating environment that is capable of (wholly or
partially) implementing at least one aspect of extensible markup
language schemas for bibliographies and citations as described
herein.
[0016] FIG. 10 illustrates an example schema that defines a
framework for bibliographic information and/or that enables
utilization of the bibliographic information.
DETAILED DESCRIPTION
Introduction
[0017] With certain implementations that are described herein,
bibliographic information may be input once, edited at will, and
retrieved for reuse across different documents using open-standard
technology, for example. Moreover, creating the bibliographic
information in accordance with a schema can enable utilization of
the bibliographic information in different environments. In a
specific example implementation, extensible markup language schemas
for bibliographies and citations are described herein.
[0018] Extensible markup language (XML) is a universal language
that provides a way to identify, exchange, and process various
kinds of data. For example, XML may be used to create documents
that can be utilized by a variety of different application
programs. Elements of an XML file typically have an associated
namespace and schema. A namespace is a unique identifier for a
collection of names that are used in XML documents to define
element/attribute names and types. The name of a namespace is
commonly used to uniquely identify each class of XML document. XML
schemata (schema) provide a way to describe and validate data in an
XML context. A schema indicates, for example, what elements and
attributes are used to describe content in an XML document, where
each element is allowed, what types of content are allowed within
it, and/or which elements can appear within which other elements.
The use of schemas can ensure that documents are structured in a
consistent and predictable manner, which facilitates a standard
document construction and enables subsequent interpretation of
individual documents.
[0019] This description is separated into seven additional
sections. The third, fifth, sixth, and seventh sections are
particularly pertinent to this continuation-in-part patent
application. A first section is related to FIGS. 1-3 and is
entitled "General Example Implementations for Determining Fields".
A second section is related to FIGS. 4-7 and is entitled "Specific
Example Implementations for Determining Fields". A third section is
related to FIG. 8 and is entitled "Bibliographic-Related Example
Implementations for Determining Fields". A fourth section is
entitled "Conclusion for Determining Fields". A fifth section
references FIG. 9 and is entitled "Example Operating Environment
for Computer or Other Device". A sixth section is related to FIG.
10 and is entitled "Extensible Markup Language Schemas for
Bibliographies and Citations". The description of the seventh
section, which is entitled "Extensible Markup Language-Based
Descriptions of Source Types for Bibliographies and Citations",
interfaces with the description of the sixth section.
General Example Implementations for Determining Fields
[0020] Word processing documents, for example, can include embedded
fields. Fields represent a portion of a document that is visibly
represented by presentation data based on a field type and at least
one field parameter. The presentation data can therefore change in
response to changes in the value(s) of the at least one field
parameter. There can be different types of fields for different
purposes. Examples include a number of pages of a document, a name
of the file of the document, the current date/time, a number for a
(e.g., paragraph, outline, page, etc.) numbering feature, and so
forth.
[0021] When the presentation of a word processing document is
updated, the presentation data is likewise updated based on the at
least one parameter. For example, if there is a field for a number
of pages of a document, each time the document is updated for
printing, the current number of pages of the document is inserted
as the presentation data at the location of the embedded field.
[0022] With existing fields, the at least one field parameter
pertains to intrinsically known or determinable information. For
instance, the date and/or time are intrinsically known by a
computing system. Also, the file name and the internal numbering
operations are intrinsically determinable from the document itself
Consequently, existing embedded field technology is limited and
inflexible.
[0023] Thus, as described above, conventional embedded field
technology is limited to field parameters that are determinable
based on predetermined, intrinsic information. On the other hand,
schemes, mechanisms, techniques, etc. that are described herein
below are directed to determining fields for presentable files in a
flexible and/or extensible manner.
[0024] In an example described implementation, a field can be a
transform reference field type. A transformed reference field type
indicates that referenced raw data is to be transformed, and the
transformed raw data is then presented as the presentation data
result of the field. A set of presentation rules may be selected
from a transformation engine so that the referenced raw data is
presented in a desired manner.
[0025] The transformation engine is independent of the application
presenting the field, and the application is unaware of the
specifics of the internal mechanics (e.g., the presentation rules)
of the transformation engine. Moreover, a user can independently
create or modify a transformation engine without utilizing the
application, relying on the application, or even understanding
details on how the application is to apply the transformation
engine, as long as the created transformation engine adheres to or
comports with a schema as promulgated for transformation engines
generally. For example, using non-proprietary, open standards such
as XML and XSLT enables a user to create, edit, etc. the raw data
and the transformation engine, respectively, without involving the
application.
[0026] Fields of a transform reference field type may be employed
in a myriad of contexts. In an example context, a bibliographic
feature employs transform reference field type schemes, mechanisms,
techniques, etc. Raw data contains one or more bibliographic
sources, and the transformation engine includes at least one set of
presentation rules. Each presentation rule can implement a
documented approach for citing bibliographic sources. Additionally,
bibliographies and citations can be quickly repurposed by changing
the selected set of presentation rules. This can cause the
presentation of each cited bibliographic source to be changed
accordingly.
[0027] FIG. 1 is a block diagram example of a presented file 102
having presentation data 106 resulting from a field 108. In a
described implementation, presented file 102 comprises a data
stream presentation 104 including presentation data 106. Presented
file 102 may be from a presentable file of any type. Example
presentable file types include a word processing file, a
spreadsheet file, a slideshow file, an email file, a browser file,
a multimedia file, some combination thereof, and so forth. Thus,
data stream presentation 104 and presentation data 106 may comprise
any number of symbols of any kind.
[0028] A data stream construction 110 for field 108 is illustrated.
Data stream construction 110 may be represented as {(Field Type)
(Field Parameter(s)) | [Result]}. The "Field Type" indicates a
field type of many possible field types to which a given field 108
belongs. The "Field Parameter(s)" recite at least one field
parameter that serves as an argument for the Field Type. The
"Result" symbolizes the result of a function characterized by a
Field Type and Field Parameter(s) pair.
[0029] By way of example only, the field type may be a paragraph
reference number with the field parameter being a pointer to the
referenced paragraph having a number. The result is therefore the
current paragraph number of the referenced paragraph. For certain
field types, the field parameter may be empty or omitted when the
field type alone provides information that is sufficient to
determine the result.
[0030] A logical construction 112 for field 108 is illustrated as a
block diagram. Field 108 includes function information 114 and
result 120. Function information 114 includes the pair of field
type 116 and one or more parameters 118. When the function
characterized by field type 116 and parameters 118 is evaluated or
otherwise determined, result 120 is produced. When presented file
102 is updated, result 120 is presented as presentation data 106 as
part of data stream presentation 104.
[0031] FIG. 2 is a block diagram example of a presentable file 202
and an application 208 that is capable of presenting the
presentable file 202 using raw data 204 and a transformation engine
206. In a described implementation generally, application 208
determines result 120 of field 108 based on field type 116 and at
least one parameter 118 and responsive to raw data 204 and
transformation engine 206.
[0032] Presentable file 202 is the origin or underlying information
for presented file 102 (of FIG. 1). In other words, the information
in presentable file 202 enables an application to create data
stream presentation 104 (of FIG. 1) when presentable file 202 is
being presented. Presentable file 202 may be presented on a visual
screen, on a print out, and so forth.
[0033] As illustrated, presentable file 202 includes data stream
information 210 and additional information 212. Data stream
presentation 104 is produced primarily from data stream information
210. Additional information 212, if present, contains additional
information that is usable for manipulating, presenting, or
otherwise utilizing data stream information 210 and/or the overall
presentable file 202. For example, additional information 212 may
include properties information, a change history, etc. for
presentable file 202. Moreover, additional information 212 can
contain all or a portion of raw data 204 and/or transformation
engine 206 to enhance the portability of presentable file 202, as
is described further herein below with particular reference to FIG.
8.
[0034] Raw data 204 and transformation engine 206 are also
illustrated in FIG. 2. Raw data 204 includes data that is to be at
least partially presented as presentation data 106 (of FIG. 1) for
field 108. Transformation engine 206 includes presentation rules
(not explicitly shown in FIG. 2) that transform raw data 204 into
result 120. Transformation engine 206, in an example
implementation, complies with an open standard so that individual
users may elect to modify or augment a transformation engine
provided by others or to create a new transformation engine without
using application 208 (which may be of any general application
type, including a word processing program such as Microsoft.RTM.
Word from Microsoft.RTM. Corporation). Examples of raw data 204 are
described further herein below with particular reference to FIGS. 5
and 6, and examples of transformation engine 206 (including
presentation rules) are described further herein below with
particular reference to FIGS. 6 and 7. Also, the transformation is
described further herein below with particular reference to FIGS. 6
and 7.
[0035] Application 208, in a described implementation, includes
field interpreter 214, raw data extractor 216, and raw data
transformer 218. Field interpreter 214 is capable of interpreting
field 108, especially function information 114. Raw data extractor
216 is capable of extracting raw data from raw data 204 in
accordance with a parameter 118 that contains a reference to raw
data 204. Raw data transformer 218 is capable of transforming the
extracted raw data in accordance with one or more presentation
rules of transformation engine 206 without being in direct control
of the transformation.
[0036] Raw data transformer 218 is capable of applying
transformation engine 206 to the extracted data of raw data 204
without being aware of the internal mechanics (including the
specifics of any included presentation rules) of transformation
engine 206. Hence, result 120 of field 108 can be independent of
application 208. A schema 220 is known to application 208, and
application 208 is adapted to interoperate with transformation
engines 206 that adhere to/comport with schema 220. Schema 220
specifies one or more formats for transformation engine 206.
Consequently, as long as transformation engine 206 adheres
to/comports with schema 220, raw data transformer 218 is capable of
applying transformation engine 206 to raw data 204 without being
aware of the internal mechanics thereof. It should be understood
that application 208 may also be capable of independently
interpreting other (e.g., traditional) fields 108 without relying
on raw data 204 or a transformation engine 206.
[0037] As illustrated in the example block diagram of FIG. 2, raw
data 204 and transformation engine 206 are separate from
presentable file 202 and application 208. By way of example, raw
data 204 may be a separate file, such as a separate master raw data
file. Also, transformation engine 206 may be an independent file, a
separate program, a plug-in module, an operating system (OS)
feature, and so forth. As noted above, however, all or a portion of
raw data 204 and/or transformation engine 206 may alternatively be
included as part of additional information 212.
[0038] In fact, in a described implementation, at least a portion
of raw data 204 is stored as part of additional information 212,
and at least a portion of transformation engine 206 may be utilized
by application 208 when transforming referenced raw data 204 to
produce result 120. With such an implementation, at least the
relevant (e.g., referenced) raw data of raw data 204 is
transportable as part of presentable file 202. Consequently, a
presentable file 202 may be e.g. emailed to a recipient with the
relevant raw data being included as part of presentable file 202.
Similarly, if the recipient has an application 208 that is expected
to access and properly present presentable file 202, the inclusion
of at least a portion of transformation engine 206 as a part of
additional information 212 ensures that presentable file 202 can be
presented in a manner intended by its creator.
[0039] FIG. 3 is a flow diagram 300 that illustrates an example of
a method for presenting a presentable file having an embedded
field. Flow diagram 300 includes five (5) "primary" blocks 302-310
and six (6) "secondary" blocks. Although the actions of flow
diagram 300 may be performed in other environments and with a
variety of hardware and software combinations, FIGS. 1 and 2 are
used in particular to illustrate certain aspects and examples of
the method. By way of example only, the actions of flow diagram 300
may be performed by an application 208 on a presentable file 202
using raw data 204 and transformation engine 206.
[0040] At block 302, data stream information of a presentable file
is processed until an embedded field is encountered. For example,
data stream information 210 of presentable file 202 may be
processed into data stream presentation 104 of presented file 102
until a field 108 is encountered.
[0041] At block 304, the field is interpreted. For example, field
interpreter 214 of application 208 may interpret field 108. More
specifically, at block 304(1), a field type is ascertained. For
instance, field interpreter 214 may ascertain field type 116 of
function information 114. At block 304(2), one or more parameters
118 are acquired. For instance, field interpreter 214 may acquire
parameter(s) 118 of function information 114.
[0042] In a described implementation, field type 116 comprises a
transform reference field type 116. This indicates to field
interpreter 214 that a reference points to raw data, which is to be
transformed prior to presentation. Thus, at least one parameter 118
comprises a reference to raw data 204. Another parameter 118 may
identify all or part of transformation engine 206. Alternatively, a
transformation engine 206 that is to be employed for a presentable
file 202 may be identified (and optionally contained) in the
additional information 212. As another example, transformation
engine 206 may be identified by a global setting that is set by or
through application 208.
[0043] At block 306, raw data for the field is extracted. For
example, raw data extractor 216 of application 208 may extract raw
data for field 108 from raw data 204. More specifically, at block
306(1), raw data is located responsive to acquired parameter(s).
For instance, raw data extractor 216 may locate raw data 204,
and/or a portion thereof, responsive to at least one parameter 118
that includes a reference to the raw data. At block 306(2), the
located raw data is retrieved. For instance, raw data extractor 216
may retrieve the located raw data from raw data 204.
[0044] At block 308, the extracted raw data is transformed. For
example, raw data transformer 218 of application 208 may cause the
extracted raw data of raw data 204 to be transformed responsive to
the separate transformation engine 206. More specifically, at block
308(1), the relevant transformation engine 206 is identified. For
instance, raw data transformer 218 may identify the relevant
transformation engine 206, and/or the relevant presentation rules
thereof, using at least one parameter 118, using a transform
identification (e.g., a transformation engine identifier) in
additional information 212, using a global setting of application
208, and so forth. At block 308(2), the identified transformation
engine is applied to the retrieved raw data. For instance, raw data
transformer 218 may apply the identified transformation engine 206,
including a set of presentation rules thereof, to the retrieved raw
data of raw data 204 to produce result 120. Raw data transformer
218 can cause transformation engine 206 to perform this
transformation without knowing any specifics about the contents of
transformation engine 206.
[0045] At block 310, the transformed raw data, or field result, is
presented as part of the data stream presentation of the presented
file. For example, application 208 may present result 120, which
comprises the transformed raw data, as presentation data 106 for
field 108 as part of presented file 102. The actions of flow
diagram 300 may be performed in orders that vary from those that
are illustrated. For example, the transforming of block 308 may be
performed prior to or completely or partially overlapping with the
extracting of block 306. Thus, in an example implementation, only
those portions of the raw data that are to remain after any
filtering need be fully extracted.
Specific Example Implementations for Determining Fields
[0046] FIG. 4 is a block diagram of an example interpretation of an
embedded field 108. In a described implementation, a field 108
includes a field type 116 and at least one parameter 118. As
illustrated, field type 116 comprises a transform reference 402
field type, and parameter(s) 118 includes at least a raw data
reference 404.
[0047] Field interpreter 214 ascertains that field type 116 is a
transform reference field type 402 as indicated by arrow 408. As
such, field 108 is determined based on raw data reference 404 and
responsive to (i) raw data 204 (of FIG. 2) that is referenced by
raw data reference 404 and (ii) transformation engine 206.
[0048] Field interpreter 214 provides raw data reference 404 to raw
data extractor 216 as indicated by arrow 410. Field interpreter 214
also provides transform identification 406 to raw data transformer
218 as indicated by arrow 412. Three example locations at which
transform identification 406 may be found are illustrated. These
examples include parameter(s) 118, additional information 212, and
application 208. However, transform identification 406 may
alternatively be located within or in association with other
component(s). Also, raw data transformer 218 may alternatively be
capable of independently acquiring transform identification 406
from any location.
[0049] FIG. 5 is a block diagram of an example extraction of raw
data 204 for the embedded field. In a described implementation, raw
data 204 includes one or more data items 502. As illustrated, raw
data 204 includes "k" data items 502(1 . . . k): item #1 502(1),
item #2 502(2) . . . item #k 502(k). Each data item 502 corresponds
to a data item type. As shown, data item #1 502(1) corresponds to
data item type ".THETA.", data item #2 502(2) corresponds to data
item type ".SIGMA.", and data item #k 502(k) also corresponds to
data item type ".THETA.". Data item types are described further
herein below with particular reference to FIGS. 6 and 7.
[0050] Data items 502 include one or more respective tag fields 504
and associated respective data 506, which are referred to herein as
tag-data couplets. As illustrated, data item #k 502(k) includes "n"
respective tag fields 504 that are associated with "n" respective
data entries 506. In other words, tag field #1 is associated with
data entry #1, tag field #2 is associated with data entry #2, tag
field #3 is associated with data entry #3, and tag field #n is
associated with data entry #n. The manner in which tag fields 504
are utilized by raw data transformer 218 is described further
herein below with particular reference to FIG. 6.
[0051] As illustrated, raw data reference 404 references data item
#k 502(k). Raw data reference 404 can comprise a link, a pointer,
an address, a universal resource locator, a uniform resource
locator, some combination thereof, and so forth. Raw data extractor
216 uses raw data reference 404 to locate and then retrieve data
item #k 502(k) as indicated by arrow portion 508. Data item #k
502(k), or at least a portion thereof, is then provided to raw data
transformer 218 as indicated by arrow portion 510.
[0052] FIG. 6 is a block diagram of an example transformation of
the extracted raw data 204. In a described implementation, raw data
transformer 218 applies data item #k 502(k) to transformation
engine 206 as indicated by arrow 604. As illustrated,
transformation engine 206 includes a filter, order, and/or format
capability 602. The specifics of filter, order, and/or format
capability 602 are unknown to raw data transformer 218.
[0053] Filter, order, and/or format capability 602 is adapted so as
to filter, order, and/or format data item #k 502(k) with respect to
tag fields 504, in accordance with a selected set of presentation
rules, and responsive to a data item type of data item #k 502(k).
In this example case, the selected set of presentation rules
pertaining to data item type ".THETA." is applied to data item #k
502(k) because it is of data item type ".THETA.".
[0054] Generally, presentation rules can stipulate which tag fields
504 are filtered out, how the remaining tag fields 504 are ordered,
and how the surviving data entries 506 are formatted. Specifically,
tag-data couplets (e.g., respective tag fields 504 that are
associated with respective data entries 506) may be filtered,
ordered, and/or formatted. More specifically, one or more
individual tag-data couplets may be filtered out (e.g., removed
and/or excluded from presentation). Also, tag-data couplets may be
reordered into a prescribed order. Furthermore, tag-data couplets
may be formatted such that the presented text is centered, bolded,
italicized, underlined, spaced appropriately, capitalized,
punctuated, some combination thereof, and so forth.
[0055] Thus, filter, order, and/or format capability 602 of
transformation engine 206 produces result 120, which is presented
as presentation data 106. As illustrated in FIG. 6, the tag-data
couplets from #1 to #n have been filtered out except for the
tag-data couplets #1, #3, and #m as shown at result 120. These
couplets have also been re-ordered as follows: tag-data couplet #3,
tag-data couplet #1, and tag-data couplet #m.
[0056] The data entries 506 may also be formatted individually or
as a group to produce the final appearance for presentation data
106. Although result 120 is shown as including tag fields 504 in
addition to data entries 506, result 120 may alternatively be
streamlined by omitting tag fields 504 such that result 120 is
effectively equivalent to presentation data 106. Consequently,
result 120 may be presented as presentation data 106 without first
stripping out tag fields 504.
[0057] FIG. 7 is a block diagram of an example transformation
engine 206. In a described implementation, transformation engine
206 includes at least one set of presentation rules 702. As
illustrated, transformation engine 206 includes four (4) sets of
presentation rules 702: presentation rules A 702(A), presentation
rules B 702(B), presentation rules C 702(C), and presentation rules
D 702(D). However, transformation engine 206 may alternatively have
fewer or more than four sets of presentation rules 702.
[0058] With reference to the set of presentation rules A 702(A),
there is a different subset 704 of presentation rules for each data
item type of multiple data item types. As illustrated, presentation
rules A 702(A) includes rule subsets 704 that target data items of
type .DELTA., type .SIGMA., type .THETA. . . . type .OMEGA.. The
presentation rule subsets 704 for each data item type may include
their own set of filter, order, and/or format capability 602.
Consequently, data entries 506 that are associated with the same
kind of tag field 504 may be filtered, ordered, and/or formatted
differently if they are part of data items 502 that correspond to
different data item types. This is further explained by way of
example in the following section with the bibliographic-related
examples.
[0059] Transform identification 406 (of FIG. 4) may identify an
individual set of presentation rules 702 of a transformation engine
206. If the set of presentation rules 702 is globally established
(e.g., by application 208 or additional information 212), then
fields 108 of the transform reference 402 field type are each
presented in accordance with the globally established set of
presentation rules 702. Alternatively, the set of presentation
rules 702 to be used may be established for each field (e.g., with
a parameter 118), for each section or area of a file (e.g., also
possibly identified in additional information 212), or in any other
manner.
[0060] Although both sets of presentation rules A and B 702(A and
B) as illustrated in the transformation engine 206 of FIG. 7
apparently include the same presentation rule subsets 704,
presentation rule subsets 704 may differ. For example, presentation
rules C 702(C) does not include a presentation rules subset 704 for
data items 502 of type .DELTA., but it does have a presentation
rules subset 704 for data items 502 of type .PHI.. Also,
presentation rules D 702(D) only includes presentation rule subsets
704 for data items 502 of types .DELTA., .SIGMA., .THETA., and
.GAMMA.. Furthermore, a presentation rule subset 704 for a given
data item type may be exclusive to a single set of presentation
rules 702. Other combinations and permutations of presentation rule
sets 702 and presentation rule subsets 704 are possible.
Bibliographic-Related Example Implementations for Determining
Fields
[0061] An example application for determining fields, in accordance
with certain implementations as described herein above, is in a
bibliographic context. Bibliographic data for cited sources may be
entered once, and the bibliographic data may subsequently be used
for footnotes, endnotes, and so forth. A user can retrieve
bibliographic data for a citation or bibliography entry to a given
source whenever that source data has been entered.
[0062] Moreover, cited sources within a presentable file 202 are
included within data stream information 210 as fields 108 having a
field type 116 of transform reference 402. Accordingly,
bibliographic data may be extracted from raw data 204.
Additionally, the raw bibliographic data 204 may be transformed in
accordance with an established presentation rule 702. The presented
file 102 may then be re-purposed merely be selecting a different
presentation rule 702. In other words, the user can insert a
citation or bibliographic entry, pulling raw data (the source data)
and transforming it according to a documentation style such as MLA
or APA. After a citation or bibliographic entry is inserted, it can
be repurposed by selecting a different documentation style
(transform).
[0063] FIG. 8 is a block diagram that provides
bibliographic-related examples for the more general concepts and
terms illustrated in FIGS. 1-7. The bibliographic-related examples
and realizations are annotated in the illustration of FIG. 8 with
italicized text. FIG. 8 includes raw data 204 and transformation
engine 206. Although raw data 204 may be implemented in various
ways, in a described implementation raw data 204 comprises an
extensible markup language (XML) file or a portion of a file that
is configured in accordance with XML. Similarly, transformation
engine 206 comprises an extensible stylesheet language (XSLT) file
or a portion of a file that is configured in accordance with XSLT
in a described implementation. However, either may be realized
using other mechanism(s). Using a non-proprietary, open standard
such as XML and XSLT enables a user to create, edit, etc. raw data
204 and/or transformation engine 206 without using application
208.
[0064] Transformation engine 206 (e.g., as an XSLT or other
non-proprietary file) is installed and/or called by application
208. However, application 208 need not be used to create or modify
a transformation engine 206. Instead, a user may utilize any
program that is capable of generating a file that adheres to or
comports with the schema 220 that specifies available format(s) for
transformation engine 206. Hence, a transformation engine 206 that
is generated by an unknown file can be installed and/or called by
application 208 to determine fields in presentable files. For
example, a word processing program realization of application 208
may install or call any transformation engine 206 that comports
with the specified schema 220, regardless of how the transformation
engine 206 was created.
[0065] In a described implementation, raw data 204 may comprise a
master bibliographic data file and/or a portion of additional
information 212 of presentable file 202. For example, a user may
enter bibliographic data directly into a master file and have cited
portions thereof copied into additional information 212.
Alternatively, a user may enter bibliographic data directly into
additional information 212 (e.g., via an application 208) and have
the bibliographic data of the newly-entered citations copied into
the master file for subsequent use. As noted above, inclusion of
bibliographic data in additional information 212 is an optional
implementation.
[0066] Raw data 204 includes at least one data item 502. As
illustrated in FIG. 8, raw data 204 includes data item #k 502(k) of
type .THETA.. In a bibliographic-related implementation, data item
#k 502(k) comprises an individual bibliographic source #k that is
being cited, and the type .THETA. comprises a source type such as a
book. Other example bibliographic source types include, but are not
limited to: periodicals, journals, broadcast programs, conference
proceedings, speeches, journal articles, magazine or newspaper
articles, sound recordings, performances,
theses/dissertations/reports, art works, musical compositions,
internet sites, documents from internet sites, and so forth.
[0067] Data item #k 502(k) typically includes multiple entries.
Specifically, there are respective data entries 506 that are
associated with respective tag fields 504. Tag field #n 504 is
shown in this example as a title for the book that is the source
for this data item 502. Consequently, the associated data entry #n
506 comprises the actual title of source #k. Although only one
tag-data couplet is shown in FIG. 8, there are typically multiple
such couplets. Additional example bibliographic-related
realizations for tag fields 504 include, but are not limited to:
author, publication date, pages, publisher, chapter title, article
title, volume, issue, edition, URL, performer, writer, artist,
version, director, and so forth. The specific tag fields 504 that
are supported may optionally vary by data item type.
[0068] In a bibliographic-related implementation, transformation
engine 206 comprises one or more bibliographic formatting
standards. Thus, each presentation rule 702 may be realized as an
individual bibliographic formatting standard. As illustrated,
presentation rules A 702(A) is realized as a set of rules that
transforms raw bibliographic data into bibliographic data that
comports with the American Psychological Association (APA) rules of
documentation style. Other example bibliographic-related
realizations for presentation rules 702 include, but are not
limited to the following bibliographic standards: Modern Language
Association (MLA), Chicago Manual of Style, Turabian, Author-Date,
and so forth.
[0069] In such a bibliographic-related implementation,
transformation engine 206 can therefore be an XSLT for MLA, APA,
etc. that is installed or called by a word processing application.
Other XSLTs for other bibliographic documentation styles can be
created by users and then installed or called by the word
processing application. Such other transformation engine 206
realizations operate in conjunction with the word processing
application as long as they are created so as to adhere to the
specified schema 220. The word processing application need not
understand the internal mechanics of a transformation engine, and
the user need not create or modify the transformation engine with
the word processing application.
[0070] Because presentation rules 702 tend to differ by source
type, each source type has a corresponding item type presentation
rule subset 704. Consequently, book citations may be formatted
differently from periodical citations. As illustrated, item type
.DELTA. 704 is realized as a presentation rules subset 704 of APA
that is targeted to transforming raw data for books into book
citations that comport with the APA, and item type .SIGMA. is
realized as a presentation rules subset 704 of APA that is targeted
to transforming raw data for periodicals into periodical citations
that comport with the APA.
[0071] In operation, parameters in a presentation rules subset 704
stipulate which tag fields 504 are to be present in result 120 as
well as their order. They may also stipulate the appropriate
formatting, including capitalization and punctuation. More
specifically, the parameters stipulate which ones of data entries
506 are to be presented as presentation data 106 of presented file
102.
Conclusion for Determining Fields
[0072] In a described implementation, a transformation engine is
created in accordance with a selected open standard (e.g., XSTL) so
as to adhere to a given schema. The given schema is associated with
a given application. The given schema specifies a format for
transformation engines with which the given application is capable
of interoperating.
[0073] Thus, the given application is adapted to apply the
transformation engine to fields of a presentable file (e.g., by
installing and/or calling the transformation engine). The fields
may be determined by the given application based on a field type
and at least one parameter of the field, as well as responsive to
raw data and the transformation engine. This determination may be
effectuated by the application even if the application is unaware
of the internal mechanics of the transformation engine.
[0074] The transformation engine may be created, modified, etc. by
a user without utilizing the given application. The creation and/or
modification is performed such that the resulting transformation
engine comports with the given schema. The user may utilize any
program that is capable of manipulating files for transformation
engines.
[0075] By way of example only, the fields being determined can be
bibliographic-related entries for a word processing document. The
raw data, which may be formatted in accordance with an open
standard such as XML, may include bibliographic-related data. The
transformation engine may comprise one or more bibliographic
citation styles, such as APA and MLA. A user may create his or her
own bibliographic citation style or modify a documented one without
utilizing the word processing application. Regardless, the word
processing application may determine bibliographic-related fields
of the word processing document by applying a transformation engine
comprising at least one bibliographic citation style without the
word processing application having to understand details of the
internal mechanics of the transformation engine.
Example Operating Environment for Computer or Other Device
[0076] FIG. 9 illustrates an example computing (or general device)
operating environment 900 that is capable of (fully or partially)
implementing at least one system, device, apparatus, component,
arrangement, protocol, approach, method, procedure, media,
application programming interface (API), some combination thereof,
etc. for extensible markup language schemas for bibliographies and
citations as described herein. Operating environment 900 may be
utilized in the computer and network architectures described
below.
[0077] Example operating environment 900 is only one example of an
environment and is not intended to suggest any limitation as to the
scope of use or functionality of the applicable device (including
computer, network node, entertainment device, mobile appliance,
general electronic device, etc.) architectures. Neither should
operating environment 900 (or the devices thereof) be interpreted
as having any dependency or requirement relating to any one or to
any combination of components as illustrated in FIG. 9.
[0078] Additionally, implementations for extensible markup language
schemas for bibliographies and citations may be realized with
numerous other general purpose or special purpose device (including
computing system) environments or configurations. Examples of well
known devices, systems, environments, and/or configurations that
may be suitable for use include, but are not limited to, personal
computers, server computers, thin clients, thick clients, personal
digital assistants (PDAs) or mobile telephones, watches, hand-held
or laptop devices, multiprocessor systems, microprocessor-based
systems, set-top boxes, programmable consumer electronics, video
game machines, game consoles, portable or handheld gaming units,
network PCs, videoconferencing equipment, minicomputers, mainframe
computers, network nodes, distributed or multi-processing computing
environments that include any of the above systems or devices, some
combination thereof, and so forth.
[0079] Implementations for extensible markup language schemas for
bibliographies and citations may be described in the general
context of processor-executable instructions. Generally,
processor-executable instructions include routines, programs,
protocols, objects, functions, interfaces, components, schemas,
data structures, etc. that perform and/or enable particular tasks
and/or implement particular abstract data types. Realizations of
extensible markup language schemas for bibliographies and
citations, as described in certain implementations herein, may also
be practiced in distributed processing environments where tasks are
performed by remotely-linked processing devices that are connected
through a communications link and/or network. Especially but not
exclusively in a distributed computing environment,
processor-executable instructions may be located in separate
storage media, executed by different processors, and/or propagated
over transmission media.
[0080] Example operating environment 900 includes a general-purpose
computing device in the form of a computer 902, which may comprise
any (e.g., electronic) device with computing/processing
capabilities. The components of computer 902 may include, but are
not limited to, one or more processors or processing units 904, a
system memory 906, and a system bus 908 that couples various system
components including processor 904 to system memory 906.
[0081] Processors 904 are not limited by the materials from which
they are formed or the processing mechanisms employed therein. For
example, processors 904 may be comprised of semiconductor(s) and/or
transistors (e.g., electronic integrated circuits (ICs)). In such a
context, processor-executable instructions may be
electronically-executable instructions. Alternatively, the
mechanisms of or for processors 904, and thus of or for computer
902, may include, but are not limited to, quantum computing,
optical computing, mechanical computing (e.g., using
nanotechnology), and so forth.
[0082] System bus 908 represents one or more of any of many types
of wired or wireless bus structures, including a memory bus or
memory controller, a point-to-point connection, a switching fabric,
a peripheral bus, an accelerated graphics port, and a processor or
local bus using any of a variety of bus architectures. By way of
example, such architectures may include an Industry Standard
Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an
Enhanced ISA (EISA) bus, a Video Electronics Standards Association
(VESA) local bus, a Peripheral Component Interconnects (PCI) bus
also known as a Mezzanine bus, some combination thereof, and so
forth.
[0083] Computer 902 typically includes a variety of
processor-accessible media. Such media may be any available media
that is accessible by computer 902 or another (e.g., electronic)
device, and it includes both volatile and non-volatile media,
removable and non-removable media, and storage and transmission
media.
[0084] System memory 906 includes processor-accessible storage
media in the form of volatile memory, such as random access memory
(RAM) 910, and/or non-volatile memory, such as read only memory
(ROM) 912. A basic input/output system (BIOS) 914, containing the
basic routines that help to transfer information between elements
within computer 902, such as during start-up, is typically stored
in ROM 912. RAM 910 typically contains data and/or program
modules/instructions that are immediately accessible to and/or
being presently operated on by processing unit 904.
[0085] Computer 902 may also include other removable/non-removable
and/or volatile/non-volatile storage media. By way of example, FIG.
9 illustrates a hard disk drive or disk drive array 916 for reading
from and writing to a (typically) non-removable, non-volatile
magnetic media (not separately shown); a magnetic disk drive 918
for reading from and writing to a (typically) removable,
non-volatile magnetic disk 920 (e.g., a "floppy disk"); and an
optical disk drive 922 for reading from and/or writing to a
(typically) removable, non-volatile optical disk 924 such as a CD,
DVD, or other optical media. Hard disk drive 916, magnetic disk
drive 918, and optical disk drive 922 are each connected to system
bus 908 by one or more storage media interfaces 926. Alternatively,
hard disk drive 916, magnetic disk drive 918, and optical disk
drive 922 may be connected to system bus 908 by one or more other
separate or combined interfaces (not shown).
[0086] The disk drives and their associated processor-accessible
media provide non-volatile storage of processor-executable
instructions, such as data structures, program modules, and other
data for computer 902. Although example computer 902 illustrates a
hard disk 916, a removable magnetic disk 920, and a removable
optical disk 924, it is to be appreciated that other types of
processor-accessible media may store instructions that are
accessible by a device, such as magnetic cassettes or other
magnetic storage devices, flash memory, compact disks (CDs),
digital versatile disks (DVDs) or other optical storage, RAM, ROM,
electrically-erasable programmable read-only memories (EEPROM), and
so forth. Such media may also include so-called special purpose or
hard-wired IC chips. In other words, any processor-accessible media
may be utilized to realize the storage media of the example
operating environment 900.
[0087] Any number of program modules (or other units or sets of
processor-executable instructions) may be stored on hard disk 916,
magnetic disk 920, optical disk 924, ROM 912, and/or RAM 910,
including by way of general example, an operating system 928, one
or more application programs 930, other program modules 932, and
program data 934. These processor-executable instructions may
include, for example, a schema, the accessing of a schema, the
modifying of a schema, the use of a schema to interpret and/or
create a data structure, and so forth.
[0088] A user may enter commands and/or information into computer
902 via input devices such as a keyboard 936 and a pointing device
938 (e.g., a "mouse"). Other input devices 940 (not shown
specifically) may include a microphone, joystick, game pad,
satellite dish, serial port, video camera, scanner, and/or the
like. These and other input devices are connected to processing
unit 904 via input/output interfaces 942 that are coupled to system
bus 908. However, input devices and/or output devices may instead
be connected by other interface and bus structures, such as a
parallel port, a game port, a universal serial bus (USB) port, an
infrared port, an IEEE 1394 ("Firewire") interface, an IEEE 802.11
wireless interface, a Bluetooth.RTM. wireless interface, and so
forth.
[0089] A monitor/view screen 944 or other type of display device
may also be connected to system bus 908 via an interface, such as a
video adapter 946. Video adapter 946 (or another component) may be
or may include a graphics card for processing graphics-intensive
calculations and for handling demanding display requirements.
Typically, a graphics card includes a graphics processing unit
(GPU), video RAM (VRAM), etc. to facilitate the expeditious display
of graphics and performance of graphics operations. In addition to
monitor 944, other output peripheral devices may include components
such as speakers (not shown) and a printer 948, which may be
connected to computer 902 via input/output interfaces 942.
[0090] Computer 902 may operate in a networked environment using
logical connections to one or more remote computers, such as a
remote computing device 950. By way of example, remote computing
device 950 may be a peripheral device, a personal computer, a
portable computer (e.g., laptop computer, tablet computer, PDA,
mobile station, etc.), a palm or pocket-sized computer, a watch, a
gaming device, a server, a router, a network computer, a peer
device, another network node, or another device type as listed
above, and so forth. However, remote computing device 950 is
illustrated as a portable computer that may include many or all of
the elements and features described herein with respect to computer
902.
[0091] Logical connections between computer 902 and remote computer
950 are depicted as a local area network (LAN) 952 and a general
wide area network (WAN) 954. Such networking environments are
commonplace in offices, enterprise-wide computer networks,
intranets, the Internet, fixed and mobile telephone networks,
ad-hoc and infrastructure wireless networks, mesh networks, other
wireless networks, gaming networks, some combination thereof, and
so forth. Such networks and logical and physical communications
connections are additional examples of transmission media.
[0092] When implemented in a LAN networking environment, computer
902 is usually connected to LAN 952 via a network interface or
adapter 956. When implemented in a WAN networking environment,
computer 902 typically includes a modem 958 or other component for
establishing communications over WAN 954. Modem 958, which may be
internal or external to computer 902, may be connected to system
bus 908 via input/output interfaces 942 or any other appropriate
mechanism(s). It is to be appreciated that the illustrated network
connections are examples and that other manners for establishing
communication link(s) between computers 902 and 950 may be
employed.
[0093] In a networked environment, such as that illustrated with
operating environment 900, program modules or other instructions
that are depicted relative to computer 902, or portions thereof,
may be fully or partially stored in a remote media storage device.
By way of example, remote application programs 960 reside on a
memory component of remote computer 950 but may be usable or
otherwise accessible via computer 902. Also, for purposes of
illustration, application programs 930 and other
processor-executable instructions such as operating system 928 are
illustrated herein as discrete blocks, but it is recognized that
such programs, components, and other instructions reside at various
times in different storage components of computing device 902
(and/or remote computing device 950) and are executed by
processor(s) 904 of computer 902 (and/or those of remote computing
device 950).
Extensible Markup Language Schemas for Bibliographies and
Citations
[0094] Example implementations described herein relate generally to
extensible markup language (XML) schemas for bibliographies and/or
citations. For example, certain implementations may be realized as
data structure(s) comprising a schema, including portion(s) of an
overall schema, for bibliographic information. Other example
implementations may be realized as at least one module that is
capable of utilizing a schema for bibliographic information. The
data structures, modules, etc. may be embodied on or as part of a
processor-accessible media.
[0095] FIG. 10 illustrates an example schema 1004 that defines a
framework for bibliographic information 1002 and/or that enables
utilization of the bibliographic information by a schema
utilization module 1006. As illustrated, FIG. 10 is a block diagram
including an application 208, raw data 204, a schema 1004 for
bibliographic information, and a schema utilization module 1006.
Also illustrated at two example locations is bibliographic
information (Bib Info) 1002.
[0096] Application 208 provides access to a document 202*. The
access may include creating, presenting, modifying, interpreting,
etc. document 202*. Application 208 may be, for example, a
text-based application such as a word processor, html editor, and
so forth. Document 202* is a specific example of a presentable file
202 (of FIG. 2). The bibliographic information 1002 of document
202* may exist as part of embedded fields 108 (of FIG. 1), as part
of additional information 212 (of FIG. 2), as part of some other
portion of document 202*, some combination thereof, and so forth.
Document 202* may be saved according to a variety of different file
formats and optionally according to a native programming language
of the application 208 with which the document 202* is originally
created.
[0097] Raw data 204 is described generally herein above. Raw data
204 may be document-embedded, may be part of a master list, and so
forth. Document-specific raw data 204 may be embedded as part of
document 202*. A bibliographic information file that acts as a
master list is discussed herein above with particular reference to
FIG. 8 in the section entitled "Bibliographic-Related Example
Implementations for Determining Fields".
[0098] Raw data 204 includes bibliographic information 1002. Raw
data 204, and thus bibliographic information 1002, may be realized
as part of a master list of bibliographic information, as
bibliographic information that is embedded in a document (e.g., as
shown with respect to document 202*), and so forth. Although not
specifically illustrated in FIG. 10, bibliographic information 1002
may also exist at other locations, in other environments and/or
contexts, in other formats, and so forth.
[0099] Generally, a raw data 204 master list is a file that
includes many bibliographic entries for a user, for an application,
for a computing device, some combination thereof, and so forth.
Usually, a raw data 204 master list includes bibliographic entries
that are used and/or usable across multiple documents 202*.
Bibliographic entries may be entered first into a raw data 204
master list and then copied into a document 202*. Alternatively,
bibliographic entries may be entered first into a document 202* and
then copied into a raw data 204 master list.
[0100] In a described implementation, schema 1004 provides a
framework for bibliographic information 1002. For example, schema
1004 may define, explain, indicate, describe, etc. the layout,
organization, interrelationships, permissible content, etc. of
bibliographic information 1002. Schema 1004 may be incorporated as
part of schema 220 (of FIG. 2) or as part of another schema, or
schema 1004 may exist separately. Schema 1004 enables understanding
of raw data 204 having bibliographic information 1002 that exists
in accordance with schema 1004.
[0101] By way of example only, schema 1004 may comport with an
extensible markup language (XML) formatting. A schema defining
different source types for an example XML-based schema 1004 for
bibliographic information 1002 is set forth and described below.
The example schema below defines which bibliographic source types
can include which pieces of data. The example schema also defines
acceptable data format(s) (e.g., string, integer, a
specially-defined type, etc.) for each of the pieces of data.
[0102] Schema utilization module 1006 is adapted to enable
utilization of bibliographic information 1002. Examples of schema
utilization include creation, modification, interpretation,
application, etc. of a schema and/or of information that comports
with a schema. Schema utilization module 1006 may be part of
(including being a plug-in of) application 208 or another software
program (including an OS), or schema utilization module 1006 may be
a stand-alone program. Regardless, schema utilization module 1006
may be configured to interact with another program. Such
interaction may include, for example, being callable by another
program, being a plug-in of another program, calling another
program, and so forth. As a specific example, a web service may
create an add-on to the "Research and Reference" pane introduced in
Microsoft.RTM. Word.RTM. 2003 (available from Microsoft.RTM.
Corporation of Redmond, Wash.). The web service accepts search
criteria and returns matches with bibliographic metadata that
conforms to schema 1004. The bibliographic information 1002 may
then be inserted into the document 202*.
[0103] By way of example, an application 208 that is to present
document 202*, which has been previously created by some program,
may employ schema utilization module 1006 to interpret
bibliographic information 1002 in accordance with schema 1004. As
another example, application 208 may call schema utilization module
1006 so that schema 1004 may be utilized to create a data structure
of bibliographic information 1002 that is formulated in accordance
with schema 1004. The created data structure of bibliographic
information 1002 may be a master list of raw data 204,
document-embedded raw data 204, and so forth. Additionally,
application 208 may call schema utilization module 1006 so that
schema 1004 may be utilized to modify a data structure of
bibliographic information 1002 that is formulated in accordance
with schema 1004.
[0104] In one example, a user may input source data for
bibliographic information 1002 into document 202* using application
208 (e.g., in conjunction with schema utilization module 1006). The
user may input the source data using a window (e.g., a dialog box
or similar) having respective fields that are identified as
corresponding to respective tagged parts (e.g., title, author,
publication date, etc.) of a given source type (e.g., book,
periodical article, etc.). Example XML-based source types, along
with tagged parts thereof, that may be utilized to create such an
input window are described herein below in the section entitled
"Extensible Markup Language-Based Descriptions of Source Types for
Bibliographies and Citations". The input source data may be
automatically incorporated into bibliographic information 1002 that
is configured in accordance with a schema 1004 for bibliographic
information. The bibliographic information 1002 may then be saved
as part of document 202* by application 208.
[0105] In some implementations, an object-oriented programming
model is provided to allow for manipulation of bibliographic
information 1002 individually or in the context of a document 202*
via a set of APIs or object-oriented message calls either directly
through one or more APIs or programmatically through other software
application programs (e.g., a schema utilization module 1006 that
enables manipulation of bibliographic information 1002) that is
written according to a variety of programming languages. Such
programming languages include, for example C, C++, C#, Visual
Basic, and the like. In one example, the object-oriented
programming model is configured according to that disclosed in U.S.
patent application Ser. No. 11/______, (Docket Nos.
MS1-2280US/MS#310673.01), filed on even date herewith and entitled
"Programmable Object Models for Bibliographies and Citations."
[0106] Example XML-Based Schema for Bibliographies and
Citations
[0107] As described above, a schema 1004 may be created,
interpreted, modified or otherwise utilized by a schema utilization
module 1006. Schema 1004 may be utilized by schema utilization
module 1006 in accordance with the example bibliographic source
schema provided below.
[0108] Thus, the following is a description of an example schema
associated with XML notations for bibliographies and citations.
Although a specific example schema is set forth below, more, fewer,
and/or different source types may alternatively be included in a
given XML schema for bibliographies and citations. Furthermore,
different interrelationships and data types may alternatively be
defined by such a schema.
[0109] The example schema below includes seventeen (17) different
bibliographic source types, which are: book, book section, journal
article, article in a periodical, conference proceeding, report,
sound recording, performance, art, document from an internet site,
internet site, film, interview, patent, electronic source, case,
and miscellaneous. The example schema is: TABLE-US-00001 <?xml
version="1.0" encoding="utf-8" ?> <xsd:simpleType
name="String255"> <xsd:restriction base="xsd:string">
<xsd:minLength value="0" /> <xsd:maxLength value="255"
/> </xsd:restriction> </xsd:simpleType>
<xsd:complexType name="NameListType"> <xsd:sequence>
<xsd:choice minOccurs="0" maxOccurs="unbounded">
<xsd:element name="NameList" minOccurs="1" maxOccurs="1">
<xsd:complexType> <xsd:sequence> <xsd:element
name="Name" minOccurs="1" maxOccurs="unbounded">
<xsd:complexType> <xsd:sequence> <xsd:choice
minOccurs="0" maxOccurs="unbounded"> <xsd:element name="Last"
type="String255" /> <xsd:element name="First"
type="String255" /> <xsd:element name="Middle"
type="String255" /> </xsd:choice> </xsd:sequence>
</xsd:complexType> </xsd:element> </xsd:sequence>
</xsd:complexType> </xsd:element> </xsd:choice>
</xsd:sequence> </xsd:complexType> </xsd:complexType
name="SourceType"> <xsd:sequence> <xsd:choice
minOccurs="0" maxOccurs="unbounded"> <xsd:element
name="AbbreviatedCaseNumber" type="String255" /> <xsd:element
name="AlbumTitle" type="String255" /> <xsd:element
name="Artist" type="NameListType" /> <xsd:element
name="Author" type="NameListType" /> <xsd:element
name="BookAuthor" type="NameListType" /> <xsd:element
name="BookTitle" type="String255" /> <xsd:element
name="CaseNumber" type="String255" /> <xsd:element
name="City" type="String255" /> <xsd:element name="Comments"
type="String255" /> <xsd:element name="Compiler"
type="NameListType" /> <xsd:element name="Composer"
type="NameListType" /> <xsd:element name="Conductor"
type="NameListType" /> <xsd:element name="ConferenceName"
type="String255" /> <xsd:element name="Counsel"
type="NameListType" /> <xsd:element name="Country"
type="String255" /> <xsd:element name="Court"
type="String255" /> <xsd:element name="Day" type="String255"
/> <xsd:element name="DayAccessed" type="String255" />
<xsd:element name="Department" type="String255" />
<xsd:element name="Director" type="NameListType" />
<xsd:element name="Distributor" type="String255" />
<xsd:element name="Edition" type="String255" />
<xsd:element name="Editor" type="NameListType" />
<xsd:element name="Institution" type="String255" />
<xsd:element name="Interviewee" type="NameListType" />
<xsd:element name="Inventor" type="NameListType" />
<xsd:element name="Issue" type="String255" /> <xsd:element
name="JournalName" type="String255" /> <xsd:element
name="MagOrNewsName" type="String255" /> <xsd:element
name="Manufacturer" type="String255" /> <xsd:element
name="Medium" type="String255" /> <xsd:element name="Month"
type="String255" /> <xsd:element name="MonthAccessed"
type="String255" /> <xsd:element name="NumberVolumes"
type="String255" /> <xsd:element name="Pages"
type="String255" /> <xsd:element name="PatentNumber"
type="String255" /> <xsd:element name="Performer"
type="NameListType" /> <xsd:element name="PlacePublished"
type="String255" /> <xsd:element name="Producer"
type="String255" /> <xsd:element name="ProducerName"
type="NameListType" /> <xsd:element name="Publisher"
type="String255" /> <xsd:element name="Reporter"
type="NameListType" /> <xsd:element name="ShortTitle"
type="String255" /> <xsd:element name="Theater"
type="String255" /> <xsd:element name="ThesisType"
type="String255" /> <xsd:element name="Title"
type="String255" /> <xsd:element name="Translator"
type="NameListType" /> <xsd:element name="Type"
type="String255" /> <xsd:element name="URL" type="String255"
/> <xsd:element name="Version" type" String255" />
<xsd:element name="Volume" type="String255" />
<xsd:element name="Writer" type="NameListType" />
<xsd:element name="Year" type="String255" /> <xsd:element
name="YearAccessed" type="String255" /> </xsd:choice>
</xsd:sequence> <xsd:attribute name="type" use="optional"
default="Book"> <xsd:simpleType> <xsd:restriction
base="String255"> <xsd:enumeration value="Book" />
<xsd:enumeration value="BookSection" /> <xsd:enumeration
value="JournalArticle" /> <xsd:enumeration
value="MagOrNewsArticle" /> <xsd:enumeration
value="ConferenceProceedings" /> <xsd:enumeration
value="Report" /> <xsd:enumeration value="SoundRecording"
/> <xsd:enumeration value="Performance" />
<xsd:enumeration value="Art" /> <xsd:enumeration
value="DocumentFromInternetSite" /> <xsd:enumeration
value="InternetSite" /> <xsd:enumeration value="Film" />
<xsd:enumeration value="Interview" /> <xsd:enumeration
value="Patent" /> <xsd:enumeration value="ElectronicSource"
/> <xsd:enumeration value="Case" /> <xsd:enumeration
value="Misc" /> </xsd:restriction> </xsd:simpleType>
</xsd:attribute> </xsd:complexType> <xsd:element
name="Bibliography"> <xsd:complexType>
<xsd:sequence> <xsd:element name="Source"
type="SourceType" minOccurs="1" maxOccurs="unbounded" />
</xsd:sequence> </xsd:complexType> </xsd:element>
</xsd:schema>
Extensible Markup Language-Based Descriptions of Source Types for
Bibliographies and Citations
[0110] Example implementations for source types are described
below. Although other formats may alternatively be used, the
seventeen (17) example source types are presented below in an XML
format. By way of example only, the XML data tags may be used to
populate a dialog box or similar user-input mechanism that is used
in a word processing or other text-editing program. The dialog box
enables the acquisition of bibliographic source information or raw
data for a master list, for document-embedded bibliographic
information, and so forth. Each bibliographic source can have a
number of pieces of data associated with it, as specifically
indicated below by data tags for each respective source type.
[0111] Thus, the following is a description of example XML that can
be used to power a dialog box in an application 208. A user can
enter notations for bibliographies and citations that conform to
schema 1004. The example notations are separated into seventeen
(17) portions with each respective portion corresponding to a
respective bibliographic source type. However, more, fewer, and/or
different source types may alternatively be included in a given XML
notation set for bibliographies and citations.
[0112] The description below of example source types is primarily
directed to respective sets of tagged parts that may correspond to
or be associated with respective source types. Each example tagged
part is for an attribute of the respective source type and
generally includes two sub-tags: a label and a data tag. The source
types may be combined into a forms collection.
[0113] The seventeen (17) example source types are: book, book
section, journal article, article in a periodical, conference
proceeding, report, sound recording, performance, art, document
from an internet site, internet site, film, interview, patent,
electronic source, case, and miscellaneous.
[0114] Source Type #1: Book
[0115] A book may be cited as a bibliographic source. Example
attributes for a book bibliographic source are: Author, Title,
Year, City, State/Country, Publisher, Editor, Short Title, Volume,
Number of Volumes, Translator, Standard Number, and Comments.
[0116] An example XML portion for book bibliographic sources is:
TABLE-US-00002 <Source type="Book" display="Book">
<Tag> <Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Number of volumes</Label>
<DataTag>b:NumberVolumes</DataTag> </Tag>
<Tag> <Label>Translator</Label>
<DataTag>b:Author/b:Translator/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0117] Source Type #2: Book Section
[0118] A book section may be cited as a bibliographic source.
Example attributes for a book section bibliographic source are:
Author, Title, Book Author, Book Title, Year, Pages, City,
State/Country, Publisher, Editor, Translator, Short Title, Volume,
Number of volumes, Standard Number, and Comments.
[0119] An example XML portion for book section bibliographic
sources is: TABLE-US-00003 <Source type="BookSection"
display="Book Section"> <Tag>
<Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Book Author</Label>
<DataTag>b:Author/b:BookAuthor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Book Title</Label>
<DataTag>b:BookTitle</DataTag> </Tag> <Tag>
<Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Translator</Label>
<DataTag>b:Author/b:Translator/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Number of volumes</Label>
<DataTag>b:NumberVolumes</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0120] Source Type #3: Journal Article
[0121] A journal article may be cited as a bibliographic source.
Example attributes for a journal article bibliographic source are:
Author, Title, Journal Name, City, Month, Day, Year, Pages, Editor,
Publisher, Volume, Issue, Short Title, Standard Number, and
Comments.
[0122] An example XML portion for journal article bibliographic
sources is: TABLE-US-00004 <Source type="JournalArticle"
display="Journal Article"> <Tag>
<Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Journal Name</Label>
<DataTag>b:JournalName</DataTag> </Tag>
<Tag> <Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Issue</Label>
<DataTag>b:Issue</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0123] Source Type #4: Article in a Periodical
[0124] An article in a periodical may be cited as a bibliographic
source. Example attributes for an article in a periodical
bibliographic source are: Author, Title, Periodical Title, City,
Month, Day, Year, Pages, Short Title, Editor, Publisher, Edition,
Volume, Issue, Standard Number, and Comments.
[0125] An example XML portion for article-in-a-periodical
bibliographic sources is: TABLE-US-00005 <Source
type="ArticleInAPeriodical" display="Article in a Periodical">
<Tag> <Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Periodical Title</Label>
<DataTag>b:PeriodicalTitle</DataTag> </Tag>
<Tag> <Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Edition</Label>
<DataTag>b:Edition</DataTag> </Tag> <Tag>
<Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Issue</Label>
<DataTag>b:Issue</DataTag> </Tag> <Tag>
<Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0126] Source Type #5: Conference Proceedings
[0127] Conference proceedings may be cited as a bibliographic
source. Example attributes for a conference proceeding
bibliographic source are: Author, Title, Editor, Pages, Year,
Conference Name, City, Publisher, Short Title, Volume, Standard
Number, and Comments.
[0128] An example XML portion for conference proceeding
bibliographic sources is: TABLE-US-00006 <Source
type="ConferenceProceedings" display="Conference Proceedings">
<Tag> <Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Conference Name</Label>
<DataTag>b:ConferenceName</DataTag> </Tag>
<Tag> <Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0129] Source Type #6: Report
[0130] A report may be cited as a bibliographic source. Example
attributes for a report bibliographic source are: Author, Title,
Year, Department, Institution, Publisher, City, Short Title, Pages,
Report Type, Standard Number, and Comments.
[0131] An example XML portion for report bibliographic sources is:
TABLE-US-00007 <Source type="Report" display="Report">
<Tag> <Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Department</Label>
<DataTag>b:Department</DataTag> </Tag>
<Tag> <Label>Institution</Label>
<DataTag>b:Institution</DataTag> </Tag>
<Tag> <Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Report Type</Label>
<DataTag>b:ThesisType</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0132] Source Type #7: Sound Recording
[0133] A sound recording may be cited as a bibliographic source.
Example attributes for a sound recording bibliographic source are:
Composer, Conductor, Performer, Artist, Title, Album Title, Produce
Name, Production Company, Year, Medium, City, State/Country,
Recording Number, Short Title, Standard Number, and Comments.
[0134] An example XML portion for sound recording bibliographic
sources is: TABLE-US-00008 <Source type="SoundRecording"
display="Sound Recording"> <Tag>
<Label>Composer</Label>
<DataTag>b:Author/b:Composer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Conductor</Label>
<DataTag>b:Author/b:Conductor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Performer</Label>
<DataTag>b:Author/b:Performer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Artist</Label>
<DataTag>b:Author/b:Artist/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Album Title</Label>
<DataTag>b:AlbumTitle</DataTag> </Tag>
<Tag> <Label>Producer Name</Label>
<DataTag>b:Author/b:ProducerName/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Production Company</Label>
<DataTag>b:ProductionCompany</DataTag> </Tag>
<Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Medium</Label>
<DataTag>b:Medium</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Recording Number</Label>
<DataTag>b:RecordingNumber</DataTag> </Tag>
<Tag> <Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0135] Source Type #8: Performance
[0136] A performance may be cited as a bibliographic source.
Example attributes for a performance bibliographic source are:
Title, Writer, Performer, Producer Name, Production Company,
Director, Theater, City, State/Country, Month, Day, Year, Short
Title, and Comments.
[0137] An example XML portion for performance bibliographic sources
is: TABLE-US-00009 <Source type="Performance"
display="Performance"> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Writer</Label>
<DataTag>b:Author/b:Writer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Performer</Label>
<DataTag>b:Author/b:Performer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Producer Name</Label>
<DataTag>b:Author/b:ProducerName/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Production Company</Label>
<DataTag>b:ProductionCompany</DataTag> </Tag>
<Tag> <Label>Director</Label>
<DataTag>b:Author/b:Director/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Theater</Label>
<DataTag>b:Theater</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0138] Source Type #9: Art
[0139] Art may be cited as a bibliographic source. Example
attributes for an art bibliographic source are: Artist, Title,
Institution, Publication Title, City, State/Country, Publisher,
Year, Pages, Short Title, and Comments.
[0140] An example XML portion for art bibliographic sources is:
TABLE-US-00010 <Source type="Art" display="Art"> <Tag>
<Label>Artist</Label>
<DataTag>b:Author/b:Artist/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Institution</Label>
<DataTag>b:Institution</DataTag> </Tag>
<Tag> <Label>Publication Title</Label>
<DataTag>b:PublicationTitle</DataTag> </Tag>
<Tag> <Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0141] Source Type #10: Document From Internet Site
[0142] A document from an internet site may be cited as a
bibliographic source. Example attributes for a
document-from-an-internet-site bibliographic source are: Author,
Title, Editor, Internet Site Title, Producer Name, Production
Company, Month, Day, Year, Month Accessed, Day Accessed, Year
Accessed, URL, Medium, Version, Short Title, Standard Number, and
Comments.
[0143] An example XML portion for bibliographic sources for
documents from internet sites is: TABLE-US-00011 <Source
type="DocumentFromInternetSite" display="Document From Internet
Site"> <Tag> <Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Internet Site Title</Label>
<DataTag>b:InternetSiteTitle</DataTag> </Tag>
<Tag> <Label>Producer Name</Label>
<DataTag>b:Author/b:ProducerName/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Production Company</Label>
<DataTag>b:ProductionCompany</DataTag> </Tag>
<Tag> <Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Month Accessed</Label>
<DataTag>b:MonthAccessed</DataTag> </Tag>
<Tag> <Label>Day Accessed</Label>
<DataTag>b:DayAccessed</DataTag> </Tag>
<Tag> <Label>Year Accessed</Label>
<DataTag>b:YearAccessed</DataTag> </Tag>
<Tag> <Label>URL</Label>
<DataTag>b:URL</DataTag> </Tag> <Tag>
<Label>Medium</Label>
<DataTag>b:Medium</DataTag> </Tag> <Tag>
<Label>Version</Label>
<DataTag>b:Version</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0144] Source Type #11: Internet Site
[0145] An internet site may be cited as a bibliographic source.
Example attributes for an internet site bibliographic source are:
Author, Title, Internet Site Title, Editor, Producer Name,
Production Company, Month, Day, Year, Month Accessed, Day Accessed,
Year Accessed, URL, Medium, Version, Short Title, and Comments.
[0146] An example XML portion for internet site bibliographic
sources is: TABLE-US-00012 <Source type="InternetSite"
display="Internet Site"> <Tag>
<Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Internet Site Title</Label>
<DataTag>b:InternetSiteTitle</DataTag> </Tag>
<Tag> <Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Producer Name</Label>
<DataTag>b:Author/b:ProducerName/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Production Company</Label>
<DataTag>b:ProductionCompany</DataTag> </Tag>
<Tag> <Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Month Accessed</Label>
<DataTag>b:MonthAccessed</DataTag> </Tag>
<Tag> <Label>Day Accessed</Label>
<DataTag>b:DayAccessed</DataTag> </Tag>
<Tag> <Label>Year Accessed</Label>
<DataTag>b:YearAccessed</DataTag> </Tag>
<Tag> <Label>URL</Label>
<DataTag>b:URL</DataTag> </Tag> <Tag>
<Label>Medium</Label>
<DataTag>b:Medium</DataTag> </Tag> <Tag>
<Label>Version</Label>
<DataTag>b:Version</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0147] Source Type #12: Film
[0148] A film may be cited as a bibliographic source. Example
attributes for a film bibliographic source are: Title, Performer,
Producer Name, Production Company, Director, Country, Distributor,
Writer, Medium, Short Title, Year, Standard Number, and
Comments.
[0149] An example XML portion for film bibliographic sources is:
TABLE-US-00013 <Source type="Film" display="Film">
<Tag> <Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Performer</Label>
<DataTag>b:Author/b:Performer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Producer Name</Label>
<DataTag>b:Author/b:ProducerName/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Production Company</Label>
<DataTag>b:ProductionCompany</DataTag> </Tag>
<Tag> <Label>Director</Label>
<DataTag>b:Author/b:Director/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Country</Label>
<DataTag>b:Country</DataTag> </Tag> <Tag>
<Label>Distributor</Label>
<DataTag>b:Distributor</DataTag> </Tag>
<Tag> <Label>Writer</Label>
<DataTag>b:Author/b:Writer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Medium</Label>
<DataTag>b:Medium</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0150] Source Type #13: Interview
[0151] An interview may be cited as a bibliographic source. Example
attributes for an interview bibliographic source are: Interviewee,
Interview Title, Program Title, Interviewer, Month, Day, Year,
Publisher, Broadcaster, Station, City, State/Country, Editor,
Translator, Compiler, Pages, Short Title, Standard Number, and
Comments.
[0152] An example XML portion for interview bibliographic sources
is: TABLE-US-00014 <Source type="Interview"
display="Interview"> <Tag>
<Label>Interviewee</Label>
<DataTag>b:Author/b:Interviewee/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Interview Title</Label>
<DataTag>b:InterviewTitle</DataTag> </Tag>
<Tag> <Label>Program Title</Label>
<DataTag>b:ProgramTitle</DataTag> </Tag>
<Tag> <Label>Interviewer</Label>
<DataTag>b:Author/b:Interviewer/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Broadcaster</Label>
<DataTag>b:Broadcaster</DataTag> </Tag>
<Tag> <Label>Station</Label>
<DataTag>b:Station</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Translator</Label>
<DataTag>b:Author/b:Translator/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Compiler</Label>
<DataTag>b:Author/b:Compiler/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0153] Source Type #14: Patent
[0154] A patent may be cited as a bibliographic source. Example
attributes for patent bibliographic sources are: Inventor, Title,
Month, Day, Year, Country, Type, Patent Number, Short Title,
Editor, Translator, and Comments.
[0155] An example XML portion for patent bibliographic sources is:
TABLE-US-00015 <Source type="Patent" display="Patent">
<Tag> <Label>Inventor</Label>
<DataTag>b:Author/b:Inventor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Country</Label>
<DataTag>b:Country</DataTag> </Tag> <Tag>
<Label>Type</Label>
<DataTag>b:Type</DataTag> </Tag> <Tag>
<Label>Patent Number</Label>
<DataTag>b:PatentNumber</DataTag> </Tag>
<Tag> <Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Translator</Label>
<DataTag>b:Author/b:Translator/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0156] Source Type #15: Electronic Source
[0157] An electronic source may be cited as a bibliographic source.
Example attributes for a bibliographic source that is from an
electronic source are: Author, Title, Publication Title, City,
State/Country, Editor, Producer Name, Production Company,
Translator, Publisher, Edition, Medium, Volume, Month, Day, Year,
Short Title, Standard Number, and Comments.
[0158] An example XML portion for electronic source bibliographic
sources is: TABLE-US-00016 <Source type="ElectronicSource"
display="Electronic Source"> <Tag>
<Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Publication Title</Label>
<DataTag>b:PublicationTitle</DataTag> </Tag>
<Tag> <Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Editor</Label>
<DataTag<b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Producer Name</Label>
<DataTag>b:Author/b:ProducerName/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Production Company</Label>
<DataTag>b:ProductionCompany</DataTag> </Tag>
<Tag> <Label>Translator</Label>
<DataTag>b:Author/b:Translator/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Edition</Label>
<DataTag>b:Edition</DataTag> </Tag> <Tag>
<Label>Medium</Label>
<DataTag>b:Medium</DataTag> </Tag> <Tag>
<Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0159] Source Type #16: Case
[0160] A case may be cited as a bibliographic source. Example
attributes for a case bibliographic source are: Author, Title,
Year, Case Number, Reporter, Place Published, Court, Month, Day,
Year, Counsel, Short Title, Abbreviated Case Number, and
Comments.
[0161] An example XML portion for case bibliographic sources is:
TABLE-US-00017 <Source type="Case" display="Case">
<Tag> <Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Case Number</Label>
<DataTag>b:CaseNumber</DataTag> </Tag>
<Tag> <Label>Reporter</Label>
<DataTag>b:Author/b:Reporter/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Place Published</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>Court</Label>
<DataTag>b:Court</DataTag> </Tag> <Tag>
<Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>Counsel</Label>
<DataTag>b:Author/b:Counsel/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Abbreviated Case Number</Label>
<DataTag>b:AbbreviatedCaseNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0162] Source Type #17: Miscellaneous
[0163] A "miscellaneous" source may be cited as a bibliographic
source. Example attributes for miscellaneous bibliographic sources
are: Author, Title, Publication Title, Month, Day, Year, City,
State/Country, Publisher, Editor, Pages, Short Title, Volume,
Edition, Issue, Translator, Compiler, Standard Number, and
Comments.
[0164] An example XML portion for miscellaneous bibliographic
sources is: TABLE-US-00018 <Source type="Misc"
display="Miscellaneous"> <Tag>
<Label>Author</Label>
<DataTag>b:Author/b:Author/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Title</Label>
<DataTag>b:Title</DataTag> </Tag> <Tag>
<Label>Publication Title</Label>
<DataTag>b:PublicationTitle</DataTag> </Tag>
<Tag> <Label>Month</Label>
<DataTag>b:Month</DataTag> </Tag> <Tag>
<Label>Day</Label> <DataTag>b:Day</DataTag>
</Tag> <Tag> <Label>Year</Label>
<DataTag>b:Year</DataTag> </Tag> <Tag>
<Label>City</Label>
<DataTag>b:City</DataTag> </Tag> <Tag>
<Label>State/Country</Label>
<DataTag>b:StateOrCountry</DataTag> </Tag>
<Tag> <Label>Publisher</Label>
<DataTag>b:Publisher</DataTag> </Tag> <Tag>
<Label>Editor</Label>
<DataTag>b:Author/b:Editor/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Pages</Label>
<DataTag>b:Pages</DataTag> </Tag> <Tag>
<Label>Short Title</Label>
<DataTag>b:ShortTitle</DataTag> </Tag>
<Tag> <Label>Volume</Label>
<DataTag>b:Volume</DataTag> </Tag> <Tag>
<Label>Edition</Label>
<DataTag>b:Edition</DataTag> </Tag> <Tag>
<Label>Issue</Label>
<DataTag>b:Issue</DataTag> </Tag> <Tag>
<Label>Translator</Label>
<DataTag>b:Author/b:Translator/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Compiler</Label>
<DataTag>b:Author/b:Compiler/b:NameList</DataTag>
<ToString>Author2String.XSL</ToString>
<ToXML>Author2XML.XSL</ToXML>
<Author>Yes</Author> </Tag> <Tag>
<Label>Standard Number</Label>
<DataTag>b:StandardNumber</DataTag> </Tag>
<Tag> <Label>Comments</Label>
<DataTag>b:Comments</DataTag> </Tag>
</Source>
[0165] The devices, actions, aspects, features, functions,
procedures, modules, data structures, objects, components, etc. of
FIGS. 1-10 are illustrated in diagrams that are divided into
multiple blocks. However, the order, interconnections,
interrelationships, layout, etc. in which FIGS. 1-10 are described
and/or shown is not intended to be construed as a limitation, and
any number of the blocks can be modified, combined, rearranged,
augmented, omitted, etc. in any manner to implement one or more
systems, methods, devices, procedures, media, apparatuses, schemas,
APIs, arrangements, etc. for extensible markup language schemas for
bibliographies and citations. Furthermore, although the description
herein includes references to specific implementations (including a
general device of FIG. 9), the illustrated and/or described
implementations can be realized in any suitable hardware, software,
firmware, or combination thereof.
[0166] Thus, although systems, media, devices, methods, procedures,
apparatuses, techniques, approaches, procedures, schemas,
arrangements, and other implementations have been described in
language specific to structural, logical, algorithmic, and
functional features and/or diagrams, it is to be understood that
the invention defined in the appended claims is not necessarily
limited to the specific features or diagrams described. Rather, the
specific features and diagrams are disclosed as example forms of
implementing the claimed invention.
* * * * *