Open 1fish2 opened 3 years ago
It throws the same exception in master.
It looks like PR #1128 would have led to this issue. For the debug mode I think this block of code that's throwing the error can be entirely skipped but I might be missing something here... @tahorst?
You're right - I don't think running those blocks is needed for the debug mode but we could also check if the tf is in sim_data.tf_to_active_inactive_conditions
like above (not sure why the check uses sort). I think because the debug mode removes most TFs from tf_to_active_inactive_conditions
but not condition_active_tfs
or condition_inactive_tfs
we get a mismatch. I haven't run it with that change so there might be other mismatches elsewhere that could also raise an exception but I think it should fix this issue.
runParca.py --debug-parca
raisesKeyError: 'FNR-4FE-4S-CPLX__FNR-4FE-4S-CPLX__active'
.This might depend on which transcription factor condition it randomly selects.
It's also possible that I introduced a bug in the compose-variants branch, which has code to run parca for {monocistronic, polycistronic, both, none} operons, where the operon choice currently just overrides
variable_elongation_transcription
as a placeholder.