Conversation
|
Hm. Having the dirac measure as a subclass of |
|
We've had this discussion in the past, but we can bring it up again. However, if someone wants to set a value of a constant to a floating point value they should be able to, and so it makes sense to move it here based on our taxonomy. Alternatively, we could have it not subclass from either Continuous or Discrete. Moving it to Continuous is the easiest. |
|
Wouldn't that mean that during auto assignment of step methods NUTS will try to sample from that? |
|
Correct. I was on your side the last time the issue was brought up, but folks argued strongly in favor of keeping it. It apparently does get used, as evidenced by the issue. |
|
Well, then maybe it is best if it inherits from |
|
We won't know until we try ... |
I agree. Is it possible to just internally take the constant and wrapped in a deterministic? |
|
Yeah, I don't recall the reasoning last time, but just because people are using it doesn't mean that there isn't a better way which we should support instead (i.e. a Deterministic with a float). I'm in favor of dropping it. |
|
Ok, I will leave it where it is (Deterministic) and add a deprecation warning. |
|
OK, after all that, we are just deprecating now. |
|
Is this ready to merge? |
|
Please do, unless anyone objects |
|
Done. |
|
Hmmm. I'm the one who opened #2451 in the first place and now the deprecation of From that perspective, a I was able to use |
Fixes #2451
Also adds a bunch of newer distributions that are missing from the API docs.