-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Question] Mass Conversion #72
Comments
Wondering if https://arxiv.org/pdf/1401.7334.pdf will be of help |
Calling in @benediktdiemer on this issue. Overall, I'm leaning towards not having mass conversion for the purposes of the mass function. But it would be good to get to a strategy for figuring out if it's feasible. |
There is a good reason to expect that a mass conversion won't work: scatter. Any conversion is gonna suffer huge scatter due to random density profiles. For the mass function, this will cause Eddington bias, which should increase the mass function at high masses. But I think it would be easy to test: take a Tinker+08 MF for one definition, convert it, see if it matches another definition. |
Thanks @benediktdiemer, yes that makes sense, and I think that's a reasonable test. I'm trying to figure out the "least surprising" behaviour here for the user. Given the inherent uncertainties in converting between mass definitions for the mass function (modulo the test you propose), it may be best to by default assume that the mass definition is the same as whatever mass function is chosen by the user (though this gets tricky in If the user explicitly sets a mass definition which is not the definition used to measure the chosen hmf, we could then just raise an error, or give a warning. The I guess I'm trying to get at what would be a not-too-restrictive, unsurprising, but still accurate way to deal with these inputs consistently. Will have to think more... |
400m is by no means the highest possible, 200c would be ~600m, so the differences can be quite large... |
I am a bit unsure of what the best way to do mass conversion is. I can think of two ways: the first (as is currently implemented) is to take the user's input masses in whatever they define the definition to be, calculate the HMF at those masses defined at whatever definition the fitting function uses and then convert the mass function by multiplying by
dm_old/dm_new
.The second way would be to change the input masses themselves on input to the new definition, then just calculate the mass function there. This has the undesirable effect of needing to change the whole mass array every time a new definition is chosen, and might make some comparisons harder.
I guess each way should give the same result, right? That might make for an interesting test...
The text was updated successfully, but these errors were encountered: