Closed ramseykarim closed 2 years ago
Issue solved. The fix ended up in stresolver.py
rather than powr.py
because, while the peculiarity is with PoWR, powr.py
doesn't know the real luminosities and has no reason to handle them. Only stresolver.py
should know about the real (sampled) luminosity. The new FUV and ionizing fluxes for WN6ha seem reasonable, they jumped by log10~0.7, which makes sense since the normalization jumped from log10 = 5.3 to 6.06 (1.15e6, the value from Rauw)
In the
catalog
module, the WR spectra and mass loss rates need to be scaled with the observed (or assumed) luminosity; the values from the model are luminosity-invariant. From their website:This needs to be addressed and tested. Testing should check that:
This can probably be fixed within
powr.py
since it is specific to the PoWR grid; the other parts of the code should not be aware of this peculiarity.