mmaverikk / cytos Goto Github PK

With each new input paramater in M system description it is necessary to add also this parameter into M System Creator to preserve consistency.

Add following parameters:

• possibility to create tile using vertex definition
• attribute angel to connector definition
• attribute randomizeConnectors (DevOps - task 142, changeset 507)
• attribute refillEnvironment (DevOps - task 142, changeset 507)
• attribute delay for rules (DevOps - task 143)
• attribute randomMovement (#16 )

Create new parameter 'randomMovement' which will specify max value of tiles random movement. Use normal distribution for value. Each tile will move by vector, its direction will be random, max value is from newly created parameter.

Create function which will be called once all type of rules are applied - in finalize step.

Speed-up critical methods, parallelize where possible.

Within the project there are many structures which only extend built-in parameter types. As the main goal of class description and documentation is to have all classes clearly identifiable. Rewrite classes names to contain information that it is not "new" class, but only "extended" built-in type.

More diverse and dynamic type of motion of floating objects, beyond Brownian.

The motion would be abstractly / generically implemented (so as to allow for a number of instantiations useful in various contexts, e.g., electric/magnetic potentials/fields, gravitational fields, food gradients), as well as dependent on space (in the relative reference frame as we have it now, wrt to other objects) and (discrete) time. The motion of each type of objects should be definable in the input xml by the user, but without editing of the code.

First phase: only prepare (empty) methods for various kind of movements, will be filed-in later.

Build DLL into Unity visualization project and support smooth run - step by step, etc.

Details TBD

Add insertion rules to the Msystem XML file and to the simulator. They will be used in simulations of L systems by M systems (performed by Jarda).

GlurRelation class is only hidden Dictionary. As dictionary contains of key-value pair it is recommended to have simple key and complex value. Current solution of GlueRelation has this structure vice versa. Refactor this class with other solution, probably by some class, which would contain requested parameters.

Fine-tune simulator and input XML for experiments with septum "yellow cells".

There are unnecessary name overrides in tile- and connector-related classes which ocassionally cause hardly identifiable errors (it is sometimes difficult to notice which class member the name actually refers to). Rename members and try to avoid name overrides unless necessary.

Glues can be not only static (list of glue pairs), but can have a strength which can be pre-defined, or calculated by a specific way depending on the relative position of the tile in tiling (electric currents - paper by Max & others). There may be threshold for such glues to attach.

Generally: two glues attach when (i) they are a matching glue pair, and (ii) sum of their strength exceeds the threshold.

The task includes possible update of dynamical glues after each step.

Modify existing XSD to support following description

• create tile using vertex definition
• add attribute angel to connector definition
• add attribute randomizeConnectors (Devops - task 142, changeset 507)
• add attribute refillEnvironment (Devops - task 142, changeset 507)
• add attribute delay (DevOps - task 143)

Any general improvements without issue.
It would contains performance improvements, code modification or general bug fixes.

Implementation of reaction rates (separate for each rule - in the XML) in two possible ways:
(a) probability that the rule is applied, when applicable
(b) rule is applied every x-th step - this implements slower reactions

This should allow to remove priorities of rules from the model.

Rework creation and movement of tiles in Unity. All movement should be fluent. Use new Snapshot format.

Create Simulation tests in new threads, details TBD.