You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Objectives
Establish some standards for editing notebooks in order to:
avoid a "missing kernel" error in CI (see context below)
avoid storing output to make code changes / diffs easier to track?
VSCode allows filtering of output differences (and metadata) so perhaps it's OK to commit outputs
enable rendering in github - seems to require output to be committed🤦♂️
(This could just be a standards / documentation task)
Todos
identify how to avoid the missing kernel error
document using nbconvert --clear-output --inplace notebook.ipynb prior to add+commit
try to ensure that notebooks are rendered in github views
eg generate notebooks containing output in the CI process and store them in a rendered-notebooks folder?
Minimal testing requirements
I think this is a change / addition to coding standards rather than a code change.
Additional context
The default jupyter kernel seems to be called "python3" in Jupyter; eg try running the following command from a local venv with Jupyter: jupyter kernelspec list
I have several venvs which I use for Flatland and other things. I tend to call them something meaningful like ve310fl. In Jupyter I configure a kernel to use the given venv. Sometimes I use jupyter from a different venv, eg Jupyter in venv ve38torch might have a kernel pointing at ve310fl; I give it the same name, ie ve310fl. When editing a notebook I may switch the kernel from python3 to ve310fl. But the jupyter installed in CI contains only the default kernelspec python3 so running the notebook fails because ve310fl is missing.
This discussion was converted from issue #66 on December 08, 2023 15:39.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Objectives
Establish some standards for editing notebooks in order to:
(This could just be a standards / documentation task)
Todos
nbconvert --clear-output --inplace notebook.ipynb
prior to add+commitrendered-notebooks
folder?Minimal testing requirements
I think this is a change / addition to coding standards rather than a code change.
Additional context
The default jupyter kernel seems to be called "python3" in Jupyter; eg try running the following command from a local venv with Jupyter:
jupyter kernelspec list
I have several venvs which I use for Flatland and other things. I tend to call them something meaningful like
ve310fl
. In Jupyter I configure a kernel to use the given venv. Sometimes I use jupyter from a different venv, eg Jupyter in venvve38torch
might have a kernel pointing atve310fl
; I give it the same name, ieve310fl
. When editing a notebook I may switch the kernel frompython3
tove310fl
. But the jupyter installed in CI contains only the default kernelspecpython3
so running the notebook fails becauseve310fl
is missing.Some info about how Jupyter defines its default kernel here
Beta Was this translation helpful? Give feedback.
All reactions