Ideas to simplify experiment session

[RoccoPaolillo]

• If weight of individual consumption (consumo_individuale) is kept, then who consumes less at the end of the circle will have more units and increase the capital with less effect on energy consumption. Who consumes more (e.g. car 0.9) will have less units and less capital with more effect on common energy consumption. Let's keep to the original model: equal weights consumo_individuale, students can choose how many cars: more capital and more consumption. So here they have to decide whether to furnish energy to themselves or in the common good

[RoccoPaolillo]

• il nuovo giorno (giorno + 1) scatta con ticks mod ritmo_cicli = 0, quindi quando ticks è un multiplo di ritmo_cicli (remainder della divisione). Se energia_richiesta sottratta al patch (riserva_energia) rimane in positivo, allora il guadagno_giornaliero è equivalente di energia_richiesta * ticks, dove energia_richiesta = (round (100 / (ritmo_cicli - 1))).

Ritmo cicli influenza sia l'avanzamento del giorno sia il quantitativo di energia consumata tradotto in guadagno. Minore è ritmo cicli, maggiore è l'energia consumata e minore il tempo. Nel tab Info ci sono esempi

[RoccoPaolillo]

• [ ] Raccolta output in un csv o simili, è urgente
• [x] Limite "numero_mucche_settimanale" su 140, abbastanza per avere casi estremi e consumo rirsorse abbastanza veloce
• [x] Dal giorno 14 al 21 bloccare effetti contributo_comune, in effetti se non si preme "rinnova_risorse" non ha effetto, solo "numero_mucche_settimanale", vedo se c'è modo di non fargli muovere per niente lo slider (ed in generale di tutti gli sliders durante la simulazione), ma non credo (input manuale scartato)
• [x] Sostituire plot unità con l'effettiva differenza tra mucche comprate e quelle sopravvissute
• [x] Slower ticks (al momento)
• [x] Controllare perchè l'immagine dei partecipanti rimaneva anche se morti (e correttamente non producendo input), controllo.
• [ ] Se i computer vanno in stand-by, i partecipanti anche se collegati non interagiscono. Dobbiamo evitare lo stand-by, HubNet ha questi piccoli errori ho visto, forse anche il punto precedente. Al massimo li riconnettiamo ad ogni sessione.
• [ ] Simulazione individuale
• [x] Nascondere slider contributo comune o se non usato (spostato sotto)

[RoccoPaolillo]

Monia e Azzurra:

• [x] colori: rosso, giallo (45), blue 105, azzurro 85, pink+1; prato colore + 1; size 1.5,
• [x] allineare colori rinominati
• [x] nome progetto: Whatch_your_agent
• [x] allineare con whatchyouragent

[RoccoPaolillo]

• [x] rinnovo energetico lento 0.01
• [x] 1 mucca che sopravvive deve rimanere nella settimana. una mucca per una settimana: lo slider deve riportare 1. Quando la mucca muore non deve essere possibile ricomprare. I costi della mucca per giorno rimane. Il costo giornaliero rimane
• [x] check in the end visualization client editor: ha bisogno che sia wrap (dal lato superiore fuoriescono a quello inferiore) o Hubnet non fa apparire le mucche alla periferia estrema (miglior soluzione finora)
• [x] simbolo euro su contributo comune
• [x] font interfaccia ancora più grande: non posso per i comandi
• [x] monitor guadagno totale: il modello "offre" il guadagno totale uguale al costo a tempo 0, questo per permettere di acquistare una mucca quando la simulazione parte senza andare in perdita. Per evitare equivoci ho tolto solo dalla visualizzazione che a tempo 0 il guadagno totale è uguale al costo di una nuova mucca: appare, come di fatto è, che sia "regalata" per permettere l'inizio del gioco ed accumulo capitale.
• [ ] plot solo le mucche che muoiono ogni giorno
• [ ] monitor mucche morte
• [ ] mucche morte cumulativo: somma di quanti sono morti per ogni giorno
• [ ] global risorse comuni lista per ogni giorno

[RoccoPaolillo]

PRE-TEST ROMA 22/10/2024

• [x] mucche devono morire più lentamente: prima settimana nessuno muore (capitale uguale); rinnovo energetico 0.6
• [x] output-print
• [x] communication costs risk