ocrampal/organism
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

aggiunti container behavior elementi wta

Browse Source
This commit is contained in:
ocrampal
2026-03-12 18:46:05 +01:00
parent bcc369ae11
commit 46c02ae140
6 changed files with 169 additions and 152 deletions
Download Patch File Download Diff File Expand all files Collapse all files
winnertakeall/BEH-EXH.md
+81
View File
@@ -0,0 +1,81 @@
# EXH-WTA.md
## EXH-WTA: Container
**Exhitory Behavior**: (directly observable, excluding TUN e DEV).
Qui devo fare la distinzione fra il behavior su exhitation e inhibition (SOMA)
L'associazione PRE<->POST fatta con SYN dall'interprete/enliver, e' possibile perche' in POST e PRE si fa riferimento a NT che vengono immessi in SYN. Ovviamente tutto concettuale, ma in enliving il concettuale viene attualizzato.
Quindi deve lavorare per ogni dichiarazione, casomai privilegiando alcune possibilita' che sono piu' impellenti di altre.
```Gen
container: BEH-WTA
contained_by: WTA
tub_local:
- ??? (fullness: 50x, active: 0x, emptiness: 0x)
tub_intricated:
- GoodTraces ( contained_by: BEH-?? )
- BadTraces ( contained_by: BEH-?? )
- pre
- post
- syn
# qui vanno tutte le pre e post che fanno capo ad una Ast nella dichiarazione di relazione fatta in WTA
context_intricated:
- TunPossible ( contained_by: WTA )
```
### CheckDirection: Context
Qui devo capire queste tracce chi le lascia e se sono esclusive?
```Gen
context: CheckDirection
contained_by: TUN-AST-SYN
in_context: TunPossible
rf: 60x
condition: ( GoodTraces Full ) AND NOT ( fullSyn full )
out_context: ActivateSyn
condition: ( BadTraces Full )
out_context: DeActivateSyn
```
### ActivateSyn: Episode
....
```Gen
episode: activateSyn
contained_by: TUN-AST-SYN
in_context: TunPossible
rf: ( active: 6x )
hypothesis: ( GoodTraces Full ) AND NOT ( fullSyn full )
action: [GoodTraces decrease, ]
trace: None
```
### DeActivateSyn: Episode
....
```Gen
episode: deActivateSyn
contained_by: TUN-AST-SYN
in_context: ???
rf: ( active: 6x )
hypothesis: NOT (?? empty)
action: [??? decrease]
trace: None
```
winnertakeall/BEH-INC.md
View File
winnertakeall/BEH-INH.md
View File
winnertakeall/BEH-OUT.md
View File
winnertakeall/BHE-WTA.md
+86 -67
View File
@@ -2,80 +2,99 @@
## BEH-WTA: Container ## BEH-WTA: Container
**WTA Behavior**: (directly observable, excluding TUN e DEV). **Winner Take All**: Qui comprendiamo il circuito WTA. Il behavior del WTA avviene di NIGHT dopo che DEV-SYN, DEV-POST e DEV-PRE hanno lavorato. E' un po' una novita' perche' avevo pensato che solo DEV avvenisse di NIGHT, ma ha senso, si tratta di un comportamento a livello di circuiti, e quindi riorganizzazione notturna.
Qui devo fare la distinzione fra il behavior su exhitation e inhibition (SOMA) L'eventuale TUN o DEV di questo comportamento, per ora non lo prendo in considerazione.
L'associazione PRE<->POST fatta con SYN dall'interprete/enliver, e' possibile perche' in POST e PRE si fa riferimento a NT che vengono immessi in SYN. Ovviamente tutto concettuale, ma in enliving il concettuale viene attualizzato. Questo e' il nuovo tipo di espansione che permette di specificare un "circuito" di possibilita'.
A differenza di BD che espande PRE implicitamente e trattando PRE tutti allo stesso modo. L'espansione:
Quindi deve lavorare per ogni dichiarazione, casomai privilegiando alcune possibilita' che sono piu' impellenti di altre. - dichiara N1 e N2
- dichiara AST1
- collega un N1 con un N2
- specifica che tipologia: excitation o inhibition
- specifica dove avviene la excitation o inhibition (SOMA, BDx, eventalmente AXOx)
In questo modo abbiamo allargato il concetto di espansione. Problemi da risolvere:
- INC e OUT ora espongono il modulo WTA ad un'area cerebrale dove viene specificato l'intricazione fra moduli
- posso pensare di produrre il circuito in ambiente visuale tipo DrawIO, e avere un parser che me lo trasforma in questa sintassi.
---
**How intrication_type resolves in circuit**:
When parser sees:
- INH-001: INC-001, NEU-001, @
Template lookup:
- INH-001: {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
Substitution:
- {SRC} = INC-001 # incoming port
- {TGT} = NEU-001
- {x} = 1 # ignored — INH-001 targets SOMA, no {x}
- {AST} = @ # unknown, specified from above
Result:
- INC-001.BEH-AXO -[inhibits]-> NEU-001.BEH-SOMA ~@
**Conventions**:
- {SRC} — always the presynaptic neuron
- {TGT} — always the postsynaptic neuron
- {x} — always which dendritic branch eg.(1,2,3) for Neuron type N
- {AST} — always the enveloping astrocyte
- @ — Astrocyte da definire dall'alto
```Gen ```Gen
container: BEH-WTA container: BEH-WTA
contained_by: WTA
tub_local: include:
- ??? (fullness: 50x, active: 0x, emptiness: 0x) - BEH-EXT.md
- BEH-INH.md
- BEH-INC.md
- BEH-OUT.md
tub_intricated: structure:
- GoodTraces ( contained_by: BEH-?? )
- BadTraces ( contained_by: BEH-?? )
- pre
- post
- syn
# qui vanno tutte le pre e post che fanno capo ad una Ast nella dichiarazione di relazione fatta in WTA
context_intricated: template:
- TunPossible ( contained_by: WTA ) exhitatory-001: BEH-EXT, {SRC}.BEH-AXO -[excites]-> {TGT}.BEH-BD({x}) ~{AST}
``` inhibitory-001: BEH-INH, {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
boundaryExh-001: BEH-EXT, {SRC}.BEH-AXO -[excites]-> {TGT}.BEH-BD({x}) ~{AST}
### CheckDirection: Context boundaryInh-001: BEH-INC, {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
Qui devo capire queste tracce chi le lascia e se sono esclusive? elements:
NEU-001: BEH.N from N.md
```Gen NEU-002: BEH.N from N.md
context: CheckDirection NEU-003: BEH.N from N.md
NEU-004: BEH.N from N.md
contained_by: TUN-AST-SYN AST-001: AST from AST.md
in_context: TunPossible AST-002: AST from AST.md
rf: 60x
incoming:
condition: ( GoodTraces Full ) AND NOT ( fullSyn full ) INC-001 # Neurone che sara' specificato piu' in "alto" perche' alla frontiera
out_context: ActivateSyn INC-002
condition: ( BadTraces Full ) outgoing:
out_context: DeActivateSyn OUT-001 # Neurone che sara' specificato piu' in "alto" perche' alla frontiera
``` OUT-002
### ActivateSyn: Episode expansion:
.... # AREA-001
- exhitatory-001: NEU-001, NEU-003.(1), AST-001
```Gen - inhibitory-001: NEU-002, NEU-003.(2), AST-002
episode: activateSyn
contained_by: TUN-AST-SYN # AREA-002
- exhitatory-001: NEU-003, NEU-003.(3), AST-001
in_context: TunPossible - exhitatory-001: NEU-004, NEU-002.(1), AST-002
rf: ( active: 6x )
# AREA-003
hypothesis: ( GoodTraces Full ) AND NOT ( fullSyn full ) - boundaryExh-001: INC-001, NEU-001.(1), @
action: [GoodTraces decrease, ] - boundaryInh-001: NEU-003, OUT-001, @
trace: None
```
### DeActivateSyn: Episode
....
```Gen
episode: deActivateSyn
contained_by: TUN-AST-SYN
in_context: ???
rf: ( active: 6x )
hypothesis: NOT (?? empty)
action: [??? decrease]
trace: None
``` ```
winnertakeall/WTA.md
+2 -85
View File
@@ -1,94 +1,11 @@
# WTA: Comprehension # WTA: Comprehension
**Winner Take All**: Qui comprendiamo il circuito WTA. Il behavior del WTA avviene di NIGHT dopo che DEV-SYN, DEV-POST e DEV-PRE hanno lavorato. E' un po' una novita' perche' avevo pensato che solo DEV avvenisse di NIGHT, ma ha senso, si tratta di un comportamento a livello di circuiti, e quindi riorganizzazione notturna.
L'eventuale TUN o DEV di questo comportamento, per ora non lo prendo in considerazione.
Questo e' il nuovo tipo di espansione che permette di specificare un "circuito" di possibilita'.
A differenza di BD che espande PRE implicitamente e trattando PRE tutti allo stesso modo. L'espansione:
- dichiara N1 e N2
- dichiara AST1
- collega un N1 con un N2
- specifica che tipologia: excitation o inhibition
- specifica dove avviene la excitation o inhibition (SOMA, BDx, eventalmente AXOx)
In questo modo abbiamo allargato il concetto di espansione. Problemi da risolvere:
- INC e OUT ora espongono il modulo WTA ad un'area cerebrale dove viene specificato l'intricazione fra moduli
- posso pensare di produrre il circuito in ambiente visuale tipo DrawIO, e avere un parser che me lo trasforma in questa sintassi.
---
**How intrication_type resolves in circuit**:
When parser sees:
- INH-001: INC-001, NEU-001, @
Template lookup:
- INH-001: {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
Substitution:
- {SRC} = INC-001 # incoming port
- {TGT} = NEU-001
- {x} = 1 # ignored — INH-001 targets SOMA, no {x}
- {AST} = @ # unknown, specified from above
Result:
- INC-001.BEH-AXO -[inhibits]-> NEU-001.BEH-SOMA ~@
**Conventions**:
- {SRC} — always the presynaptic neuron
- {TGT} — always the postsynaptic neuron
- {x} — always which dendritic branch eg.(1,2,3) for Neuron type N
- {AST} — always the enveloping astrocyte
- @ — Astrocyte da definire dall'alto
```Gen ```Gen
comprehension: WTA comprehension: WTA
include: BEH-WTA.md include: BEH-WTA.md
expansion: BEH-WTA ( active: 1x ) expansion: BEH-WTA ( active: 1x )
structure: tub_intricated:
template:
EXH-001: {SRC}.BEH-AXO -[excites]-> {TGT}.BEH-BD({x}) ~{AST}
INH-001: {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
elements:
NEU-001: BEH.N from N.md
NEU-002: BEH.N from N.md
NEU-003: BEH.N from N.md
NEU-004: BEH.N from N.md
AST-001: AST from AST.md
AST-002: AST from AST.md
incoming:
INC-001 # Neurone che sara' specificato piu' in "alto" perche' alla frontiera
INC-002
outgoing:
OUT-001 # Neurone che sara' specificato piu' in "alto" perche' alla frontiera
OUT-002
circuit:
AREA-001:
EXH-001: NEU-001, NEU-003.(1), AST-001
INH-001: NEU-002, NEU-003.(2), AST-002
AREA-002:
EXH-001:
- NEU-003, NEU-003.(3), AST-001
- NEU-004, NEU-003.(1), AST-002
AREA-003:
INH-001: INC-001, NEU-001.(1), @
EXH-001: NEU-003, OUT-001.(2), @
``` ```