<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="default.xsl"?>
<fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="true"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9689</fr:anchor><fr:addr>oxford-topos-meeting-2024</fr:addr><fr:route>oxford-topos-meeting-2024.xml</fr:route><fr:title>Systems Theory and Systems Practice Discussions</fr:title><fr:taxon>Event</fr:taxon><fr:authors /></fr:frontmatter><fr:mainmatter><fr:p>On March 6-8, a number of members of the Topos institute will be visiting the Oxford computer science department to have discussions around the topic of "systems theory and systems practice". A small number of Topos-affiliated guests will also join. This trip is supported by a grant from <fr:link
type="local"
href="atlas-computing.xml"
addr="atlas-computing"
title="Atlas Computing">Atlas Computing</fr:link>.</fr:p><fr:p>While this is not an open workshop, as there was not time or funding to invite a larger group of participants, we intend to share the content of the meetings as much as is possible, in the spirit of open collaboration with the larger applied category theory community.</fr:p><fr:p>To this end, we will have some lectures open to anyone in Oxford at the beginning of the workshop, which may or may not be recorded depending on preference of participants and availability of recording equipment.</fr:p><fr:p>This page lays out a rough schedule, and also serves as a place to link notes produced from the meeting.</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2468</fr:anchor><fr:addr>#610</fr:addr><fr:route>unstable-610.xml</fr:route><fr:title>Schedule</fr:title><fr:authors /><fr:parent>oxford-topos-meeting-2024</fr:parent></fr:frontmatter><fr:mainmatter><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2469</fr:anchor><fr:addr>#611</fr:addr><fr:route>unstable-611.xml</fr:route><fr:title>Wednesday, March 6</fr:title><fr:authors /><fr:parent>#610</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>Location: Room 051.</fr:p><fr:p>Organizer: Owen Lynch</fr:p><fr:p>Note: there may be a break in the schedule for attending a talk by <fr:link
type="local"
href="thorsten-altenkirch.xml"
addr="thorsten-altenkirch"
title="Thorsten Altenkirch">Thorsten Altenkirch</fr:link> in the afternoon.</fr:p><fr:ul><fr:li>9:30am-12pm introductory talks on systems theory and probabilistic programming.
        <fr:ul><fr:li>9:30am-9:45am Owen Lynch: What is this workshop about?</fr:li>
          <fr:li>9:45am-10:45am David Jaz Myers, Categorical Systems Theory</fr:li>
          <fr:li>10:45am-11:00am Coffee Break.</fr:li>
          <fr:li>11:00am-12:00pm Sam Staton, LazyPPL</fr:li></fr:ul></fr:li>
      <fr:li>12pm-1pm lunch</fr:li>
      <fr:li>1pm-2:30pm focused discussion in smaller groups.</fr:li>
      <fr:li>2:30pm-3pm break and reformation of groups.</fr:li>
      <fr:li>3pm-4pm focused discussion in smaller groups.</fr:li>
      <fr:li>4pm-5pm A talk by <fr:link
type="local"
href="thorsten-altenkirch.xml"
addr="thorsten-altenkirch"
title="Thorsten Altenkirch">Thorsten Altenkirch</fr:link> with the following description
      <fr:blockquote>
        What is equality? I want to discuss the role of equality in Type Theory in the context of Homotopy Type Theory and recent work with Ambrus Kaposi and Mike Shulman on Higher observational Type Theory. 
      </fr:blockquote></fr:li>
      <fr:li>5pm-6pm: An opportunity to write up notes from the day or discuss further.</fr:li></fr:ul></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2470</fr:anchor><fr:addr>#612</fr:addr><fr:route>unstable-612.xml</fr:route><fr:title>Thursday, March 7</fr:title><fr:authors /><fr:parent>#610</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>Location: Tony Hoare room 8am-12pm, lecture theatre A 3pm-6pm</fr:p><fr:p>Organizer: David Jaz Myers</fr:p><fr:ul><fr:li>9am-10am group discussion of research directions from Wednesday, rereading what we wrote.</fr:li>
      <fr:li>10am-12pm focused discussion in smaller groups.</fr:li>
      <fr:li>12pm-3pm lunch and excursion (perhaps to the Botanical Gardens, optional)</fr:li>
      <fr:li>3pm-4:30pm focused discussion in smaller groups.</fr:li>
      <fr:li>4:30pm-6pm writing notes from focused discussion.</fr:li></fr:ul></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2471</fr:anchor><fr:addr>#613</fr:addr><fr:route>unstable-613.xml</fr:route><fr:title>Friday, March 8</fr:title><fr:authors /><fr:parent>#610</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>Location: Tony Hoare room 8am-12pm, room 051 3pm-6pm</fr:p><fr:p>Organizer: Paolo Perrone</fr:p><fr:ul><fr:li>9am-10am group discussion of research directions from Wednesday+Thursday, rereading what we wrote.</fr:li>
      <fr:li>10am-11am (tentative) recorded panel discussion of interesting topics from the past two days.</fr:li>
      <fr:li>11am-12pm focused discussion in smaller groups.</fr:li>
      <fr:li>12pm-2pm lunch and free time.</fr:li>
      <fr:li>2pm-3pm <fr:link
type="local"
href="elena-di-lavore.xml"
addr="elena-di-lavore"
title="Elena Di Lavore">Elena Di Lavore</fr:link> talk in Lecture Theatre A.</fr:li>
      <fr:li>3pm-4:30pm focused discussion in smaller groups.</fr:li>
      <fr:li>4:30pm-5:30pm final writing session.</fr:li>
      <fr:li>5:30pm-6:00pm discussion of research directions for Topos and Oxford CS going forward into the future.</fr:li></fr:ul></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2472</fr:anchor><fr:addr>#614</fr:addr><fr:route>unstable-614.xml</fr:route><fr:title>Topics</fr:title><fr:authors /><fr:parent>oxford-topos-meeting-2024</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>The overall theme of this workshop is the idea of "models as formal objects". Within this theme, there are several subtopics that we might pursue.</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2473</fr:anchor><fr:addr>#615</fr:addr><fr:route>unstable-615.xml</fr:route><fr:title>Double-operadic systems theory</fr:title><fr:authors /><fr:parent>#614</fr:parent></fr:frontmatter><fr:mainmatter><fr:p><fr:link
type="local"
href="st-0001.xml"
addr="st-0001"
title="Categorical Systems Theory">Double-operadic systems theory</fr:link> provides an abstract structure for the affordances of <fr:em>composing</fr:em> and <fr:em>comparing</fr:em> models. It is currently under development by <fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link> and <fr:link
type="local"
href="david-jaz-myers.xml"
addr="david-jaz-myers"
title="David Jaz Myers">David Jaz Myers</fr:link>. Open areas of research to discuss include:</fr:p><fr:ul><fr:li><fr:em>Doctrines of hybrid systems</fr:em>. This would be a development of theory along the lines of the the theory already developed for continuous systems and discrete systems that allows for systems that display both discrete and continuous behavior.</fr:li>
      <fr:li><fr:em>Nondeterminism+probability</fr:em>. How can we incorporate infrabayesian ideas into dynamical systems?</fr:li>
      <fr:li><fr:em>Approximate decomposition</fr:em>. How can we relate a system to a proposed decomposition of it, and measure how assumptions of causality, etc. implicit within a given decomposition lose or do not lose details about the original system. We can think of this like “graphical causal models,” but for dynamical systems rather than just Markov kernels.</fr:li></fr:ul></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2474</fr:anchor><fr:addr>#616</fr:addr><fr:route>unstable-616.xml</fr:route><fr:title>Models as data</fr:title><fr:authors /><fr:parent>#614</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>This topic works towards a vision for scientific computing where model specifications, theoretically backed by <fr:link
type="local"
href="st-0001.xml"
addr="st-0001"
title="Categorical Systems Theory">Categorical Systems Theory</fr:link>, can be serialized and passed between different programming languages for different analysis tasks. Open areas of research to discuss include:</fr:p><fr:ul><fr:li><fr:em>Type theory for serializable models</fr:em>. Certain type formers (producs, sums, recursive types, etc.) are amenable to serialization, while others (function types, streams, etc.) are not. <fr:link
type="local"
href="david-jaz-myers.xml"
addr="david-jaz-myers"
title="David Jaz Myers">David Jaz Myers</fr:link> has suggested that this distinction comes down to <fr:em>inductive</fr:em> vs. <fr:em>coinductive</fr:em> type formers. How detailed can our type specification language be while remaining practical?</fr:li>
      <fr:li><fr:em>Symmetries</fr:em>. Scientific models often have natural symmetries, due to the ability to rename variables. How can we capture these symmetries, and tell when two models are "isomorphic"?</fr:li>
      <fr:li><fr:em>Version control</fr:em>. If we are to store scientific models on disk, rather than just in transit between programming languages, we need to version them. And this versioning should be high-level: I shouldn't have to wade through a git diff of JSON that I didn't write.</fr:li></fr:ul></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2475</fr:anchor><fr:addr>#617</fr:addr><fr:route>unstable-617.xml</fr:route><fr:title>Inference over the space of models</fr:title><fr:authors /><fr:parent>#614</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>When models are data, it is natural to think of searching over the space of models as part of Bayesian statistical inference. Searching over large combinatorial spaces has a lot of difficulties: how can we use our knowledge of structure to help here?</fr:p><fr:ul><fr:li><fr:em>Symmetries</fr:em>. If the type theory naturally affords a definition of symmetry, can we use this to avoid sampling isomorphic models?</fr:li>
      <fr:li><fr:em>Composition/decompostion</fr:em>. How does composition interact with model search? Can we use composition/decomposition as a "divide and conquer" strategy?</fr:li>
      <fr:li><fr:em>Ensemble models</fr:em>. The result of a Bayesian inference is a posterior over model space, not a specific models. Can we treat this within a doctrine of "ensemble models"?</fr:li></fr:ul></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter><fr:tree
toc="false"
numbered="false"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:title>Backlinks</fr:title><fr:authors /></fr:frontmatter><fr:mainmatter><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9690</fr:anchor><fr:addr>ocl-001O</fr:addr><fr:route>ocl-001O.xml</fr:route><fr:title>A Retrospective on the Oxford-Topos Meeting</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2424</fr:anchor><fr:addr>#867</fr:addr><fr:route>unstable-867.xml</fr:route><fr:title>Overview</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>ocl-001O</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>Sam Staton, Paolo Perrone and I organized a <fr:link
type="local"
href="oxford-topos-meeting-2024.xml"
addr="oxford-topos-meeting-2024"
title="Systems Theory and Systems Practice Discussions">small meeting between Topos Institute and the Oxford CS department</fr:link>. It was kind of like a workshop, but because of the short time frame that we planned it on and limited funding, we didn't invite all the people we'd like to invite or have it open to applications, so we called it a "meeting." Anyways, we managed to make some good progress on some open problems within categorical systems theory, and it was a lot of fun, so this is a short retrospective on what worked, what didn't work, and directions to pursue in the future.</fr:p><fr:p>The meeting was fairly loosely structured. We had two talks at the beginning, one from David Jaz on double categorical systems theory, and another from Sam Staton on LazyPPL. The rest of the time was spent on:</fr:p><fr:ul><fr:li>Talking in small groups about math.</fr:li>
  <fr:li>Writing up what we talked about on the LocalCharts forest.</fr:li>
  <fr:li>Explaining things we talked about to the whole group.</fr:li></fr:ul><fr:p>I opened the meeting by asking participants to do three things.</fr:p><fr:ol><fr:li>As much as possible, attempt to ground any new theory with concrete examples.</fr:li>
  <fr:li>Write things down on the forest <fr:em>on the day</fr:em> that you discussed them, so that you won't forget them, and so that people interested in the topics of the meeting who didn't attend the meeting wouldn't be too left out.</fr:li>
  <fr:li>Be comfortable with the idea that you might spend three hours teaching existing theory to people who aren't familiar with it yet. Transmitting knowledge is a good outcome of the workshop and not at all a waste of time.</fr:li></fr:ol><fr:p>The last request was I think the most successful idea; people were pretty happy at the end of the workshop about things that they had learned. For the second request, I tried to set aside time at the end of each day to write, but it was very tempting to continue conversations into this time instead of writing, and also it was somewhat hard to write at the end of the day, when everyone was tired from doing math all day and looking forward to dinner. The first request I think was a good idea, but very easy to forget when you are a category theorist! So I think that it's worth asking people to do in the future, even though we weren't very good at living up to it.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2426</fr:anchor><fr:addr>#868</fr:addr><fr:route>unstable-868.xml</fr:route><fr:title>Content</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>ocl-001O</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>We gathered together things that people wrote at the workshop into <fr:link
type="local"
href="oxford-topos-meeting-2024-output.xml"
addr="oxford-topos-meeting-2024-output"
title="Oxford-Topos Meeting 2024 - Outcomes">Oxford-Topos Meeting 2024 - Outcomes</fr:link>. Some people ended up writing a lot, others none at all. I ended up not writing very much because I was hovering around helping people install forester. Hopefully in future events, everyone will have forester installed and be used to forester syntax before designated writing times.</fr:p><fr:p>So my dream of having all of the discussions captured on paper for those who weren't present didn't quite materialize. But fortunately I can talk a little bit now about some of the topics of the discussions that I participated in.</fr:p><fr:p>Note: I'm not putting the list of people in each discussion in case people wish to keep that private, but if you were in a discussion and you want to add your name, please just edit this!</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2428</fr:anchor><fr:addr>#869</fr:addr><fr:route>unstable-869.xml</fr:route><fr:title>Port-Hamiltonian Systems</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>#868</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>I ended up in two discussions on port-Hamiltonian systems. Both of these discussions were somewhat one-sided, in that they mostly consisted of me explaining what I did in my <fr:link
type="local"
href="lynch-relational-2022.xml"
addr="lynch-relational-2022"
title="Relational Composition of Physical Systems: A Categorical Approach">masters thesis</fr:link>. I want to emphasize that I did not set out for this meeting to consist of me shilling for my own work, but it seemed like people were interested and enjoyed learning about it.</fr:p><fr:p>However, I was especially pleased that after I went through some of the big gaps in my thesis which had to do with my lack of knowledge of differential geometry: Paolo Perrone was kind enough to teach me some intuition about integrable forms. Specifically, the kernel of an integrable 1-form <fr:tex
display="inline"><![CDATA[\omega  \in  \Gamma (T^\ast  X)]]></fr:tex> is the tangent bundle of a codimension-1 foliation. He told me to imagine this like sedimentary rocks: the manifold is divided up into layers, and the kernel of <fr:tex
display="inline"><![CDATA[\omega ]]></fr:tex> consists of directions that travel along a single layer.</fr:p><fr:p>Then, as far as I understand it, the idea Paolo was proposing was to replace the relations that I use in my thesis with something like forms which vanish on the relations. The problem that I was running into in my thesis is that, when thought of as relations, linear subbundles of vector bundles don't necessarily compose because of constant-rank issues. Perhaps moving to forms would allow me to talk about non-constant-rank linear subbundles? Anyways, I'm excited to investigate this direction, and not having a good intuition for integrable forms was something that had bothered me for a while so I was happy to learn about that.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2430</fr:anchor><fr:addr>#870</fr:addr><fr:route>unstable-870.xml</fr:route><fr:title>Stochastic Behavior</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>#868</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>Another group I participated in tackled the problem of stochastic behavior of dynamical systems. There is a good story for "representable behaviors" within categorical systems theory, but it was unknown how to generalize this to talk about behaviors of a Markov chain.</fr:p><fr:p>We were able to come up with a definition for representable stochastic behavior which mimicked the classical notion of "a stochastic process adapted to a filtration" using some techiniques from <html:span
xmlns:html="http://www.w3.org/1999/xhtml"
class="nlab"><fr:link
type="external"
href="https://ncatlab.org/nlab/show/quasi-Borel%20spaces">quasi-Borel spaces</fr:link></html:span>. I wrote up some preliminary notes on this <fr:link
type="local"
href="ocl-001N.xml"
addr="ocl-001N"
title="Random trajectories of Markov kernels">here</fr:link>, but that does not capture where we ended up going on this topic, and hopefully there may end up being a paper on this.</fr:p><fr:p>Funnily enough, our group was originally interested in trying to make a categorical systems theory for stochastic differential equations, but we ended up getting sidetracked after we slogged through an hour of half-remembering functional analysis. There were some promising directions here that I hope we circle back around to though.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2433</fr:anchor><fr:addr>#871</fr:addr><fr:route>unstable-871.xml</fr:route><fr:title>Double Operads</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>#868</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>I was not in the group that discussed double operads, and in fact to a certain extent, I don't think it was a group, it was a one-man show of Kevin Arlin sitting down and grinding out higher category theory, and the result are here: <fr:link
type="external"
href="kda-0003">kda-0003</fr:link>.</fr:p><fr:p>This was especially cool because in David Jaz's opening talk he said that he's wanted a good definition for double operad for years.</fr:p><fr:p>I think the lesson from this is that sometimes it's OK to have a group of 1! Working with other people can spark ideas that it is best to work out individually.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2435</fr:anchor><fr:addr>#872</fr:addr><fr:route>unstable-872.xml</fr:route><fr:title>Combinatorial Type Theory</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>#868</fr:parent></fr:frontmatter><fr:mainmatter><fr:p>It was a lucky coincidence that <fr:link
type="local"
href="thorsten-altenkirch.xml"
addr="thorsten-altenkirch"
title="Thorsten Altenkirch">Thorsten Altenkirch</fr:link> happened to have been scheduled to give a talk during the meeting, because I learned about the concept of observational type theory and higher observational type theory from this talk.</fr:p><fr:p>Or rather, what really happened is that Thorsten gave a talk, and then later on, David Jaz explained to me why it was really cool.</fr:p><fr:p>As far as I can understand, the idea of higher observational type theory is that each type constructor in a type theory (i.e. sigma, pi, etc.) should come along with a <fr:em>definitional equality</fr:em> for what the equality type on that type is equivalent to. For instance, equality for the universe type should be <fr:em>definitionally</fr:em> equal to isomorphism, so univalence becomes definitional instead of propositional.</fr:p><fr:p>This seems really cool to me, because it is exactly what I want for combinatorial type theory. Namely, if I write down a combinatorial type, I want to automatically <fr:em>compute</fr:em> a definition for identifications between two elements of that combinatorial type: I want to automatically derive from the definition of a graph a definition of graph isomorphism!</fr:p><fr:p>I also want to take this one step further: from the definition of a graph, I want to automatically derive a notion of <fr:em>edit</fr:em> of a graph!</fr:p><fr:p>Unfortunately, it seems like there hasn't been much published on Higher Observational Type Theory yet: it's being kept somewhat under wraps as it develops.</fr:p><fr:p>I think I only really need a fragment of the full power of Higher Observational Type Theory to do what I want, so David Jaz and I discussed some ways of doing HOTT "on the cheap".</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:p>But these were not all of the topics discussed at the meeting: these are only the topics that I know about and participated in! I encourage anyone who attended the meeting but didn't get much of a chance to write during the meeting to write up thoughts while the thoughts are still fresh, and if they feel comfortable, share those thoughts!</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2437</fr:anchor><fr:addr>#873</fr:addr><fr:route>unstable-873.xml</fr:route><fr:title>Lessons learned</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>12</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors><fr:parent>ocl-001O</fr:parent></fr:frontmatter><fr:mainmatter><fr:ol><fr:li>When you are organizing something for academics, it's good to have a half-hour buffer at the beginning and tell people to show up at the beginning of it, so that when they inevitably show up late, the rest of the schedule doesn't have to be shifted.</fr:li>

    <fr:li>Keeping to a schedule is hard. But that's OK: you don't necessarily need to keep to a strict schedule in order to get things done!</fr:li>

    <fr:li>Small is powerful. Generally the most productive discussions involved 2-3 participants, even if there were more than 3 in the group. That being said, there is a balance between "everyone contributes" and "people who don't have the same level of experience get to be a fly on the wall and see how people with more experience handle a subject", and I think that sometimes it is more productive to slow down a discussion and keep everyone following, to accomplish the "learning things" objective. All that being said, I think that it is very hard to do math in a group of &gt;5.</fr:li></fr:ol><fr:p>Overall, people said that they had a good time at the meeting, so I hope to do this again some time. I honestly think both the small discussion groups and the overall small number of people were both assets, and in fact the small number of days was also somewhat of an asset because it forced people to focus. So I think "scaling this up" doesn't look like inviting more people for a longer time: I think it looks like inviting different groups of people semi-frequently. Of course, this is only practical when the groups of people happen to be in the same place, but perhaps this is possible if small meetings like this can "piggyback" over other events like conferences. And I encourage other people to organize similar small events and not invite me, but still write up the results on localcharts: I think the ideal number of this kind of event is much larger than would be practical for me to attend!</fr:p></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9692</fr:anchor><fr:addr>oxford-topos-meeting-2024-output</fr:addr><fr:route>oxford-topos-meeting-2024-output.xml</fr:route><fr:title>Oxford-Topos Meeting 2024 - Outcomes</fr:title><fr:authors /></fr:frontmatter><fr:mainmatter><fr:p>
	This page is the research output of the meeting <fr:link
type="local"
href="oxford-topos-meeting-2024.xml"
addr="oxford-topos-meeting-2024"
title="Systems Theory and Systems Practice Discussions">Systems Theory and Systems Practice Discussions</fr:link>.
</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2445</fr:anchor><fr:addr>harmonic-sums</fr:addr><fr:route>harmonic-sums.xml</fr:route><fr:title>Harmonic sums</fr:title><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>
	Consider the quantale <fr:tex
display="inline"><![CDATA[\mathbb {L}=([0,\infty ], \geq , \cdot )]]></fr:tex>. Notice the following can be done with <fr:tex
display="inline"><![CDATA[\overline \R ]]></fr:tex> and <fr:tex
display="inline"><![CDATA[0,1]]></fr:tex>, though the results vary.

	It is closed, meaning there is an operation <fr:tex
display="inline"><![CDATA[\multimap ]]></fr:tex> such that
	<fr:tex
display="block"><![CDATA[\dfrac {ab \geq  c}{a \geq  b \multimap  c}]]></fr:tex>
	Concretely, this means
	<fr:tex
display="block"><![CDATA[ 		b \multimap  c := \begin {cases} 			c/b & \text {if }c,b \in  (0,\infty )\\ 			0 & \text {if }c=0\text { or }b=\infty \\ 			\infty  & \text {if }b=0\text { or }c=\infty  		\end {cases} 	]]></fr:tex>
	It also has <fr:em>sums</fr:em> and <fr:em>harmonic sums</fr:em>, the latter being defined as
	<fr:tex
display="block"><![CDATA[{\sum _i}^* x_i = \dfrac 1{\sum _i \dfrac 1{x_i}}]]></fr:tex>
	Since <fr:tex
display="inline"><![CDATA[1/x]]></fr:tex> is the semantics of <fr:tex
display="inline"><![CDATA[x \multimap  1]]></fr:tex>, this means harmonic sum is the ''de Morgan dual'' to sum.
	We also have
	<fr:tex
display="block"><![CDATA[\sum _i (b \multimap  {a_i}) = b \multimap  {\sum _i a_i}]]></fr:tex>
	<fr:tex
display="block"><![CDATA[\sum _i ({b_i} \multimap  a) = {{\sum _i}^* b_i} \multimap  a]]></fr:tex>
	Clearly one can express this in any <fr:tex
display="inline"><![CDATA[\mathbb {L}]]></fr:tex>-enriched category, leading to the definition of <fr:strong>internal sums and cosums</fr:strong>:
</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2447</fr:anchor><fr:addr>sums</fr:addr><fr:route>sums.xml</fr:route><fr:title>(Co)sums</fr:title><fr:taxon>Definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>
	Let <fr:tex
display="inline"><![CDATA[\mathbb {L}]]></fr:tex> be a symmetric distributive monoidal category, with monoidal product <fr:tex
display="inline"><![CDATA[\cdot ]]></fr:tex> and monoidal sum <fr:tex
display="inline"><![CDATA[+]]></fr:tex>, with the first distributing over the latter.
	Let <fr:tex
display="inline"><![CDATA[C]]></fr:tex> be a <fr:tex
display="inline"><![CDATA[\mathbb {L}]]></fr:tex>-category.
	The <fr:strong>sum</fr:strong> of a finite collection <fr:tex
display="inline"><![CDATA[(c_i)_{i \in  I}]]></fr:tex> of objects in <fr:tex
display="inline"><![CDATA[C]]></fr:tex> is an object <fr:tex
display="inline"><![CDATA[\sum _i c_i]]></fr:tex> such that
	<fr:tex
display="block"><![CDATA[\sum _i C(d, c_i) = C(d, \sum _i c_i)]]></fr:tex>
	Dually, their <fr:strong>cosum</fr:strong> is the object <fr:tex
display="inline"><![CDATA[{\sum _i}^* c_i]]></fr:tex> such that
	<fr:tex
display="block"><![CDATA[\sum _i C(c_i, d) = C({\sum _i}^* c_i,d)]]></fr:tex></fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:p>
	So sums seems to be `limity' and cosums `colimity'.
</fr:p><fr:p>
	Sums are known to be associative and commutative. Harmonic sums are too:
	<fr:tex
display="block"><![CDATA[a +^*(b +^*c) = \dfrac 1{1/a + 1/b +1/c} = (a +^* b)+^* c]]></fr:tex>
	and
	<fr:tex
display="block"><![CDATA[a +^* b +^* c = \dfrac {1}{1/a + 1/b + 1/c}]]></fr:tex>
	Harmonic sum is a monoidal product on <fr:tex
display="inline"><![CDATA[[0,\infty ]]]></fr:tex> too, since when <fr:tex
display="inline"><![CDATA[a \leq  b, a' \leq  b']]></fr:tex>, then <fr:tex
display="inline"><![CDATA[1/a \geq  1/b, 1/a' \geq  1/b']]></fr:tex> and thus
	<fr:tex
display="block"><![CDATA[a+^*a' = \dfrac 1{1/a+1/a'} \leq  \dfrac 1{1/b + 1/b'} = b+^*b']]></fr:tex></fr:p><fr:p>
	Sums and harmonic sums lie in a spectrum which includes <fr:tex
display="inline"><![CDATA[p]]></fr:tex>-norms as well as <fr:tex
display="inline"><![CDATA[\sup ]]></fr:tex> and <fr:tex
display="inline"><![CDATA[\inf ]]></fr:tex>. Specifically, define the <fr:strong><fr:tex
display="inline"><![CDATA[p]]></fr:tex>-sum</fr:strong> to be
	<fr:tex
display="block"><![CDATA[{\sum _i}^p\ b_i := \left (\sum _i (b_i)^p\right )^{1/p}]]></fr:tex>
	Then
	<fr:ol><fr:li><fr:tex
display="inline"><![CDATA[{\sum }^{-\infty }]]></fr:tex> is <fr:tex
display="inline"><![CDATA[\inf ]]></fr:tex> and <fr:tex
display="inline"><![CDATA[{\sum }^\infty ]]></fr:tex> is <fr:tex
display="inline"><![CDATA[\sup ]]></fr:tex>,</fr:li>
		<fr:li><fr:tex
display="inline"><![CDATA[{\sum }^{1}]]></fr:tex> is just sum and <fr:tex
display="inline"><![CDATA[{\sum }^{-1}]]></fr:tex> is harmonic sum.</fr:li></fr:ol>
	So we can indeed see sum as a deformed colimit and harmonic sum as a deformed limit:

	
  <html:center
xmlns:html="http://www.w3.org/1999/xhtml"><fr:embedded-tex
hash="eca5b279b875f3120bf9339d4282c06b"><fr:embedded-tex-preamble><![CDATA[\usepackage {quiver, amsopn, amssymb, mathrsfs}]]></fr:embedded-tex-preamble><fr:embedded-tex-body><![CDATA[
		\begin {tikzcd}
			\inf  & \cdots  & {{\sum }^{-p}} & \cdots  & {{\sum }^*} & 1 & {\sum } & \cdots  & {{\sum }^p} & \cdots  & \sup  \\
			{-\infty } && {-p} && {-1} & 0 & 1 && p && \infty 
			\arrow [no head, from=2-5, to=2-6]
			\arrow [no head, from=2-6, to=2-7]
			\arrow [no head, from=2-1, to=2-3]
			\arrow [no head, from=2-3, to=2-5]
			\arrow [from=2-9, to=2-11]
			\arrow [no head, from=2-9, to=2-7]
		\end {tikzcd}
	]]></fr:embedded-tex-body></fr:embedded-tex></html:center></fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2450</fr:anchor><fr:addr>quantitative-equipment</fr:addr><fr:route>quantitative-equipment.xml</fr:route><fr:title>A quantitative equipment</fr:title><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>
	One can define a <fr:tex
display="inline"><![CDATA[V]]></fr:tex>-enriched <html:span
xmlns:html="http://www.w3.org/1999/xhtml"
class="nlab"><fr:link
type="external"
href="https://ncatlab.org/nlab/show/virtual%20double%20category">virtual double category</fr:link></html:span> to be a virtual double category where the squares form an object in <fr:tex
display="inline"><![CDATA[V]]></fr:tex> instead of a set.
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2453</fr:anchor><fr:addr>#845</fr:addr><fr:route>unstable-845.xml</fr:route><fr:title>A quantitative equipment</fr:title><fr:taxon>Definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>quantitative-equipment</fr:parent></fr:frontmatter><fr:mainmatter>
	The objects are finite sets, the tight 1-cells are functions, the loose 1-cells are matrices in <fr:tex
display="inline"><![CDATA[[0,\infty ]]]></fr:tex> and the squares are
	
  <html:center
xmlns:html="http://www.w3.org/1999/xhtml"><fr:embedded-tex
hash="4ba43ad62f83112cf82347f72c619f80"><fr:embedded-tex-preamble><![CDATA[\usepackage {quiver, amsopn, amssymb, mathrsfs}]]></fr:embedded-tex-preamble><fr:embedded-tex-body><![CDATA[
		\begin {tikzcd}
			{A_0} & {A_1} & {A_n} & {A_{n+1}} \\
			B &&& C
			\arrow ["{R_1}", "\shortmid "{marking}, from=1-1, to=1-2]
			\arrow ["{R_n}", "\shortmid "{marking}, from=1-3, to=1-4]
			\arrow [""{name=0, anchor=center, inner sep=0}, "S"', "\shortmid "{marking}, from=2-1, to=2-4]
			\arrow ["f"', from=1-1, to=2-1]
			\arrow ["g", from=1-4, to=2-4]
			\arrow [""{name=1, anchor=center, inner sep=0}, "\cdots "{marking, allow upside down}, draw=none, from=1-2, to=1-3]
			\arrow ["q", shorten <=4pt, shorten >=4pt, Rightarrow, from=1, to=0]
		\end {tikzcd}
	]]></fr:embedded-tex-body></fr:embedded-tex></html:center>

	where
	<fr:tex
display="block"><![CDATA[q = \sum ^*_{a_0,\ldots ,a_{n+1}} \left (R_1(a_0, a_1) + \cdots  + R_n(a_n, a_{n+1}) \multimap  S(f(a_0), g(a_{n+1}))\right )]]></fr:tex>
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p><fr:strong>Claims.</fr:strong> Some of this need one to work with <fr:tex
display="inline"><![CDATA[[0,1]]]></fr:tex> instead.
	<fr:ol><fr:li>This virtual double category is an equipment</fr:li>
		<fr:li>This virtual double category has all units and composites, given by Chapman--Kolmogorov</fr:li>
		<fr:li>Right Kan extensions are weighting of measures</fr:li>
		<fr:li>Right Kan lifts are Radon--Nikodym derivatives (not checked)</fr:li>
		<fr:li>The Cauchy-completion of an object <fr:tex
display="inline"><![CDATA[A]]></fr:tex> is the set of measures on <fr:tex
display="inline"><![CDATA[A]]></fr:tex></fr:li></fr:ol></fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2456</fr:anchor><fr:addr>kdc-0002</fr:addr><fr:route>kdc-0002.xml</fr:route><fr:title>A bit about port Hamiltonians</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>6</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="kevin-carlson.xml"
addr="kevin-carlson"
title="Kevin Carlson">Kevin Carlson</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>This afternoon at the Topos-Oxford workshop we had in effect a talk from Owen on port Hamiltonian systems. I hadn't had the slightest idea about the latter before now so it was good to get a bit of a start.</fr:p><fr:p>The foundation is the standard Hamiltonian mechanics, with a configuration space <fr:tex
display="inline"><![CDATA[X]]></fr:tex> and a Hamiltonian <fr:tex
display="inline"><![CDATA[H:X\to  \R .]]></fr:tex> This induces the 1-form <fr:tex
display="inline"><![CDATA[dH]]></fr:tex> from which we want to get a vector field; the thing we need to do this is a tensor <fr:tex
display="inline"><![CDATA[J:\Gamma (T^*X\to  TX).]]></fr:tex> Then the contraction <fr:tex
display="inline"><![CDATA[J(dH)]]></fr:tex> is the desired vector field. By a bit of calculus, you can find that <fr:tex
display="inline"><![CDATA[J]]></fr:tex> has to be skew-symmetric to get trajectories of <fr:tex
display="inline"><![CDATA[J(dH)]]></fr:tex> to be in level sets of <fr:tex
display="inline"><![CDATA[H]]></fr:tex>, which is the law of conservation of energy.</fr:p><fr:p>This situation can be abstracted using the notion of Dirac relation. A Bond bundle is an even-dimensional vector bundle equipped with a quadratic form <fr:tex
display="inline"><![CDATA[Q]]></fr:tex>, and a Dirac relation is a half-dimensional subbundle contained in the zero-set of <fr:tex
display="inline"><![CDATA[Q.]]></fr:tex> The example from the previous case is <fr:tex
display="inline"><![CDATA[TX\oplus  T^*X]]></fr:tex> with <fr:tex
display="inline"><![CDATA[Q(v,\alpha )=\alpha (v).]]></fr:tex> The Dirac relation is the graph of the symplectic form.</fr:p><fr:p>Then, port Hamiltonians add a new trivial Bond bundle <fr:tex
display="inline"><![CDATA[V=V\times  X]]></fr:tex> giving the interface of your system--in coordinates, <fr:tex
display="inline"><![CDATA[V=(e,f)]]></fr:tex> where <fr:tex
display="inline"><![CDATA[e]]></fr:tex> is the (external) effort and <fr:tex
display="inline"><![CDATA[f]]></fr:tex> is the flow. These words seem to be abstractions of the notions of force and velocity, so you might initially imagine adding some external driving force to your system. Anyway, a Dirac relation on <fr:tex
display="inline"><![CDATA[T^*X\oplus  TX\oplus  V]]></fr:tex> together with a Hamiltonian <fr:tex
display="inline"><![CDATA[X\to  \R ]]></fr:tex> is a port Hamiltonian system, and that's pretty much where we got.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2458</fr:anchor><fr:addr>kdc-0003</fr:addr><fr:route>kdc-0003.xml</fr:route><fr:title>Double operads</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>7</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="kevin-carlson.xml"
addr="kevin-carlson"
title="Kevin Carlson">Kevin Carlson</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>David Jaz wants a definition of double (coloured) operads/multicategories. These should be guys such that 
vertical morphisms are unary, horizontal morphisms are <fr:tex
display="inline"><![CDATA[n]]></fr:tex>-ary, and (thus) cells have boundary given by
two horizontal morphisms, one vertical morphism, and one list of vertical morphisms. The key is that composition
of horizontal morphisms can only be pseudo.</fr:p><fr:p>The most obvious way to get these things seemed to be to generalize Cruttwell-Shulman to the pseudo case,
so that a double operad would be something like a normalized pseudo-monoid in the horizontal Kleisli double category 
of the free (symmetric) monoidal category monad on the double category of profunctors. But you can't define 
pseudo-monoids in a (virtual) double category! If you think about spans of categories, you might note that this is
more than a mere double category, and try to think about some kind of double category with maps between the cells. But this is exhausting.</fr:p><fr:p>A quite different approach is to generalize the definition of <fr:em>pseudo-double categories</fr:em> as pseudo-algebras for the free category monad on the double category of categories internal to graphs! Thus let a <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graph be a span <fr:tex
display="inline"><![CDATA[TV\leftarrow  E\to  V]]></fr:tex> where <fr:tex
display="inline"><![CDATA[T]]></fr:tex> is a monad. Graphs are <fr:tex
display="inline"><![CDATA[\mathrm {id}]]></fr:tex>-graphs. <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-categories are <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs equipped with an identity-assigning map of spans from <fr:tex
display="inline"><![CDATA[V\leftarrow  V\to  V]]></fr:tex> (over the unit of <fr:tex
display="inline"><![CDATA[T]]></fr:tex> on the left, see below) and a composition
map from <fr:tex
display="inline"><![CDATA[E\times _V E]]></fr:tex> to <fr:tex
display="inline"><![CDATA[E]]></fr:tex> (over the multiplication of <fr:tex
display="inline"><![CDATA[T]]></fr:tex> on the left). In any reasonable case there will be a free <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-category monad on <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs, which will extend to a levelwise-free-category monad on the double category of <fr:em>internal categories in </fr:em><fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs with their functors and profunctors.</fr:p>
  <html:center
xmlns:html="http://www.w3.org/1999/xhtml"><fr:embedded-tex
hash="90f229d03c9d8d2bb47d15561f01db73"><fr:embedded-tex-preamble><![CDATA[\usepackage {quiver, amsopn, amssymb, mathrsfs}]]></fr:embedded-tex-preamble><fr:embedded-tex-body><![CDATA[
\begin {tikzcd}
	V & V & V & {T^2V} & TE & TV & E & V \\
	TV & E & V &&& \bullet  \\
	&&& TV && E && V
	\arrow [from=1-2, to=1-1]
	\arrow [from=1-2, to=1-3]
	\arrow [from=1-3, to=2-3]
	\arrow [from=1-1, to=2-1]
	\arrow [from=1-2, to=2-2]
	\arrow [from=2-2, to=2-1]
	\arrow [from=2-2, to=2-3]
	\arrow [from=1-5, to=1-4]
	\arrow [from=1-5, to=1-6]
	\arrow [from=1-7, to=1-6]
	\arrow [from=1-7, to=1-8]
	\arrow [from=2-6, to=1-5]
	\arrow [from=2-6, to=1-7]
	\arrow ["\lrcorner "{anchor=center, pos=0.125, rotate=135}, draw=none, from=2-6, to=1-6]
	\arrow [from=1-4, to=3-4]
	\arrow [from=1-8, to=3-8]
	\arrow [from=3-6, to=3-4]
	\arrow [from=3-6, to=3-8]
	\arrow [from=2-6, to=3-6]
\end {tikzcd}
]]></fr:embedded-tex-body></fr:embedded-tex></html:center>
<fr:p>You should picture an internal category in <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs as having a <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graph of objects, with its <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-shaped 
edges drawn horizontally, and a <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graph of vertical edges, with <fr:em>its</fr:em> edges drawn horizontally as families of squares. We can compose these vertical edges and the squares come along for the ride. But there's no way to compose 
horizontal edges, yet. An actual algebra for the free <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-multicategory monad in here would be a <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-multicategory internal to categories or a category internal to <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-multicategories; to get the desired pseudo-ness, we just ask for pseudo-algebras.</fr:p><fr:p>There's an extra complication when you want symmetric double operads, since then <fr:tex
display="inline"><![CDATA[T]]></fr:tex> needs to be a monad on <fr:tex
display="inline"><![CDATA[\mathsf {Cat}]]></fr:tex> (namely the free symmetric monoidal category monad). For this we only want to consider the categories internal to <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs with discrete categories of vertices and edges. I bet this'll be made clearer by considering the case that <fr:tex
display="inline"><![CDATA[T]]></fr:tex> is a <fr:em>relative</fr:em> monad <fr:tex
display="inline"><![CDATA[T:\mathsf {A}\to  \mathsf {B},]]></fr:tex> and then considering <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs as graphs <fr:tex
display="inline"><![CDATA[TV\leftarrow  JE\to  JV,]]></fr:tex> where <fr:tex
display="inline"><![CDATA[J]]></fr:tex> is the inclusion of <fr:tex
display="inline"><![CDATA[\mathsf {A}]]></fr:tex> into <fr:tex
display="inline"><![CDATA[\mathsf {B}]]></fr:tex>.</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2461</fr:anchor><fr:addr>kdc-0004</fr:addr><fr:route>kdc-0004.xml</fr:route><fr:title><fr:tex
display="inline"><![CDATA[T]]></fr:tex>-pseudo double category</fr:title><fr:taxon>Definition</fr:taxon><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>7</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="kevin-carlson.xml"
addr="kevin-carlson"
title="Kevin Carlson">Kevin Carlson</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>Let <fr:tex
display="inline"><![CDATA[T:\mathsf {A}\to  \mathsf {B}]]></fr:tex> be a monad relative to <fr:tex
display="inline"><![CDATA[J:\mathsf {A}\to  \mathsf {B}]]></fr:tex>. Then a <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-(pseudo) double category
is a pseudo-algebra for the extension of the free <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-category monad to the double category of categories internal to <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-graphs.</fr:p><fr:p>A virtual <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-double category is a normalized monad in the horizontal Kleisli double category of the same free <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-category monad. This gives a virtual equipment <fr:tex
display="inline"><![CDATA[T-\mathsf {VDblCat}]]></fr:tex>. </fr:p><fr:p>The double category of <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-pseudo double categories is, preliminarily, the full sub-virtual double category of <fr:tex
display="inline"><![CDATA[T-\mathsf {VDblCat}]]></fr:tex> spanned by the virtual <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-double categories that are actually pseudo.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:p>I am not quite sure about the profunctors of <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-double categories as in the definition above, they're the same as profunctors of <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-virtual double categories but I think the two notions don't coincide for <fr:tex
display="inline"><![CDATA[T=\mathrm {id}]]></fr:tex>.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2463</fr:anchor><fr:addr>ocl-001N</fr:addr><fr:route>ocl-001N.xml</fr:route><fr:title>Random trajectories of Markov kernels</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>7</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>In categorical systems theory, one of the great features is that trajectories are representable. That is, a trajectory of a certain system is a morphism from a special "clock system" into that system. Different choices of clock systems can give you different notions of trajectory, i.e. trajectory for all of <fr:tex
display="inline"><![CDATA[\mathbb {R}]]></fr:tex>, a trajectory on the interval <fr:tex
display="inline"><![CDATA[[a,b]]]></fr:tex>, a cyclic trajectory, etc.</fr:p><fr:p>However, we don't yet have a good notion of trajectory for systems defined by stockastic kernels <fr:tex
display="inline"><![CDATA[k \colon  S \to  \Delta  S]]></fr:tex>.</fr:p><fr:p>Classically, such a trajectory is a collection of random variables <fr:tex
display="inline"><![CDATA[\{X_i \in  S\}_{i \in  \mathbb {N}}]]></fr:tex> such that <fr:tex
display="inline"><![CDATA[p(X_{n+1}|X_n) = k(X_n)]]></fr:tex>.</fr:p><fr:p>Or, in other words, for all <fr:tex
display="inline"><![CDATA[f \colon  S \to  \mathbb {R}]]></fr:tex>, <fr:tex
display="inline"><![CDATA[\mathbb {E}[f(X_{n+1})|X_n] = \mathbb {E}_{x \sim  k(X_n)}[f(x)]]]></fr:tex>.</fr:p><fr:p>We were thinking about representing the data of a trajectory as a map <fr:tex
display="inline"><![CDATA[\Omega  \times  \mathbb {N} \to  S]]></fr:tex> in quasi-Borel spaces, where <fr:tex
display="inline"><![CDATA[\Omega ]]></fr:tex> is the canonical sample space. Then the clock system needs to be a map <fr:tex
display="inline"><![CDATA[\Omega  \times  \mathbb {N} \to  \Delta (\Omega  \times  \mathbb {N})]]></fr:tex>, where <fr:tex
display="inline"><![CDATA[\Delta ]]></fr:tex> is the probability monad for quasi-Borel spaces, such that the following commutes:</fr:p>
  <html:center
xmlns:html="http://www.w3.org/1999/xhtml"><fr:embedded-tex
hash="18bec99d67da61f957ea9edba513e001"><fr:embedded-tex-preamble><![CDATA[\usepackage {quiver, amsopn, amssymb, mathrsfs}]]></fr:embedded-tex-preamble><fr:embedded-tex-body><![CDATA[
\begin {tikzcd}
  \Delta (\Omega  \times  \mathbb {N}) \ar [r] & \Delta (S) \\
  \Omega  \times  \mathbb {N} \ar [u] \ar [r] & S \ar [u]
\end {tikzcd}
]]></fr:embedded-tex-body></fr:embedded-tex></html:center>
<fr:p>In order for this to work, commutativity of the above square needs to be equivalent to the condition above involving conditional expectation.</fr:p><fr:p>Two things that don't work are sending <fr:tex
display="inline"><![CDATA[(\omega , n)]]></fr:tex> to <fr:tex
display="inline"><![CDATA[(\omega ', n+1)]]></fr:tex> where <fr:tex
display="inline"><![CDATA[\omega ']]></fr:tex> is uniformly sampled independent from <fr:tex
display="inline"><![CDATA[\omega ]]></fr:tex>, or sending it to <fr:tex
display="inline"><![CDATA[(\omega , n+1)]]></fr:tex>.</fr:p><fr:p>The problem is that we need some notion of <fr:tex
display="inline"><![CDATA[X_{-}]]></fr:tex> being adapted to a filtration. (broke off at this point to go talk to Paolo and David Jaz about this)</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2465</fr:anchor><fr:addr>ocl-001M</fr:addr><fr:route>ocl-001M.xml</fr:route><fr:title>Peer Review in Forest</fr:title><fr:date><fr:year>2024</fr:year><fr:month>3</fr:month><fr:day>6</fr:day></fr:date><fr:authors><fr:author><fr:link
type="local"
href="owen-lynch.xml"
addr="owen-lynch"
title="Owen Lynch">Owen Lynch</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p><fr:link
type="local"
href="david-jaz-myers.xml"
addr="david-jaz-myers"
title="David Jaz Myers">David Jaz Myers</fr:link> proposed an interesting idea, which is to have a "review" taxon that shows up in a different section than backlinks. Then people can leave reviews by writing a tree with taxon "review" that links to the tree with which they find problems.</fr:p><fr:p>When the review is addressed, it can be marked as such.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="false"
numbered="false"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:title>Related</fr:title><fr:authors /></fr:frontmatter><fr:mainmatter><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9693</fr:anchor><fr:addr>atlas-computing</fr:addr><fr:route>atlas-computing.xml</fr:route><fr:title>Atlas Computing</fr:title><fr:taxon>Institute</fr:taxon><fr:authors /><fr:meta
name="external">https://atlascomputing.org/</fr:meta></fr:frontmatter><fr:mainmatter /><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9694</fr:anchor><fr:addr>st-0001</fr:addr><fr:route>st-0001.xml</fr:route><fr:title>Categorical Systems Theory</fr:title><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>
	Systems are ubiquitous, in science as in life.
	People regularly deal with physical systems, political systems, economical systems, living systems, learning systems, writing systems, voting systems, computing systems, etc.
	As we zoom into a thing, we inevitably realize it is comprised of smaller interacting parts. As we zoom out, we realize it is itself part of an even more complex system.
</fr:p><fr:p>
	Given the staggering variety systems come in, it is no surprise the existing scientific and mathematical frameworks to describe them are manifold and often incompatible with one another.
	Studying each of these frameworks by themselves is surely a useful endeavour, but that doesn't mean there is nothing to learn from a generalist approach which aims to distill the common motifs underpinning each paradigm.
	Hence in approaching the study of systems theory, the category theorist (a label that indicates a philosophy more than a subject of study) asks: <fr:strong>what are the formal structures underlying all the different approaches to systems?</fr:strong></fr:p><fr:p>
	An important consequence of this approach is <fr:em>removing opacity</fr:em>.
	In fact, each framework created to deal with systems makes certain assumptions regarding the structure of these systems, the way they compose and the way they relate, as well as what behaviour they are interested in and what even means to display a certain behaviour.
	It's easy to get lost in these questions, and to miss important insight because of <fr:link
type="local"
href="blindness-to-structure.xml"
addr="blindness-to-structure"
title="Blindness to Structure">Blindness to Structure</fr:link>.
	So an important contribution of categorical systems theory is to clarify, within each individual framework, what are the choices that have been made.
</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2195</fr:anchor><fr:addr>st-history</fr:addr><fr:route>st-history.xml</fr:route><fr:title>History</fr:title><fr:authors /></fr:frontmatter><fr:mainmatter><fr:p>
	Categorical Systems Theory has an old tradition, probably starting with Rosen's 1958 paper.
	It lived in a pre-paradigmatic phase for a long time, until <fr:link
type="local"
href="david-jaz-myers.xml"
addr="david-jaz-myers"
title="David Jaz Myers">David Jaz Myers</fr:link> tied up some loose ends and produced an organized theory, expounded in his book <fr:link
type="local"
href="djm-categorical-systems-theory.xml"
addr="djm-categorical-systems-theory"
title="Categorical Systems Theory">Categorical Systems Theory</fr:link>.
</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2196</fr:anchor><fr:addr>st-0002</fr:addr><fr:route>st-0002.xml</fr:route><fr:title>A quick tour of the ideas</fr:title><fr:authors /></fr:frontmatter><fr:mainmatter><fr:p>
	In Greek, the word `system' means `composite'. Categorical systems theory takes this etymology very seriously, approaching the study of systems as the study of `things that compose'. Thankfully, the mathematical theory of composition is rich and has been abundantly studied before, under the guise of <fr:strong>operads</fr:strong>. The idea that systems are algebras of operads is more than a decade old now, being first proposed by <fr:link
type="local"
href="david-spivak.xml"
addr="david-spivak"
title="David Spivak">Spivak</fr:link> in <fr:link
type="local"
href="spivak-wiring-diagrams-2013.xml"
addr="spivak-wiring-diagrams-2013"
title="The operad of wiring diagrams: formalizing a graphical language for databases, recursion, and plug-and-play circuits">his 2013 paper</fr:link>.
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2197</fr:anchor><fr:addr>#952</fr:addr><fr:route>unstable-952.xml</fr:route><fr:taxon>Remark</fr:taxon><fr:authors /><fr:parent>st-0002</fr:parent></fr:frontmatter><fr:mainmatter>
	The word operad is quite overloaded, and, in some sense, not overloaded enough. An <html:span
xmlns:html="http://www.w3.org/1999/xhtml"
class="nlab"><fr:link
type="external"
href="https://ncatlab.org/nlab/show/operad">operad</fr:link></html:span>, traditionally, is a structure encoding formal operations of arbitrary finite arity which compose associatively and have a unit. In fact, the idea can be easily generalized much further, by having "arities" being structured objects.
	In this generalized form, operads are usually called <fr:em>multicategories</fr:em>, but I'd like to keep calling them operads because (a) morally, they still are and (b) operad is a much nicer and less scary word than multicategory.
	This translates to their even-more-generalized form, <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-multicategories, which I call <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-operads.
</fr:mainmatter><fr:backmatter /></fr:tree>
  
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2199</fr:anchor><fr:addr>#953</fr:addr><fr:route>unstable-953.xml</fr:route><fr:title>Idea.</fr:title><fr:authors /><fr:parent>st-0002</fr:parent></fr:frontmatter><fr:mainmatter>
	<fr:em>Operads</fr:em> are <fr:strong>theories of composition</fr:strong>.
	<fr:em>Theories of systems</fr:em> should be algebras of theories of compositions.
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p>
	This is the <fr:em>algebraic</fr:em> aspect of systems theory: it concerns the way systems are put together by operations (incidentally, also the word <fr:em>algebra</fr:em> is etymologically related to composition)!
	There is also a <fr:em>geometric</fr:em> aspect to systems theory, if we might abuse the algebro-geometric duality.
	Systems are objects with an internal structure, which can be probed by morphisms which compare systems to each other.
	Having this extra geometric structure is quite important, albeit often overlooked. It is not overlooked in coalgebraic automata theory, where the algebraic aspect is neglected but the idea that systems shall be objects of a category is taken in great consideration.
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2200</fr:anchor><fr:addr>#954</fr:addr><fr:route>unstable-954.xml</fr:route><fr:title>Idea.</fr:title><fr:authors /><fr:parent>st-0002</fr:parent></fr:frontmatter><fr:mainmatter>
	<fr:strong>Theories of systems</fr:strong> should be algebras of <fr:em>double operads</fr:em>, i.e. operads in categories.
</fr:mainmatter><fr:backmatter /></fr:tree>

  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2201</fr:anchor><fr:addr>#955</fr:addr><fr:route>unstable-955.xml</fr:route><fr:taxon>Remark</fr:taxon><fr:authors /><fr:parent>st-0002</fr:parent></fr:frontmatter><fr:mainmatter>
	This 'definition' is preemptively general.
	While the ideal, for both <fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">me</fr:link> and <fr:link
type="local"
href="david-jaz-myers.xml"
addr="david-jaz-myers"
title="David Jaz Myers">David</fr:link>, is to eventually work in terms of general <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-operads (that being the 'morally right' setting), at the minute  most of categorical systems theory is done for <fr:tex
display="inline"><![CDATA[T = \mathsf {S}[-]]]></fr:tex>, where <fr:tex
display="inline"><![CDATA[\mathsf {S}[-]]]></fr:tex> is a made-up notation for the <fr:em>free symmetric monoidal category</fr:em> 2-monad on <fr:tex
display="inline"><![CDATA[\mathsf {Cat}]]></fr:tex> (Example 4.1.16 in <fr:link
type="local"
href="leinster-higher-operads-2004.xml"
addr="leinster-higher-operads-2004"
title="Higher operads, higher categories">Higher operads, higher categories</fr:link>).
	Concretely, this means that a double <fr:tex
display="inline"><![CDATA[\mathsf {S}[-]]]></fr:tex>-operad is a <fr:em>symmetric monoidal double category</fr:em>.
</fr:mainmatter><fr:backmatter /></fr:tree>
  </fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2202</fr:anchor><fr:addr>st-0003</fr:addr><fr:route>st-0003.xml</fr:route><fr:title>Theories, Doctrines, Paradigms</fr:title><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>
	The narratology of categorical systems theory can be organized in three levels of decreasing abstraction.
	It's easier to start from the topmost level:
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2204</fr:anchor><fr:addr>#940</fr:addr><fr:route>unstable-940.xml</fr:route><fr:title>Paradigm</fr:title><fr:taxon>Preliminary definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	A <fr:strong>paradigm</fr:strong> of systems theory is a way to answer the following questions:
	<fr:ol><fr:li>What kind of <fr:em>comparisons</fr:em> between systems we want to ponder?</fr:li>
		<fr:li>What kind of <fr:em>compositions</fr:em> of systems we want to ponder?</fr:li></fr:ol>
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p>
	The most familiar paradigms in applied category theory are the following:
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2206</fr:anchor><fr:addr>#941</fr:addr><fr:route>unstable-941.xml</fr:route><fr:title>Paradigm of sets</fr:title><fr:taxon>Example</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	In this paradigm, systems are organized in sets, thus can only be compared for equality.
	Composition is described by symmetric operads, thus basically symmetric monoidal categories.
	This is a fairly common paradigm in the literature, e.g. Spivak's <fr:link
type="local"
href="spivak-wiring-diagrams-2013.xml"
addr="spivak-wiring-diagrams-2013"
title="The operad of wiring diagrams: formalizing a graphical language for databases, recursion, and plug-and-play circuits">paper on wiring diagrams</fr:link> can be considered to work in the paradigm of sets.
</fr:mainmatter><fr:backmatter /></fr:tree>

  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2208</fr:anchor><fr:addr>#942</fr:addr><fr:route>unstable-942.xml</fr:route><fr:title>Paradigm of categories</fr:title><fr:taxon>Example</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	In this paradigm, systems are organized in categories, thus can be compared with morphisms
	Composition is described by symmetric double operads, thus basically symmetric monoidal double categories.
	<fr:strong>This is the default paradigm in categorical systems theory</fr:strong>.
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p>
	One could conceive other paradigms.
	For instance, one might want to compare systems by quantifying their similarity with a number, a cohomology class, or some other extensive measurement.
	One could compose them in different ways, for instance by glueing them instead of wiring them.
</fr:p><fr:p>
	Mathematically, the answers to the questions posed by a choice of paradigm correspond to the following:
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2210</fr:anchor><fr:addr>#943</fr:addr><fr:route>unstable-943.xml</fr:route><fr:title>Paradigm</fr:title><fr:taxon>Definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	A <fr:strong>paradigm</fr:strong> is an equipment <fr:tex
display="inline"><![CDATA[\mathsf {\mathbb  E}]]></fr:tex> along with a monad <fr:tex
display="inline"><![CDATA[T:\mathsf {\mathbb  E} \to  \mathsf {\mathbb  E}]]></fr:tex>, i.e. a way to define what 'operad' and 'algebra' mean.
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p>
	From a paradigm, we can build a 2-category of theories, whose objects are theories of systems and whose maps are lax maps thereof.
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2212</fr:anchor><fr:addr>#944</fr:addr><fr:route>unstable-944.xml</fr:route><fr:title>2-Category of theories</fr:title><fr:taxon>Definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	Let <fr:tex
display="inline"><![CDATA[{(\mathsf {\mathbb  E}, T)}]]></fr:tex> be a paradigm.
	The associated <fr:strong>2-category of theories</fr:strong> <fr:tex
display="inline"><![CDATA[{\mathsf {\mathbb  Th}}^{(\mathsf {\mathbb  E}, T)}]]></fr:tex> is the 2-category of <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-operads and right algebras thereof, with <fr:em>lax</fr:em> maps and 2-cells.
	Objects are thus pairs <fr:tex
display="inline"><![CDATA[(\mathsf {\mathbb  C}, \mathsf {Sys})]]></fr:tex> where <fr:tex
display="inline"><![CDATA[\mathsf {\mathbb  C}]]></fr:tex> is a <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-operad and <fr:tex
display="inline"><![CDATA[\mathsf {Sys}]]></fr:tex> a right algebra thereof.
</fr:mainmatter><fr:backmatter /></fr:tree>

  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2214</fr:anchor><fr:addr>#945</fr:addr><fr:route>unstable-945.xml</fr:route><fr:title>Theory</fr:title><fr:taxon>Preliminary definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	A <fr:strong>theory</fr:strong> for a paradigm <fr:tex
display="inline"><![CDATA[{(\mathsf {\mathbb  E}, T)}]]></fr:tex> is an object of <fr:tex
display="inline"><![CDATA[{\mathsf {\mathbb  Th}}^{(\mathsf {\mathbb  E}, T)}]]></fr:tex>.
</fr:mainmatter><fr:backmatter /></fr:tree>

  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2216</fr:anchor><fr:addr>#946</fr:addr><fr:route>unstable-946.xml</fr:route><fr:title>Theories in the set paradigm</fr:title><fr:taxon>Example</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	The 2-category of theories for the paradigm <fr:tex
display="inline"><![CDATA[(\mathsf {\mathbb  Set}, S[-])]]></fr:tex> is the 2-category whose objects are pairs <fr:tex
display="inline"><![CDATA[(\mathsf {C}, \mathrm {Sys})]]></fr:tex> were the first is a symmetric monoidal category and the latter is a symmetric monoidal copresheaf <fr:tex
display="inline"><![CDATA[\mathrm {Sys} : \mathsf {C} \to  \mathsf {Set}]]></fr:tex>.
	A map of theories is given by a symmetric lax monoidal functor between the base categories and a natural transformation.
</fr:mainmatter><fr:backmatter /></fr:tree>

  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2218</fr:anchor><fr:addr>#947</fr:addr><fr:route>unstable-947.xml</fr:route><fr:title>Theories in the categories paradigm</fr:title><fr:taxon>Example</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	The 2-category of theories for the paradigm <fr:tex
display="inline"><![CDATA[(\mathsf {\mathbb  Cat}, \mathsf {S}[-])]]></fr:tex> is the 2-category whose objects are pairs <fr:tex
display="inline"><![CDATA[(\mathsf {\mathbb  C}, \mathsf {Sys})]]></fr:tex> were the first is a symmetric monoidal double category and the latter is a symmetric monoidal lax copresheaf <fr:tex
display="inline"><![CDATA[\mathsf {Sys}:\mathsf {\mathbb  C} \to  \mathsf {\mathbb  Set}]]></fr:tex>, also known as a doubly indexed category.
	A map of theories is given by a symmetric lax monoidal lax double functor between the base double categories and a lax natural transformation.
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p>
	However, the concept of theory at the minute is underspecified.
	Most times we describe a theory we are actually giving a description of class of theories all parametrized by some common data (e.g. a category with pullbacks, a category together with a monad, etc.).
	So a theory is often just some data we can use to get an operad and an algebra in a specified way.
	Informally, one defines a doctrine as follows (this one is straight from <fr:link
type="local"
href="david-jaz-myers.xml"
addr="david-jaz-myers"
title="David Jaz Myers">David</fr:link>'s book <fr:link
type="local"
href="djm-categorical-systems-theory.xml"
addr="djm-categorical-systems-theory"
title="Categorical Systems Theory">Categorical Systems Theory</fr:link>):
</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2220</fr:anchor><fr:addr>#948</fr:addr><fr:route>unstable-948.xml</fr:route><fr:title>Doctrine</fr:title><fr:taxon>Preliminary definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	A <fr:strong>doctrine</fr:strong> of systems is a particular way to answer the following questions about it means to be a systems theory:
	<fr:ol><fr:li>What does it mean to be a system? Does it have a notion of states, or of behaviors?
		Or is it a diagram describing the way some primitive parts are organized?</fr:li>
		<fr:li>What should the interface of a system be?</fr:li>
		<fr:li>How can interfaces be connected in composition patterns?</fr:li>
		<fr:li>How are systems composed through composition patterns between their interfaces?</fr:li>
		<fr:li>What is a map between systems, and how does it affect their interfaces?</fr:li>
		<fr:li>When can maps between systems be composed along the same composition patterns as the systems?</fr:li></fr:ol>
</fr:mainmatter><fr:backmatter /></fr:tree>
<fr:p>
	Thus a doctrine is a <fr:em>uniform</fr:em>, meaning <fr:em>functorial</fr:em>, <fr:em>way of building theories</fr:em>:

</fr:p>
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2222</fr:anchor><fr:addr>#949</fr:addr><fr:route>unstable-949.xml</fr:route><fr:title>Doctrine</fr:title><fr:taxon>Definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	A <fr:strong>doctrine</fr:strong> <fr:tex
display="inline"><![CDATA[\mathfrak {Doc}]]></fr:tex> in the paradigm <fr:tex
display="inline"><![CDATA[{(\mathsf {\mathbb  E}, T)}]]></fr:tex> is a 2-functor
	<fr:tex
display="block"><![CDATA[\mathsf {Sys}^{\mathfrak {Doc}} : {\mathsf {\mathbb  Th}}^{\mathfrak {Doc}} \longrightarrow  {\mathsf {\mathbb  Th}}^{(\mathsf {\mathbb  E}, T)}]]></fr:tex>
	The objects of <fr:tex
display="inline"><![CDATA[{\mathsf {\mathbb  Th}}^{\mathfrak {Doc}}]]></fr:tex> are called <fr:strong>theories for the doctrine <fr:tex
display="inline"><![CDATA[\mathfrak {Doc}]]></fr:tex></fr:strong>.
</fr:mainmatter><fr:backmatter /></fr:tree>

  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2224</fr:anchor><fr:addr>#950</fr:addr><fr:route>unstable-950.xml</fr:route><fr:taxon>Remark</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	The reason we already called <fr:tex
display="inline"><![CDATA[{\mathsf {\mathbb  Th}}^{(\mathsf {\mathbb  E}, T)}]]></fr:tex> the 2-category of <fr:em>theories</fr:em> is easily seen: clearly the identity functor of <fr:tex
display="inline"><![CDATA[{\mathsf {\mathbb  Th}}^{(\mathsf {\mathbb  E}, T)}]]></fr:tex> is a doctrine, and in fact the 'universal one', since it is terminal among doctrines over <fr:tex
display="inline"><![CDATA[{(\mathsf {\mathbb  E}, T)}]]></fr:tex>.
	Thus all right algebras for <fr:tex
display="inline"><![CDATA[T]]></fr:tex>-operads in <fr:tex
display="inline"><![CDATA[\mathsf {\mathbb  E}]]></fr:tex> are theories for the universal doctrine for the paradigm <fr:tex
display="inline"><![CDATA[{(\mathsf {\mathbb  E}, T)}]]></fr:tex>.

	The definitive definition of theory mentions directly the doctrine:
</fr:mainmatter><fr:backmatter /></fr:tree>
  
  <fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2226</fr:anchor><fr:addr>#951</fr:addr><fr:route>unstable-951.xml</fr:route><fr:title>Theory</fr:title><fr:taxon>Definition</fr:taxon><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors><fr:parent>st-0003</fr:parent></fr:frontmatter><fr:mainmatter>
	A <fr:strong>theory</fr:strong> <fr:tex
display="inline"><![CDATA[\mathsf {Sys}]]></fr:tex> for a doctrine <fr:tex
display="inline"><![CDATA[\mathfrak {Doc}]]></fr:tex> is an object in <fr:tex
display="inline"><![CDATA[{\mathsf {\mathbb  Th}}^\mathfrak {Doc}]]></fr:tex>.
</fr:mainmatter><fr:backmatter /></fr:tree>
</fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2228</fr:anchor><fr:addr>st-examples</fr:addr><fr:route>st-examples.xml</fr:route><fr:title>A zoo of theories of systems</fr:title><fr:authors /></fr:frontmatter><fr:mainmatter><fr:p>
	A list of examples.
</fr:p><fr:tree
toc="true"
numbered="true"
show-heading="true"
show-metadata="false"
expanded="true"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>2229</fr:anchor><fr:addr>st-ex-0001</fr:addr><fr:route>st-ex-0001.xml</fr:route><fr:title>Fully observable open dynamical systems</fr:title><fr:authors><fr:author><fr:link
type="local"
href="matteo-capucci.xml"
addr="matteo-capucci"
title="Matteo Capucci">Matteo Capucci</fr:link></fr:author></fr:authors></fr:frontmatter><fr:mainmatter><fr:p>
	The doctrine <fr:tex
display="inline"><![CDATA[\mathfrak {FullObs}]]></fr:tex> is parametrized by cartesian categories.
	Given <fr:tex
display="inline"><![CDATA[\mathsf {C}]]></fr:tex>, the theory <fr:tex
display="inline"><![CDATA[\mathsf {FullObs}_{\mathsf {C}}]]></fr:tex> has as its theory of compositions the cartesian double category <fr:tex
display="inline"><![CDATA[\mathsf {\mathbb  Lens}_v(\mathsf {C})]]></fr:tex> of lenses whose forward part is an identity.
	Its indexing part is the doubly indexed functor sending <fr:tex
display="inline"><![CDATA[{I \choose  O}]]></fr:tex> to the discrete category of maps
	<fr:tex
display="block"><![CDATA[ 		\mathsf {FullObs}_{\mathsf {C}}{I \choose  O} := \{\delta  : I \times  O \to  O\} 	]]></fr:tex>
	which are functorially acted upon by forward-trivial lenses <fr:tex
display="inline"><![CDATA[{p^\sharp  \choose  O} : {I \choose  O} \leftrightarrows  {I' \choose  O}]]></fr:tex> as follows:
	<fr:tex
display="block"><![CDATA[ 		\mathsf {FullObs}_{\mathsf {C}}{p^\sharp  \choose  O} : I \times  O \xrightarrow {\delta } O \mapsto  I' \times  O \xrightarrow {(p^\sharp , O)} I \times  O \xrightarrow {\delta } O 	]]></fr:tex>
	Indexing by charts is works as usual, sending a chart <fr:tex
display="inline"><![CDATA[{h^\flat  \choose  h} : {I \choose  O} \rightrightarrows  {J \choose  Q}]]></fr:tex> to the discrete profunctor
	<fr:tex
display="block"><![CDATA[ 		\mathsf {FullObs}_{\mathsf {C}}{h^\flat  \choose  h}(\delta , \upsilon ) = 	]]></fr:tex>
	
  <html:center
xmlns:html="http://www.w3.org/1999/xhtml"><fr:embedded-tex
hash="e3d28031866b4644600bbbcce7b294e7"><fr:embedded-tex-preamble><![CDATA[\usepackage {quiver, amsopn, amssymb, mathrsfs}]]></fr:embedded-tex-preamble><fr:embedded-tex-body><![CDATA[\begin {tikzcd}
		{I \times  O} && {J \times  Q} \\
		O && Q
		\arrow ["{(h^\flat ,h\pi _O)}", from=1-1, to=1-3]
		\arrow ["\delta "', from=1-1, to=2-1]
		\arrow ["\upsilon ", from=1-3, to=2-3]
		\arrow ["h"', from=2-1, to=2-3]
	\end {tikzcd}]]></fr:embedded-tex-body></fr:embedded-tex></html:center></fr:p></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9696</fr:anchor><fr:addr>david-jaz-myers</fr:addr><fr:route>david-jaz-myers.xml</fr:route><fr:title>David Jaz Myers</fr:title><fr:taxon>Person</fr:taxon><fr:authors /><fr:meta
name="external">https://davidjaz.com</fr:meta></fr:frontmatter><fr:mainmatter /><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9697</fr:anchor><fr:addr>elena-di-lavore</fr:addr><fr:route>elena-di-lavore.xml</fr:route><fr:title>Elena Di Lavore</fr:title><fr:taxon>Person</fr:taxon><fr:authors /><fr:meta
name="external">https://elenadilavore.github.io/</fr:meta></fr:frontmatter><fr:mainmatter /><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9698</fr:anchor><fr:addr>matteo-capucci</fr:addr><fr:route>matteo-capucci.xml</fr:route><fr:title>Matteo Capucci</fr:title><fr:taxon>Person</fr:taxon><fr:authors /><fr:meta
name="institution">University of Strathclyde</fr:meta><fr:meta
name="position">PhD student</fr:meta><fr:meta
name="external">https://matteocapucci.wordpress.org/</fr:meta></fr:frontmatter><fr:mainmatter><fr:p>See <html:span
xmlns:html="http://www.w3.org/1999/xhtml"
class="nlab"><fr:link
type="external"
href="https://ncatlab.org/nlab/show/Matteo%20Capucci">Matteo Capucci</fr:link></html:span> or <fr:link
type="external"
href="https://matteocapucci.wordpress.org/">my blog</fr:link>.</fr:p></fr:mainmatter><fr:backmatter /></fr:tree><fr:tree
toc="true"
numbered="false"
show-heading="true"
show-metadata="true"
expanded="false"
root="false"
xmlns:fr="http://www.jonmsterling.com/jms-005P.xml"><fr:frontmatter><fr:anchor>9699</fr:anchor><fr:addr>thorsten-altenkirch</fr:addr><fr:route>thorsten-altenkirch.xml</fr:route><fr:title>Thorsten Altenkirch</fr:title><fr:taxon>Person</fr:taxon><fr:authors /><fr:meta
name="external">http://www.cs.nott.ac.uk/~psztxa/</fr:meta></fr:frontmatter><fr:mainmatter /><fr:backmatter /></fr:tree></fr:mainmatter><fr:backmatter /></fr:tree></fr:backmatter></fr:tree>