[IPython-dev] notebook questions
Sat Sep 17 00:25:08 CDT 2011
On Fri, Sep 16, 2011 at 8:08 PM, Chris Kees <firstname.lastname@example.org> wrote:
> On Fri, Sep 16, 2011 at 4:14 PM, MinRK <email@example.com> wrote:
>> On Fri, Sep 16, 2011 at 13:37, Chris Kees <firstname.lastname@example.org> wrote:
>>> I updated my source on the notebook after I read Fernando's post. Nice
>>> work! Couple of questions:
>>> Is there a way to use reST in the text boxes? It seems like it sort of
>>> works but doesn't get the ::
>> No, it uses markdown, which is largely similar, if simpler, and much better
>> suited for
>> use in a browser. Indent code blocks by four spaces, and it should
>> behave nicely. Or use `<pre>` tags if you just want it monospaced and not
> I noticed that github allows you to choose between several different
> languages for wiki input so I thought you might have something like
> that in mind. I've been using reST for docstrings, sphinx docs, and
> github so I selfishly would prefer not to have to learn another
> simplified markup language.
>>> If I put the notebook safely inside our firewall, would it be
>>> reasonable to just let 5-10 people use the same server or do you
>>> foresee problems down the road?
>> This should be fine, as long as it is acceptable for the 5-10 people to be
>> running code as the user that launched the server. Anyone with access to
>> the server can run arbitrary code on the host as this user. If this is
>> acceptable, there should be no problem. One thing to be careful of is
>> simultaneously working with a single notebook: You can both be working with
>> the same file, but saving is destructive. So if two people open a notebook,
>> both edit it, and both save it, the later save will clobber the first.
> I could set up a special user or virtual machine like is done for sage
> servers, and then we could just use a convention that your always save
> worksheets in notebooks ending in your initials. One flaw in that plan
> is that the current notebook doesn't appear to have a "duplicate" or
> "save as" capability, but I'm guessing that would be very easy to add.
> I like the integrated version control idea that Anne Archibald
> mentioned in her blog.
A notebook "Clone" capability is on our list as is version control
integration. But I should mention that our model for notebooks is
quite different than that of Sage. The notebook server stores the
notebook documents as JSON text files in the cwd of the notebook.
There is no "notebook database" involved and we encourage storing the
notebook files alongside the rest of your project files. What this
means is that all you have to do to get version control for notebooks
is do "git init" in the directory containing the notebooks.
Obviously, we want more integration in the future, but this simple
model works today.
>>> I've set up a sage server partly for
>>> that purpose, but having the ipython notebook available could have
>>> some advantages. For example, we're running a computational mechanics
>>> seminar where it would be nice to share some simple mpi programs, say
>>> in the 8-16 processor range. I don't think we can do that in sage yet,
>>> In the docs, it talks about the python roundtrip not being guaranteed.
>>> What about a sage round trip capability for the notebooks?
>> I don't know about the Sage notebook's file formats, but it is unlikely.
>> That doesn't mean that it won't work at all, or even well, but lossless
>> roundtrip is generally not feasible between file formats with different
> I understand about the perfect lossless roundtrip being impossible in
> general. I'd be happy with a convert script that goes back and forth
> with warnings or comments (sort of like a failed merge). As long as
> the python part works and most of the text makes it on the round trip
> it seems valuable to me. One can invest quite a bit of effort into
> these notebooks, and I like the idea of being able to convert them to
> high quality python code or sage with minimal effort.
It should be possible to import/export IPython notebooks to Sage
notebooks, at least at a simple level. I don't have time to work on
this right now, but I can point others in the right direction if they
want to tackle it.
>>> What's the latest recommendation for interactive 3D graphics in the
>>> notebook, or what direction should I investigate? Probably the most
>>> straightforward route for me would be to take our existing vtk
>>> representations that we use with Qt and follow the notebook example on
>>> the display protocol. Also, BTW, is there a PySide qt gui example
>> The IPython notebook currently has no mechanism for interactive graphics.
>> All the usual interactive tools should work if you are running the notebook
>> server *locally*, as their windows will pop up as usual. You can publish
>> static HTML, SVG, PNG, or txt representations of objects, but not dynamic
>> (unless you write the dynamic part into the HTML/JS output).
> OK, that gives a path forward. Most of our graphics is done in vtk so
> I asked the paraview list whether the JS support from the ParaViewWeb
> project is available from python yet
>>> IPython-dev mailing list
> IPython-dev mailing list
Brian E. Granger
Cal Poly State University, San Luis Obispo
email@example.com and firstname.lastname@example.org
More information about the IPython-dev