<div class="gmail_quote">On Tue, Jun 5, 2012 at 4:07 PM, MinRK <span dir="ltr">&lt;<a href="mailto:benjaminrk@gmail.com" target="_blank">benjaminrk@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Our idea is not &quot;notebook as dir&quot; but &quot;project as dir/repo&quot;, where a project contains any of: notebooks, data files, Python modules, etc.<div><br></div><div>I don&#39;t think storing binary data in the notebook file itself is worth a new kernel-side API, more than existing systems for b64 data in Python scripts, which will work just as well in the notebook as anywhere else (not that they are great, of course).</div>



<div><br></div><div>We did seriously consider the idea of archive file-formats while planning the notebook format, but we decided (largely from the perspective of VCS, etc) that JSON makes much more sense, and data files belong at the project level.  For instance, what if you want two notebooks to work on the same data? The data shouldn&#39;t live in either notebook, nor in both.</div>



<div><br></div><div>What is unfortunate at this point is that we really haven&#39;t developed our project-level UI/APIs yet, they only exist in the planning stages.  I think once you have project as dir/repo, then the benefits of data in the notebook file itself vanish, as the project becomes the unit of sharing/etc.  We would certainly have the ability to support *project* as a zipfile, that gets extracted on upload to the server.</div>



<div><br></div><div>-MinRK<br></div></blockquote><br></div><br>That sounds like a very nice solution. I look forward to the project-level UI. Thanks for letting us know about this planned feature.<br>