varie correzioni
This commit is contained in:
@@ -4,11 +4,13 @@ Qui mettiamo le spiegazioni sulla **struttura della comprensione G** e alcuni pu
|
||||
|
||||
## Struttura della comprensione G
|
||||
|
||||
L'intera espressione G e' strutturata in varie comprensioni intricate.
|
||||
|
||||
### Contenitori
|
||||
|
||||
- Per **Comprehension** intendiamo Behavior “espliciti” BEH, piu’ DEV e TUN. L'intera espressione G e' strutturata in varie comprensioni intricate.
|
||||
- Per **Container** intendiamo SOLO contenitore di behavior “diretti”.
|
||||
- Per **Modulator** intendiamo i comportamenti di TUN e DEV che fanno riferimento ad un container.
|
||||
- **Comprehension**: contiene Behavior “espliciti” BEH, DEV e TUN. Inoltre contiene Scope, che serve a cambiare l'attivazione da BEH, DEV, TUN. Non contiene altro.
|
||||
- **Container**: sono presenti in BEH, espandono altri container, e contengono episode e context. I container contengono i cosiddetti behavior “diretti”.
|
||||
- **Modulator** sono presenti in TUN e DEV. Si "attaccano" ad un BEH, modulandolo. Contengono altri modulator e contengono episodes e context.
|
||||
|
||||
### Comportamenti
|
||||
|
||||
|
||||
+1
-1
@@ -24,7 +24,7 @@ comprehension: N
|
||||
Alternanza BEH-N e TUN-N durante il giorno e DEV-N notte. Influenzata da intricazioni con l’ipotalamo che si occupa della fatica organismica. L’alternanza dei comportamenti in BEH-N e TUN-N, invece, e’ gestita in TUN-N.
|
||||
|
||||
```Gen
|
||||
context: IntegrateBehTunDevPossibility
|
||||
scope: IntegrateBehTunDevPossibility
|
||||
|
||||
contained_by: N
|
||||
in_context: Fixed
|
||||
|
||||
+20
-23
@@ -2,29 +2,22 @@
|
||||
|
||||
## BEH-WTA: Container
|
||||
|
||||
**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'.
|
||||
**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:
|
||||
|
||||
- dichiara N1 e N2
|
||||
- dichiara AST1
|
||||
- collega un N1 con un N2
|
||||
- dichiara NEU-x i neuroni
|
||||
- dichiara AST-x gli astrociti
|
||||
- collega un NEU-x con un altro NEU-y e con un AST-x
|
||||
- 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
|
||||
- se inhibition il TRG e'SOMA, se exhitation il TRG e' BDx
|
||||
- specifica il BEH-EXH, ad esempio, che e' il comportamento di ciascuna riga espansiva. E serve a gestire l'accoppiamento atttuale fra NEU-x, NEU-y e AST-x.
|
||||
specifica INC-x, OUT-x, @ che sono dei placeholders per neuroni e astrorcita che verranno specificati da un'espansione piu' in alto, tipo BEH-ORG.
|
||||
- i template servono solo a semplificare l'espressione dell'espansione, senza appesantirla troppo.
|
||||
- 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:
|
||||
**When parser sees**:
|
||||
|
||||
- boundary-inh-001: NEU-003, OUT-001, @
|
||||
|
||||
@@ -54,13 +47,17 @@ container: BEH-WTA
|
||||
- BEH-INC.md
|
||||
- BEH-OUT.md
|
||||
|
||||
structure:
|
||||
components:
|
||||
|
||||
templates:
|
||||
|
||||
template:
|
||||
internal-exh-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}
|
||||
boundaryInh-001: BEH-INC, {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{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:
|
||||
NEU-001: BEH.N from N.md
|
||||
@@ -70,11 +67,11 @@ container: BEH-WTA
|
||||
AST-001: AST from AST.md
|
||||
AST-002: AST from AST.md
|
||||
|
||||
incoming:
|
||||
incoming_elements:
|
||||
INC-001 # Neurone che sara' specificato piu' in "alto" perche' alla frontiera
|
||||
INC-002
|
||||
|
||||
outgoing:
|
||||
outgoing_elements:
|
||||
OUT-001 # Neurone che sara' specificato piu' in "alto" perche' alla frontiera
|
||||
OUT-002
|
||||
|
||||
|
||||
@@ -1,5 +1,9 @@
|
||||
# WTA: Comprehension
|
||||
|
||||
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.
|
||||
|
||||
```Gen
|
||||
comprehension: WTA
|
||||
|
||||
|
||||
Reference in New Issue
Block a user