dds: A Home-made Toolkit for Discrete Dynamical Systems in Racket
Find a file
2022-01-12 00:28:20 +01:00
example Minor updates to some figures. 2021-08-04 17:31:16 +02:00
scribblings FIXME WIP: Continue converting to Typed Racket. 2022-01-12 00:28:20 +01:00
dds.org Track dds.org. 2021-12-09 13:53:29 +01:00
functions.rkt functions: Always use named test-cases in tests. 2020-07-23 00:21:34 +02:00
generic.rkt generic: Use collect-by-key/sets to collect the labels for state graphs. 2020-03-02 18:18:23 +01:00
graph-typed.rkt FIXME WIP: Continue converting to Typed Racket. 2022-01-12 00:28:20 +01:00
info.rkt Rename manual → dds. 2020-11-29 17:15:24 +01:00
LICENSE Add the GNU GPL licence file. 2020-03-03 14:47:15 +01:00
networks.rkt sbn-interaction-graph: Use zero-edges and declare it in the contract. 2021-08-04 17:33:17 +02:00
README.org Move submitting =update-graph= higher on the list of priorities. 2021-05-31 08:46:57 +02:00
rs.rkt rs: Add pretty-print-reduced-state-graph. 2020-11-11 00:36:49 +01:00
utils-untyped.rkt utils: Add pretty-print-set-sets. 2022-01-12 00:28:20 +01:00
utils.rkt FIXME WIP: Continue converting to Typed Racket. 2022-01-12 00:28:20 +01:00

dds: A Home-made Toolkit for Discrete Dynamical Systems in Racket

This is a toolkit for playing with various discrete dynamical systems in Racket. A discrete dynamical system is a system which evolves from a discrete state to some other discrete states (many or one). The systems are discrete in the sense that we can identify successive states with no other states in between. Equivalently, the phase state of the system is discrete (and is often called the state graph). These constraints imply the possibility of associating discrete, possibly branching timelines to any evolution of the system.

DISCLAIMER: I develop this toolkit as a support for my research on discrete dynamical systems. The primary objective for this framework is to fit my approach to these systems. Essentially, this framework should fit to the "shape of my mind", which is not necessarily the same as yours.

Currently, the toolkit includes the following files:

  • generic.rkt: The generic interface for a discrete dynamical system, with functions for constructing state graphs.
  • utils.rkt: Misc utility functions.
  • networks.rkt: Implements network-based models, which generalise Boolean networks, threshold Boolean automata networks, multivalued networks, etc.
  • rs.rkt: Implements reaction systems, a variant of set rewriting.

The toolkit is designed with Emacs Org-mode interoperability in mind. The file example/example.org explains the features available for interaction with Org-mode.

Roadmap

Here is my current roadmap for this toolkit, in order. The first element is what I am currently working on. The degree of certainty that I work on the subsequent items decreases with their position in the list.

TODO Convert dds to Typed Racket

Rewriting dds with Typed Racket will be a major refactoring, consisting in the following 3 phases which will happen more or less in parallel:

  • define types, add type signatures, add types for functions I import from graph;
  • transfer the comments from the source files to Scribble documentation;
  • redefine the generic interface for dynamics, which is currently in generics.

I plan to implement the new dynamics interface as a classes, since Typed Racket can now type classes. I didn't really like generics: they are quite cumbersome, and I think I can do more with classes.

People on Racket Users suggested using structures with fields containing functions, but it does not seem to get me to my goal of having type-level methods/functions.

The order in which I will convert the modules:

  1. utils
  2. functions
  3. dynamics (currently generics)
  4. networks
  5. rs

This is how I will convert a module A:

  1. Create a copy A-untyped.rkt.
  2. Empty A.rkt.
  3. Transfer the definitions from A-untyped.rkt to A.rkt one by one, adding the necessary types, signatures, and typed imports as I go.
  4. When done, remove A-untyped.rkt.

TODO Implement a shorter syntax for defining Boolean functions

Right now, this is how one defines the Boolean function:

(define (update-go st)
(auto-hash-ref/:
st
(or (and (not :Go) :new-x) (and :Go :old-x))))

It would be nice and probably not too difficult to implement a macro allowing for a syntax like the following one:

(define-pbf my-pbf (or (and (not :Go) :new-x) (and :Go :old-x)))

TODO Implement monotone?

monotone? would verify whether a given Boolean function is monotone according to the definition in the book Boolean Functions: Theory, Algorithms, and Applications by Crama and Hammer.

TODO Submit update-graph to stchang

TODO Split networks into general networks and threshold Boolean networks

TODO Implement the BN → RS conversion

TODO Implement the minimisation of TBF/SBF

TODO Contribute to Racket

  • Make sequence-filter allow multivalued sequences, provided the arity of the predicate is consistent with the arity of the sequence.
  • Add a sequence->hash function that accepts a multivalued sequence of keys and values (exactly like what in-hash produces) and copies them into a hash table.

TODO Test network inference with Racklog