答案 0 :(得分:4)
有时我会遇到相同的问题,我认为这与GitHub的后端,文件大小和网络连接有关。但是,您可以使用https://nbviewer.jupyter.org/并将链接粘贴到其中。该站点独立于GitHub,但可以解决您的问题。
答案 1 :(得分:1)
如果文件名是正确的“ name.ipynb”,没有错别字或特殊符号,则可以解决。这是GitHub的一个问题。不幸的是,对此没有解决方案。您可以向GitHub报告错误,稍后再试,或者在Jupyter中打开笔记本
count1
Out[36]:
array([[2787, 2748, 2752, ..., 2820, 2832, 2903],
[2794, 2729, 2748, ..., 2810, 2811, 2872],
[2785, 2796, 2773, ..., 2852, 2877, 2854],
...,
[2833, 2713, 2692, ..., 2703, 2883, 2974],
[2759, 2726, 2688, ..., 2779, 2863, 2893],
[2802, 2755, 2637, ..., 2777, 2841, 2946]], dtype=uint16)
k =0
a = np.min(filter(lambda x: x>k,count1))
a
Out[39]: <filter at 0x1a56f9dbc88>
cmd中的命令。
答案 2 :(得分:0)
几个月来我一直在努力解决这个问题。
我坚信这纯粹是 GitHub.com 问题。
我看到的是笔记本有时效果不错,有时效果不佳。
每当笔记本电脑出现故障“对不起,出了点问题。重新加载?” ,同一个笔记本电脑会在一段时间后没事,而在“一段时间后”可以从几分钟到几小时不等(可能一天)。但这并不意味着在此之后的几个小时它不会再次开始出现故障。
我确信 GitHub.com 在其计算机上托管了用于渲染笔记本的服务,并且有时该服务会进入不良状态或崩溃;发生这种情况时,笔记本计算机将在服务退回(或以某种方式恢复其“良好”状态)后才呈现。
不幸的是,我可以找到向GitHub.com报告错误的唯一方法是给support@github.com发送电子邮件或在https://support.github.com/contact处填写表格。此外,根据我的经验,GitHub.com对错误报告的响应不是很好,而且似乎也没有公共问题跟踪器。
也许如果我们当中有足够的人通过电子邮件向 support@github.com 提出投诉,那么他们将把它作为优先事项并解决问题。
如果您将笔记本的github.com网址放入https://nbviewer.jupyter.org/,这些笔记本在GitHub.com 上的呈现就很好了,这进一步证明了问题是GitHub.com
答案 3 :(得分:0)
您可以使用此 nbviewer 一种简单的方式来共享 Jupyter Notebook。并在 github 中输入扩展名为 .ipynb
的文件路径,它会带你笔记本的 url,你可以轻松分享它