eliminato i template da BEH-WTA

This commit is contained in:
2026-03-14 10:31:32 +01:00
parent 3c1d63dd2a
commit 5dcef2c836
6 changed files with 20 additions and 26 deletions
+4 -2
View File
@@ -24,9 +24,11 @@ C'e' una differenza se il cambio di fullness e' su un Tub di tipo floor (esempio
### Tub / Blocchi ### Tub / Blocchi
I Tub sono caratterizzati da una fullness, un actual e un emptiness. Actual indica quanti blocchi attuali sono presenti in enliving. Tramite comportamenti si possono aumentare o diminuire i blocchi controllando la fullness e emptiness. Nulla vieta di andare oltre fullness. Il concetto di tub / blocco e' una maniera di vedere in due modi diversi. Come contenitore di blocchi, e come blocco.
I Tub possono contenere blocchi di tipo floor o conettuali. Nel caso dei concettuali, l'aumento o diminuzione, implica un cambiamento di forma dell'espressione G. E questo e' il motivo per il quale, con questi tipi di blocchi, viene fatto in TUN. I Tub sono caratterizzati da una fullness, un actual e un emptiness. Actual indica quanti blocchi attuali sono presenti in enliving. Tramite comportamenti si possono aumentare o diminuire i blocchi in base alla fullness e emptiness. Nulla vieta di andare oltre fullness.
I blocchi possono essere di tipo floor (Ca2+) o concettuali (BEH-PRE). Nel caso dei concettuali, l'aumento o diminuzione, implica un cambiamento di forma dell'espressione G. E questo e' il motivo per il quale, con questi tipi di blocchi, viene fatto in TUN.
La fullness di un Tub puo' essere cambiata in DEV. Dal punto di vista della comprensione, questo equivale ad un cambio di possibilita', perche' l'attualita' in BEH puo' variare in maniera diversa. La fullness di un Tub puo' essere cambiata in DEV. Dal punto di vista della comprensione, questo equivale ad un cambio di possibilita', perche' l'attualita' in BEH puo' variare in maniera diversa.
+1 -1
View File
@@ -54,7 +54,7 @@ episode: activateSyn
in_context: TunPossible in_context: TunPossible
rf: ( active: 6x ) rf: ( active: 6x )
bind_elements: # bind_elements: # Novita'
hypothesis: ( GoodTraces Full ) AND NOT ( ??? full ) hypothesis: ( GoodTraces Full ) AND NOT ( ??? full )
action: [pre increase, post increase, syn increase] action: [pre increase, post increase, syn increase]
trace: None trace: None
View File
-3
View File
@@ -1,3 +0,0 @@
# BEH-OUT.md
credo che questo debba andare in org.
+14 -18
View File
@@ -3,8 +3,9 @@
## BEH-WTA: Container ## BEH-WTA: Container
**Winner Take All**: Questo e' il nuovo tipo di espansione che permette di specificare un "circuito" di possibilita'. **Winner Take All**: 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: A differenza di BD che espande PRE implicitamente e trattando PRE tutti allo stesso modo. Qui estendiao il concetto di espansion:
- espandiamo 2 tipi di container per ora: BEH-EXT e BEH-INH
- dichiara NEU-x i neuroni - dichiara NEU-x i neuroni
- dichiara AST-x gli astrociti - dichiara AST-x gli astrociti
- collega un NEU-x con un altro NEU-y e con un AST-x - collega un NEU-x con un altro NEU-y e con un AST-x
@@ -51,14 +52,6 @@ container: BEH-WTA
templates: templates:
internal-exh-001: BEH-EXT, {SRC}.BEH-AXO -[excites]-> {TGT}.BEH-BD({x}) ~{AST}
internal-inh-001: BEH-INH, {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
boundary-exh-001: BEH-EXT, {SRC}.BEH-AXO -[excites]-> {TGT}.BEH-BD({x}) ~{AST}
boundary-inh-001: BEH-INC, {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
elements: elements:
NEU-001: BEH.N from N.md NEU-001: BEH.N from N.md
NEU-002: BEH.N from N.md NEU-002: BEH.N from N.md
@@ -76,16 +69,19 @@ container: BEH-WTA
OUT-002 OUT-002
expansion: expansion:
# stiamo espandendo: BEH-EXT e BEH-INH. Ciascuna riga e' un'espansione specifica e actual.
# AREA-001 # INTERNAL-AREA-001
- internal-exh-001: NEU-001, NEU-003.(1), AST-001 - NEU-001.BEH-AXO -[BEH-EXH]-> NEU-003.BEH-BD(1) ~AST-001
- internal-inh-001: NEU-002, NEU-003, AST-002 - NEU-002.BEH-AXO -[BEH-INH]-> NEU-003.BEH-SOMA ~AST-002
# AREA-002 # INTERNAL-AREA-002
- internal-exh-001: NEU-003, NEU-003.(3), AST-001 - NEU-003.BEH-AXO -[BEH-EXH]-> NEU-003.BEH-BD(3) ~AST-001
- internal-exh-001: NEU-004, NEU-002.(1), AST-002 - NEU-004.BEH-AXO -[BEH-EXH]-> NEU-002.BEH-BD(1) ~AST-002
# AREA-003 # INCOMING-001
- boundary-exh-001: INC-001, NEU-001.(1), @ - INC-001.BEH-AXO -[BEH-EXH]-> NEU-001.BEH-BD(1) ~@
- boundary-inh-001: NEU-003, OUT-001, @
# OUTGOING-001
- NEU-003.BEH-AXO -[BEH-INH]-> OUT-001.BEH-SOMA ~@
``` ```
+1 -2
View File
@@ -2,7 +2,7 @@
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 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 di BEH-WTA, per ora non lo prendo in considerazione. L'eventuale TUN o DEV di BEH-WTA, per ora non lo prendo in considerazione.
```Gen ```Gen
comprehension: WTA comprehension: WTA
@@ -11,5 +11,4 @@ comprehension: WTA
expansion: BEH-WTA ( active: 1x ) expansion: BEH-WTA ( active: 1x )
tub_intricated:
``` ```