<?xml version="1.0" encoding="ASCII"?>
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"><!-- xml:base="uri-reference" -->
  <uri name="db-common.xsl" uri="util/db-common.xsl"/>
  <uri name="exception.xsl" uri="util/exception.xsl"/>
  <uri name="scrubber.xsl" uri="scrub/scrubber.xsl"/>
  <uri name="deid2plain.xsl" uri="upmc/deid2plain.xsl"/>
  <uri name="sectioner.gut" uri="sectioner/sectioner.gut"/>
  <uri name="sectioner.xsl" uri="build/sectioner.xsl"/>
  <uri name="spextract.gut" uri="spextract/spextract.gut"/>
  <uri name="spextract.xsl" uri="build/spextract.xsl"/>
  <uri name="deid2plain.xsl" uri="upmc/deid2plain.xsl"/>

<!-- prefer="public|system" 

  The prefer setting determines whether or not public identifiers
  specified in the catalog are to be used in favor of system identifiers
  supplied in the document. Suppose you have an entity in your document
  for which both a public identifier and a system identifier has been
  specified, and the catalog only contains a mapping for the public
  identifier (e.g., a matching public catalog entry). If the current
  value of prefer i s, the URI supplied in the matching public catalog
  entry will be used. If it i s, the system identifier in the document
  will be used. (If the catalog contained a matching system catalog
  entry giving a mapping for the system identifier, that mapping would
  have been used, the public identifier would never have been
  considered, and the setting of override would have been irrelevant.)

  Generally, the purpose of catalogs is to override the system
  identifiers in XML documents, so prefer should usually be in your
  catalogs.
-->
<!-- xml:base="uri-reference"

  The xml:base URI is used to resolve relative URIs in the catalog as
  described in the XML Base specification. 
-->

  <!-- group prefer="public|system" xml:base="uri-reference"--> 
  <!-- The group element serves merely as a wrapper around one or more other
    entries for the purpose of establishing the preference and base URI
    settings for those entries. -->

  <!-- public publicId="pubid" uri="systemuri" /--> 
  <!-- Maps the public identifier pubid to the system identifier
  systemuri. -->

  <!-- system systemId=" sysid " uri=" systemuri " /--> 
  <!-- Maps the system identifier sysid to the alternate system identifier 
    systemuri. -->

  <!-- uri name=" uri " uri=" alternateuri "/--> 
  <!-- The uri entry maps a uri to an alternateuri . This mapping, as might
    be performed by a JAXP URIResolver, for example, is independent of
    system and public identifier resolution. -->

  <!-- delegatePublic publicIdStartString=" pubid-prefix " catalog=" cataloguri "/>, 
      <delegateSystem systemIdStartString=" sysid-prefix " catalog=" cataloguri "/>, 
      <delegateURI uriStartString=" uri-prefix " catalog=" cataloguri "/ --> 
  <!-- The delegate entries specify that identifiers beginning with
    the matching prefix should be resolved using the catalog specified
    by the cataloguri . If multiple delegate entries of the same kind
    match, they will each be searched, starting with the longest
    prefix and continuing with the next longest to the shortest.

    The delegate entries differs from the nextCatalog entry in the
    following way: alternate catalogs referenced with a nextCatalog
    entry are parsed and included in the current catalog. Delegated
    catalogs are only considered, and consequently only loaded and
    parsed, if necessary. Delegated catalogs are also used instead of
    the current catalog, not as part of the current catalog. -->

  <!-- rewriteSystem systemIdStartString=" sysid-prefix " rewritePrefix=" new-prefix "/>, 
      <rewriteURI uriStartString=" uri-prefix " rewritePrefix=" new-prefix "/ --> 
  <!-- Supports generalized rewriting of system identifiers and URIs. This
     allows all of the URI references to a particular document (which might
     include many different fragment identifiers) to be remapped to a
     different resource). --> 

  <!-- nextCatalog catalog=" cataloguri "/ --> 
  <!-- Adds the catalog file specified by the cataloguri to the end of the
     current catalog. This allows one catalog to refer to another.-->
</catalog>
