Steven Rieder
Steven Rieder
Lots of errors so far, working on fixing them. One problem is that the order of constructing units/quantities needs to be taken into account. Not sure what we can do...
it's still available, but some constructed units are now suddenly quantities. Leads to errors like this: ```python In [4]: (constants.Rydberg_constant * constants.h * constants.c) ...: ...: --------------------------------------------------------------------------- AttributeError Traceback (most...
> its very hard to review with the zillion formatting changes... [its not a good sign when github refuses to load the diff] should be a bit easier now. Main...
> can you give an example of that? `c = 299792458.0 * (m*s**-1)` is fine, but `c = 299792458.0 * m*s**-1` is not: ```python In [7]: c = 299792458.0 *...
Yes, the ror is untouched and still works. > maybe is also good to take stock of all the implications that this change has (issue?): > old simulation scipts >...
Another issue: 1.0 * unit will return the unit. This should probably return a quantity instead (in line with previous behaviour and other unit systems)
> Another issue: > 1.0 * unit will return the unit. This should probably return a quantity instead (in line with previous behaviour and other unit systems) `units.kg.__mul__(1.0)` does return...
ah, of course that would be `__rmul__`...
This also fails: ```python In [31]: 2.0 * 2.0 * kg * m**2 Out[31]: quantity In [32]: 2.0 * 2.0 * kg**2 * m**2 --------------------------------------------------------------------------- AttributeError Traceback (most recent call...
it's really tricky...