The authors thank all the other members of the gP2S development team who have worked on the project since its inception: Rafa&#322; Udziela, Cezary Krzy&#380;anowski, Przemys&#322;aw Stankowski, Jacek Ziemski, Piotr Suchcicki, Karolina Paj&#261;k, Ewout Vanden Eyden, Damian Mierzwi&#324;ski, Micha&#322; Wojtkowski, Piotr Pikusa, Anna Surdacka, Kamil &#321;uczak, and Artur Kusak. We also thank Raymond Ha and Claudio Ciferri for helping assemble the team and shape the project.

1. Setting up gP2S for work
<ol>
	<li>Log on to gP2S. Upon successful login, the main screen is shown. 
	NOTE: In the top right corner, the user name is shown - click on this to log out. The left-hand-side navigation bar consists of a project selector (top), a set of navigation items listing the experimental entity types that define the cryoEM workflow (Samples, Grids, Microscopy Sessions, Processing Sessions, Maps, and Models), and a link to the Settings section of the application.</li>
	<li>Before any experiments can be logged, populate the Settings section with information about the Projects, Equipment, Consumables, Software and Protocols that are in use at the cryoEM facility. Settings can be updated at any time by adding new tools and projects and by editing the existing entries; however, just like all entities in gP2S, Settings entities cannot be deleted once they are created.</li>
</ol>
2. Configure at least one project
<ol>
	<li>Navigate to Settings &#62; Projects.</li>
	<li>Click on Create New Project.</li>
	<li>Type in a Project label.</li>
	<li>Click Save.</li>
</ol>
3. Configure at least one Surface Treatment Machine.
NOTE: Surface treatment machines are used to modify the surface properties of EM grids - most commonly they are glow dischargers or plasma cleaners.
<ol>
	<li>From the Equipment section, choose Surface Treatment Machine.</li>
	<li>Click Create New Machine.</li>
	<li>Enter a label, which will serve to identify the machine later on.</li>
	<li>Provide its Manufacturer, Model and Location.</li>
	<li>Click Save.</li>
</ol>
4. Register at least one Grid Type.
NOTE: Grid Types are meant to identify models of grids (e.g., &#34;2-&#181;m holey carbon film on 300-mesh copper grids&#34;), not specific batches or&#160;lots of grids
<ol>
	<li>From the Consumables section select Grid Type.</li>
	<li>Click on Create New Grid Type.</li>
	<li>Enter a Grid Type label, Manufacturer and Description.</li>
	<li>Click Save.</li>
</ol>
5. Register at least one Vitrification Machine
<ol>
	<li>From the Equipment section, select Vitrification Machine.</li>
	<li>Click on Create New Machine.</li>
	<li>Provide its Manufacturer, Model and Location.</li>
	<li>Click Save.</li>
</ol>
6. Register at least one Blotting Paper
<ol>
	<li>From the Consumables section select Blotting Paper.</li>
	<li>Click on Create New Blotting Paper.</li>
	<li>Type in a Blotting Paper label, Manufacturer and Model.</li>
	<li>Click Save.</li>
</ol>
7. Register at least one Cryo Storage Device
<ol>
	<li>From the Equipment section, select Cryo Storage Device.</li>
	<li>Click on Create New Storage Device.</li>
	<li>Enter the device&#39;s Manufacturer, Model and Location.</li>
	<li>Set the toggle switches to specify whether the added storage device features cylinders, tubes and/or boxes. 
	&#8203;NOTE: If it does, gP2S will let users specify relevant cylinder, tube and/or box identifiers later on when users log the storage locations for individual grids. With the above pieces of Equipment and Consumables set up, it is possible to create three types of Protocols - Surface Treatment, Negative Stain and Vitrification.</li>
</ol>
8. Register at least one Surface Treatment Protocol
<ol>
	<li>From the Protocols section, select Surface Treatment.</li>
	<li>Click on Create New Protocol.</li>
	<li>Enter a label to identify the Protocol.</li>
	<li>Select one of the Surface Treatment Machines.</li>
	<li>Specify settings used during this protocol: duration, current and polarity of the discharge, and pressure as well as any additives in the atmosphere.</li>
	<li>Click Save.</li>
</ol>
9. Create at least one negative stain protocol
<ol>
	<li>From the Protocols section, select Negative Stain.</li>
	<li>Click on Create New Protocol.</li>
	<li>Enter a protocol label.</li>
	<li>Describe the stain by giving values for its Name, the pH, and concentration of heavy metal salt.</li>
	<li>Specify the incubation time of stain before blotting.</li>
	<li>Enter free-text description of the protocol.</li>
	<li>Click Save.</li>
</ol>
10. Register at least one grid-freezing protocol
<ol>
	<li>From the Protocols section, select Vitrification.</li>
	<li>Click on Create New Protocol.</li>
	<li>Enter a protocol label.</li>
	<li>Choose the relevant Vitrification Machine from the drop-down list.</li>
	<li>Choose the Blotting Paper used in this protocol.</li>
	<li>Then, provide the remaining experimental information: relative humidity, temperature, blot force, number of blots, blot time, wait time, drain time, number of sample applications.</li>
	<li>Enter a free-text description.</li>
	<li>Click Save. 
	&#8203;NOTE: After configuring the Protocols, it is possible to create both cryo and negative-stain grids. To use gP2S to record the next steps in the workflow, starting from Microscopy sessions, it is necessary to configure a Microscope, an Electron Detector and a Sample Holder.</li>
</ol>
11. Register at least one microscope
<ol>
	<li>From the Equipment section, select Microscope.</li>
	<li>Click Create New Microscope.</li>
	<li>Type in a Microscope label.</li>
	<li>Provide its Manufacturer, Model and Location.</li>
	<li>Select which acceleration voltages are configured and usable on this microscope, out of the preset list of 80, 120, 200 and 300 kV.</li>
	<li>Specify the list of condenser (&#34;C2&#34;) and objective apertures installed. NOTE: for each type, up to 4 aperture slots can be configured, one of which is designated as the default aperture for this microscope. In the case of the objective apertures, indicate that one or more of the slots are taken up by a phase plate, in which case the diameter parameter is disabled.</li>
	<li>Indicate whether this microscope is equipped with an autoloader or requires a side-entry holder.</li>
	<li>Indicate whether the microscope is fitted with an energy filter.</li>
	<li>Provide default values for extraction voltage, gun lens setting, spot size, and energy filter slit width (if relevant). The provided values will be used when users create Microscopy Sessions.</li>
</ol>
12. Register at least one electron detector
<ol>
	<li>From the Equipment section, select Electron Detector.</li>
	<li>Click on Create New Electron Detector.</li>
	<li>Enter a label, manufacturer and model.</li>
	<li>Select from a drop-down list the Microscope onto which this detector is mounted.</li>
	<li>Add at least one magnification calibrated for this microscope-detector combination:
	<ol>
		<li>Under magnifications, select Add New.</li>
		<li>Provide both nominal and calibrated magnification values.</li>
		<li>Repeat these steps for all magnification settings expected. These magnification settings will later be available in a drop-down selector for users logging Microscopy Sessions.</li>
	</ol>
	</li>
	<li>Use checkboxes to specify whether the detector is capable of electron counting, dose fractionation, and super resolution.</li>
	<li>Finally, provide additional specifications of the detector: counts-per-electrons factor (the average number of counts registered by incident electron), the linear dimension of each pixel (in &#181;m), and the numbers of rows and columns of pixels.</li>
	<li>Click Save</li>
</ol>
13. If there are one or more microscopes that require side-entry sample holders, register available sample holders in gP2S.
<ol>
	<li>From the Equipment section, select Sample Holder.</li>
	<li>Click on Create New Holder.</li>
	<li>Enter a label, manufacturer, model and location.</li>
	<li>Specify the maximum tilt (in degrees) for the sample holder.</li>
	<li>Use the checkboxes to specify whether it is capable of holding cryogenic EM grids, and whether it is capable of dual-axis tilting.</li>
	<li>From a drop-down list, select all microscopes with which this holder can be used. 
	NOTE: this will ensure that only relevant holders are listed when users register Microscopy Sessions using side-entry microscopes.</li>
	<li>Click Save.</li>
</ol>
14. Specify the pattern that gP2S will follow in setting the directory name associated with each Microcopy Session.
NOTE: It can be very useful to have gP2S automatically generate a directory name for the storage of image data recorded during a Microscopy Session. This ensures systematic, information-rich naming of storage directories. Specify the pattern that gP2S will follow in setting the directory name associated with each Microscopy Session.
<ol>
	<li>From the Admin section, select Settings.</li>
	<li>Edit the directory name pattern string. 
	&#8203;NOTE: this string may contain the following variables: project label, Grid ID, Grid label, Microscopy Session label, Microscopy Session ID, Microscopy Session start date, Microscopy Session start time, and Microscope label, delimited by ${}. Other than these variables, directory name patterns may contain most characters. The default directory name pattern, for example, is ${GridLabel}_${MicroscopyStartDate}_${ProjectLabel}_${MicroscopeLabel}_grid_${GridID}_session_${MicroscopySessionID}. Now, sufficient Settings are configured to enable the registration of experimental entities up to and including Microscopy Sessions.</li>
</ol>
15. Register image processing software available to the users.
NOTE: This will enable the registration of Processing Sessions and later entity types (Maps and Models).
<ol>
	<li>Select Image Processing.</li>
	<li>Click on Create New Image Processing Software.</li>
	<li>Type in the name of the software</li>
	<li>List all versions available to users:
	<ol>
		<li>Under software version(s), select Add New.</li>
		<li>Enter the software version. 
		NOTE: This will enable users to specify exactly which version of the software they used to reach their results when registering Image Processing Sessions. This completes the necessary configuration of gP2S. Users should now be able to accurately capture key metadata describing their electron microscopy experiments, as described in the following section.</li>
	</ol>
	</li>
</ol>

<ol>
	<li>Cheng, Y., Grigorieff, N., Penczek, P. A., Walz, T. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=A+Primer+to+Single-Particle+Cryo-Electron+Microscopy.">A Primer to Single-Particle Cryo-Electron Microscopy.</a> Cell. 161 (3), 438-449 (2015).</li><li>. High-End Cryo-EMs Worldwide Available from: <a target="_blank" href="https://www.google.com/maps/d/u/0/viewer?mid=1eQ1r8BiDYfaK7D1S9EeFJEgkLggMyoaT">https://www.google.com/maps/d/u/0/viewer?mid=1eQ1r8BiDYfaK7D1S9EeFJEgkLggMyoaT</a> (2021)</li><li>Renaud, J. -. P., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Cryo-EM+in+drug+discovery:+achievements,+limitations+and+prospects.">Cryo-EM in drug discovery: achievements, limitations and prospects.</a> Nature Reviews Drug Discovery. 17 (7), 471-492 (2018).</li><li>Alewijnse, B., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Best+practices+for+managing+large+CryoEM+facilities.">Best practices for managing large CryoEM facilities.</a> Journal of Structural Biology. 199 (3), 225-236 (2017).</li><li>Rees, I., Langley, E., Chiu, W., Ludtke, S. J. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=EMEN2:+An+Object+Oriented+Database+and+Electronic+Lab+Notebook.">EMEN2: An Object Oriented Database and Electronic Lab Notebook.</a> Microscopy and Microanalysis. 19 (1), 1-10 (2013).</li><li>Delageni&#232;re, S., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=ISPyB:+an+information+management+system+for+synchrotron+macromolecular+crystallography.">ISPyB: an information management system for synchrotron macromolecular crystallography.</a> Bioinformatics. 27 (22), 3186-3192 (2011).</li><li>dela Rosa-Trev&#237;n, J. M., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Scipion:+A+software+framework+toward+integration,+reproducibility+and+validation+in+3D+electron+microscopy.">Scipion: A software framework toward integration, reproducibility and validation in 3D electron microscopy.</a> Journal of Structural Biology. 195 (1), 93-99 (2016).</li><li>. EMPIAR deposition manual Available from: <a target="_blank" href="https://www.ebi.ac.u/pdbe/emdb/empiar/depostion/manual/#manScipion">https://www.ebi.ac.u/pdbe/emdb/empiar/depostion/manual/#manScipion</a> (2021)</li><li>Iudin, A., Korir, P. K., Salavert-Torres, J., Kleywegt, G. J., Patwardhan, A. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=EMPIAR:+a+public+archive+for+raw+electron+microscopy+image+data.">EMPIAR: a public archive for raw electron microscopy image data.</a> Nature Methods. 13 (5), 387-388 (2016).</li><li>. Vue.js Available from: <a target="_blank" href="https://vuejs.org">https://vuejs.org</a> (2021)</li><li>. Spring Boot Available from: <a target="_blank" href="https://spring.io/projects/spring-boot">https://spring.io/projects/spring-boot</a> (2021)</li><li>. Lightweight Directory Access Protocol Available from: <a target="_blank" href="https://ldap.com">https://ldap.com</a> (2021)</li><li>. Vue CLI Available from: <a target="_blank" href="https://cli.vuejs.org">https://cli.vuejs.org</a> (2021)</li><li>. Element, A Desktop UI Library Available from: <a target="_blank" href="https://element.eleme.io">https://element.eleme.io</a> (2021)</li><li>. Sass Available from: <a target="_blank" href="https://sass-lang.com/">https://sass-lang.com/</a> (2021)</li><li>. Node.js Available from: <a target="_blank" href="https://nodejs.org/">https://nodejs.org/</a> (2021)</li><li>. Java Available from: <a target="_blank" href="https://www.java.com/">https://www.java.com/</a> (2021)</li><li>. Hibernate Available from: <a target="_blank" href="https://hibernate.org">https://hibernate.org</a> (2021)</li><li>. Swagger UI Available from: <a target="_blank" href="https://swagger.io/tools/swagger-ui/">https://swagger.io/tools/swagger-ui/</a> (2021)</li><li>. JUnit Available from: <a target="_blank" href="https://junit.org/junit4/">https://junit.org/junit4/</a> (2020)</li><li>. Apache Maven Project Available from: <a target="_blank" href="https://maven.apache.org/">https://maven.apache.org/</a> (2020)</li><li>. MySQL Available from: <a target="_blank" href="https://www.mysql.com/">https://www.mysql.com/</a> (2020)</li><li>. mongoDB Available from: <a target="_blank" href="https://www.mongodb.com/">https://www.mongodb.com/</a> (2020)</li><li>. Apache license, version 2.0 Available from: <a target="_blank" href="https://www.apache.org/licenses/license-2.0">https://www.apache.org/licenses/license-2.0</a> (2004)</li><li>. mysql Docker Official Image Available from: <a target="_blank" href="https://hub.docker.com/_/mysql">https://hub.docker.com/_/mysql</a> (2021)</li><li>. mongo Docker Official Image Available from: <a target="_blank" href="https://hub.docker.com/_/mongo">https://hub.docker.com/_/mongo</a> (2021)</li><li>. openmicroscopy apacheds Available from: <a target="_blank" href="https://hub.docker.com/r/openmicroscopy/apacheds">https://hub.docker.com/r/openmicroscopy/apacheds</a> (2021)</li></ol>

All authors are contractors with or employees of Roche or of its subsidiary Genentech.

When used properly and consistently, gP2S helps achieve proper record keeping of high-quality metadata by enforcing the recording of critical experimental metadata using structured data models and defined vocabularies, but the added value of this is only fully realized when a high level of compliance is achieved in the lab. The above protocol does not cover how to achieve this. We found that an effective enforcement technique was to have microscope operators refuse to collect data on grids not registered in gP2S. This drove compliance up very quickly and laid the ground for the emergence, over the following months, of a large body of detailed and accurate experimental details and corporate memory. After a few months of usage, the value of the corpus of metadata stored in gP2S became so obvious to most users that compliance remained high without explicit intervention.
Fully leveraging this collective memory requires that the metadata stored in gP2S be accessible to external systems and easily associated with the experimental data (micrographs) and results (maps and models). The above protocol does not describe how to integrate gP2S with other informatics and data processing systems. Most straightforward are potential integrations via gP2S&#39;s backend REST API, which do not require any modification of gP2S. For example, each computer controlling our data collection detectors runs a script which periodically queries gP2S&#39;s endpoint &#34;getItemByMicroscope&#34; under the microscopy session management REST controller, to check whether a Microscopy Session is ongoing on its microscope. If so, the script retrieves from gP2S the appropriate data storage directory name (as configured in the Settings page, see above), and creates a directory on the local data storage device using this name. This ensures systematic naming of data storage directories and reduces the risk of error due to typos.
Although they have been commented out in the source of the public version of gP2S, further integrations involving gP2S consuming external systems&#39; data are also possible. In our lab, our deployment of gP2S integrates with (i) a project management system, so that each project configured in gP2S can be linked to a company-wide portfolio project, and metadata from the portfolio can be displayed within gP2S; (ii) a protein registration system, so that each protein added to gP2S is linked, via an identifier stored locally, to a complete set of records detailing the provenance of the protein, include details of the relevant molecular biology, expression system and purification; (iii) a small molecule compound management system, allowing gP2S to display key information about each ligand, such as its chemical structure. The code modifications necessary to enable these integrations are described in the &#34;Integration&#34; section of the README-BUILD.md document available from the gP2S repository (https://github.com/arohou/gP2S).
The current version of gP2S has limitations, first among which is the overly simplistic data model and frontend for structure (Model) deposition. This was intentionally left in a &#34;barebones&#34; state in the released version of gP2S because a fully-fledged structure deposition and validation feature is currently under development together with support for X-ray crystallography. Another design decision was to not implement any privilege or permission system: all users in gP2S have equal access to its features and data. This may make it a poor choice for facilities who serve user groups with competing interests and confidentiality requirements, but was not a concern for our facility.
Development of our in-house version of gP2S is ongoing and it is our hope that the open-source version described here will be useful to other cryoEM groups, and that some may contribute suggestions, or code improvements in future. Future high-value developments could for example focus on integrations with lab equipment (vitrification robots, electron microscopes), software (e.g. to harvest image processing metadata) and external public repositories (e.g. to facilitate structure depositions).
The systematic collection of high-quality metadata enabled by routine use of gP2S in the lab and cryoEM facility can have a significant, positive impact on the ability to prosecute multiple projects in parallel over a period of years. As more and more shared and centralized cryoEM groups and facilities are established, we anticipate the need for information management systems such as gP2S will continue to grow.

Information management at cryoEM facilities 
Starting in 2014 approximately, the number of cryogenic electron microscopy (cryoEM)1 facilities has grown explosively, with at least 300 high-end systems installed around the world2, including at a number at pharmaceutical companies, reflecting a growing role for cryoEM in drug discovery3. The missions of these facilities, and their requirements for data tracking and management differ4. Some, for example national cryoEM centers, are charged with receiving EM grids, collecting datasets, and returning data to the users for structure determination, perhaps after some automated image processing. In such facilities, tracking the provenance of the grid, its association with a user proposal or grant, and the lineage from grid to dataset is crucial, but other factors, such as the method of purification of the protein sample or the eventual structure determination process, are less, or not at all, relevant. In other facilities, such as local academic facilities, each end user is responsible for preparing their own samples and grids, conducting the microscopy, managing the raw data and its processing and publishing the results. There is no stringent need for metadata tracking on the part of such a facility because this role is fulfilled by the end user or their Principal Investigator.
In our cryoEM facility, the handling and optimization of samples, grids, data collection and processing protocols, and results (maps, models) is centralized across many projects onto a small group of practitioners. This presents challenges in experimental (meta)data management. The experimental lineage of structures, from atomic model all the way back to the exact identity of proteins and ligands, via grid preparation parameters and data collection protocols, must be accurately captured and preserved. These metadata must be made available to a number of human operators. For example, a person doing image processing may need to know which construct of a protein was used and what the imaging parameters were, even though they neither purified the protein nor collected the cryoEM data themselves; informatics systems such as automated data management daemons need to identify the project for which a microscope is currently collecting data in order to correctly and systematically assign directory names.
Several information management systems are available to support cryoEM facilities. Perhaps most complete among them is EMEN25, which combines features of an electronic lab notebook, an information management system, and some elements of a business process management tool. Used at many synchrotrons, ISPyB6, originally built to support the x-ray beamlines for crystallography, now also supports cryoEM data collection. Scipion7 is a rich and powerful wrapper around image processing packages, which allows users to record image processing workflows and share them, for example via the public repository EMPIAR8,9, and is also integrated with ISPyB to enable on-the-fly cryoEM data processing.
Here we describe gP2S (for Genentech Protein to Structure), a modern and lightweight cryoEM information management system built to support the workflow from purified protein and small molecule ligand through to the final atomic model.
Overview of gP2S 
gP2S is a user-friendly web-based cryoEM information management system that facilitates accurate record-keeping for cryoEM labs and multi-user, multi-project facilities. The following entities, their relationships and associated metadata are tracked: projects, equipment, consumables, protocols, samples, grids, microscopy sessions, image processing sessions, maps, and atomic models. Users can also add free-text comments, optionally including file attachments, allowing for rich annotation of any entity registered in gP2S. The front-end has been designed to facilitate use with touchscreen devices and tested extensively on 12.9&#34; iPad Pros, making it possible to use gP2S at the lab bench while preparing samples and grids (Figure 1), as well as at the computer when operating the microscope, processing images or depositing models. Each page in the front end aims to reduce manual data entry by pre-setting parameters to sensible default values when possible.
The backend of gP2S features a number of REST API (REpresentational State Transfer Application Programming Interface) endpoints, making it possible to integrate gP2S into existing workflows and scripts. The data model was designed to allow the accurate capture of negative stain and cryoEM workflows, including branching, for example with one sample used on several grids, data from several microscopy sessions being merged into a single data processing session, or one data processing session yielding several maps.
System architecture 
gP2S is a classic three-tier application (Figure 2). In this modular architecture, the system is broken into three separate layers, each responsible for performing distinct duties, and each replaceable or modifiable independently of the others. (1) The presentation layer (or frontend) provides user access via web browser (extensively tested with Chrome and Safari), allows creating and modifying workflow elements (including data validation), and displays experimental data as individual entities, project-based lists and full workflow reports. (2) The service layer (or backend) serves as an intermediary layer between the user interface and the storage system - it holds core business logic, exposes the service API used by the frontend, integrates with data storage and LDAP (Lightweight Directory Access Protocol) system for user authentication, and provides a basis for additional integration with external systems. (3) The persistence layer (data access) is responsible for storage of experimental data, user comments, and file attachments.
Key technologies and frameworks 
In order to facilitate development, building and maintenance of the gP2S application, several technologies and frameworks were used in the project. The most important ones are: Vue.js 2.4.210 for the frontend and SpringBoot 1.311 with embedded Tomcat 8 server for the backend. The application uses MySQL 5.7 and MongoDB 4.0.6 databases for storage and LDAP12 for authentication. By default, all of these component parts are shipped and deployed as one application.
In total the application uses hundreds of different libraries either directly or indirectly. The most prominent ones are listed in Table 1.
Data model 
Three types of entities can be distinguished in the gP2S data model (Figure 3): workflow entities related to data gathered during experiments (e.g., samples or microscopy sessions); equipment and protocol entities that describe data that are common across all projects (e.g., microscopes or vitrification protocols); other entities that play supportive or technical roles in the system (e.g., comments or default values).
The root of the workflow data tree is the Project entity. Every project consists of a number of Proteins and/or Ligands that are building blocks for creating Sample entities. Each Sample can be used to create multiple Grids which in turn are used in Microscopy Sessions (one Grid per Microscopy Session). The latter are assigned to Processing Sessions that can yield one or more maps. The last entity in the tree is the atomic Model, created using one or many Maps. In consequence every workflow-related entity, from Protein to Model, is always bound to a particular Project via its ancestors. Such design creates data aggregates that are easy to process either by the frontend module or by external systems using the API.
In addition to workflow data there are entities that describe equipment used in experiments or protocols that were followed while preparing grids. Defining these entities is a prerequisite for creating experimental workflow entities such as Grids, Microscopy and Processing Sessions.
The last type of data entity, collectively named as &#34;Other&#34;, is used for technical purposes (e.g., file attachments or default values). This category includes comment entities that can be linked to any workflow or equipment/protocol entities.
Software availability 
The open-source version of gP2S is available under an Apache License Version 2.026, from https://github.com/arohou/gP2S. A Docker image to run gP2S is available from&#160;https://hub.docker.com/r/arohou/gp2s. A closed-source branch of gP2S is under continued development at Roche &#38; Genentech.
Running the gP2S application 
There are two ways to run gP2S: as a docker container or as a standalone Java application. The optimal choice will depend on the target deployment environment. For example, if the ability to customize or enhance the code to suit specific needs of the users is desired, the whole application must be re-built first. In this case, running gP2S as a standalone application might be recommended.
Docker container 
The easiest way to start working with the gP2S application is to run it as a Docker service. For that purpose, a dedicated Docker image has been prepared and published in Docker Hub repository (&#34;https://hub.docker.com/r/arohou/gp2s&#34;).&#160;Running the gP2S image depends on access to MySQL and MongoDB databases, and to a LDAP server. For non-production environment, it is recommended to run all these dependencies as multi-container Docker applications along with the gP2S application. To make this seamless, a docker-compose file (https://github.com/arohou/gP2S/blob/master/docker-compose.yml) that includes all needed configurations of the final environment has been prepared and provided in the gP2S GitHub repository (https://github.com/arohou/gP2S). The following docker images are dependencies: mysql27,&#160;mongodb28,&#160;apacheds29.
In the default configuration, all stored data, both entities and file attachments will be deleted upon removal of the docker containers. In order to keep the data, either docker volumes should be used, or the gP2S application should be connected to dedicated database instances (MySQL and MongoDB). The ApacheDS LDAP server container comes with a preconfigured admin user (password: secret). These credentials should be used to log in to the gP2S application when it is run as a Docker service. For production environments the same docker-compose file can be utilized to deploy gP2S (and other containers if needed) as services to a Docker Swarm container orchestration platform.
The full process of running gP2S as a Docker container, including all details regarding proper configuration is described in the gP2S GitHub repository and covers the following topics:
&#8226;&#160; Running the dockerized gP2S application with all dependencies. 
&#8226;&#160; Accessing the gP2S application, database and LDAP. 
&#8226;&#160; Updating gP2S service with a new version. 
&#8226;&#160; Removing gP2S application. 
&#8226;&#160; Configuring data persistence. 
&#8226;&#160; Connecting the dockerized gP2S application to dedicated databases or a LDAP server. 
&#8226;&#160; Configuration details
Standalone Java application 
Another option to run the gP2S application is to build a self-contained Java package. This approach should be taken if running Docker containers is not possible. Building the gP2S application requires installing a Java Development Kit version 8 or above. The whole build process is managed by the Maven tool, which is provided in the codebase in GitHub repository. Build configuration is prepared to build the frontend part first, then copy it to backend sources, and then build it as a final application. This way, there is no need to install any other tools or libraries in order to prepare a fully functioning gP2S package. By default, the result of the build is a JAR package (stored locally) and Docker image (pushed to the repository configured in the Maven pom.xml file). It is important to remember that information required to connect to external systems (databases and LDAP server) needs to be provided in a proper configuration file before the package is built.
Once the gP2S JAR package has been created, it contains all dependencies and configuration information needed to run the application, including the Tomcat application server which hosts the system. If the package was built with multiple configuration files it can be run in different modes without rebuilding.
The gP2S GitHub repository includes a complete description of the process of building and running gP2S as a standalone application and covers the following topics:
&#8226;&#160; Building gP2S using the Maven tool 
&#8226;&#160; Building and running with embedded databases 
&#8226;&#160; Building and running with dependencies deployed as docker containers 
&#8226;&#160; Building and running with dedicated databases 
&#8226;&#160; Configuring authentication

gp2s, an information management system for cryoem experiments

Cryogenic electron microscopy (cryoEM) has become an integral part of many drug-discovery projects because crystallography of the protein target is not always achievable and cryoEM provides an alternative means to support structure-based ligand design. When dealing with a large number of distinct projects, and within each project a potentially large number of ligand-protein co-structures, accurate record keeping rapidly becomes challenging. Many experimental parameters are tuned for each target, including at the sample preparation, grid preparation, and microscopy stages. Therefore, accurate record keeping can be crucially important to enable long-term reproducibility, and to facilitate efficient teamwork, especially when steps of the cryoEM workflow are performed by different operators. To help deal with this challenge, we developed a web-based information management system for cryoEM, called gP2S. 
The application keeps track of each experiment, from sample to final atomic model, in the context of projects, a list of which is maintained in the application, or externally in a separate system. User-defined controlled vocabularies of consumables, equipment, protocols and software help describe each step of the cryoEM workflow in a structured manner. gP2S is widely configurable and, depending on the team's needs, may exist as a standalone product or be a part of a broader ecosystem of scientific applications, integrating via REST APIs with project management tools, applications tracking the production of proteins or of small molecules ligands, or applications automating data collection and storage. Users can register details of each grid and microscopy session including key experimental metadata and parameter values, and the lineage of each experimental artifact (sample, grid, microscopy session, map, etc.) is recorded. gP2S serves as a cryoEM experimental workflow organizer that enables accurate record keeping for teams, and is available under an open-source license.

Overall design and navigation pattern 
The gP2S application is project oriented, such that an entity can only be created in the context of a project. The relevant project is first selected from the dropdown located near the top left corner of the application. For convenience, the list of projects is filterable and it is sorted with the recently used projects shown at the top. When selecting a project, the number of entities of each type which are associated with this project is displayed in the workflow section of the left-hand-side navigation bar. The user can then click on any of the workflow entity types (e.g., Microscopy Sessions) to display a list of those entities within the selected project (Figure 4). This list consists, for each entity, of a label, date and time of creation, the name of the user who created it, an indication of whether any comments have been made about this entity, and up to six key metadata fields (for example, for each Microscopy Session: Grid, number of images, starting and finishing times, and what Microscope and Detector were used). Selecting one of the listed entities opens a details page listing all the information available for this item, including a summary list of all ancestor entities (for example, for a Microscopy Session, its parent Grid and Sample are listed). This allows for very quick navigation through the &#34;lineage&#34; of an entity, for example enabling single-click navigation from an atomic Model to the details of the Sample (Figure 5). In addition, any entity in gP2S can be commented on, by selecting &#34;Comments&#34; in the upper right part of its details page, entering a free-text comment, and optionally attaching one or more files.
Sample preparation 
In the first step of the workflow describe the Sample. To do so, first define at least one component: Protein or Ligand.
Adding a new Protein requires only a protein label, but to help in better describing the protein add a PUR ID (for purification identifier). This field accepts any text and can for example contain a lot/batch number or serve as a place for a barcode label. If gP2S has been customized to integrate with a protein registration system (see Discussion), the PUR ID can be validated automatically and used to retrieve and display detailed information about this lot of protein. For Ligands, a label and stock concentration are mandatory information. All other fields are optional, and include: concept (barcode, common name or other ligand identifier) and batch/lot identifier. Again, if gP2S has been configured to integrate with a ligand registration system, the concept and lot identifiers can be used to fetch and display externally-stored data describing the ligand (e.g. its chemical structure, assay results).
A Sample is defined by any combination of Proteins and Ligands and their final concentrations. Optionally, specify other experimental details of the sample such as incubation time and temperature, buffer and a free-text protocol description.
Grid preparation 
When the Sample is ready, navigate to Grids. In the list, under each Grid&#39;s label find one or two colored tags that indicate the grid type (cryo or stain) and whether that grid is available for use. To create a new Grid, select Create New Grid. Type in a label, select the Grid Type and the Surface Treatment Protocol (e.g., glow discharge) used. Then, indicate whether preparing a cryo or negative stain grid, and select one of the pre-configured preparation protocols from the dropdown list, which is populated with Negative Stain Protocols or Vitrification Protocols, depending on the grid preparation type selected earlier. Next, select the appropriate Sample from the dropdown list and use a toggle switch to indicate if the sample remains available (described in more detail below). If choosing to dilute or concentrate the selected sample, indicate this using the &#34;diluted/concentrated?&#34; toggle and specify the relevant dilution or concentration factor. Specify the volume applied onto the grid (in &#181;L) and optionally can also record an incubation time. Finally, define the Grid&#39;s storage location. For negative stain grids, record the storage box label/number and the Grid&#39;s position within the box. For cryo grids, first select a storage device from the list and then provide information for the available and appropriate fields (cylinder, tube, and/or box, depending on the Cryo Storage Device properties previously defined in the Settings).
The parts of the workflow that were described above, Samples and Grids, are part of an inventory management system. This feature keeps track of whether the components are still available for use.
<ol>
	<li>A Protein or Ligand can be made unavailable from the Sample level. When creating a Sample, selecting &#34;last drop&#34; for any of that Sample&#39;s components marks those components as unavailable for future use: they will no longer be available in the drop down when creating Sample, and they will not be marked by the &#34;Available&#34; tag in the list view.</li>
	<li>A selected Sample can be marked as unavailable by using one of the two toggle switches - &#34;Available for grid-making?&#34; (under Samples) or &#34;Sample is available for further use?&#34; (under Grids).</li>
	<li>To manage the grid&#39;s availability, use the &#34;Grid returned to storage?&#34; toggle (under Microscopy Sessions). By default, this value is set to &#34;Yes&#34; for all negative stain grids and to &#34;No&#34; for cryoEM grids.</li>
</ol>
Data collection 
Once the grids are registered, register data collection experiments by creating Microscopy Sessions in gP2S. Microscopy Session is the most complex experimental entity tracked by the application and it is organized into four sections: basic information, microscope settings, exposure settings and microscope control.
The first section contains basic information: a Microscopy Session label, its start and finish dates and times, what Grid was imaged, which Microscope, Detector and Sample Holder (if applicable) were used, and how many images were collected. When creating a new Microscopy Session, the system automatically fills in the starting date and time. Finishing date and time are optional. This is because a Session may be registered in the system while the experiment is still ongoing and therefore its ending time would not be precisely known. If the finish date and time are not known, type it in manually or use the &#34;now&#34; button to enter the current date and time. Another way is to take advantage of the fact that gP2S does not allow more than one unfinished Microscopy Sessions on any given Microscope. Starting a new Microscopy Session on the same Microscope automatically marks any previously-started Session as finished.
In the next step, choose the Grid. The dropdown list will have all available Grids in the current project. After choosing a Grid, some of its basic information will be seen: who created it and when, and what Sample was applied to it. Depending on what type of grid is selected, the Microscopy Session will be marked as &#34;stain&#34; or &#34;cryo&#34; on the list view.
By default, the Microscope most recently used in the current project is pre-selected. If a particular Microscope has a sample insertion mechanism defined as an autoloader, this is the information displayed as the Sample Holder. However, if the selected Microscope requires the use of side entry holders, select the holder used from the list of Sample Holders configured to work with this microscope (if the selected grid is a cryo grid, only cryo-capable holders are listed).
The second section of a Microscopy Session form contains information about Microscope settings such as extraction and acceleration voltages, gun lens, diameter of C2 aperture, objective aperture and energy filter slit width. During routine usage, these settings are rarely changed because users commonly do not have to deviate from default values.
The third section of the Microscopy Session contains information about exposure settings. In this section the following metadata are recorded: magnification (pixel size), spot size, diameter of illuminated area, exposure duration, and whether nanoprobe, counting mode, dose fractionation and super resolution were used (counting mode, dose fractionation and super resolution settings are only enabled if the selected Detector has these features). If dose fractionation was used, the number of frames and exposure rate are also recorded.
For convenience, a number of experimentally important parameters are calculated on the fly and displayed within the form: the final image pixel size (&#197;), exposure rate (electrons/&#197;2/s), total exposure (electrons/&#197;2), frame duration (s) and exposure per frame (electron/&#197;2).
The fourth and final section of the Microscopy Session can be used to record the minimum and maximum target underfocus, and the number of exposures per hole.
While Microscopy Sessions in gP2S can be used to register any type of microscopy work, be it for screening or data collection purposes, we have found that it is sufficient and more efficient to ask users to focus on registering data collection sessions, and that screening sessions, wherein a grid is only briefly inspected for quality control need not necessarily be registered as Microscopy Sessions.
Image processing 
Image processing work is recorded in gP2S as Processing Session entities. Each Processing Session is related to one or more Microscopy Session, which must be selected from a dropdown list. Indicate which Software packages (programs and versions) were used, the number of micrographs and number of particles picked. Optionally, record the name of the directory of the processing.
Map deposition 
Once one or more three-dimensional reconstructions have been obtained, the Maps can be deposited into gP2S. Each Map is associated with a Processing Session, and consists of the actual map file (typically an MRC-formatted file, but gP2S allows for any file type) and key metadata: size of the pixel (&#197;), recommended isocontour level for surface rendering, what symmetry is applied, number of images used to create the map, and the estimated resolution: in its best and worst parts as well as the average global resolution. Maps may be associated with each other using the following types of relationships: filtered, masked, resampled, or refined versions. When registering such an association, select the type of relationship (e.g., &#34;is filtered version of &#39;&#39; or &#34;has filtered version&#34;).
Model deposition 
Once an atomic model has been obtained, it can be deposited into gP2S&#39;s Model section for the relevant project. The Model feature in the first release of gP2S is barebones: other than the actual model file (typically a PDB or mmCIF file), only the resolution (in &#197;) and the Map (or list of Maps) from which the model was derived, are required. Additionally, it is possible to indicate that a Model is a refined version of a previously-deposited Model. Additional features, including model validation, are under development and may be added to the open-source version of gP2S in future.
Reports 
It may be necessary to generate summary documents to be distributed to collaborators, who may not have access to gP2S, or to be archived on a filesystem. gP2S provides a report functionality for this purpose, available via a printer icon at the top right of each entity details view page. This generates a printable PDF file that includes all metadata describing the entity and each of its ancestor entities, including all comments. This feature is particularly valuable following Model deposition, since all data and metadata tracing the lineage of the final atomic model all the way back to specific protein and small molecule ligand lots via Microscopy Session(s) and Grid(s) will be available in a single document.
<img alt="Figure 1" class="xfigimg" src="/files/ftp_upload/62377/62377fig01.jpg" /> 
Figure 1. gP2S running on an iPad at a vitrification lab bench. The user interface has been designed for operation using touch screens, which facilitates in-lab use and accurate metadata entry. <a href="https://www-jove-com.remotexs.ntu.edu.sg/files/ftp_upload/62377/62377fig01large.jpg" target="_blank">Please click here to view a larger version of this figure.</a>
<img alt="Figure 2" class="xfigimg" src="/files/ftp_upload/62377/62377fig02.jpg" /> 
Figure 2: gP2S system architecture. gP2S follows a classic three-tier organization and relies on two database servers for data storage and an LDAP server for user authentication. <a href="https://www-jove-com.remotexs.ntu.edu.sg/files/ftp_upload/62377/62377fig02large.jpg" target="_blank">Please click here to view a larger version of this figure.</a>
<img alt="Figure 3" class="xfigimg" src="/files/ftp_upload/62377/62377fig03.jpg" /> 
Figure 3: The gP2S data model. Entities are depicted as rectangles (dark orange for workflow entities, orange for equipment and protocols, yellow for other entity types), and&#160;their relationships are (one-to-one, one-to-many, many-to-many) denoted by continuous lines. <a href="https://www-jove-com.remotexs.ntu.edu.sg/files/ftp_upload/62377/62377fig03large.jpg" target="_blank">Please click here to view a larger version of this figure.</a>
<img alt="Figure 4" class="xfigimg" src="/files/ftp_upload/62377/62377fig04.jpg" /> 
Figure 4. Microscopy Session list view. In this view, all Microscopy Sessions registered under the selected project (&#34;CARD9&#34; in this screenshot) are listed. A green or purple tag differentiates between room-temperature (negative stain) and cryogenic Microscopy Sessions, and a few key metadata describing each session is listed (e.g. the user who registered it, at the far right). Clicking on the name of a Microscopy Session opens a detailed view of that Session (a detailed view of a Model is shown in Figure 5). <a href="https://www-jove-com.remotexs.ntu.edu.sg/files/ftp_upload/62377/62377fig04large.jpg" target="_blank">Please click here to view a larger version of this figure.</a>
<img alt="Figure 5" class="xfigimg" src="/files/ftp_upload/62377/62377fig05.jpg" /> 
Figure 5. Model detail view. The top part of the page shows available metadata for the selected model. The comment pane on the right can be hidden by clicking on the cross (top right) or the &#34;Comments (1)&#34; to its left. Below, a set of icons enables the generation of a PDF report (printer icon, see main text), editing of the entry (pencil icon), or duplicating it (double rectangles icon). The lower part of the page contains a structure list of all of the entities from which this Model is descended, from Samples to Maps. <a href="https://www-jove-com.remotexs.ntu.edu.sg/files/ftp_upload/62377/62377fig05large.jpg" target="_blank">Please click here to view a larger version of this figure.</a>
<table border="1" fo:keep-together.within-page="1" fo:keep-with-next.within-page="always">
	<tbody>
		<tr>
			<td>Name of the library or framework</td>
			<td>Type</td>
			<td>Version</td>
		</tr>
		<tr>
			<td>ApacheDS</td>
			<td>LDAP server</td>
			<td>0.7.0</td>
		</tr>
		<tr>
			<td>Docker</td>
			<td>development tool</td>
			<td>n/a</td>
		</tr>
		<tr>
			<td>Element</td>
			<td>library</td>
			<td>1.4.10</td>
		</tr>
		<tr>
			<td>Hibernate</td>
			<td>library</td>
			<td>5.0.12</td>
		</tr>
		<tr>
			<td>Java</td>
			<td>programming language</td>
			<td>1.8+</td>
		</tr>
		<tr>
			<td>JavaScript</td>
			<td>programming language</td>
			<td>EcmaScript 2017</td>
		</tr>
		<tr>
			<td>JUnit</td>
			<td>library</td>
			<td>4.12</td>
		</tr>
		<tr>
			<td>Karma</td>
			<td>library</td>
			<td>1.4.1</td>
		</tr>
		<tr>
			<td>Maven</td>
			<td>development tool</td>
			<td>3+</td>
		</tr>
		<tr>
			<td>MongoDB</td>
			<td>DB server</td>
			<td>4.0.6</td>
		</tr>
		<tr>
			<td>MySQL Database</td>
			<td>DB server</td>
			<td>5.7</td>
		</tr>
		<tr>
			<td>Node.js</td>
			<td>framework</td>
			<td>6.9.1</td>
		</tr>
		<tr>
			<td>SASS (node-sass)</td>
			<td>library</td>
			<td>4.5.3</td>
		</tr>
		<tr>
			<td>SpringBoot</td>
			<td>framework</td>
			<td>1.3</td>
		</tr>
		<tr>
			<td>Swagger UI</td>
			<td>library</td>
			<td>2.6.1</td>
		</tr>
		<tr>
			<td>Tomcat</td>
			<td>application server</td>
			<td>8.5.15</td>
		</tr>
		<tr>
			<td>Vue.js</td>
			<td>framework</td>
			<td>2.4.2</td>
		</tr>
		<tr>
			<td>vue-cli</td>
			<td>development tool</td>
			<td>2.6.12</td>
		</tr>
	</tbody>
</table>
Table 1. Libraries and frameworks used by gP2S

Watch this Scientific Journal Video about gP2S, an Information Management System for CryoEM Experiments at JoVE.com

gP2S, an Information Management System for CryoEM Experiments

gP2S is a web application for the tracking of cryoEM experiments. Its main features are described, as are the steps required to install and configure the application. Once configured, the application allows one to accurately record metadata associated with negative stain and cryoEM experiments.

Cryogenic electron microscopy (cryoEM) has become an integral part of many drug-discovery projects because crystallography of the protein target is not ...

gp2s-an-information-management-system-for-cryoem-experiments

Nanyang Technological University

Research

JoVE Journal

Biochemistry

5.3K Views.  Roche Polska Sp. z o.o.. gP2S is a web application for the tracking of cryoEM experiments. Its main features are described, as are the steps required to install and configure the application. Once configured, the application allows one to accurately record metadata associated with negative stain and cryoEM experiments.

Video: gP2S, an Information Management System for CryoEM Experiments

Cryo-EM and Single-Particle Analysis with Scipion

Cryo-electron microscopy has become one of the most important tools in biological research to reveal the structural information of macromolecules at near-atomic resolution. In single-particle analysis, the vitrified sample is imaged by an electron beam and the detectors at the end of the microscope column produce movies of that sample. These movies contain thousands of images of identical particles in random orientations. The data need to go through an image processing workflow with multiple steps to obtain the final 3D reconstructed volume. The goal of the image processing workflow is to identify the acquisition parameters to be able to reconstruct the specimen under study. Scipion provides all the tools to create this workflow using several image processing packages in an integrative framework, also allowing the traceability of the results. In this article the whole image processing workflow in Scipion is presented and discussed with data coming from a real test case, giving all the details necessary to go from the movies obtained by the microscope to a high resolution final 3D reconstruction. Also, the power of using consensus tools that allow combining methods, and confirming results along every step of the workflow, improving the accuracy of the obtained results, is discussed.

Single-particle analysis in cryo-electron microscopy is one of the main techniques used to determine the structure of biological ensembles at high resolution. Scipion provides the tools to create the whole pipeline to process the information acquired by the microscope and achieve a 3D reconstruction of the biological specimen.

Cryo-electron microscopy has become one of the most important tools in biological research to reveal the structural information of macromolecules at ...

Single Particle Cryo-Electron Microscopy: From Sample to Structure

Cryo-electron microscopy (cryoEM) is a powerful technique for structure determination of macromolecular complexes, via single particle analysis (SPA). The overall process involves i) vitrifying the specimen in a thin film supported on a cryoEM grid; ii) screening the specimen to assess particle distribution and ice quality; iii) if the grid is suitable, collecting a single particle dataset for analysis; and iv) image processing to yield an EM density map. In this protocol, an overview for each of these steps is provided, with a focus on the variables which a user can modify during the workflow and the troubleshooting of common issues. With remote microscope operation becoming standard in many facilities, variations on imaging protocols to assist users in efficient operation and imaging when physical access to the microscope is limited will be described.

Structure determination of macromolecular complexes using cryoEM has become routine for certain classes of proteins and complexes. Here, this pipeline is summarized (sample preparation, screening, data acquisition and processing) and readers are directed towards further detailed resources and variables that may be altered in the case of more challenging specimens.

Cryo-electron microscopy (cryoEM) is a powerful technique for structure determination of macromolecular complexes, via single particle analysis (SPA). The ...

Manual Blot-and-Plunge Freezing of Biological Specimens for Single-Particle Cryogenic Electron Microscopy

Imaging biological specimens with electrons for high-resolution structure determination by single-particle cryogenic electron microscopy (cryoEM) requires a thin layer of vitreous ice containing the biomolecules of interest. Despite numerous technological advances in recent years that have propelled single-particle cryoEM to the forefront of structural biology, the methods by which specimens are vitrified for high-resolution imaging often remain the rate-limiting step. Although numerous recent efforts have provided means to overcome hurdles frequently encountered during specimen vitrification, including the development of novel sample supports and innovative vitrification instrumentation, the traditional manually operated plunger remains a staple in the cryoEM community due to the low cost to purchase and ease of operation. Here, we provide detailed methods for using a standard, guillotine-style manually operated blot-and-plunge device for the vitrification of biological specimens for high-resolution imaging by single-particle cryoEM. Additionally, commonly encountered issues and troubleshooting recommendations for when a standard preparation fails to yield a suitable specimen are also described.

This manuscript outlines the blot-and-plunge method to manually freeze biological specimens for single-particle cryogenic electron microscopy.

Imaging biological specimens with electrons for high-resolution structure determination by single-particle cryogenic electron microscopy (cryoEM) requires ...

Electron Cryotomography of Bacterial Cells

While much is already known about the basic metabolism of bacterial cells, many fundamental questions are still surprisingly unanswered, including for instance how they generate and maintain specific cell shapes, establish polarity, segregate their genomes, and divide. In order to understand these phenomena, imaging technologies are needed that bridge the resolution gap between fluorescence light microscopy and higher-resolution methods such as X-ray crystallography and NMR spectroscopy.
Electron cryotomography (ECT) is an emerging technology that does just this, allowing the ultrastructure of cells to be visualized in a near-native state, in three dimensions (3D), with "macromolecular" resolution (~4nm).1, 2 In ECT, cells are imaged in a vitreous, "frozen-hydrated" state in a cryo transmission electron microscope (cryoTEM) at low temperature (&lt; -180&deg;C). For slender cells (up to ~500 nm in thickness3), intact cells are plunge-frozen within media across EM grids in cryogens such as ethane or ethane/propane mixtures. Thicker cells and biofilms can also be imaged in a vitreous state by first "high-pressure freezing" and then, "cryo-sectioning" them. A series of two-dimensional projection images are then collected through the sample as it is incrementally tilted along one or two axes. A three-dimensional reconstruction, or "tomogram" can then be calculated from the images. While ECT requires expensive instrumentation, in recent years, it has been used in a few labs to reveal the structures of various external appendages, the structures of different cell envelopes, the positions and structures of cytoskeletal filaments, and the locations and architectures of large macromolecular assemblies such as flagellar motors, internal compartments and chemoreceptor arrays.1, 2
In this video article we illustrate how to image cells with ECT, including the processes of sample preparation, data collection, tomogram reconstruction, and interpretation of the results through segmentation and in some cases correlation with light microscopy.

We illustrate here how to use electron cryotomography (ECT) to study the ultrastructure of bacterial cells in near-native states, to "macromolecular" (~4 nm) resolution.

While much is already known about the basic metabolism of bacterial cells, many fundamental questions are still surprisingly unanswered, including for ...

Biology

A Robust Single-Particle Cryo-Electron Microscopy (cryo-EM) Processing Workflow with cryoSPARC, RELION, and Scipion

Recent advances in both instrumentation and image processing software have made single-particle cryo-electron microscopy (cryo-EM) the preferred method for structural biologists to determine high-resolution structures of a wide variety of macromolecules. Multiple software suites are available to new and expert users for image processing and structure calculation, which streamline the same basic workflow: movies acquired by the microscope detectors undergo correction for beam-induced motion and contrast transfer function (CTF) estimation. Next, particle images are selected and extracted from averaged movie frames for iterative 2D and 3D classification, followed by 3D reconstruction, refinement, and validation. Because various software packages employ different algorithms and require varying levels of expertise to operate, the 3D maps they generate often differ in quality and resolution. Thus, users regularly transfer data between a variety of programs for optimal results. This paper provides a guide for users to navigate a workflow across the popular software packages: cryoSPARC v3, RELION-3, and Scipion 3 to obtain a near-atomic resolution structure of the adeno-associated virus (AAV). We first detail an image processing pipeline with cryoSPARC v3, as its efficient algorithms and easy-to-use GUI allow users to quickly arrive at a 3D map. In the next step, we use PyEM and in-house scripts to convert and transfer particle coordinates from the best quality 3D reconstruction obtained in cryoSPARC v3 to RELION-3 and Scipion 3 and recalculate 3D maps. Finally, we outline steps for further refinement and validation of the resultant structures by integrating algorithms from RELION-3 and Scipion 3. In this article, we describe how to effectively utilize three processing platforms to create a single and robust workflow applicable to a variety of data sets for high-resolution structure determination.

A Robust Single-Particle Cryo-Electron Microscopy cryo-EM Processing Workflow with cryoSPARC, RELION, and Scipion

This article describes how to effectively utilize three cryo-EM processing platforms, i.e., cryoSPARC v3, RELION-3, and Scipion 3, to create a single and robust workflow applicable to a variety of single-particle data sets for high-resolution structure determination.

Recent advances in both instrumentation and image processing software have made single-particle cryo-electron microscopy (cryo-EM) the preferred method ...

Routine Collection of High-Resolution cryo-EM Datasets Using 200 KV Transmission Electron Microscope

Cryo-electron microscopy (cryo-EM) has been established as a routine method for protein structure determination during the past decade, taking an ever-increasing share of published structural data. Recent advances in TEM technology and automation have boosted both the speed of data collection and quality of acquired images while simultaneously decreasing the required level of expertise for obtaining cryo-EM maps at sub-3 &#197; resolutions. While most of such high-resolution structures have been obtained using state-of-the-art 300 kV cryo-TEM systems, high-resolution structures can be also obtained with 200 kV cryo-TEM systems, especially when equipped with an energy filter. Additionally, automation of microscope alignments and data collection with real-time image quality assessment reduces system complexity and assures optimal microscope settings, resulting in increased yield of high-quality images and overall throughput of data collection. This protocol demonstrates the implementation of recent technological advances and automation features on a 200 kV cryo-transmission electron microscope and shows how to collect data for the reconstruction of 3D maps that are sufficient for de novo atomic model building. We focus on best practices, critical variables, and common issues that must be considered to enable the routine collection of such high-resolution cryo-EM datasets. Particularly the following essential topics are reviewed in detail: i) automation of microscope alignments, ii) selection of suitable areas for data acquisition, iii) optimal optical parameters for high-quality, high-throughput data collection, iv) energy filter tuning for zero-loss imaging, and v) data management and quality assessment. Application of the best practices and improvement of achievable resolution using an energy filter will be demonstrated on the example of apo-ferritin that was reconstructed to 1.6 &#197;, and Thermoplasma acidophilum 20S proteasome reconstructed to 2.1-&#197; resolution using a 200 kV TEM equipped with an energy filter and a direct electron detector.

High-resolution cryo-EM maps of macromolecules can be also achieved by using 200 kV TEM microscopes. This protocol shows the best practices for setting accurate optics alignments, data acquisition schemes, and selection of imaging areas that are all essential for the successful collection of high-resolution datasets using a 200 kV TEM.

Cryo-electron microscopy (cryo-EM) has been established as a routine method for protein structure determination during the past decade, taking an ...

Accelerating Macromolecular Structural Analysis Using Smart Leginon Autoscreen

Cryo-Electron Microscopy Screening Automation Across Multiple Grids Using Smart Leginon

Advancements in cryo-electron microscopy (cryoEM) techniques over the past decade have allowed structural biologists to routinely resolve macromolecular protein complexes to near-atomic resolution. The general workflow of the entire cryoEM pipeline involves iterating between sample preparation, cryoEM grid preparation, and sample/grid screening before moving on to high-resolution data collection. Iterating between sample/grid preparation and screening is typically a major bottleneck for researchers, as every iterative experiment must optimize for sample concentration, buffer conditions, grid material, grid hole size, ice thickness, and protein particle behavior in the ice, amongst other variables. Furthermore, once these variables are satisfactorily determined, grids prepared under identical conditions vary widely in whether they are ready for data collection, so additional screening sessions prior to selecting optimal grids for high-resolution data collection are recommended. This sample/grid preparation and screening process often consumes several dozen grids and days of operator time at the microscope. Furthermore, the screening process is limited to operator/microscope availability and microscope accessibility. Here, we demonstrate how to use Leginon and Smart Leginon Autoscreen to automate the majority of cryoEM grid screening. Autoscreen combines machine learning, computer vision algorithms, and microscope-handling algorithms to remove the need for constant manual operator input. Autoscreen can autonomously load and image grids with multi-scale imaging using an automated specimen-exchange cassette system, resulting in unattended grid screening for an entire cassette. As a result, operator time for screening 12 grids may be reduced to ~10 min with Autoscreen compared to ~6 h using previous methods which are hampered by their inability to account for high variability between grids. This protocol first introduces basic Leginon setup and functionality, then demonstrates Autoscreen functionality step-by-step from the creation of a template session to the end of a 12-grid automated screening session.

Author Spotlight: Enhancing Cryo-Electron Microscopy by Automated Data Collection and Analysis Techniques

Cryo-electron microscopy (cryoEM) multi-grid screening is often a tedious process that demands hours of attention. This protocol shows how to set up a standard Leginon collection and Smart Leginon Autoscreen to automate this process. This protocol can be applied to the majority of cryoEM holey foil grids.

Advancements in cryo-electron microscopy (cryoEM) techniques over the past decade have allowed structural biologists to routinely resolve macromolecular ...

User-friendly, High-throughput, and Fully Automated Data Acquisition Software for Single-particle Cryo-electron Microscopy

In the past several years, technological and methodological advancements in single-particle cryo-electron microscopy (cryo-EM) have paved a new avenue for the high-resolution structure determination of biological macromolecules. Despite the remarkable advances in cryo-EM, there is still scope for improvement in various aspects of the single-particle analysis workflow. Single-particle analysis demands a suitable software package for high-throughput automatic data acquisition. Several automatic data acquisition software packages were developed for automatic imaging for single-particle cryo-EM in the last eight years. This paper presents an application of a fully automated image acquisition pipeline for vitrified biomolecules under low-dose conditions. 
It demonstrates a software package, which can collect cryo-EM data fully, automatically, and precisely. Additionally, various microscopic parameters are easily controlled by this software package. This protocol demonstrates the potential of this software package in automated imaging of the severe acute respiratory syndrome-coronavirus 2 (SARS-CoV-2) spike protein with a 200 keV cryo-electron microscope equipped with a direct electron detector (DED). Around 3,000 cryo-EM movie images were acquired in a single session (48 h) of data collection, yielding an atomic-resolution structure of the spike protein of SARS-CoV-2. Furthermore, this structural study indicates that the spike protein adopts two major conformations, 1-RBD (receptor-binding domain) up open and all RBD down closed conformations.

Single-particle cryo-electron microscopy demands a suitable software package and user-friendly pipeline for high-throughput automatic data acquisition. Here, we present the application of a fully automated image acquisition software package, Latitude-S, and a practical pipeline for data collection of vitrified biomolecules under low-dose conditions.

In the past several years, technological and methodological advancements in single-particle cryo-electron microscopy (cryo-EM) have paved a new avenue for ...

Immunology and Infection

Strategies for Optimization of Cryogenic Electron Tomography Data Acquisition

Cryogenic electron tomography (cryoET) is a powerful method to study the 3D structure of biological samples in a close-to-native state. Current state-of-the-art cryoET combined with subtomogram averaging analysis enables the high-resolution structural determination of macromolecular complexes that are present in multiple copies within tomographic reconstructions. Tomographic experiments usually require a vast amount of tilt series to be acquired by means of high-end transmission electron microscopes with important operational running-costs. Although the throughput and reliability of automated data acquisition routines have constantly improved over the recent years, the process of selecting regions of interest at which a tilt series will be acquired cannot be easily automated and it still relies on the user's manual input. Therefore, the set-up of a large-scale data collection session is a time-consuming procedure that can considerably reduce the remaining microscope time available for tilt series acquisition. Here, the protocol describes the recently developed implementations based on the SerialEM package and the PyEM software that significantly improve the time-efficiency of grid screening and large-scale tilt series data collection. The presented protocol illustrates how to use SerialEM scripting functionalities to fully automate grid mapping, grid square mapping, and tilt series acquisition. Furthermore, the protocol describes how to use PyEM to select additional acquisition targets in off-line mode after automated data collection is initiated. To illustrate this protocol, its application in the context of high-end data collection of Sars-Cov-2 tilt series is described. The presented pipeline is particularly suited to maximizing the time-efficiency of tomography experiments that require a careful selection of acquisition targets and at the same time a large amount of tilt series to be collected.

The increasing demand for large-scale data collection in cryogenic electron tomography requires high-throughput image acquisition routines. Described here is a protocol that implements the recent developments of advanced acquisition strategies aimed at maximizing the time-efficiency and throughput of tomographic data collection.

Cryogenic electron tomography (cryoET) is a powerful method to study the 3D structure of biological samples in a close-to-native state. Current ...

Cryo-Electron Tomography Remote Data Collection and Subtomogram Averaging

Cryo-electron tomography (cryo-ET) has been gaining momentum in recent years, especially since the introduction of direct electron detectors, improved automated acquisition strategies, preparative techniques that expand the possibilities of what the electron microscope can image at high-resolution using cryo-ET and new subtomogram averaging software. Additionally, data acquisition has become increasingly streamlined, making it more accessible to many users. The SARS-CoV-2 pandemic has further accelerated remote cryo-electron microscopy (cryo-EM) data collection, especially for single-particle cryo-EM, in many facilities globally, providing uninterrupted user access to state-of-the-art instruments during the pandemic. With the recent advances in Tomo5 (software for 3D electron tomography), remote cryo-ET data collection has become robust and easy to handle from anywhere in the world. This article aims to provide a detailed walk-through, starting from the data collection setup in the tomography software for the process of a (remote) cryo-ET data collection session with detailed troubleshooting. The (remote) data collection protocol is further complemented with the workflow for structure determination at near-atomic resolution by subtomogram averaging with emClarity, using apoferritin as an example.

The present protocol describes high-resolution cryo-electron tomography remote data acquisition using Tomo5 and subsequent data processing and subtomogram averaging using emClarity. Apoferritin is used as an example to illustrate detailed step-by-step processes to achieve a cryo-ET structure at 2.86 &#197; resolution.

Cryo-electron tomography (cryo-ET) has been gaining momentum in recent years, especially since the introduction of direct electron detectors, improved ...