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

indexing of "model" #7

Open
peterkrenek opened this issue Oct 17, 2023 · 2 comments
Open

indexing of "model" #7

peterkrenek opened this issue Oct 17, 2023 · 2 comments
Assignees

Comments

@peterkrenek
Copy link
Collaborator

In pinn.py several functions index a single subdomains model (i.e. model0 ). The reason for this is because in the Schwarz loop in the driver, model_i is set by slicing the parent variable which holds all the models (model_om). because it uses a slice to set the values in model_i, model_i is a tuple of which the elements are lists, and thus must be indexed and cannot be called directly. Since the slice is for a single element the list size is 0. This seems to have been done to support the FD_update fxn in pinn.py as I currently do not see any need for this in the NN. I will leave as indexed for now as to not break the code with FD_update.

@cwentland0
Copy link
Collaborator

Hey @peterkrenek, would you like me to fix this, or are you planning on fixing this? If it's the former that's fine, but if it's the latter you would mark me as a "reviewer" of the pull request which will merge the fix, which I can then review (rather than assigning me to this issue).

@peterkrenek
Copy link
Collaborator Author

@cwentland0 I just wanted to make you aware of why the indexing is happening. I didn't have plans to fix it at the moment as it would break the FD_1D_Update function which we are not focusing on at the moment so I figured it was best to leave as is. I can make some fixes however if we want to.

@peterkrenek peterkrenek self-assigned this Oct 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants