Plot gallery - #18
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests.
🚀 New features to boost your workflow:
|
a82ad18 to
3518734
Compare
Documentation build overview
27 files changed ·
|
945432d to
83e85db
Compare
4915521 to
a09f389
Compare
…te project TOML, conf and index page
52c3f8c to
4bec404
Compare
alasdairwilson
left a comment
There was a problem hiding this comment.
This is fantastic! I had fun messing with the sankey plot in the rendered docs.
There were some minor typos (there might be more I didn't see) and I would reccomend storing the data used, especially the big csv tables as sample data or test data rather than.
The only other thing I'd add is make absolute sure this is squashed on merge since there are some very large files that were subsequently removed, so would be a shame to not prevent them from being added to the git repo forever.
|
Fine, the next PR update - probably early next week - will address these. P. S. We can certainly store the figure CSVs as static files, perhaps in test data, and load them in the figure scripts, but to keep it simple we can keep the hard-coded RST tables that appear as comments (required by Sphinx gallery). If you want to make the RST comments dynamic you'd have to dynamically write the figure script files ( There is a PR setting for squash on merge, and the large files to which you refer were added then removed in earlier commits. So, squashing will not result in these files being added back. |
You misunderstand, I wasn't asking them to be removed from the current state of main, I wanted to keep them out of the history, as if this was not squashed they would forever live in reachable history of the repo as blobs. But yes squash on merge will prevent that, and this is what I was asking to be done. |
I do understand - I removed the files myself here - but squash on merge is already enabled (screenshot below from the PR ruleset):
This is one of the reasons why we're enforcing squash merging (with rebase) in all the key repos - you get a much smaller, more linear, cleaner Git history, which makes Git log easier to read for a start. |
Co-authored-by: Alasdair Wilson <60351846+alasdairwilson@users.noreply.github.com> Signed-off-by: sr-murthy <sandeep.murthy@ndm.ox.ac.uk>
Co-authored-by: Alasdair Wilson <60351846+alasdairwilson@users.noreply.github.com> Signed-off-by: sr-murthy <sandeep.murthy@ndm.ox.ac.uk>
Co-authored-by: Alasdair Wilson <60351846+alasdairwilson@users.noreply.github.com> Signed-off-by: sr-murthy <sandeep.murthy@ndm.ox.ac.uk>
|
@alasdairwilson As you may have noted, the refactored plot gallery that now depends on Sphinx gallery only works because I'm using this Plotly fork to deal with a Sphinx gallery <-> Plotly problem I reported here. The solution is being reviewed in this Plotly PR. We shouldn't obviously merge this PR at least until that Plotly PR is merged, and a new Plotly release, which we will need to pin. This will almost certainly also trigger a Sphinx gallery release, so we should wait for that too. |
|
@alasdairwilson Please review again. Fixes made + two more example scripts added for bar charts, and bar-line charts. Also, all static CSV data defined in the scripts have been moved to CSVs in a new subfolder ( It is certainly possible to also have dynamic generation of the RST tables of the synthetic datasets appearing in the plot pages - I think that seemed to be one of your suggestions / comments in the last review - but that would require additional changes that could be done at a later point. |

kaleidoto package deps +orcato docs depsVisualisation page (RTD build version)