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

Showcase proofreading #163

Merged
merged 11 commits into from
Oct 16, 2024
Merged

Showcase proofreading #163

merged 11 commits into from
Oct 16, 2024

Conversation

atravitz
Copy link
Contributor

@atravitz atravitz commented Oct 8, 2024

Minor changes to address things that I noticed while running the showcase notebook.

I also cleared the notebook output to make the diffs easier to track in the future. Please let me know if this is not best-practice.

@atravitz atravitz added the documentation Improvements or additions to documentation label Oct 8, 2024
@atravitz atravitz self-assigned this Oct 8, 2024
Copy link

Check out this pull request on  ReviewNB

See visual diffs & provide feedback on Jupyter Notebooks.


Powered by ReviewNB

Copy link

github-actions bot commented Oct 8, 2024

Binder 👈 Launch a binder notebook on branch OpenFreeEnergy/ExampleNotebooks/showcase_proofreading

@mikemhenry
Copy link
Contributor

I do think that it is best practice to not keep the output BUT we need the output so that our docs render the output:
https://docs.openfree.energy/en/stable/tutorials/rbfe_python_tutorial.html

I think what we should do is maybe have CI do the rendering (it already does the running (at least on these notebooks https://github.com/OpenFreeEnergy/ExampleNotebooks/blob/main/.github/workflows/CI.yml#L68 we will want to make sure those are a 1-1 match of the notebooks we have in our docs))
We could have the result of running the notebooks committed on merge into main? That way it won't clutter up the PR (with each CI run you would need to pull changes) BUT I don't think that would actually help since the output would still be saved...

We could have RTD keep the output which would fix the issue of the docs not having the output BUT that means that if you clone the repo or view the repo with a web browser there still would be no output.

I am not really sure what we should do here, maybe see what OpenFF does? They have the same-ish setup for embedding notebooks in their docs.

This will probably be a bigger issue to work out BUT I think the typo fixes you have here are great 🎉 so could you include the output for now? I will turn this comment into an issue that we can use to discuss what we want to do RE: notebook output being committed.

@atravitz atravitz marked this pull request as draft October 9, 2024 18:40
Copy link
Member

@IAlibay IAlibay left a comment

Choose a reason for hiding this comment

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

I'm going to block over outputs - needs further discussion.

@atravitz atravitz marked this pull request as ready for review October 9, 2024 20:53
Copy link

review-notebook-app bot commented Oct 9, 2024

View / edit / reply to this conversation on ReviewNB

atravitz commented on 2024-10-09T21:48:09Z
----------------------------------------------------------------

The ordering of mst_network.edges seems to not be deterministic. Is that a concern, or is comparing any two edges fine for this example?


IAlibay commented on 2024-10-10T10:59:43Z
----------------------------------------------------------------

In this case it's fine, although you are right - this is a long standing issue that our network generations aren't deterministic.

Copy link
Member

IAlibay commented Oct 10, 2024

In this case it's fine, although you are right - this is a long standing issue that our network generations aren't deterministic.


View entire conversation on ReviewNB

Copy link

review-notebook-app bot commented Oct 10, 2024

View / edit / reply to this conversation on ReviewNB

IAlibay commented on 2024-10-10T11:03:02Z
----------------------------------------------------------------

Line #5.    # Extract the content of the sdf file and visualise it

The SDF has a finite set of ligands within it, would it not be contents over content? (i.e. you have multiple entities not a single one)


atravitz commented on 2024-10-15T20:35:31Z
----------------------------------------------------------------

I think you're right, I was thinking of it in the "uncountable" way. https://dictionary.cambridge.org/grammar/british-grammar/content-or-contents. Fixed.

Copy link

review-notebook-app bot commented Oct 10, 2024

View / edit / reply to this conversation on ReviewNB

IAlibay commented on 2024-10-10T11:03:02Z
----------------------------------------------------------------

I think it should be calculations (plural)?


atravitz commented on 2024-10-15T20:37:01Z
----------------------------------------------------------------

done

Copy link

review-notebook-app bot commented Oct 10, 2024

View / edit / reply to this conversation on ReviewNB

IAlibay commented on 2024-10-10T11:03:03Z
----------------------------------------------------------------

Looks like the SmallMoleculeComponent link is broken in the reviewnb preview - please double check that it still works!


atravitz commented on 2024-10-15T20:38:58Z
----------------------------------------------------------------

It was broken before this PR, but it's fixed in this version. I think it's a reviewnb bug that the entire link isn't highlighted here.

Copy link

review-notebook-app bot commented Oct 10, 2024

View / edit / reply to this conversation on ReviewNB

IAlibay commented on 2024-10-10T11:03:04Z
----------------------------------------------------------------

So in other places we do enforce capital Protocol for "the class type", I'm not 100% sure if this should be capital or lowercase here - can go either way but we should be consistent.


atravitz commented on 2024-10-15T20:41:47Z
----------------------------------------------------------------

I agree that it should be capitalized when in reference to the class type. I thought this was using "protocol" in the general sense. I think we can actually just rephrase like this:

As this involves both a relative binding free energy in solvent and complex phases, RelativeHybridTopologyProtocol will be used to build two separate ProtocolDAG (directed-acyclic-graph) classes, one for each phase.

Copy link

review-notebook-app bot commented Oct 10, 2024

View / edit / reply to this conversation on ReviewNB

IAlibay commented on 2024-10-10T11:03:05Z
----------------------------------------------------------------

Thank you, I appreciate folks enforcing "force field".


Copy link
Member

@IAlibay IAlibay left a comment

Choose a reason for hiding this comment

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

I'll approve, but please do look at my reviewnb comments.

Copy link
Contributor Author

I think you're right, I was thinking of it in the "uncountable" way. https://dictionary.cambridge.org/grammar/british-grammar/content-or-contents. Fixed.


View entire conversation on ReviewNB

Copy link
Contributor Author

done


View entire conversation on ReviewNB

Copy link
Contributor Author

It was broken before this PR, but it's fixed in this version. I think it's a reviewnb bug that the entire link isn't highlighted here.


View entire conversation on ReviewNB

Copy link
Contributor Author

I agree that it should be capitalized when in reference to the class type. I thought this was using "protocol" in the general sense. I think we can actually just rephrase like this:

As this involves both a relative binding free energy in solvent and complex phases, RelativeHybridTopologyProtocol will be used to build two separate ProtocolDAG (directed-acyclic-graph) classes, one for each phase.

View entire conversation on ReviewNB

@atravitz atravitz force-pushed the showcase_proofreading branch from 24582ce to f1bd871 Compare October 15, 2024 20:59
@atravitz
Copy link
Contributor Author

@IAlibay comments addressed, anything else before merging?

Copy link
Member

@IAlibay IAlibay left a comment

Choose a reason for hiding this comment

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

lgtm thanks!

@IAlibay IAlibay merged commit 34fad3e into main Oct 16, 2024
4 checks passed
@IAlibay IAlibay deleted the showcase_proofreading branch October 16, 2024 20:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants