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
Besides parameter type inconsistency such as the bool vs int issue (hopefully fixed now), there are some inconsistencies in names, including casing ported from the official OpenDSS (COM) API. I imagine that's due to both Pascal and VB being case insensitive. For Python, win32com is also case insensitive with late bindings usage. Our DSS_MATLAB implementation is mostly case-insensitive too (it uses the SetGet mixin).
By version 1.0, we should address this. My opinion nowadays is that we should fix the inconsistencies and the downstream projects can handle the compatibility with the COM names. DSS Python/MATLAB/Sharp should keep the COM names by default, the other projects are free to choose.
Besides parameter type inconsistency such as the bool vs int issue (hopefully fixed now), there are some inconsistencies in names, including casing ported from the official OpenDSS (COM) API. I imagine that's due to both Pascal and VB being case insensitive. For Python,
win32com
is also case insensitive with late bindings usage. Our DSS_MATLAB implementation is mostly case-insensitive too (it uses the SetGet mixin).By version 1.0, we should address this. My opinion nowadays is that we should fix the inconsistencies and the downstream projects can handle the compatibility with the COM names. DSS Python/MATLAB/Sharp should keep the COM names by default, the other projects are free to choose.
See also: dss-extensions/OpenDSSDirect.jl#40
The text was updated successfully, but these errors were encountered: