Skip to content
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

Issue with make_per_unit function on multi network data #463

Closed
kaarthiksundar opened this issue Jan 30, 2019 · 4 comments
Closed

Issue with make_per_unit function on multi network data #463

kaarthiksundar opened this issue Jan 30, 2019 · 4 comments

Comments

@kaarthiksundar
Copy link
Collaborator

The make_per_unit function is specific to the replicate function that is being used. In the test cases, the replicate function does deep copy of the single network data and hence, it works fine. If one decides to be memory efficient with the replicate function (by use of pointers), then the make_per_unit implementation would not give the desired effect; for instance, it would normalize pg values by pg/mvaBase^n. I do not know how to address this - but just bringing out the issue.

@kaarthiksundar
Copy link
Collaborator Author

Easy fix would be to make_per_unit and then replicate - but this just pushes to the issue to converting back to normal units.

@ccoffrin
Copy link
Member

If make_per_unit works in the deep-copy case, then I don't think this is a bug. If one is going to use clever space saving methods, then that user needs to be careful with their data manipulation.

A feature we could add to help streamline this would be to have an optional per_unit field in each component. make_per_unit and make_mixed_units could then check this optional value before performing the requested conversion.

@kaarthiksundar
Copy link
Collaborator Author

I understand. The per_unit field in each component would be actually helpful.

@ccoffrin
Copy link
Member

closing as a repeat of #682

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants