[Martin Taylor 2004.03.20.1116]
I thought it might be about time to inject some levity into this long
bout of serious navel gazing, so I've decided to address a technical
issue. Sorry about that, but there it is 
A lot of study has gone into issues of how the Perceptual Input
Function (PIF), and the Output function (OF) of an elementary control
unit change or learn. The actions induced by the OF influence the
inputs to the PIF. Changes in the PIF affect how its inputs generate
the perceptual signal. Together, they determine how well the ECU
serves its purpose as a controller within the environment(s) in which
it finds itself. In other words, the criterion for "learning" is
available from data within the ECU.
Not nearly as much attention has been given to the third connection
of an ECU with the world outside itself--the way the multiple inputs
from other places combine to form a reference signal. If we are
talking about an ECU that controls a scalar variable (the perceptual
signal), then the reference value must also be scalar. However, in
the standard HPCT hierarchy, or in any network version of PCT, a
vector of inputs contribute to the reference scalar. Therefore, there
must be a Reference Input Function (RIF) that converts the vector's
components into a single scalar variable.
In most simulations of which I am aware, the RIF has been taken to be
a simple (possibly weighted) summation. The rationale for this choice
is not clear to me, other than that it is computationally convenient,
and in the simple circumstances considered, it works. It can work,
however, only in situations in which intermediate outputs are useful.
It doesn't work when the "usefulness" of the output space is
non-monotonic.
Let me give an example. At some level, I have a reference to learn
something about differential equations, and my output provides
references to some system that controls a perception of seeing a
suitable book in my hand. Further down the hierarchy, I am
controlling arm and hand position. In front of me is a bookshelf, on
which the following three books sit in this order: "Differential
Calculus" "Who was Jesus" "Solving Differential Equations". I have no
particular preference between the first and third book, but a simple
additive RIF for whatever level control unit(s) set references for
arm position would lead me to pick up "Who was Jesus". From that, I
learn little about differential equations. I wouold have needed an
RIF that allowed my arm-position reference signal to have a value
associated with either the first or the third book, but not a value
intermediate between them.
So far as I can see, if the space in which a particular controlled
perception exists is non-monotonic or is discrete, additive RIFs
providing references to supporting ECUs will not work very well. The
reasons, though, are not related to the effectiveness of the ECU
receiving the reference signal in question. Nor are they related to
the values within any one ECU that contributes its output to the
creation of the reference signal.
Since the form and parametrization of no RIF can be attributed to the
performance of any single ECU, it follows that it must be attributed
to structural factors in the network of ECUs. In some way, it relates
to the performance of the set of ECUs that contribute to its inputs,
not to the performance of the ECU that uses its scalar reference
signal.
As such, developing the structure of RIFs has to be an aspect of
reorganization. But it's a very localized reorganization, concerning
only those ECUs on a single level that potentially could conflict
over the use of a "lower-level" control system. In other words, it
seems to be a question of reorganizing for conflict mediation (as is
a lot of reorganization, considered more globally, since conflict is
the prime source of error internal to the network or hierarchy of
ECUs).
Do we have, in this question, a pointer to a direction of research
into the properties of reorganization? Is there some engineering
design technology that answers how RIFs might be designed for
specific situations, which could suggest ways in which RIF designs
might develop through evolution and local reorganization?
More questions than answers. Perhaps I'm understimating the power of
simple weighted addition in the design of RIFs, and the problematic
situations don't arise. But I doubt it.
Sorry to have interrupted the serious business of CSGnet 
Martin
