You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Can't specify differential class in frame init #6314
I had originally made it so that this would work with a differential class as well, but that no longer seems to be the case (because of some changes @mhvk made in #6219). An implication of this is that the velocity components always have to be specified with the component names corresponding to the default differential. For most frame classes, this is SphericalCosLatDifferential, so proper motions always have to be coslat. However, it would be nice to be able to do something this:
I agree with @adrn that this is functionality that should be present. I think it's fair to call it a bug that this isn't possible, because it's definitely intended (and highly desirable).
In my mind, the first example @adrn gave above is a critical piece of functionality, because there is no agreed-upon convention for how this is represented in the field.
One other thing this issue has bad me realize: ICRS(..., differential_cls=SphericalDifferential) apparently no longer works (it did in a previous cut @adrn and I made on this functionality). I think that also needs to be supported (in addition to the dictionary syntax), as the dictionary syntax is a relatively arcane implementation detail. While it's necessary for higher-order differentials, we the frames are already specially-tailored to work for just velocity differentials. (As we should, because they are coordinate frames not arbitrary vector frames.)
Activity
eteq commentedon Jul 2, 2017
I agree with @adrn that this is functionality that should be present. I think it's fair to call it a bug that this isn't possible, because it's definitely intended (and highly desirable).
In my mind, the first example @adrn gave above is a critical piece of functionality, because there is no agreed-upon convention for how this is represented in the field.
eteq commentedon Jul 2, 2017
One other thing this issue has bad me realize:
ICRS(..., differential_cls=SphericalDifferential)apparently no longer works (it did in a previous cut @adrn and I made on this functionality). I think that also needs to be supported (in addition to the dictionary syntax), as the dictionary syntax is a relatively arcane implementation detail. While it's necessary for higher-order differentials, we the frames are already specially-tailored to work for just velocity differentials. (As we should, because they are coordinate frames not arbitrary vector frames.)