News for hackers. Stuff that matters.
Re:Open source electronic lab notebook by analog31 on Thursday June 15, 2017 @01:56PM (#14562701)
I've looked into electronic notebook software, and kind of started out with a similar view. What I've learned is that there are two ways of thinking about it:

1. Replacing your personal notebook with an app on a computer. That's where things like Excel, Jupyter (what I use), or EverNote, could work for you. It doesn't seem like there's much for a science-specific app to offer here.

2. Then there's electronic lab management, where you're not managing the entry of data so much as managing the people who work in the lab. This is where the software developers are active, with a variety of ideas for what lab management consists of, that probably vary depending on your discipline and industry. For instance, the website mentions protocols, collaboration, and security, none of which are issues in my work, but are very much issues in a large managed research group that is potentially in a regulated or litigous industry.

The first option works just fine for me, because it addresses the main feature of my work: Almost all of my experiments are automated, my data are produced in computer readable format, and all of my analysis is done with software. So I pretty much have a computer handy whenever I'm doing "lab" work. It would be a different story if I were, for instance, doing field or wet lab work. Then I'd probably stick with a paper notebook.

Re:Open source electronic lab notebook by georgiev on Thursday June 15, 2017 @03:33PM (#14563657)
What format do you use? I was searching for scientific​ notebook templates and examples but didn't find any so I just made my own: pandoc tags on the top and the rest is GitHub Markdown. Python cells when data need to be processed.
Re:Open source electronic lab notebook by analog31 on Thursday June 15, 2017 @03:55PM (#14563843)
I use vanilla Jupyter as bundled with the WinPython distro. Don't ask me why I went with WinPython instead of Anaconda, but now it's what I use.

My typical notebook is mostly Python with a bit of Markdown, rather than vice versa. I'm rarely creating a linear narrative, so I often go back and add explanatory text after the fact but before I forget.

It's worth noting that I'm a lone wolf in terms of maintaining my own lab data and results. Nobody else cares how I do it, and I'm not in a regulated field. I'm in industry, so I don't publish. So it's mostly so I can figure out later what I did. At home, I've put some really obscure Jupyter notebooks on my GitHub page, which so far appears to have received exactly zero views. GitHub renders Jupyter notebooks automatically.

Alongside Jupyter, I've often got a regular Python IDE running, with programs or scripts that I use for data gathering. Most of my lab equipment is accessible via pySerial (a requirement for anything that I buy new). If you're really careful, you can script your data collection within the same Jupyter notebook that you use for analysis, but there are some hidden dangers, such as losing data stored in variables when you terminate the kernel, or over-writing files. My habit with data files is to use str(time.tim()) for file naming, so it's impossible to overwrite a file by accident.