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

Yamlification of parastell #56

Merged
merged 1 commit into from
Mar 16, 2024
Merged

Conversation

FusionSandwich
Copy link
Contributor

@FusionSandwich FusionSandwich commented Mar 6, 2024

Included Yaml input file and new python execution file. Current issue with getting to write to a yaml output file. Will likely be updated depending on how strengths output changes.

Closes #45

Copy link
Member

@gonuke gonuke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this addition @FusionSandwich - I have a few questions/suggestions.

README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
Comment on lines +23 to +29
build = {
'phi_list': phi_list,
'theta_list': theta_list,
'wall_s': wall_s,
'radial_build': radial_build['components'],
'components': {}
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can't you just define this as config['radial_build'] and then process the details into an NumPy array?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seemed like it made more sense to have similar parameters grouped together in the yaml file. Even though they are apart of different inputs to parastell. I wasn't entirely sure if we'd be able to group the inputs for parastell together. And I didn't want to assign values to build that wouldn't be called elsewhere. But I can separate out variables from the radial_build in the yaml file like wall_s and repeated.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Then I can just set build as config['radial_build'] without the issues.

Copy link
Member

@gonuke gonuke Mar 7, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this may be worth a conversation as a group to balance the user experience in the YAML file vs the code benefits for the developers (see #52)


# Convert thickness_matrix in 'radial_build' components to numpy arrays
for component, details in radial_build['components'].items():
if 'thickness_matrix' in details and isinstance(details['thickness_matrix'], list):
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What if it's not a list? is in an error?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah that was my experience, but I'll run some more tests and check it out again.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This may be a question for @connoramoreno , but one wanted a uniform thickness blanket, how would it be defined in the current struture? Would it still be a theta/phi grid with very few points (2x2)? Or could it be a scalar for each thickness? Do we have to handle cases like that?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll ask Conner about it before the Thursday meeting.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, the notification for this got lost in my email inbox. In the current implementation, components of uniform thickness are still defined on a grid but all elements have equal value. We could choose to handle input for uniform thickness components differently, of course.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should probably issue an error if this data is NOT a list, then.

@gonuke gonuke added this to the First OO version milestone Mar 7, 2024
@gonuke gonuke linked an issue Mar 7, 2024 that may be closed by this pull request
@gonuke
Copy link
Member

gonuke commented Mar 12, 2024

Please rebase this to capture updates to .gitignore. I'd like to merge it ASAP

@gonuke
Copy link
Member

gonuke commented Mar 14, 2024

Something's fishy in this PR - there are too many files included that are not different from the target branch. We may need to do a little git repair...

@FusionSandwich
Copy link
Contributor Author

FusionSandwich commented Mar 14, 2024 via email

@gonuke
Copy link
Member

gonuke commented Mar 15, 2024

I don't know how it got to this state, but I was able to rebase it cleanly. It would be great to sort this out today, even if you need the help of some other folks to navigate the git.

@FusionSandwich
Copy link
Contributor Author

FusionSandwich commented Mar 15, 2024 via email

@FusionSandwich
Copy link
Contributor Author

Did we do what you expected with it?

Copy link

@lewisgross1296 lewisgross1296 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@FusionSandwich when you get a chance, like we discussed "Yamlification of parastell" might also be a good name for this PR (Instead of "Initial Commit Yaml Example Script").

I think our rebase and force push likely addressed @gonuke's concern of extra files getting merged that this PR shouldn't have changed.

@FusionSandwich FusionSandwich changed the title Initial Commit Yaml Example Script Yamlification of parastell Mar 15, 2024
@FusionSandwich
Copy link
Contributor Author

FusionSandwich commented Mar 15, 2024 via email

Copy link
Member

@gonuke gonuke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for cleaning up the PR @FusionSandwich

@gonuke gonuke merged commit 58dc30a into svalinn:oo_version Mar 16, 2024
connoramoreno added a commit that referenced this pull request Mar 21, 2024
@connoramoreno connoramoreno linked an issue Mar 29, 2024 that may be closed by this pull request
connoramoreno added a commit that referenced this pull request Sep 10, 2024
connoramoreno added a commit that referenced this pull request Sep 10, 2024
connoramoreno added a commit that referenced this pull request Sep 11, 2024
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

Successfully merging this pull request may close these issues.

Review structure of YAML file Develop initial method for reading input from YAML
4 participants