varie correzioni

README.md

@@ -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.
+- **Comprehension**: contiene Behavior “espliciti” BEH, DEV e TUN. Inoltre contiene Scope, che serve a cambiare l'attivazione da BEH, DEV, TUN. Non contiene altro.
-- Per **Container** intendiamo SOLO contenitore di behavior “diretti”.
+- **Container**: sono presenti in BEH, espandono altri container, e contengono episode e context. I container contengono i cosiddetti behavior “diretti”.
-- Per **Modulator** intendiamo i comportamenti di TUN e DEV che fanno riferimento ad un container.
+- **Modulator** sono presenti in TUN e DEV. Si "attaccano" ad un BEH, modulandolo. Contengono altri modulator e contengono episodes e context.
 
 ### Comportamenti
 

neuron/N.md

@@ -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

winnertakeall/BHE-WTA.md

@@ -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.
+**Winner Take All**: Questo e' il nuovo tipo di espansione che permette di specificare un "circuito" di possibilita'.
-
-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 NEU-x i neuroni
-- dichiara AST1
+- dichiara AST-x gli astrociti
-- collega un N1 con un N2
+- 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)
+- 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.
-In questo modo abbiamo allargato il concetto di espansione. Problemi da risolvere:
+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.
-- 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**:
-
-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}
+      internal-inh-001: BEH-INH, {SRC}.BEH-AXO -[inhibits]-> {TGT}.BEH-SOMA ~{AST}
-        boundaryInh-001: BEH-INC, {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
 

winnertakeall/WTA.md

@@ -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