<?xml version="1.0"?>
<?xml-stylesheet href="/transform" type="text/xsl"?>
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:bibo="http://purl.org/ontology/bibo/" xmlns:bs="http://purl.org/ontology/bibo/status/" xmlns:ci="https://vocab.methodandstructure.com/content-inventory#" xmlns:dct="http://purl.org/dc/terms/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:xhv="http://www.w3.org/1999/xhtml/vocab#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" lang="en" prefix="bibo: http://purl.org/ontology/bibo/ bs: http://purl.org/ontology/bibo/status/ ci: https://vocab.methodandstructure.com/content-inventory# dct: http://purl.org/dc/terms/ foaf: http://xmlns.com/foaf/0.1/ rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# xhv: http://www.w3.org/1999/xhtml/vocab# xsd: http://www.w3.org/2001/XMLSchema#" vocab="http://www.w3.org/1999/xhtml/vocab#" xml:lang="en">
  <head>
    <title property="dct:title">A Theory of Information Resources</title>
    <base href="https://doriantaylor.com/a-theory-of-information-resources"/>
    <link href="document-stats#ETUCpmDzOaeOvShcVaQysK" rev="ci:document"/>
    <link href="elsewhere" rel="alternate bookmark" title="Elsewhere"/>
    <link href="this-site" rel="alternate index" title="This Site"/>
    <link href="http://purl.org/ontology/bibo/status/published" rel="bibo:status"/>
    <link href="" rel="ci:canonical" title="A Theory of Information Resources"/>
    <link href="lexicon/#EzqXIsriaILFcWjXdS7FbI" rel="dct:audience" title="Software Developer"/>
    <link href="person/dorian-taylor#me" rel="dct:creator" title="Dorian Taylor"/>
    <link href="person/dorian-taylor" rel="meta" title="Who I Am"/>
    <link about="./" href="3f36c30c-6096-454a-8a22-c062100ae41f" rel="alternate" type="application/atom+xml"/>
    <link about="./" href="f07f5044-01bc-472d-9079-9b07771b731c" rel="alternate" type="application/atom+xml"/>
    <link about="./" href="this-site" rel="alternate"/>
    <link about="./" href="elsewhere" rel="alternate"/>
    <link about="./" href="e341ca62-0387-4cea-b69a-cdabc7656871" rel="alternate" type="application/atom+xml"/>
    <link about="verso/" href="3f36c30c-6096-454a-8a22-c062100ae41f" rel="alternate" type="application/atom+xml"/>
    <link about="verso/" href="this-site" rel="alternate"/>
    <link about="verso/" href="elsewhere" rel="alternate"/>
    <meta content="a-theory-of-information-resources" datatype="xsd:token" property="ci:canonical-slug"/>
    <meta content="I find this matrix to be extremely useful when considering Resources, as understood by, e.g., Roy Fielding's REST dissertation." name="description" property="dct:abstract"/>
    <meta content="2019-06-15T15:36:57+00:00" datatype="xsd:dateTime" property="dct:created"/>
    <meta content="2019-06-25T21:00:19+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2022-05-31T15:10:50+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta about="person/dorian-taylor#me" content="Dorian Taylor" name="author" property="foaf:name"/>
    <meta content="summary_large_image" name="twitter:card"/>
    <meta content="@doriantaylor" name="twitter:site"/>
    <meta content="A Theory of Information Resources" name="twitter:title"/>
    <meta content="I find this matrix to be extremely useful when considering Resources, as understood by, e.g., Roy Fielding's REST dissertation." name="twitter:description"/>
    <meta content="https://doriantaylor.com/lexicon/identifier-resource-representation" name="twitter:image"/>
    <object>
      <nav>
        <ul>
          <li>
            <a href="document-stats#ETUCpmDzOaeOvShcVaQysK" rev="ci:document" typeof="qb:Observation">
              <span>urn:uuid:4d40a998-3cce-469e-a3af-4a1715690cac</span>
            </a>
          </li>
        </ul>
      </nav>
    </object>
  </head>
  <body about="" id="EoTuqn8ZEnLcnee5mBTNhL" typeof="bibo:Note">
    <figure>
      <img src="lexicon/identifier-resource-representation" alt="" rel="dct:hasPart foaf:depiction"/>
    </figure>
    <section id="EWqX11F85Doh-P82oxaboL">
      <h2>What Is An Information Resource?</h2>
      <p>We can understand a <dfn>resource</dfn> as a relation between one or more <dfn>identifiers</dfn> and one or more concrete <dfn>representations</dfn>, themselves related to one another by content-preserving transformations.</p>
      <aside role="note" id="ECZdvsHdm1nkKg7YczrayI">
        <p>Suppose you agree to write an article for a magazine, which you draft as a <span>Microsoft Word</span> document. When the magazine receives your article, they convert it into <abbr title="Hypertext Markup Language">HTML</abbr> for the Web edition, ingest it into something like <span>InDesign</span> for the print master, turn that into a <abbr title="Portable Document Format">PDF</abbr> proof, and then finally onto paper. These are all the same document&#x2014;the same <dfn>resource</dfn>&#x2014;different <dfn>representations</dfn> of the same content related by information-preserving transformations.</p>
        <p>Each of these representations, save for the last, is a distinct sequence of <dfn>bits</dfn>, meaning it can be accessed over a network protocol such as the Web, meaning each can be assigned a <dfn>uniform resource identifier</dfn>. Indeed, even the printed version can be given a <abbr title="Digital Object Identifier">DOI</abbr> or <abbr title="International Standard Serial Number">ISSN</abbr>, which can be formatted as <abbr>URIs</abbr>, and thus marshalled into a single rubric.</p>
      </aside>
    </section>
    <section id="EHIIufobOyI2Bb1r_02UFL">
      <h2>A Candidate Typology</h2>
      <p>To classify the properties of information resources, let us consider two predicates as perpendicular dimensions:</p>
      <figure id="EKSjmBo10ZprGX40lYmLVI">
        <table class="variant">
          <caption>Examples of resources at the different intersections of the two predicates.</caption>
          <thead>
            <tr>
              <th/>
              <th>Sampled</th>
              <th>Computed</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Opaque</th>
              <td>A document that you wrote, a picture that you took&#x2014;or anybody else, really</td>
              <td>A zip file, a document converted from one format into another</td>
            </tr>
            <tr>
              <th>Transparent</th>
              <td>Data collected from a form, or retrieved from an <abbr title="Application Programming Interface">API</abbr> call</td>
              <td>Aggregates or other functions over sampled&#x2014;or even other computed&#x2014;data</td>
            </tr>
          </tbody>
        </table>
      </figure>
      <section id="EYfZir4l5UHLVBqeYSchXL">
        <h3>Provenance Dimension: Sampled vs. Computed</h3>
        <p>The first dimension considers how the resource was obtained.</p>
        <dl>
          <dt>Sampled</dt>
          <dd>An information resource is <em>sampled</em> when it comes from outside of the information system under consideration, and therefore the system cannot have an account of how the resource&#x2014;or rather its <dfn>representation</dfn>&#x2014;was produced. Sampled resources must therefore be preserved in case the source becomes unavailable and they can't be obtained a second time.</dd>
          <dt>Computed</dt>
          <dd>An information resource is <em>computed</em> when a known process is applied to zero or more resources already under management within the system, generating, manipulating, combining, or otherwise transforming them. Computed resources can, by definition, always be recomputed, thus making them in principle more disposable than sampled resources, although in practice the computation always incurs a cost.</dd>
        </dl>
      </section>
      <section id="EYySlnxInGfFn_seyDziGL">
        <h3>Interpretation Dimension: Opaque vs. Transparent</h3>
        <p>The second dimension considers the interpretability of the resource by the information system that houses it, including the addressability of the resource, and its propensity for <dfn>isomorphic</dfn> representations.</p>
        <dl>
          <dt>Opaque</dt>
          <dd>An information resource is <em>opaque</em> when there can be said to be a single, unitary, concrete, literal string of <dfn>bits</dfn> which defines the resource's canonical, authoritative <dfn>representation</dfn>. All available transformations will lose information which will be evident when their inverses are applied. Furthermore, since every opaque resource originates as a literal string of bits, it can be said to have multiple <q>readings</q>, alongside the intended semantics of the data format.</dd>
          <dt>Transparent</dt>
          <dd>
            <p>An information resource is <em>transparent</em> when it has <em>no</em> canonical representation whatsoever: when any one representation is perfectly as good as any other in terms of its informational content. We call it transparent because the information system can <q>see</q> straight into it, and therefore store, retrieve, and manipulate the content to arbitrarily fine grain.</p>
            <p>Note that a resource initially considered to be opaque may be discovered to be transparent through a round-trip parsing and serialization operation. Examples of this phenomenon could be a <abbr title="Comma-Separated Values">CSV</abbr> file ingested into a database and spat back out again, producing, bit-for-bit, <em>exactly</em> the same file, or the same thing with a Markdown file which can be turned into <abbr>HTML</abbr> and then stripped back down into an identical original.</p>
          </dd>
        </dl>
      </section>
    </section>
    <section id="ELZvYV7YakTk-30-4kmo3I">
      <h2>Why Care About This Stuff?</h2>
      <p>I consider these to be fundamental structural properties of <dfn>information resources</dfn>, which themselves constitute a suitable basic unit of an information system. These structural properties are particularly instructive in helping design such systems.</p>
    </section>
  </body>
</html>
