{"id":2442,"date":"2014-08-11T03:37:18","date_gmt":"2014-08-11T03:37:18","guid":{"rendered":"https:\/\/notebooks.dataone.org\/?p=2442"},"modified":"2014-08-11T17:07:30","modified_gmt":"2014-08-11T17:07:30","slug":"week-8-the-notebook","status":"publish","type":"post","link":"https:\/\/notebooks.dataone.org\/prov-notebooks\/week-8-the-notebook\/","title":{"rendered":"Week 8 – Notebook provenance"},"content":{"rendered":"
As we’re approaching the end of this summer project, it’s time to think about the end game. We’re targeting to study the provenance of notebooks and we choose iPython notebook as a use case and we studied NoWorkflow system in detail, so it’s natural to combine these two together. Since iPython allows users to write extensions as user-define functions or libraries,\u00a0therefore, an iPython extension for capturing provenance in notebook would be a good idea.<\/p>\n
The iPython noteobook is much like a debugger with breakpoints between two adjacent cells. Of course, notebook is more for viewing purpose, so each cell can be moved around and executed separately; debugger is more for debugging purpose that the information captured when reaching breakpoints is more informative and complete. So it’s kind of nice if we can combine the good features from those two tools together, or in our case, add the debugger’s feature to notebook while maintaining the flexibility of cells.<\/p>\n
NoWorkflow system executes the target Python script and capture the profiling information during execution, in other word, it’s a wrapper around the target Python that can execute the script and process the information from the execution. So\u00a0the key point here is that we need to use a script to capture the information and this script is invoked when the target script is\u00a0executed. For iPython notebook, the idea would be\u00a0the following: for each script, start with a %load_extension magic at the beginning of the script to enable provenance capturing, and at the end of the script, several functions like “show provenance”, “list trial” and so on can be called to view the information captured.<\/p>\n
Since we have NoWorkflow system in hand and the new tool we abandoned can be a good reference for getting profiling information from iPython notebook. So the idea here is to minimize the effort by combining the two existing components together rather than writing something completely new. I’ve started prototyping our provenance extension, next week, we should have something to show.<\/p>\n","protected":false},"excerpt":{"rendered":"
As we’re approaching the end of this summer project, it’s time to think about the end game. We’re targeting to study the provenance of notebooks and we choose iPython notebook as a use case and we studied NoWorkflow system in detail, so it’s natural to combine these two together. Since Continue reading Week 8 – Notebook provenance<\/span>