Link volume_per_person_* and size_per_individual_* by deriving volume from floor area × room height
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
Direzione di ricerca
Start by reading get_parameters() and the listed functions each_to_p_inf(), convert_ach_to_riskiness(), calculate_efficacy_from_ach(), generate_setting_intervention_switches(), and generate_joint_intervention_switches() to trace both parameter sets. The issue proposes replacing them with floor area and room height, then deriving volume while preserving the stated defaults. Done when both calculations use consistent room dimensions and Wells-Riley results remain unchanged.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Link volume_per_person_* and size_per_individual_* by deriving volume from floor area × room height
There are two separate parameter sets describing the physical space per person in each setting, and they aren’t connected:
volume_per_person_<setting>(m³ per person) is used in the Wells-Riley calculation (ach_to_p_inf(),convert_ach_to_riskiness(),calculate_efficacy_from_ach()).size_per_individual_<setting>is used whencoverage_target = "square_footage"(generate_setting_intervention_switches(),generate_joint_intervention_switches()).
The floor areas behind the volume defaults only exist as code comments in get_parameters(), and size_per_individual_* defaults to 1 everywhere:
So a user who changes one set doesn’t change the other. Square-footage coverage allocation and Wells-Riley infection risk can then assume different room sizes for the same setting.
Proposed fix
As discussed with @cwhittaker1000 in #142, replace both with:
floor_area_per_person_<setting>(m²): used directly for square-footage coverage allocation.room_height_<setting>(m).- Volume per person calculated as
floor_area_per_person_<setting> * room_height_<setting>, rather than set separately.
Defaults would be taken from the existing comments (10/2.7, 3.33/3, 2/4, 20/2.5), so Wells-Riley results don’t change.
- Lingua principale
- R
- Stelle
- 8
- Fork
- 4
- Merge medio
- 3g 18h
- PR unite (30g)
- 3
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di petal-code/helios
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
petal-code/helios#174 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
petal-code/helios#173 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 84/100
petal-code/helios#166 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 92/100
petal-code/helios#161 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
petal-code/helios#179 ·
Tutte le issue di petal-code/helios
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
tidymodels/censored#414 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
waldronlab/bugphyzz#256 ·
-
dbRemoveTable() fails on SQLite with 'near "TRUNCATE": syntax error' and leaves the table in placeForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
OHDSI/DatabaseConnector#348 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100