<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>https://home.cryonav.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Admin</id>
	<title>CryoNAVwiki - User contributions [en-gb]</title>
	<link rel="self" type="application/atom+xml" href="https://home.cryonav.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Admin"/>
	<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php/Special:Contributions/Admin"/>
	<updated>2026-06-24T20:12:30Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Metadata_Management&amp;diff=133</id>
		<title>CryoNAV Metadata Management</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Metadata_Management&amp;diff=133"/>
		<updated>2026-05-20T21:57:10Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add pipeline and tilt-series detail screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV captures and manages two complementary streams of metadata: acquisition metadata extracted from microscope output files during import, and processing metadata generated during the platform&#039;s own pipeline runs.&lt;br /&gt;
&lt;br /&gt;
== Acquisition metadata ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tilt series detail.png|center|thumb|700px|Tilt series detail page: acquisition metadata is shown in the central panel; rating, tags, processing branch, and processing history sit on the right.]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
For each tilt series, CryoNAV stores:&lt;br /&gt;
&lt;br /&gt;
* Voltage, pixel size, dose rate, camera type&lt;br /&gt;
* Tilt range and per-tilt angles&lt;br /&gt;
* Acquisition timestamps&lt;br /&gt;
* Stage coordinates (used for [[CryoNAV Grid Visualization Tools#Search map overlay|search map overlay]] placement)&lt;br /&gt;
* Search map and grid associations&lt;br /&gt;
&lt;br /&gt;
This metadata is extracted automatically during [[CryoNAV Tilt Series Data Collection Import|SmartScan import]] from .mdoc files and BatchPositionsList.xml.&lt;br /&gt;
&lt;br /&gt;
== Processing provenance ==&lt;br /&gt;
&lt;br /&gt;
Every pipeline step&#039;s parameters are stored as individual typed fields in the database, and the complete command-line invocations are recorded. Small intermediate files (tilt angles, alignment transforms, .mdoc contents) are stored directly in the database.&lt;br /&gt;
&lt;br /&gt;
This design ensures that:&lt;br /&gt;
&lt;br /&gt;
* The full processing provenance is captured.&lt;br /&gt;
* Results can in principle be reproduced from raw data and the database record alone, even if intermediate files on disk are deleted.&lt;br /&gt;
* Methods sections can be reported with accurate parameter values.&lt;br /&gt;
&lt;br /&gt;
See [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]] for how this enables selective intermediate-file cleanup, and [[CryoNAV Key Concepts#Immutable processing branches|Immutable processing branches]] for how parameter changes are recorded as new branches.&lt;br /&gt;
&lt;br /&gt;
== Filtering and batch selection ==&lt;br /&gt;
&lt;br /&gt;
Stored metadata is queryable throughout the interface. Filter expressions can combine acquisition values and user-assigned ratings/tags (see [[CryoNAV Sample Experiment Management#Rating and tagging tilt series|rating and tagging]]) for batch selection of tilt series.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Tilt Series Data Collection Import|Tilt Series Data Import]]&lt;br /&gt;
* [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Modules]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Key_Concepts&amp;diff=132</id>
		<title>CryoNAV Key Concepts</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Key_Concepts&amp;diff=132"/>
		<updated>2026-05-20T21:57:07Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add pipeline and tilt-series detail screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Concepts that recur throughout CryoNAV&#039;s interface and workflow.&lt;br /&gt;
&lt;br /&gt;
== The pipeline catalog ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV&#039;s processing pipeline is described by a catalog of pipeline modules (motion correction, CTF estimation, alignment, reconstruction, denoising, etc.). Each module declares its parameters and its dependencies on other modules. The same catalog drives the parameter forms in the UI, the validation rules, and the construction of command-line invocations: there is no separate template store to keep in sync.&lt;br /&gt;
&lt;br /&gt;
When the user submits a step, the parameter values are supplied at submission time and recorded with the run; downstream steps are scheduled once their upstream dependencies succeed.&lt;br /&gt;
&lt;br /&gt;
== Immutable processing branches ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV pipeline.png|center|thumb|700px|Pipeline view: the original chain (left) and an alternate &#039;&#039;Branch AAA&#039;&#039; forked from the Bead/Seed Models step (right) are drawn side by side, allowing direct comparison of parameter choices.]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Each processing run is stored as an immutable record. Re-running a step with different parameters creates a new parallel branch rather than overwriting the original, allowing users to compare results from different parameter choices side by side. Downstream steps must be re-run on the new branch, but the original processing path remains intact.&lt;br /&gt;
&lt;br /&gt;
Branches are anchored at the table and ID of the upstream step they fork from, which keeps lineage unambiguous even after intermediate files are cleaned up. Because every processing step stores its complete parameter set in the database, intermediate files can be selectively deleted to reclaim storage without losing the ability to reproduce results: the full pipeline can be re-executed from raw frames at any time.&lt;br /&gt;
&lt;br /&gt;
== Curate before reconstruct ==&lt;br /&gt;
&lt;br /&gt;
In a typical cryo-ET experiment, a substantial fraction of collected tilt series may be unusable due to thick ice, excessive specimen drift, contamination, or poor CTF fits. Identifying these problematic datasets early, before investing hours of compute time, saves significant resources.&lt;br /&gt;
&lt;br /&gt;
CryoNAV makes curation a first-class operation within the data browsing interface, supported by automatic thumbnail generation, star ratings, tags, and combined filtering. See [[CryoNAV Grid Visualization Tools|Grid Visualization]] for the visual tools and [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]] for tagging and rating workflows.&lt;br /&gt;
&lt;br /&gt;
== Project-based collaboration ==&lt;br /&gt;
&lt;br /&gt;
Projects serve as the unit of collaboration. CryoNAV&#039;s role-based access control has four levels:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;System Administrator&#039;&#039;&#039; -- manages user accounts, monitors system health, configures available computing resources.&lt;br /&gt;
* &#039;&#039;&#039;Project Owner&#039;&#039;&#039; -- can invite team members and assign roles. Multiple owners can be assigned per project; ownership can be transferred.&lt;br /&gt;
* &#039;&#039;&#039;Editor&#039;&#039;&#039; -- can submit jobs and edit project data.&lt;br /&gt;
* &#039;&#039;&#039;Viewer&#039;&#039;&#039; -- can browse data only.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Data Lifecycle|CryoEM Data Lifecycle]]&lt;br /&gt;
* [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Core Concepts]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Overview_Tomogram_Processing&amp;diff=131</id>
		<title>CryoNAV Overview Tomogram Processing</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Overview_Tomogram_Processing&amp;diff=131"/>
		<updated>2026-05-20T21:57:05Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add pipeline and tilt-series detail screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV&#039;s processing pipeline is built around IMOD&#039;s core utilities and extended with deep-learning denoising methods. The pipeline is accessed through two complementary approaches:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Per-tilt-series&#039;&#039;&#039; -- the interface mirrors the step-by-step workflow familiar from IMOD&#039;s eTomo: navigate to a tilt series, run a processing step, review results (thumbnails, alignment residuals, CTF plots), and proceed to the next step with adjusted parameters if needed.&lt;br /&gt;
* &#039;&#039;&#039;Batch&#039;&#039;&#039; -- select a batch of tilt series and submit them all for processing with a single action, applying the same parameters across the set.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV pipeline.png|center|thumb|700px|Per-tilt-series Pipeline view: catalog steps as a DAG with status colors; a forked branch is drawn side by side. The right panel exposes parameters for the selected step.]]&lt;br /&gt;
&lt;br /&gt;
== Pipeline steps ==&lt;br /&gt;
&lt;br /&gt;
The processing pipeline for a typical tilt series:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Motion correction&#039;&#039;&#039; -- correcting beam-induced specimen movement within individual tilt images.&lt;br /&gt;
* &#039;&#039;&#039;CTF estimation and correction&#039;&#039;&#039; -- measuring and fitting the contrast transfer function for defocus determination.&lt;br /&gt;
* &#039;&#039;&#039;Tilt series alignment&#039;&#039;&#039; -- aligning the tilt series using fiducial markers or patch tracking.&lt;br /&gt;
* &#039;&#039;&#039;Tomographic reconstruction&#039;&#039;&#039; -- computing the 3D volume via weighted back-projection or SIRT.&lt;br /&gt;
* &#039;&#039;&#039;Tomogram denoising&#039;&#039;&#039; (CryoCARE, DeepDeWedge) -- deep-learning denoising to improve contrast and signal-to-noise ratio. Denoising can also be applied to facility-imported data, requiring only the raw frames and reconstruction parameters.&lt;br /&gt;
&lt;br /&gt;
== Job submission ==&lt;br /&gt;
&lt;br /&gt;
At submission time the user selects one or more tilt series, fills in the parameter form for the chosen pipeline step (defaults come from the catalog module definition), and picks an execution backend. CryoNAV constructs the appropriate command-line invocation, records the parameter set and command alongside the run for provenance, and submits the job.&lt;br /&gt;
&lt;br /&gt;
Steps can be submitted as a chain: the user selects the sequence of catalog modules to run, and each step is submitted automatically once its upstream dependencies complete. Failed steps halt the rest of the chain; downstream parameters can still be edited later before the chain is resumed.&lt;br /&gt;
&lt;br /&gt;
== Local and HPC execution ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV supports both local workstation execution and HPC cluster submission (via SLURM) within the same deployment, and both modes are available simultaneously: a user might run a quick test alignment locally before submitting a full batch to the cluster. The execution backend is abstracted behind a common interface, so job submission, progress monitoring, log viewing, and error handling work identically regardless of where the job runs.&lt;br /&gt;
&lt;br /&gt;
== Progress monitoring ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV provides real-time progress tracking for running jobs through two complementary strategies, adapted from the approach used by eTomo:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Log parsing&#039;&#039;&#039; -- processing commands (both IMOD utilities and denoising tools) that print progress messages to stdout (e.g., &amp;quot;Processing frame 15/60&amp;quot; from alignframes) are parsed with regular expressions to extract the current step and total steps, yielding a percentage completion.&lt;br /&gt;
* &#039;&#039;&#039;File size monitoring&#039;&#039;&#039; -- for steps that produce output files of predictable size, CryoNAV monitors intermediate file growth and compares it to the expected final size derived from input metadata.&lt;br /&gt;
&lt;br /&gt;
The web interface displays progress bars with smooth interpolation between server updates and human-readable ETA estimates.&lt;br /&gt;
&lt;br /&gt;
== Immutable processing branches ==&lt;br /&gt;
&lt;br /&gt;
Each processing run is stored as an immutable record. Re-running a step with different parameters creates a new parallel branch rather than overwriting the original, allowing side-by-side comparison of parameter choices. See [[CryoNAV Key Concepts#Immutable processing branches|Immutable processing branches]] for the full discussion.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Key Concepts|Key Concepts]]&lt;br /&gt;
* [[CryoNAV Integration CryoEM Tools|Integration with Cryo-EM Tools]]&lt;br /&gt;
* [[CryoNAV Tilt Series Data Collection Import|Tilt Series Data Import]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Processing]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=130</id>
		<title>CryoNAV Interface Tour</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=130"/>
		<updated>2026-05-20T21:57:02Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add pipeline and tilt-series detail screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A quick visual tour of the CryoNAV web interface. Screenshots are taken from an in-development build with mock data; &#039;&#039;&#039;labels and exact layouts may change before release&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
== Dashboard ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV dashboard.png|center|thumb|800px|Dashboard: recent projects (top) and recent jobs (bottom).]]&lt;br /&gt;
&lt;br /&gt;
The dashboard is the landing page after login. It shows the user&#039;s most recently active projects as cards (with tilt-series count and storage footprint) and a table of the most recent processing jobs across all projects.&lt;br /&gt;
&lt;br /&gt;
== Projects ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV projects.png|center|thumb|800px|Projects list.]]&lt;br /&gt;
&lt;br /&gt;
The full project list, with owner, tilt-series count, and storage. Projects are the unit of access control (see [[CryoNAV Key Concepts|Key Concepts]]). The &#039;&#039;&#039;New Project&#039;&#039;&#039; button creates an empty project that grids can then be imported into.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV project detail.png|center|thumb|800px|A project&#039;s overview page with members, tags, and counts.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a project opens its detail page: tabs for Overview, Grids, and Jobs; the right-hand pane lists members and their roles. Tags can be added to projects and tilt series for filtering and reporting.&lt;br /&gt;
&lt;br /&gt;
== Grids ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grids.png|center|thumb|800px|Project grids tab.]]&lt;br /&gt;
&lt;br /&gt;
The Grids tab lists the physical EM grids attached to the project, in the order they were imported via [[CryoNAV Tilt Series Data Collection Import|SmartScan]].&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grid detail.png|center|thumb|800px|Grid detail page: acquisition parameters, tags, and the tilt-series list with status, rating, tags, and processing state.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a grid opens its detail page: acquisition parameters (voltage, pixel size, camera, dose, tilt range, software, operator), per-grid tags and notes, and a tabular list of all tilt series collected on that grid with status, user rating, tags and processing state. The page also exposes the &#039;&#039;&#039;SearchMaps&#039;&#039;&#039; sub-tab for browsing the medium-magnification overviews and the spatial overlay of tilt series on them; see [[CryoNAV Grid Visualization Tools|Grid Visualization]] for atlas, search-map overlay, card view and list view.&lt;br /&gt;
&lt;br /&gt;
== Tilt series ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tilt series detail.png|center|thumb|800px|Tilt series detail page: acquisition metadata, star rating, tags, current processing branch, processing history, and image gallery (raw, aligned, CTF, defocus).]]&lt;br /&gt;
&lt;br /&gt;
Each tilt series has a detail page accessible from the grid view. It shows acquisition metadata (dose, tilt count, tilt range and increment, defocus, voltage, magnification, pixel size, camera, spherical aberration, image dimensions), user-assigned rating and tags, the currently-selected processing branch (with step progress, e.g. &#039;&#039;Alt CTF Step 11/13&#039;&#039;), processing history, and an image gallery with thumbnails for the raw, aligned, CTF, and defocus views. Buttons jump to the SearchMap (spatial context) or to the Pipeline.&lt;br /&gt;
&lt;br /&gt;
== Pipeline ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV pipeline.png|center|thumb|800px|Pipeline view for a single tilt series: catalog steps rendered as a DAG with status colors, branches drawn side by side, right panel exposes parameters for the selected step.]]&lt;br /&gt;
&lt;br /&gt;
The Pipeline is the per-tilt-series processing canvas. It renders the full chain of catalog modules (motion correction, X-ray removal, coarse alignment, tracking, bead/seed models, fine alignment, aligned stack, sample tomogram, positioning, CTF correction, reconstruction, denoising) as a DAG with status colors. Forks are drawn side by side: in the example, a second branch &#039;&#039;Branch AAA&#039;&#039; forked from the Bead/Seed Models step shows alternative downstream choices for direct comparison (see [[CryoNAV Key Concepts#Immutable processing branches|Immutable processing branches]]). The right panel exposes the parameter form for the selected step, plus Job / Logs and Outputs tabs. A workflow can be applied to the chain from the top centre.&lt;br /&gt;
&lt;br /&gt;
== Jobs ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV jobs.png|center|thumb|800px|Jobs page with status badges and progress.]]&lt;br /&gt;
&lt;br /&gt;
The Jobs page shows running, completed and failed processing jobs across all projects the user can see. Each row gives job type (motion correction, alignment, CTF, reconstruction, denoising, ...), status, run time and links into the relevant tilt series or run record.&lt;br /&gt;
&lt;br /&gt;
== Tags ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tags.png|center|thumb|800px|Tag management with scope, usage count and creator.]]&lt;br /&gt;
&lt;br /&gt;
The Tags page is the central registry of tags used across the deployment. Each row shows the tag name (with its display color), description, scope (Tilt Series, Grid, Search Map, Project, or combinations), creator and creation date, and the current usage count. Tags can be filtered by scope and by ownership (&#039;&#039;&#039;Mine&#039;&#039;&#039; vs &#039;&#039;&#039;All&#039;&#039;&#039;). See [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]] for how tags are applied during curation.&lt;br /&gt;
&lt;br /&gt;
== Storage ==&lt;br /&gt;
&lt;br /&gt;
The Storage page has two tabs.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage overview.png|center|thumb|800px|Storage / Overview tab: per-project disk usage breakdown.]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Overview&#039;&#039;&#039; summarises disk usage per project, broken down into raw data, intermediate processing files, and final outputs.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage cleanup.png|center|thumb|820px|Storage / Cleanup tab: select intermediate files to delete while preserving raw data and processing records.]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cleanup&#039;&#039;&#039; lets the user selectively delete intermediate files from superseded processing branches while retaining the raw frames and the database record. Because every processing step&#039;s parameters are stored, deleted intermediates can be regenerated from raw data at any time. See [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]] for the full discussion.&lt;br /&gt;
&lt;br /&gt;
== Export ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV export.png|center|thumb|800px|Export builder for reports, tabular data and ZIP bundles.]]&lt;br /&gt;
&lt;br /&gt;
The Export page is the entry point for generating reports (Create Report), tabular exports (Excel and CSV), and configurable ZIP bundles containing selected processed outputs and the parameters needed to reproduce them. See [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]] for the export contents.&lt;br /&gt;
&lt;br /&gt;
== Settings ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV settings.png|center|thumb|800px|User settings.]]&lt;br /&gt;
&lt;br /&gt;
The Settings page exposes per-user preferences (display, notifications, default project, etc.). System-wide configuration lives in the Admin section.&lt;br /&gt;
&lt;br /&gt;
== Admin: Users ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin users.png|center|thumb|800px|User administration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators manage user accounts here: create users, assign global roles (System Administrator, Editor, Viewer), and audit activity.&lt;br /&gt;
&lt;br /&gt;
== Admin: Compute backends ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin compute.png|center|thumb|800px|Compute backend configuration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators configure the available compute backends -- typically one or more SLURM partitions and a local-workstation backend. At job submission time the user picks which backend to run on; see [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]] for the dual-mode design.&lt;br /&gt;
&lt;br /&gt;
== Admin: Monitoring ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin monitoring.png|center|thumb|800px|System monitoring (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Live status of CryoNAV&#039;s services, compute backends, and job queues. Used by administrators to spot stalled jobs, overloaded partitions, or failed services.&lt;br /&gt;
&lt;br /&gt;
== Admin: Backup ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin backup.png|center|thumb|800px|Backup management (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Administrators schedule and trigger backups of the SQLite database and configure backup retention. The image storage on the filesystem is backed up separately by the host&#039;s standard backup mechanism.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_tilt_series_detail.png&amp;diff=129</id>
		<title>File:CryoNAV tilt series detail.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_tilt_series_detail.png&amp;diff=129"/>
		<updated>2026-05-20T21:57:00Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add pipeline and tilt-series detail screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV tilt series detail page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_pipeline.png&amp;diff=128</id>
		<title>File:CryoNAV pipeline.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_pipeline.png&amp;diff=128"/>
		<updated>2026-05-20T21:56:57Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add pipeline and tilt-series detail screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV per-tilt-series pipeline view (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=127</id>
		<title>CryoNAV Interface Tour</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=127"/>
		<updated>2026-05-20T21:43:17Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: bump cleanup thumb size to bust cache&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A quick visual tour of the CryoNAV web interface. Screenshots are taken from an in-development build with mock data; &#039;&#039;&#039;labels and exact layouts may change before release&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
== Dashboard ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV dashboard.png|center|thumb|800px|Dashboard: recent projects (top) and recent jobs (bottom).]]&lt;br /&gt;
&lt;br /&gt;
The dashboard is the landing page after login. It shows the user&#039;s most recently active projects as cards (with tilt-series count and storage footprint) and a table of the most recent processing jobs across all projects.&lt;br /&gt;
&lt;br /&gt;
== Projects ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV projects.png|center|thumb|800px|Projects list.]]&lt;br /&gt;
&lt;br /&gt;
The full project list, with owner, tilt-series count, and storage. Projects are the unit of access control (see [[CryoNAV Key Concepts|Key Concepts]]). The &#039;&#039;&#039;New Project&#039;&#039;&#039; button creates an empty project that grids can then be imported into.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV project detail.png|center|thumb|800px|A project&#039;s overview page with members, tags, and counts.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a project opens its detail page: tabs for Overview, Grids, and Jobs; the right-hand pane lists members and their roles. Tags can be added to projects and tilt series for filtering and reporting.&lt;br /&gt;
&lt;br /&gt;
== Grids ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grids.png|center|thumb|800px|Project grids tab.]]&lt;br /&gt;
&lt;br /&gt;
The Grids tab lists the physical EM grids attached to the project, in the order they were imported via [[CryoNAV Tilt Series Data Collection Import|SmartScan]].&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grid detail.png|center|thumb|800px|Grid detail page: acquisition parameters, tags, and the tilt-series list with status, rating, tags, and processing state.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a grid opens its detail page: acquisition parameters (voltage, pixel size, camera, dose, tilt range, software, operator), per-grid tags and notes, and a tabular list of all tilt series collected on that grid with status, user rating, tags and processing state. The page also exposes the &#039;&#039;&#039;SearchMaps&#039;&#039;&#039; sub-tab for browsing the medium-magnification overviews and the spatial overlay of tilt series on them; see [[CryoNAV Grid Visualization Tools|Grid Visualization]] for atlas, search-map overlay, card view and list view.&lt;br /&gt;
&lt;br /&gt;
== Jobs ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV jobs.png|center|thumb|800px|Jobs page with status badges and progress.]]&lt;br /&gt;
&lt;br /&gt;
The Jobs page shows running, completed and failed processing jobs across all projects the user can see. Each row gives job type (motion correction, alignment, CTF, reconstruction, denoising, ...), status, run time and links into the relevant tilt series or run record.&lt;br /&gt;
&lt;br /&gt;
== Tags ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tags.png|center|thumb|800px|Tag management with scope, usage count and creator.]]&lt;br /&gt;
&lt;br /&gt;
The Tags page is the central registry of tags used across the deployment. Each row shows the tag name (with its display color), description, scope (Tilt Series, Grid, Search Map, Project, or combinations), creator and creation date, and the current usage count. Tags can be filtered by scope and by ownership (&#039;&#039;&#039;Mine&#039;&#039;&#039; vs &#039;&#039;&#039;All&#039;&#039;&#039;). See [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]] for how tags are applied during curation.&lt;br /&gt;
&lt;br /&gt;
== Storage ==&lt;br /&gt;
&lt;br /&gt;
The Storage page has two tabs.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage overview.png|center|thumb|800px|Storage / Overview tab: per-project disk usage breakdown.]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Overview&#039;&#039;&#039; summarises disk usage per project, broken down into raw data, intermediate processing files, and final outputs.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage cleanup.png|center|thumb|820px|Storage / Cleanup tab: select intermediate files to delete while preserving raw data and processing records.]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cleanup&#039;&#039;&#039; lets the user selectively delete intermediate files from superseded processing branches while retaining the raw frames and the database record. Because every processing step&#039;s parameters are stored, deleted intermediates can be regenerated from raw data at any time. See [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]] for the full discussion.&lt;br /&gt;
&lt;br /&gt;
== Export ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV export.png|center|thumb|800px|Export builder for reports, tabular data and ZIP bundles.]]&lt;br /&gt;
&lt;br /&gt;
The Export page is the entry point for generating reports (Create Report), tabular exports (Excel and CSV), and configurable ZIP bundles containing selected processed outputs and the parameters needed to reproduce them. See [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]] for the export contents.&lt;br /&gt;
&lt;br /&gt;
== Settings ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV settings.png|center|thumb|800px|User settings.]]&lt;br /&gt;
&lt;br /&gt;
The Settings page exposes per-user preferences (display, notifications, default project, etc.). System-wide configuration lives in the Admin section.&lt;br /&gt;
&lt;br /&gt;
== Admin: Users ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin users.png|center|thumb|800px|User administration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators manage user accounts here: create users, assign global roles (System Administrator, Editor, Viewer), and audit activity.&lt;br /&gt;
&lt;br /&gt;
== Admin: Compute backends ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin compute.png|center|thumb|800px|Compute backend configuration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators configure the available compute backends -- typically one or more SLURM partitions and a local-workstation backend. At job submission time the user picks which backend to run on; see [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]] for the dual-mode design.&lt;br /&gt;
&lt;br /&gt;
== Admin: Monitoring ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin monitoring.png|center|thumb|800px|System monitoring (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Live status of CryoNAV&#039;s services, compute backends, and job queues. Used by administrators to spot stalled jobs, overloaded partitions, or failed services.&lt;br /&gt;
&lt;br /&gt;
== Admin: Backup ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin backup.png|center|thumb|800px|Backup management (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Administrators schedule and trigger backups of the SQLite database and configure backup retention. The image storage on the filesystem is backed up separately by the host&#039;s standard backup mechanism.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Data_Storage_Backup&amp;diff=126</id>
		<title>CryoNAV Data Storage Backup</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Data_Storage_Backup&amp;diff=126"/>
		<updated>2026-05-20T21:43:15Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: bump cleanup thumb size to bust cache&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV is designed for single-server deployment with a simple, file-based storage model: SQLite for metadata, the host filesystem for raw and processed image data.&lt;br /&gt;
&lt;br /&gt;
== Database storage ==&lt;br /&gt;
&lt;br /&gt;
The database stores only metadata, file paths, processing parameters, and state. It remains small (tens of megabytes even for large projects) and can be backed up with a single file copy.&lt;br /&gt;
&lt;br /&gt;
The database schema mirrors the physical cryo-ET workflow: Projects contain Grids, which contain Search Maps and Tilt Series, from which Processing Runs produce Tomograms and Denoised Tomograms. Cryo-FIB images from instruments such as the Aquilos are stored as a dedicated entity linked to grids.&lt;br /&gt;
&lt;br /&gt;
In addition to file paths, the database records the size of all tracked files (raw data, intermediate outputs, final results), enabling the storage monitoring described below.&lt;br /&gt;
&lt;br /&gt;
== Storage monitoring ==&lt;br /&gt;
&lt;br /&gt;
The &#039;&#039;&#039;Storage&#039;&#039;&#039; page in the CryoNAV interface provides an overview of disk usage across raw data, intermediate processing files, and final outputs for all projects, helping teams monitor their storage footprint and identify candidates for cleanup.&lt;br /&gt;
&lt;br /&gt;
== Selective cleanup ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage cleanup.png|center|thumb|720px|Storage Cleanup tab: pick intermediate files to delete while retaining raw data and processing records.]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Through the interface, users can selectively delete intermediate processing files (such as motion-corrected stacks, aligned series, or reconstruction volumes from superseded processing branches) while retaining the raw data and database records.&lt;br /&gt;
&lt;br /&gt;
Because every processing step stores its complete parameter set in the database (see [[CryoNAV Metadata Management#Processing provenance|Processing provenance]]), the full pipeline can be re-executed from raw frames at any time, allowing researchers to reclaim storage without losing the ability to reproduce their results.&lt;br /&gt;
&lt;br /&gt;
== Backup ==&lt;br /&gt;
&lt;br /&gt;
The recommended backup model is a single-file copy of the SQLite database plus a filesystem-level backup of the underlying image storage. SQLite&#039;s simplicity makes the database portion straightforward; the image data follows the same backup model as any cryo-EM data store.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Metadata Management|Metadata Management]]&lt;br /&gt;
* [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Modules]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_storage_cleanup.png&amp;diff=125</id>
		<title>File:CryoNAV storage cleanup.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_storage_cleanup.png&amp;diff=125"/>
		<updated>2026-05-20T21:35:50Z</updated>

		<summary type="html">&lt;p&gt;Admin: Admin uploaded a new version of File:CryoNAV storage cleanup.png&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV storage page, Cleanup tab (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Data_Storage_Backup&amp;diff=124</id>
		<title>CryoNAV Data Storage Backup</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Data_Storage_Backup&amp;diff=124"/>
		<updated>2026-05-20T21:31:48Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add storage tab screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV is designed for single-server deployment with a simple, file-based storage model: SQLite for metadata, the host filesystem for raw and processed image data.&lt;br /&gt;
&lt;br /&gt;
== Database storage ==&lt;br /&gt;
&lt;br /&gt;
The database stores only metadata, file paths, processing parameters, and state. It remains small (tens of megabytes even for large projects) and can be backed up with a single file copy.&lt;br /&gt;
&lt;br /&gt;
The database schema mirrors the physical cryo-ET workflow: Projects contain Grids, which contain Search Maps and Tilt Series, from which Processing Runs produce Tomograms and Denoised Tomograms. Cryo-FIB images from instruments such as the Aquilos are stored as a dedicated entity linked to grids.&lt;br /&gt;
&lt;br /&gt;
In addition to file paths, the database records the size of all tracked files (raw data, intermediate outputs, final results), enabling the storage monitoring described below.&lt;br /&gt;
&lt;br /&gt;
== Storage monitoring ==&lt;br /&gt;
&lt;br /&gt;
The &#039;&#039;&#039;Storage&#039;&#039;&#039; page in the CryoNAV interface provides an overview of disk usage across raw data, intermediate processing files, and final outputs for all projects, helping teams monitor their storage footprint and identify candidates for cleanup.&lt;br /&gt;
&lt;br /&gt;
== Selective cleanup ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage cleanup.png|center|thumb|700px|Storage Cleanup tab: pick intermediate files to delete while retaining raw data and processing records.]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Through the interface, users can selectively delete intermediate processing files (such as motion-corrected stacks, aligned series, or reconstruction volumes from superseded processing branches) while retaining the raw data and database records.&lt;br /&gt;
&lt;br /&gt;
Because every processing step stores its complete parameter set in the database (see [[CryoNAV Metadata Management#Processing provenance|Processing provenance]]), the full pipeline can be re-executed from raw frames at any time, allowing researchers to reclaim storage without losing the ability to reproduce their results.&lt;br /&gt;
&lt;br /&gt;
== Backup ==&lt;br /&gt;
&lt;br /&gt;
The recommended backup model is a single-file copy of the SQLite database plus a filesystem-level backup of the underlying image storage. SQLite&#039;s simplicity makes the database portion straightforward; the image data follows the same backup model as any cryo-EM data store.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Metadata Management|Metadata Management]]&lt;br /&gt;
* [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Modules]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=123</id>
		<title>CryoNAV Interface Tour</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=123"/>
		<updated>2026-05-20T21:31:45Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add storage tab screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A quick visual tour of the CryoNAV web interface. Screenshots are taken from an in-development build with mock data; &#039;&#039;&#039;labels and exact layouts may change before release&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
== Dashboard ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV dashboard.png|center|thumb|800px|Dashboard: recent projects (top) and recent jobs (bottom).]]&lt;br /&gt;
&lt;br /&gt;
The dashboard is the landing page after login. It shows the user&#039;s most recently active projects as cards (with tilt-series count and storage footprint) and a table of the most recent processing jobs across all projects.&lt;br /&gt;
&lt;br /&gt;
== Projects ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV projects.png|center|thumb|800px|Projects list.]]&lt;br /&gt;
&lt;br /&gt;
The full project list, with owner, tilt-series count, and storage. Projects are the unit of access control (see [[CryoNAV Key Concepts|Key Concepts]]). The &#039;&#039;&#039;New Project&#039;&#039;&#039; button creates an empty project that grids can then be imported into.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV project detail.png|center|thumb|800px|A project&#039;s overview page with members, tags, and counts.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a project opens its detail page: tabs for Overview, Grids, and Jobs; the right-hand pane lists members and their roles. Tags can be added to projects and tilt series for filtering and reporting.&lt;br /&gt;
&lt;br /&gt;
== Grids ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grids.png|center|thumb|800px|Project grids tab.]]&lt;br /&gt;
&lt;br /&gt;
The Grids tab lists the physical EM grids attached to the project, in the order they were imported via [[CryoNAV Tilt Series Data Collection Import|SmartScan]].&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grid detail.png|center|thumb|800px|Grid detail page: acquisition parameters, tags, and the tilt-series list with status, rating, tags, and processing state.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a grid opens its detail page: acquisition parameters (voltage, pixel size, camera, dose, tilt range, software, operator), per-grid tags and notes, and a tabular list of all tilt series collected on that grid with status, user rating, tags and processing state. The page also exposes the &#039;&#039;&#039;SearchMaps&#039;&#039;&#039; sub-tab for browsing the medium-magnification overviews and the spatial overlay of tilt series on them; see [[CryoNAV Grid Visualization Tools|Grid Visualization]] for atlas, search-map overlay, card view and list view.&lt;br /&gt;
&lt;br /&gt;
== Jobs ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV jobs.png|center|thumb|800px|Jobs page with status badges and progress.]]&lt;br /&gt;
&lt;br /&gt;
The Jobs page shows running, completed and failed processing jobs across all projects the user can see. Each row gives job type (motion correction, alignment, CTF, reconstruction, denoising, ...), status, run time and links into the relevant tilt series or run record.&lt;br /&gt;
&lt;br /&gt;
== Tags ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tags.png|center|thumb|800px|Tag management with scope, usage count and creator.]]&lt;br /&gt;
&lt;br /&gt;
The Tags page is the central registry of tags used across the deployment. Each row shows the tag name (with its display color), description, scope (Tilt Series, Grid, Search Map, Project, or combinations), creator and creation date, and the current usage count. Tags can be filtered by scope and by ownership (&#039;&#039;&#039;Mine&#039;&#039;&#039; vs &#039;&#039;&#039;All&#039;&#039;&#039;). See [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]] for how tags are applied during curation.&lt;br /&gt;
&lt;br /&gt;
== Storage ==&lt;br /&gt;
&lt;br /&gt;
The Storage page has two tabs.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage overview.png|center|thumb|800px|Storage / Overview tab: per-project disk usage breakdown.]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Overview&#039;&#039;&#039; summarises disk usage per project, broken down into raw data, intermediate processing files, and final outputs.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage cleanup.png|center|thumb|800px|Storage / Cleanup tab: select intermediate files to delete while preserving raw data and processing records.]]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Cleanup&#039;&#039;&#039; lets the user selectively delete intermediate files from superseded processing branches while retaining the raw frames and the database record. Because every processing step&#039;s parameters are stored, deleted intermediates can be regenerated from raw data at any time. See [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]] for the full discussion.&lt;br /&gt;
&lt;br /&gt;
== Export ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV export.png|center|thumb|800px|Export builder for reports, tabular data and ZIP bundles.]]&lt;br /&gt;
&lt;br /&gt;
The Export page is the entry point for generating reports (Create Report), tabular exports (Excel and CSV), and configurable ZIP bundles containing selected processed outputs and the parameters needed to reproduce them. See [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]] for the export contents.&lt;br /&gt;
&lt;br /&gt;
== Settings ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV settings.png|center|thumb|800px|User settings.]]&lt;br /&gt;
&lt;br /&gt;
The Settings page exposes per-user preferences (display, notifications, default project, etc.). System-wide configuration lives in the Admin section.&lt;br /&gt;
&lt;br /&gt;
== Admin: Users ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin users.png|center|thumb|800px|User administration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators manage user accounts here: create users, assign global roles (System Administrator, Editor, Viewer), and audit activity.&lt;br /&gt;
&lt;br /&gt;
== Admin: Compute backends ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin compute.png|center|thumb|800px|Compute backend configuration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators configure the available compute backends -- typically one or more SLURM partitions and a local-workstation backend. At job submission time the user picks which backend to run on; see [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]] for the dual-mode design.&lt;br /&gt;
&lt;br /&gt;
== Admin: Monitoring ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin monitoring.png|center|thumb|800px|System monitoring (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Live status of CryoNAV&#039;s services, compute backends, and job queues. Used by administrators to spot stalled jobs, overloaded partitions, or failed services.&lt;br /&gt;
&lt;br /&gt;
== Admin: Backup ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin backup.png|center|thumb|800px|Backup management (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Administrators schedule and trigger backups of the SQLite database and configure backup retention. The image storage on the filesystem is backed up separately by the host&#039;s standard backup mechanism.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_storage_cleanup.png&amp;diff=122</id>
		<title>File:CryoNAV storage cleanup.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_storage_cleanup.png&amp;diff=122"/>
		<updated>2026-05-20T21:31:43Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add storage tab screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV storage page, Cleanup tab (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_storage_overview.png&amp;diff=121</id>
		<title>File:CryoNAV storage overview.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_storage_overview.png&amp;diff=121"/>
		<updated>2026-05-20T21:31:40Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add storage tab screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV storage page, Overview tab (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Data_Sharing_Archiving&amp;diff=120</id>
		<title>CryoNAV Data Sharing Archiving</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Data_Sharing_Archiving&amp;diff=120"/>
		<updated>2026-05-20T21:27:45Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV provides reporting and export tools designed to consolidate everything known about a dataset, from acquisition conditions through processing provenance to final quality assessment, into a portable form.&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
&lt;br /&gt;
The &#039;&#039;&#039;Create Report&#039;&#039;&#039; function produces a detailed report for a grid or project, listing every tilt series with:&lt;br /&gt;
&lt;br /&gt;
* Acquisition parameters (voltage, pixel size, dose, tilt range, camera)&lt;br /&gt;
* Full processing history (pipeline steps run, parameters used, software versions, outcomes)&lt;br /&gt;
* Quality metrics derived from processing outputs (alignment residuals, CTF defocus values and fit quality, drift measurements)&lt;br /&gt;
* User-assigned quality annotations (star ratings, tags, comments)&lt;br /&gt;
&lt;br /&gt;
These reports give a complete picture of a dataset&#039;s state, suitable for PI review, publication methods sections, or experimental records.&lt;br /&gt;
&lt;br /&gt;
== Excel and CSV export ==&lt;br /&gt;
&lt;br /&gt;
Tabular exports where each row represents a tilt series and columns capture acquisition metadata, processing parameters, computed quality metrics, and user ratings/tags.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Excel&#039;&#039;&#039;: preserves formatting, directly usable for sorting, filtering, and charting in spreadsheet software.&lt;br /&gt;
* &#039;&#039;&#039;CSV&#039;&#039;&#039;: for compatibility with R, Python, and other analysis tools.&lt;br /&gt;
&lt;br /&gt;
== ZIP bundle archive ==&lt;br /&gt;
&lt;br /&gt;
Configurable packages where users select which data to include, for example:&lt;br /&gt;
&lt;br /&gt;
* Raw frames plus the processing parameters needed to reconstruct from scratch&lt;br /&gt;
* Final tomogram volumes only&lt;br /&gt;
* Denoised tomograms only&lt;br /&gt;
* Any combination of the above&lt;br /&gt;
&lt;br /&gt;
The exported bundle includes the associated metadata in a structured directory layout, making it suitable for sharing tailored result sets with collaborators or creating comprehensive archival packages that preserve the complete data lineage.&lt;br /&gt;
&lt;br /&gt;
== Planned exports ==&lt;br /&gt;
&lt;br /&gt;
Export into RELION .star files is planned, to facilitate handoff to sub-tomogram averaging pipelines. See [[CryoNAV About#Status and roadmap|Status and roadmap]].&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV export.png|center|thumb|700px|The Export page: build reports, tabular exports, and ZIP bundles of selected data.]]&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Metadata Management|Metadata Management]]&lt;br /&gt;
* [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Modules]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Sample_Experiment_Management&amp;diff=119</id>
		<title>CryoNAV Sample Experiment Management</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Sample_Experiment_Management&amp;diff=119"/>
		<updated>2026-05-20T21:27:42Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV organizes cryo-ET experiments around a hierarchical data model (see [[CryoNAV Data Lifecycle|CryoEM Data Lifecycle]] for the full hierarchy). The Sample &amp;amp; Experiment Management area of the interface covers the day-to-day operations on these entities: creating projects, importing grids, linking FIB-SEM images, and assigning roles.&lt;br /&gt;
&lt;br /&gt;
== Projects, grids, and team membership ==&lt;br /&gt;
&lt;br /&gt;
Projects group related experiments. Each project contains one or more grids; each grid contains search maps and tilt series. Project owners invite team members and assign roles:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;System Administrator&#039;&#039;&#039; -- manages the deployment.&lt;br /&gt;
* &#039;&#039;&#039;Project Owner&#039;&#039;&#039; -- manages membership and access for one or more projects.&lt;br /&gt;
* &#039;&#039;&#039;Editor&#039;&#039;&#039; -- can submit jobs and edit data within assigned projects.&lt;br /&gt;
* &#039;&#039;&#039;Viewer&#039;&#039;&#039; -- read-only access.&lt;br /&gt;
&lt;br /&gt;
Multiple owners may be assigned per project, and ownership can be transferred.&lt;br /&gt;
&lt;br /&gt;
== Cryo-FIB sample preparation records ==&lt;br /&gt;
&lt;br /&gt;
For workflows that involve cryo-focused ion beam milling, FIB-SEM images can be attached to the corresponding grid entity (overview images, milling progress snapshots, final lamella views). These images are linked to the lamellae as they appear in the TEM atlas and search maps, providing a single location where the full life of a grid -- from FIB preparation through tomogram -- can be reviewed.&lt;br /&gt;
&lt;br /&gt;
== Rating and tagging tilt series ==&lt;br /&gt;
&lt;br /&gt;
Each tilt series can be rated on a 1-to-5 star scale and assigned arbitrary text tags. CryoNAV suggests common tags (&#039;&#039;good-ctf&#039;&#039;, &#039;&#039;bad-ice&#039;&#039;, &#039;&#039;thick-ice&#039;&#039;, &#039;&#039;contamination&#039;&#039;, &#039;&#039;promising&#039;&#039;, &#039;&#039;priority&#039;&#039;, &#039;&#039;exclude&#039;&#039;) but the vocabulary is open, so each lab can develop its own conventions. Tags are color-coded for visual distinction. Combined filter expressions allow batch selection by rating and tag (e.g., &amp;quot;rating &amp;amp;gt;= 4 AND NOT tagged &#039;bad-ice&#039;&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tags.png|center|thumb|700px|The Tags page (admin/managers): central registry of tags with scope, usage count, and creator.]]&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Data Lifecycle|CryoEM Data Lifecycle]]&lt;br /&gt;
* [[CryoNAV Key Concepts|Key Concepts]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Modules]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=118</id>
		<title>CryoNAV Interface Tour</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=118"/>
		<updated>2026-05-20T21:27:38Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A quick visual tour of the CryoNAV web interface. Screenshots are taken from an in-development build with mock data; &#039;&#039;&#039;labels and exact layouts may change before release&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
== Dashboard ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV dashboard.png|center|thumb|800px|Dashboard: recent projects (top) and recent jobs (bottom).]]&lt;br /&gt;
&lt;br /&gt;
The dashboard is the landing page after login. It shows the user&#039;s most recently active projects as cards (with tilt-series count and storage footprint) and a table of the most recent processing jobs across all projects.&lt;br /&gt;
&lt;br /&gt;
== Projects ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV projects.png|center|thumb|800px|Projects list.]]&lt;br /&gt;
&lt;br /&gt;
The full project list, with owner, tilt-series count, and storage. Projects are the unit of access control (see [[CryoNAV Key Concepts|Key Concepts]]). The &#039;&#039;&#039;New Project&#039;&#039;&#039; button creates an empty project that grids can then be imported into.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV project detail.png|center|thumb|800px|A project&#039;s overview page with members, tags, and counts.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a project opens its detail page: tabs for Overview, Grids, and Jobs; the right-hand pane lists members and their roles. Tags can be added to projects and tilt series for filtering and reporting.&lt;br /&gt;
&lt;br /&gt;
== Grids ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grids.png|center|thumb|800px|Project grids tab.]]&lt;br /&gt;
&lt;br /&gt;
The Grids tab lists the physical EM grids attached to the project, in the order they were imported via [[CryoNAV Tilt Series Data Collection Import|SmartScan]].&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grid detail.png|center|thumb|800px|Grid detail page: acquisition parameters, tags, and the tilt-series list with status, rating, tags, and processing state.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a grid opens its detail page: acquisition parameters (voltage, pixel size, camera, dose, tilt range, software, operator), per-grid tags and notes, and a tabular list of all tilt series collected on that grid with status, user rating, tags and processing state. The page also exposes the &#039;&#039;&#039;SearchMaps&#039;&#039;&#039; sub-tab for browsing the medium-magnification overviews and the spatial overlay of tilt series on them; see [[CryoNAV Grid Visualization Tools|Grid Visualization]] for atlas, search-map overlay, card view and list view.&lt;br /&gt;
&lt;br /&gt;
== Jobs ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV jobs.png|center|thumb|800px|Jobs page with status badges and progress.]]&lt;br /&gt;
&lt;br /&gt;
The Jobs page shows running, completed and failed processing jobs across all projects the user can see. Each row gives job type (motion correction, alignment, CTF, reconstruction, denoising, ...), status, run time and links into the relevant tilt series or run record.&lt;br /&gt;
&lt;br /&gt;
== Tags ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV tags.png|center|thumb|800px|Tag management with scope, usage count and creator.]]&lt;br /&gt;
&lt;br /&gt;
The Tags page is the central registry of tags used across the deployment. Each row shows the tag name (with its display color), description, scope (Tilt Series, Grid, Search Map, Project, or combinations), creator and creation date, and the current usage count. Tags can be filtered by scope and by ownership (&#039;&#039;&#039;Mine&#039;&#039;&#039; vs &#039;&#039;&#039;All&#039;&#039;&#039;). See [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]] for how tags are applied during curation.&lt;br /&gt;
&lt;br /&gt;
== Storage ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage.png|center|thumb|800px|Storage overview across projects.]]&lt;br /&gt;
&lt;br /&gt;
The Storage page summarises disk usage per project, broken down into raw data, intermediate processing files and final outputs. From here, intermediate files from superseded processing branches can be selectively deleted while retaining the raw frames and the database record (see [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]]).&lt;br /&gt;
&lt;br /&gt;
== Export ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV export.png|center|thumb|800px|Export builder for reports, tabular data and ZIP bundles.]]&lt;br /&gt;
&lt;br /&gt;
The Export page is the entry point for generating reports (Create Report), tabular exports (Excel and CSV), and configurable ZIP bundles containing selected processed outputs and the parameters needed to reproduce them. See [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]] for the export contents.&lt;br /&gt;
&lt;br /&gt;
== Settings ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV settings.png|center|thumb|800px|User settings.]]&lt;br /&gt;
&lt;br /&gt;
The Settings page exposes per-user preferences (display, notifications, default project, etc.). System-wide configuration lives in the Admin section.&lt;br /&gt;
&lt;br /&gt;
== Admin: Users ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin users.png|center|thumb|800px|User administration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators manage user accounts here: create users, assign global roles (System Administrator, Editor, Viewer), and audit activity.&lt;br /&gt;
&lt;br /&gt;
== Admin: Compute backends ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin compute.png|center|thumb|800px|Compute backend configuration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators configure the available compute backends -- typically one or more SLURM partitions and a local-workstation backend. At job submission time the user picks which backend to run on; see [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]] for the dual-mode design.&lt;br /&gt;
&lt;br /&gt;
== Admin: Monitoring ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin monitoring.png|center|thumb|800px|System monitoring (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Live status of CryoNAV&#039;s services, compute backends, and job queues. Used by administrators to spot stalled jobs, overloaded partitions, or failed services.&lt;br /&gt;
&lt;br /&gt;
== Admin: Backup ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin backup.png|center|thumb|800px|Backup management (admin only).]]&lt;br /&gt;
&lt;br /&gt;
Administrators schedule and trigger backups of the SQLite database and configure backup retention. The image storage on the filesystem is backed up separately by the host&#039;s standard backup mechanism.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_admin_backup.png&amp;diff=117</id>
		<title>File:CryoNAV admin backup.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_admin_backup.png&amp;diff=117"/>
		<updated>2026-05-20T21:27:36Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV admin backup page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_admin_monitoring.png&amp;diff=116</id>
		<title>File:CryoNAV admin monitoring.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_admin_monitoring.png&amp;diff=116"/>
		<updated>2026-05-20T21:27:34Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV admin monitoring page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_admin_users.png&amp;diff=115</id>
		<title>File:CryoNAV admin users.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_admin_users.png&amp;diff=115"/>
		<updated>2026-05-20T21:27:31Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV admin users page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_settings.png&amp;diff=114</id>
		<title>File:CryoNAV settings.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_settings.png&amp;diff=114"/>
		<updated>2026-05-20T21:27:29Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV settings page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_export.png&amp;diff=113</id>
		<title>File:CryoNAV export.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_export.png&amp;diff=113"/>
		<updated>2026-05-20T21:27:27Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV export page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_tags.png&amp;diff=112</id>
		<title>File:CryoNAV tags.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_tags.png&amp;diff=112"/>
		<updated>2026-05-20T21:27:25Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add interface screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV tags page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=111</id>
		<title>CryoNAV Interface Tour</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=111"/>
		<updated>2026-05-20T21:12:06Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add grid detail screenshot to Interface Tour&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A quick visual tour of the CryoNAV web interface. Screenshots are taken from an in-development build with mock data; &#039;&#039;&#039;labels and exact layouts may change before release&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
== Dashboard ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV dashboard.png|center|thumb|800px|Dashboard: recent projects (top) and recent jobs (bottom).]]&lt;br /&gt;
&lt;br /&gt;
The dashboard is the landing page after login. It shows the user&#039;s most recently active projects as cards (with tilt-series count and storage footprint) and a table of the most recent processing jobs across all projects.&lt;br /&gt;
&lt;br /&gt;
== Projects ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV projects.png|center|thumb|800px|Projects list.]]&lt;br /&gt;
&lt;br /&gt;
The full project list, with owner, tilt-series count, and storage. Projects are the unit of access control (see [[CryoNAV Key Concepts|Key Concepts]]). The &#039;&#039;&#039;New Project&#039;&#039;&#039; button creates an empty project that grids can then be imported into.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV project detail.png|center|thumb|800px|A project&#039;s overview page with members, tags, and counts.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a project opens its detail page: tabs for Overview, Grids, and Jobs; the right-hand pane lists members and their roles. Tags can be added to projects and tilt series for filtering and reporting.&lt;br /&gt;
&lt;br /&gt;
== Grids ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grids.png|center|thumb|800px|Project grids tab.]]&lt;br /&gt;
&lt;br /&gt;
The Grids tab lists the physical EM grids attached to the project, in the order they were imported via [[CryoNAV Tilt Series Data Collection Import|SmartScan]].&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grid detail.png|center|thumb|800px|Grid detail page: acquisition parameters, tags, and the tilt-series list with status, rating, tags, and processing state.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a grid opens its detail page: acquisition parameters (voltage, pixel size, camera, dose, tilt range, software, operator), per-grid tags and notes, and a tabular list of all tilt series collected on that grid with status, user rating, tags and processing state. The page also exposes the &#039;&#039;&#039;SearchMaps&#039;&#039;&#039; sub-tab for browsing the medium-magnification overviews and the spatial overlay of tilt series on them; see [[CryoNAV Grid Visualization Tools|Grid Visualization]] for atlas, search-map overlay, card view and list view.&lt;br /&gt;
&lt;br /&gt;
== Jobs ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV jobs.png|center|thumb|800px|Jobs page with status badges and progress.]]&lt;br /&gt;
&lt;br /&gt;
The Jobs page shows running, completed and failed processing jobs across all projects the user can see. Each row gives job type (motion correction, alignment, CTF, reconstruction, denoising, ...), status, run time and links into the relevant tilt series or run record.&lt;br /&gt;
&lt;br /&gt;
== Storage ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage.png|center|thumb|800px|Storage overview across projects.]]&lt;br /&gt;
&lt;br /&gt;
The Storage page summarises disk usage per project, broken down into raw data, intermediate processing files and final outputs. From here, intermediate files from superseded processing branches can be selectively deleted while retaining the raw frames and the database record (see [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]]).&lt;br /&gt;
&lt;br /&gt;
== Admin: Compute backends ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin compute.png|center|thumb|800px|Compute backend configuration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators configure the available compute backends -- typically one or more SLURM partitions and a local-workstation backend. At job submission time the user picks which backend to run on; see [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]] for the dual-mode design.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_grid_detail.png&amp;diff=110</id>
		<title>File:CryoNAV grid detail.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_grid_detail.png&amp;diff=110"/>
		<updated>2026-05-20T21:12:05Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add grid detail screenshot&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV grid detail view with tilt-series list (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_grids.png&amp;diff=109</id>
		<title>File:CryoNAV grids.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_grids.png&amp;diff=109"/>
		<updated>2026-05-20T21:10:51Z</updated>

		<summary type="html">&lt;p&gt;Admin: Admin uploaded a new version of File:CryoNAV grids.png&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV project grids view (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=MediaWiki:Sidebar&amp;diff=108</id>
		<title>MediaWiki:Sidebar</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=MediaWiki:Sidebar&amp;diff=108"/>
		<updated>2026-05-20T20:57:47Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;* NAVIGATE&lt;br /&gt;
** mainpage|Main Page&lt;br /&gt;
&lt;br /&gt;
* General Information&lt;br /&gt;
** CryoNAV_Wiki_Home|CryoNAV Home&lt;br /&gt;
** CryoNAV_About|About CryoNAV&lt;br /&gt;
** CryoNAV_News_Announcements|News &amp;amp; Announcements&lt;br /&gt;
&lt;br /&gt;
* Getting Started&lt;br /&gt;
** CryoNAV_Getting_Started|Getting Started Home&lt;br /&gt;
** CryoNAV_Download|Download&lt;br /&gt;
** CryoNAV_Installation_Guide|Installation Guide&lt;br /&gt;
** CryoNAV_Quick_Start_Guide|Quick Start Guide&lt;br /&gt;
&lt;br /&gt;
* Core Concepts &amp;amp; Workflow&lt;br /&gt;
** CryoNAV_Core_Concepts_Workflow|Core Concepts Home&lt;br /&gt;
** CryoNAV_Data_Lifecycle|CryoEM Data Lifecycle&lt;br /&gt;
** CryoNAV_Key_Concepts|Key Concepts&lt;br /&gt;
&lt;br /&gt;
* Modules &amp;amp; Features&lt;br /&gt;
** CryoNAV_Modules_Features|Modules &amp;amp; Features Home&lt;br /&gt;
** CryoNAV_Sample_Experiment_Management|Sample &amp;amp; Experiment Mgt.&lt;br /&gt;
** CryoNAV_Tilt_Series_Data_Collection_Import|Tilt Series Data Import&lt;br /&gt;
** CryoNAV_Metadata_Management|Metadata Management&lt;br /&gt;
** CryoNAV_Grid_Visualization_Tools|Grid Visualization&lt;br /&gt;
** CryoNAV_Data_Storage_Backup|Data Storage &amp;amp; Backup&lt;br /&gt;
** CryoNAV_Data_Sharing_Archiving|Data Sharing &amp;amp; Archiving&lt;br /&gt;
&lt;br /&gt;
* Data Processing&lt;br /&gt;
** CryoNAV_Data_Processing|Data Processing Home&lt;br /&gt;
** CryoNAV_Overview_Tomogram_Processing|Tomogram Processing Overview&lt;br /&gt;
** CryoNAV_Integration_CryoEM_Tools|Integration with Cryo-EM Tools&lt;br /&gt;
&lt;br /&gt;
* Walkthroughs &amp;amp; Workshops&lt;br /&gt;
** CryoNAV_Walkthroughs_Workshops|Walkthroughs &amp;amp; Workshops Home&lt;br /&gt;
** CryoNAV_Walkthroughs|Walkthroughs&lt;br /&gt;
** CryoNAV_Workshops|Workshops&lt;br /&gt;
&lt;br /&gt;
* Reference&lt;br /&gt;
** CryoNAV_Interface_Tour|Interface Tour&lt;br /&gt;
** CryoNAV_IMOD_Pipeline_Reference|IMOD Pipeline Reference&lt;br /&gt;
** CryoNAV_EPU_SerialEM_Folder_Structures|EPU and SerialEM Folder Structures&lt;br /&gt;
** CryoNAV_Tilt_Image_Exclusion|Tilt Image Exclusion&lt;br /&gt;
&lt;br /&gt;
* ADMIN&lt;br /&gt;
** Special:SpecialPages|Special pages&lt;br /&gt;
** MediaWiki:Sidebar|Edit Sidebar&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=107</id>
		<title>CryoNAV Interface Tour</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Interface_Tour&amp;diff=107"/>
		<updated>2026-05-20T20:57:41Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A quick visual tour of the CryoNAV web interface. Screenshots are taken from an in-development build with mock data; &#039;&#039;&#039;labels and exact layouts may change before release&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
== Dashboard ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV dashboard.png|center|thumb|800px|Dashboard: recent projects (top) and recent jobs (bottom).]]&lt;br /&gt;
&lt;br /&gt;
The dashboard is the landing page after login. It shows the user&#039;s most recently active projects as cards (with tilt-series count and storage footprint) and a table of the most recent processing jobs across all projects.&lt;br /&gt;
&lt;br /&gt;
== Projects ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV projects.png|center|thumb|800px|Projects list.]]&lt;br /&gt;
&lt;br /&gt;
The full project list, with owner, tilt-series count, and storage. Projects are the unit of access control (see [[CryoNAV Key Concepts|Key Concepts]]). The &#039;&#039;&#039;New Project&#039;&#039;&#039; button creates an empty project that grids can then be imported into.&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV project detail.png|center|thumb|800px|A project&#039;s overview page with members, tags, and counts.]]&lt;br /&gt;
&lt;br /&gt;
Clicking a project opens its detail page: tabs for Overview, Grids, and Jobs; the right-hand pane lists members and their roles. Tags can be added to projects and tilt series for filtering and reporting.&lt;br /&gt;
&lt;br /&gt;
== Grids ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV grids.png|center|thumb|800px|Project grids tab.]]&lt;br /&gt;
&lt;br /&gt;
The Grids tab lists the physical EM grids attached to the project, in the order they were imported via [[CryoNAV Tilt Series Data Collection Import|SmartScan]]. Each grid opens a card view of its tilt series, with thumbnails and acquisition metadata; see [[CryoNAV Grid Visualization Tools|Grid Visualization]] for atlas, search-map overlay, card view and list view.&lt;br /&gt;
&lt;br /&gt;
== Jobs ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV jobs.png|center|thumb|800px|Jobs page with status badges and progress.]]&lt;br /&gt;
&lt;br /&gt;
The Jobs page shows running, completed and failed processing jobs across all projects the user can see. Each row gives job type (motion correction, alignment, CTF, reconstruction, denoising, ...), status, run time and links into the relevant tilt series or run record.&lt;br /&gt;
&lt;br /&gt;
== Storage ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV storage.png|center|thumb|800px|Storage overview across projects.]]&lt;br /&gt;
&lt;br /&gt;
The Storage page summarises disk usage per project, broken down into raw data, intermediate processing files and final outputs. From here, intermediate files from superseded processing branches can be selectively deleted while retaining the raw frames and the database record (see [[CryoNAV Data Storage Backup|Data Storage &amp;amp; Backup]]).&lt;br /&gt;
&lt;br /&gt;
== Admin: Compute backends ==&lt;br /&gt;
&lt;br /&gt;
[[File:CryoNAV admin compute.png|center|thumb|800px|Compute backend configuration (admin only).]]&lt;br /&gt;
&lt;br /&gt;
System administrators configure the available compute backends -- typically one or more SLURM partitions and a local-workstation backend. At job submission time the user picks which backend to run on; see [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]] for the dual-mode design.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Tilt_Image_Exclusion&amp;diff=106</id>
		<title>CryoNAV Tilt Image Exclusion</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Tilt_Image_Exclusion&amp;diff=106"/>
		<updated>2026-05-20T20:57:40Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;In cryo-electron tomography, individual tilt images may be unusable due to ice contamination, beam-induced drift, tracking failures, or unreliable CTF fits. CryoNAV supports &#039;&#039;per-step frame exclusion&#039;&#039;: bad views are flagged (never physically removed) and propagated through the pipeline so that alignment, CTF estimation, and reconstruction skip them consistently.&lt;br /&gt;
&lt;br /&gt;
== Core principle: monotonic superset exclusion ==&lt;br /&gt;
&lt;br /&gt;
Each processing step stores its own &#039;&#039;&#039;excluded_views&#039;&#039;&#039; parameter. Every downstream step&#039;s exclusion set &#039;&#039;&#039;must be a superset&#039;&#039;&#039; of the upstream step&#039;s -- views can be added but &#039;&#039;&#039;never un-excluded&#039;&#039;&#039;. The full stack is preserved on disk; exclusion is implemented via IMOD flags only.&lt;br /&gt;
&lt;br /&gt;
To un-exclude a view, the user must re-run from the step where it was first dropped, invalidating all downstream products.&lt;br /&gt;
&lt;br /&gt;
== Per-step exclusion points ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV maps each pipeline step to its native IMOD flag:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;coarse_alignment&#039;&#039;&#039; (&#039;&#039;tiltxcorr&#039;&#039;) -- flag &amp;lt;code&amp;gt;-SkipViews&amp;lt;/code&amp;gt;. First exclusion point; typically used for obvious ice contamination or drifted views spotted in the pre-aligned stack.&lt;br /&gt;
* &#039;&#039;&#039;patch_tracking&#039;&#039;&#039; (&#039;&#039;tiltxcorr xcorr_pt&#039;&#039;) -- flag &amp;lt;code&amp;gt;-SkipViews&amp;lt;/code&amp;gt;. Add views where patch tracks fail.&lt;br /&gt;
* &#039;&#039;&#039;bead_tracking&#039;&#039;&#039; (&#039;&#039;beadtrack&#039;&#039;) -- flag &amp;lt;code&amp;gt;-SkipViews&amp;lt;/code&amp;gt;. Add views where fiducial beads are lost.&lt;br /&gt;
* &#039;&#039;&#039;seed_finding&#039;&#039;&#039; (&#039;&#039;autofidseed&#039;&#039;) -- &#039;&#039;&#039;no flag available&#039;&#039;&#039;. Exclusion is handled downstream by &#039;&#039;beadtrack&#039;&#039;.&lt;br /&gt;
* &#039;&#039;&#039;fine_alignment&#039;&#039;&#039; (&#039;&#039;tiltalign&#039;&#039;) -- flag &amp;lt;code&amp;gt;-ExcludeList&amp;lt;/code&amp;gt;. Drop views with large residuals.&lt;br /&gt;
* &#039;&#039;&#039;ctf_estimation&#039;&#039;&#039; (&#039;&#039;ctfplotter&#039;&#039;) -- flag &amp;lt;code&amp;gt;-ViewsToSkip&amp;lt;/code&amp;gt;. Drop views with unreliable defocus fits. Optional linear step.&lt;br /&gt;
* &#039;&#039;&#039;ctf_correction&#039;&#039;&#039; (&#039;&#039;ctfphaseflip&#039;&#039;) -- no exclusion (processes views independently).&lt;br /&gt;
* &#039;&#039;&#039;tomogram reconstruction&#039;&#039;&#039; (&#039;&#039;tilt&#039;&#039;) -- flag &amp;lt;code&amp;gt;-EXCLUDELIST2&amp;lt;/code&amp;gt;. Final opportunity, e.g. to drop extreme tilts.&lt;br /&gt;
* &#039;&#039;&#039;denoising half-reconstructions&#039;&#039;&#039; -- flag &amp;lt;code&amp;gt;-EXCLUDELIST2&amp;lt;/code&amp;gt;. Inherits independently per endpoint.&lt;br /&gt;
&lt;br /&gt;
== CTF as an optional linear step ==&lt;br /&gt;
&lt;br /&gt;
CTF estimation sits between fine alignment and the endpoints &#039;&#039;&#039;per-endpoint&#039;&#039;&#039;. The upstream constraint for each endpoint is resolved as:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Tomogram&#039;&#039;&#039; -- if CTF is in its path, inherits from &#039;&#039;ctf_estimation&#039;&#039;; otherwise from &#039;&#039;fine_alignment&#039;&#039;.&lt;br /&gt;
* &#039;&#039;&#039;Denoising&#039;&#039;&#039; -- same rule, evaluated independently.&lt;br /&gt;
&lt;br /&gt;
Most common configuration: tomogram uses CTF (inherits CTF exclusions), denoising skips CTF (inherits only from fine alignment). A view dropped purely for a bad CTF fit need not be excluded from a denoised half that bypasses CTF.&lt;br /&gt;
&lt;br /&gt;
== Why exclusion matters downstream ==&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Alignment quality&#039;&#039;&#039; -- leaving in drifted or contaminated views inflates residuals and biases the tilt-axis solution.&lt;br /&gt;
* &#039;&#039;&#039;CTF reliability&#039;&#039;&#039; -- views with poor Thon-ring fits, if not skipped, contaminate the per-view defocus model.&lt;br /&gt;
* &#039;&#039;&#039;Reconstruction artifacts&#039;&#039;&#039; -- including bad views adds streak/ray artifacts in the back-projected volume.&lt;br /&gt;
* &#039;&#039;&#039;Reproducibility&#039;&#039;&#039; -- because exclusion is flag-based and stored per step, every reconstruction can be regenerated exactly from the recorded &#039;&#039;excluded_views&#039;&#039; plus the original stack.&lt;br /&gt;
&lt;br /&gt;
== UI convention ==&lt;br /&gt;
&lt;br /&gt;
In the frame browser, each view is shown as: &#039;&#039;&#039;green&#039;&#039;&#039; (included), &#039;&#039;&#039;grey/locked&#039;&#039;&#039; (excluded upstream, inherited), or &#039;&#039;&#039;red&#039;&#039;&#039; (excluded at the current step). Submission is rejected if the user&#039;s set is not a superset of the upstream set.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Overview Tomogram Processing|Tomogram Processing Overview]]&lt;br /&gt;
* [[CryoNAV Key Concepts|Key Concepts]]&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_EPU_SerialEM_Folder_Structures&amp;diff=105</id>
		<title>CryoNAV EPU SerialEM Folder Structures</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_EPU_SerialEM_Folder_Structures&amp;diff=105"/>
		<updated>2026-05-20T20:57:38Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Cryo-EM acquisition software organises raw data in two very different ways. EPU (Thermo Fisher) enforces a rigid hierarchy that mirrors the physical grid (atlas -&amp;gt; grid square -&amp;gt; foil hole -&amp;gt; exposure), while SerialEM produces a mostly flat layout with rich text-based metadata. CryoNAV&#039;s &#039;&#039;&#039;SmartScan&#039;&#039;&#039; importer understands both, but you need to know what each acquisition tool writes to disk before pointing it at a session folder.&lt;br /&gt;
&lt;br /&gt;
== EPU folder structure ==&lt;br /&gt;
&lt;br /&gt;
EPU (Thermo Fisher) creates a fixed directory tree rooted at the session folder. Every high-magnification acquisition produces six files: summed image (.mrc/.tif), .jpg thumbnail, dose-fractionated movie (&amp;lt;code&amp;gt;_Fractions.mrc&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;_Fractions.tiff&amp;lt;/code&amp;gt;, or &amp;lt;code&amp;gt;_EER.eer&amp;lt;/code&amp;gt; on Falcon 4), two XMLs, and a &amp;lt;code&amp;gt;.dm5&amp;lt;/code&amp;gt; transfer checksum.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;amp;lt;SessionName&amp;amp;gt;/&lt;br /&gt;
    Metadata/&lt;br /&gt;
        EpuSession.dm           # binary session config&lt;br /&gt;
        ScreeningSession.dm&lt;br /&gt;
    Atlas/&lt;br /&gt;
        Supervisor_&amp;amp;lt;date&amp;amp;gt;_&amp;amp;lt;id&amp;amp;gt;_Atlas/&lt;br /&gt;
            Tile_###_###_*.mrc&lt;br /&gt;
            Atlas.mrc           *.xml&lt;br /&gt;
    Images-Disc1/&lt;br /&gt;
        GridSquare_&amp;amp;lt;8-digit-id&amp;amp;gt;/&lt;br /&gt;
            GridSquare_*.mrc  .xml  .jpg&lt;br /&gt;
            FoilHoles/&lt;br /&gt;
                FoilHole_&amp;amp;lt;id&amp;amp;gt;_&amp;amp;lt;date&amp;amp;gt;_&amp;amp;lt;time&amp;amp;gt;.mrc  .xml&lt;br /&gt;
            Data/&lt;br /&gt;
                FoilHole_*_Data_*_*_&amp;amp;lt;date&amp;amp;gt;_&amp;amp;lt;time&amp;amp;gt;.mrc&lt;br /&gt;
                FoilHole_*_Data_*_*_Fractions.mrc / .tiff / .eer&lt;br /&gt;
                FoilHole_*_Data_*_*.xml&lt;br /&gt;
                FoilHole_*_Data_*_*.jpg&lt;br /&gt;
                FoilHole_*_Data_*_*.dm5&lt;br /&gt;
    &amp;amp;lt;GainReference&amp;amp;gt;.gain&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Filenames encode internal (non-sequential) EPU IDs: &amp;lt;code&amp;gt;FoilHole_&amp;amp;lt;HoleID&amp;amp;gt;_Data_&amp;amp;lt;AcqID1&amp;amp;gt;_&amp;amp;lt;AcqID2&amp;amp;gt;_&amp;amp;lt;YYYYMMDD&amp;amp;gt;_&amp;amp;lt;HHMMSS&amp;amp;gt;&amp;lt;/code&amp;gt;. Per-image XML holds beam-shift (critical for AFIS grouping), defocus, stage position, pixel size, dose, voltage, and detector mode. Multi-grid sessions (EPU Multigrid, up to 12 cartridges) produce one full session directory per grid.&lt;br /&gt;
&lt;br /&gt;
== SerialEM folder structure ==&lt;br /&gt;
&lt;br /&gt;
SerialEM imposes minimal structure; the user controls naming and layout. Metadata lives in &#039;&#039;&#039;.mdoc&#039;&#039;&#039; files (IMOD autodoc: human-readable, bracketed sections, key/value pairs).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&amp;amp;lt;session_root&amp;amp;gt;/&lt;br /&gt;
    GridName_LMM.st        GridName_LMM.st.mdoc    # low-mag atlas&lt;br /&gt;
    GridName_MMM.st        GridName_MMM.st.mdoc    # medium-mag montage&lt;br /&gt;
    GridName.mrc           GridName.mrc.mdoc       # acquired stack&lt;br /&gt;
    GridName.nav                                   # Navigator&lt;br /&gt;
    Frames.mdoc                                    # global frame metadata&lt;br /&gt;
    log.txt   SerialEMsettings.txt&lt;br /&gt;
    frames/&lt;br /&gt;
        GridName_0001_Dec23_13.20.21.tif&lt;br /&gt;
        GridName_0001_Dec23_13.20.21.tif.mdoc&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Key keys inside an .mdoc: &amp;lt;code&amp;gt;TiltAngle&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;StagePosition&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Magnification&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;Defocus&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;ImageShift&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;ExposureDose&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;PixelSpacing&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;SubFramePath&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;NumSubFrames&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;DateTime&amp;lt;/code&amp;gt;; montages also carry &amp;lt;code&amp;gt;PieceCoordinates&amp;lt;/code&amp;gt;. The &#039;&#039;&#039;.nav&#039;&#039;&#039; file stores Navigator items: Type 0 (points), Type 1 (polygons), Type 2 (maps with &amp;lt;code&amp;gt;MapFile&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;MapID&amp;lt;/code&amp;gt;, &amp;lt;code&amp;gt;MapSection&amp;lt;/code&amp;gt;, and a scale matrix).&lt;br /&gt;
&lt;br /&gt;
== What SmartScan looks for ==&lt;br /&gt;
&lt;br /&gt;
When you point SmartScan at a session root it auto-detects the acquisition software and walks the tree accordingly:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;EPU detection&#039;&#039;&#039; -- presence of &amp;lt;code&amp;gt;Metadata/EpuSession.dm&amp;lt;/code&amp;gt; or &amp;lt;code&amp;gt;Images-Disc1/GridSquare_*/&amp;lt;/code&amp;gt;. SmartScan recursively globs &amp;lt;code&amp;gt;Images-Disc1/GridSquare_*/Data/*_Fractions.{mrc,tiff,eer}&amp;lt;/code&amp;gt; for movies, pairs each with its XML sibling, and parses beam-shift to reconstruct AFIS exposure groups. The atlas montage is read from &amp;lt;code&amp;gt;Atlas/Supervisor_*/Atlas.mrc&amp;lt;/code&amp;gt;; per-square overviews come from &amp;lt;code&amp;gt;GridSquare_*.mrc&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &#039;&#039;&#039;SerialEM detection&#039;&#039;&#039; -- presence of a &amp;lt;code&amp;gt;.nav&amp;lt;/code&amp;gt; file or any &amp;lt;code&amp;gt;*.mdoc&amp;lt;/code&amp;gt; in the root. SmartScan ingests the Navigator to build the grid map, then reads &amp;lt;code&amp;gt;frames/*.mdoc&amp;lt;/code&amp;gt; (or the global &amp;lt;code&amp;gt;Frames.mdoc&amp;lt;/code&amp;gt;) for per-tilt parameters. For tilt series, the stack &amp;lt;code&amp;gt;.mrc.mdoc&amp;lt;/code&amp;gt; is the primary source of &amp;lt;code&amp;gt;TiltAngle&amp;lt;/code&amp;gt;, dose, and &amp;lt;code&amp;gt;SubFramePath&amp;lt;/code&amp;gt;.&lt;br /&gt;
* &#039;&#039;&#039;Gain references&#039;&#039;&#039; -- &amp;lt;code&amp;gt;*.gain&amp;lt;/code&amp;gt; at the EPU session root, or whatever path is recorded in the SerialEM &amp;lt;code&amp;gt;.mdoc&amp;lt;/code&amp;gt;/log.&lt;br /&gt;
* &#039;&#039;&#039;Multi-grid&#039;&#039;&#039; -- both formats are handled per-grid; SmartScan creates one CryoNAV Grid record per detected session or per autoloader-labelled subdirectory.&lt;br /&gt;
&lt;br /&gt;
Practical tips: do not rename or flatten EPU directories before import -- SmartScan relies on the &amp;lt;code&amp;gt;GridSquare&amp;lt;/code&amp;gt; -&amp;gt; &amp;lt;code&amp;gt;FoilHoles&amp;lt;/code&amp;gt; -&amp;gt; &amp;lt;code&amp;gt;Data&amp;lt;/code&amp;gt; hierarchy to reconstruct grid topology. For SerialEM, keep the &amp;lt;code&amp;gt;frames/&amp;lt;/code&amp;gt; directory adjacent to the &amp;lt;code&amp;gt;.nav&amp;lt;/code&amp;gt; and &amp;lt;code&amp;gt;.mdoc&amp;lt;/code&amp;gt; files so &amp;lt;code&amp;gt;SubFramePath&amp;lt;/code&amp;gt; resolves correctly.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Tilt Series Data Collection Import|Tilt Series Data Import]]&lt;br /&gt;
* [[CryoNAV Metadata Management|Metadata Management]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_IMOD_Pipeline_Reference&amp;diff=104</id>
		<title>CryoNAV IMOD Pipeline Reference</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_IMOD_Pipeline_Reference&amp;diff=104"/>
		<updated>2026-05-20T20:57:36Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page summarizes the IMOD/Etomo tomographic reconstruction pipeline as it is invoked from within CryoNAV. It covers the sequence of processing steps from raw movie frames to a trimmed 3D tomogram, with the parameters that most often need adjustment and the outputs to inspect at each stage. For background on how these steps fit into CryoNAV&#039;s broader tomography workflow, see the linked pages below.&lt;br /&gt;
&lt;br /&gt;
== Motion Correction / Frame Alignment ==&lt;br /&gt;
&lt;br /&gt;
Runs &#039;&#039;alignframes&#039;&#039; (or an external tool such as MotionCor2) on the raw movie frames from a direct electron detector, producing one motion-corrected, optionally dose-weighted image per tilt. This step happens &#039;&#039;&#039;before&#039;&#039;&#039; the Etomo reconstruction proper.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;Alignment strategy&#039;&#039;&#039; (-pair): pairwise with 7 frames is the default for typical tilt-series SNR; use &#039;&#039;all pairs&#039;&#039; (-1) with grouping for noisy data.&lt;br /&gt;
* &#039;&#039;&#039;Filter cutoff&#039;&#039;&#039; (-radius2): high-frequency cutoff in cycles/pixel; default 0.06.&lt;br /&gt;
* &#039;&#039;&#039;Dose weighting&#039;&#039;&#039; (-dtype): enables Grant &amp;amp; Grigorieff frequency-dependent attenuation; typically driven from the SerialEM .mdoc.&lt;br /&gt;
* &#039;&#039;&#039;GPU&#039;&#039;&#039; (-gpu) and &#039;&#039;&#039;binning&#039;&#039;&#039; (-binning): primary speed knobs; binning targets ~1250 px alignment images.&lt;br /&gt;
* &#039;&#039;&#039;EER super-resolution&#039;&#039;&#039; (-eer): 4K/8K/16K mode and Z-sum count for ThermoFisher EER frames.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; weighted residual mean (good ~ 0.05-0.3), leave-out cross-validation error, total raw-vs-smoothed shift distance, and FRC 0.5/0.25/0.125 crossings reported in alignframes.log.&lt;br /&gt;
&lt;br /&gt;
== Setup ==&lt;br /&gt;
&lt;br /&gt;
A configuration step (no image processing) where dataset name, pixel size, fiducial diameter, image rotation, tilt-angle source, voltage and Cs are declared. CryoNAV uses these to generate the .com scripts that drive every later step.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;Pixel size&#039;&#039;&#039; and &#039;&#039;&#039;fiducial diameter&#039;&#039;&#039; (nm): used by every downstream alignment program.&lt;br /&gt;
* &#039;&#039;&#039;Image rotation&#039;&#039;&#039; and &#039;&#039;&#039;tilt-axis angle&#039;&#039;&#039;: initial geometry seed for alignment.&lt;br /&gt;
* &#039;&#039;&#039;Tilt-angle source&#039;&#039;&#039;: extract from header, specify a range, or supply a .rawtlt file.&lt;br /&gt;
* &#039;&#039;&#039;Exclude views&#039;&#039;&#039;: comma-separated 1-based list applied throughout the pipeline; see also [[CryoNAV Tilt Image Exclusion|Tilt Image Exclusion]].&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; a populated .edf file and a complete set of .com scripts; verify the .rawtlt contents match the acquired tilt scheme.&lt;br /&gt;
&lt;br /&gt;
== Pre-processing ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;ccderaser&#039;&#039; removes X-ray hits, hot pixels and similar detector artifacts from the raw stack before alignment.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;PeakCriterion&#039;&#039;&#039;: peak strength in SDs above local mean (default 10).&lt;br /&gt;
* &#039;&#039;&#039;DiffCriterion&#039;&#039;&#039;: adjacent-pixel difference threshold (default 8).&lt;br /&gt;
* &#039;&#039;&#039;MaximumRadius&#039;&#039;&#039;: largest artifact radius to erase (default 2.1 px).&lt;br /&gt;
* &#039;&#039;&#039;TrialMode&#039;&#039;&#039;: writes a detection model without erasing -- useful for tuning thresholds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; the corrected {dataset}_fixed.mrc and an eraser.log entry count consistent with expected X-ray rate; review the peak model in 3dmod if many pixels are erased.&lt;br /&gt;
&lt;br /&gt;
== Coarse Alignment ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;tiltxcorr&#039;&#039; cross-correlates adjacent tilts, &#039;&#039;xftoxg&#039;&#039; chains the transforms, and &#039;&#039;newstack&#039;&#039; applies them to produce a pre-aligned .preali stack.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;FilterSigma1/Sigma2&#039;&#039;&#039; and &#039;&#039;&#039;FilterRadius2&#039;&#039;&#039;: bandpass that suppresses low-frequency ramp and high-frequency noise during correlation.&lt;br /&gt;
* &#039;&#039;&#039;Cosine stretch&#039;&#039;&#039; mode: corrects foreshortening at high tilt; &#039;&#039;absolute&#039;&#039; is recommended for steep tilts.&lt;br /&gt;
* &#039;&#039;&#039;AngleOffset&#039;&#039;&#039; and &#039;&#039;&#039;SkipViews&#039;&#039;&#039;: compensate for known geometry errors and bad tilts.&lt;br /&gt;
* &#039;&#039;&#039;SearchMagChanges&#039;&#039;&#039;: enable when magnification drift between views is suspected.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; a smooth {dataset}.preali with no obvious jumps; inspect xcorr.log for per-view shifts that grow monotonically rather than randomly.&lt;br /&gt;
&lt;br /&gt;
== Fiducial Model Generation ==&lt;br /&gt;
&lt;br /&gt;
The major branch point in the pipeline. &#039;&#039;autofidseed&#039;&#039; + &#039;&#039;beadtrack&#039;&#039; is used when gold fiducials are present; otherwise patch tracking via &#039;&#039;tiltxcorr&#039;&#039; in patch mode generates a fiducial-like model.&lt;br /&gt;
&lt;br /&gt;
Key parameters (fiducial path):&lt;br /&gt;
* &#039;&#039;&#039;TargetNumberOfBeads&#039;&#039;&#039; / &#039;&#039;&#039;TargetDensityOfBeads&#039;&#039;&#039;: controls how aggressively autofidseed seeds.&lt;br /&gt;
* &#039;&#039;&#039;TwoSurfaces&#039;&#039;&#039;: set when beads lie on both surfaces of the section.&lt;br /&gt;
* &#039;&#039;&#039;BeadDiameter&#039;&#039;&#039; (pixels) and &#039;&#039;&#039;BoxSizeXandY&#039;&#039;&#039;: beadtrack search geometry.&lt;br /&gt;
* &#039;&#039;&#039;LocalAreaTracking&#039;&#039;&#039; with &#039;&#039;&#039;LocalAreaTargetSize&#039;&#039;&#039;: improves tracking on large fields.&lt;br /&gt;
* &#039;&#039;&#039;RoundsOfTracking&#039;&#039;&#039;: two rounds is standard.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; bead count and mean residual in track.log; trajectories with large gaps or residuals &amp;gt;&amp;gt; 1 px in 3dmod indicate the seed model or bead diameter is off.&lt;br /&gt;
&lt;br /&gt;
== Fine Alignment ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;tiltalign&#039;&#039; solves the projection geometry -- rotations, tilt angles, magnifications, distortions -- from the fiducial model.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;SurfacesToAnalyze&#039;&#039;&#039; (1 or 2): must match the actual specimen geometry.&lt;br /&gt;
* &#039;&#039;&#039;RotOption / TiltOption / MagOption&#039;&#039;&#039;: set which variables are solved and how they are grouped; over-fitting is the main risk.&lt;br /&gt;
* &#039;&#039;&#039;LocalAlignments&#039;&#039;&#039; with &#039;&#039;&#039;NumberOfLocalPatchesXandY&#039;&#039;&#039;: corrects beam-induced local distortions when enough fiducials exist.&lt;br /&gt;
* &#039;&#039;&#039;RobustFitting&#039;&#039;&#039;: down-weights outliers; recommended for noisy data.&lt;br /&gt;
* &#039;&#039;&#039;BeamTiltOption&#039;&#039;&#039;: set to 2 to search for beam tilt when residuals show systematic curvature.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; weighted mean residual in align.log (target &amp;lt;1 px, ideally &amp;lt;0.5 px at the working binning); inspect ta{dataset}.log for per-bead outliers.&lt;br /&gt;
&lt;br /&gt;
== Tomogram Positioning ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;tilt&#039;&#039; generates a thin sample reconstruction and &#039;&#039;tomopitch&#039;&#039; fits a plane through it to determine final thickness, Z-shift, and X-axis tilt.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;Thickness&#039;&#039;&#039; (pixels): generous enough to enclose the specimen plus margin.&lt;br /&gt;
* &#039;&#039;&#039;TiltAngleOffset&#039;&#039;&#039;, &#039;&#039;&#039;TiltAxisOffset&#039;&#039;&#039;, &#039;&#039;&#039;ZShift&#039;&#039;&#039;, &#039;&#039;&#039;XAxisTilt&#039;&#039;&#039;: normally taken directly from tomopitch.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; the model file should bracket the specimen tightly in the {dataset}_samp.rec sample volume; tomopitch.log angles should be small (degrees) -- large values suggest fine alignment problems.&lt;br /&gt;
&lt;br /&gt;
== Final Aligned Stack ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;newstack&#039;&#039; (newst) builds the {dataset}.ali stack used for back-projection. Optional CTF estimation with &#039;&#039;ctfplotter&#039;&#039; and 2D phase-flip correction with &#039;&#039;ctfphaseflip&#039;&#039; are applied here. Dose weighting and 2D filtering can also be turned on at this stage.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;BinByFactor&#039;&#039;&#039;: output binning of the aligned stack.&lt;br /&gt;
* &#039;&#039;&#039;SizeToOutputInXandY&#039;&#039;&#039;: output X/Y from positioning.&lt;br /&gt;
* &#039;&#039;&#039;ExpectedDefocus&#039;&#039;&#039; and &#039;&#039;&#039;AutoFitRangeAndStep&#039;&#039;&#039; (ctfplotter): drive defocus search.&lt;br /&gt;
* &#039;&#039;&#039;DefocusTol&#039;&#039;&#039; (ctfphaseflip): strip width control for tiled phase flipping (default 200 nm).&lt;br /&gt;
* &#039;&#039;&#039;InvertTiltAngles&#039;&#039;&#039;: set if tilt-axis convention differs from CTF estimation expectation.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; the {dataset}.defocus file should have smoothly varying values across views; ctfplotter.log should show clear Thon-ring fits, and the CTF-corrected stack should not show ringing artifacts.&lt;br /&gt;
&lt;br /&gt;
== Tomogram Generation ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;tilt&#039;&#039; back-projects the aligned stack into the 3D volume; &#039;&#039;sirtsetup&#039;&#039; + &#039;&#039;tilt&#039;&#039; is used for SIRT reconstructions.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;THICKNESS&#039;&#039;&#039;, &#039;&#039;&#039;SHIFT&#039;&#039;&#039;, &#039;&#039;&#039;XAXISTILT&#039;&#039;&#039;: inherited from positioning and fine alignment.&lt;br /&gt;
* &#039;&#039;&#039;RADIAL&#039;&#039;&#039;: bandwidth and falloff of the R-weighting filter (default 0.35, 0.035).&lt;br /&gt;
* &#039;&#039;&#039;Reconstruction method&#039;&#039;&#039;: WBP is standard; SIRT (or &#039;&#039;&#039;FakeSIRTiterations&#039;&#039;&#039; on WBP) increases contrast for visualization.&lt;br /&gt;
* &#039;&#039;&#039;SuperSampleFactor&#039;&#039;&#039;: higher values reduce back-projection artifacts at cost of runtime.&lt;br /&gt;
* &#039;&#039;&#039;UseGPU&#039;&#039;&#039;: major speedup for large volumes.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; tilt.log for any warnings about clipped slices or GPU fallbacks; inspect a central slice for ray artifacts (under-sampling) or fogging (residual mis-alignment).&lt;br /&gt;
&lt;br /&gt;
== Post-Processing ==&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;trimvol&#039;&#039; crops, reorients (typically &#039;&#039;&#039;RotateX&#039;&#039;&#039; so Z is up) and optionally byte-scales the reconstruction; &#039;&#039;squeezevol&#039;&#039; produces a downsampled copy for fast browsing.&lt;br /&gt;
&lt;br /&gt;
Key parameters:&lt;br /&gt;
* &#039;&#039;&#039;XMin/XMax&#039;&#039;&#039;, &#039;&#039;&#039;YMin/YMax&#039;&#039;&#039;, &#039;&#039;&#039;ZMin/ZMax&#039;&#039;&#039;: crop ranges in IMOD coordinates.&lt;br /&gt;
* &#039;&#039;&#039;RotateX&#039;&#039;&#039; / &#039;&#039;&#039;SwapYZ&#039;&#039;&#039;: standard output is RotateX with Z up.&lt;br /&gt;
* &#039;&#039;&#039;ConvertToBytes&#039;&#039;&#039; with &#039;&#039;&#039;FixedScaling&#039;&#039;&#039;: smaller files at the cost of dynamic range; section-based scaling is more robust to variable contrast.&lt;br /&gt;
* &#039;&#039;&#039;ReductionFactorX/Y/Z&#039;&#039;&#039; (squeezevol): typically 1.25 for a lightweight preview.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;What to look for:&#039;&#039; verify final volume orientation in 3dmod, confirm the cropped Z range contains only the specimen, and check that byte scaling has not clipped features of interest.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Overview Tomogram Processing|Tomogram Processing Overview]]&lt;br /&gt;
* [[CryoNAV Integration CryoEM Tools|Integration with Cryo-EM Tools]]&lt;br /&gt;
* [[CryoNAV Tilt Image Exclusion|Tilt Image Exclusion]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Reference]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_admin_compute.png&amp;diff=103</id>
		<title>File:CryoNAV admin compute.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_admin_compute.png&amp;diff=103"/>
		<updated>2026-05-20T20:57:34Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV admin compute backends (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_storage.png&amp;diff=102</id>
		<title>File:CryoNAV storage.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_storage.png&amp;diff=102"/>
		<updated>2026-05-20T20:57:31Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV storage overview (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_jobs.png&amp;diff=101</id>
		<title>File:CryoNAV jobs.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_jobs.png&amp;diff=101"/>
		<updated>2026-05-20T20:57:29Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV jobs list (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_grids.png&amp;diff=100</id>
		<title>File:CryoNAV grids.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_grids.png&amp;diff=100"/>
		<updated>2026-05-20T20:57:27Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV project grids view (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_project_detail.png&amp;diff=99</id>
		<title>File:CryoNAV project detail.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_project_detail.png&amp;diff=99"/>
		<updated>2026-05-20T20:57:25Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV project detail page (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_projects.png&amp;diff=98</id>
		<title>File:CryoNAV projects.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_projects.png&amp;diff=98"/>
		<updated>2026-05-20T20:57:22Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV projects list (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=File:CryoNAV_dashboard.png&amp;diff=97</id>
		<title>File:CryoNAV dashboard.png</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=File:CryoNAV_dashboard.png&amp;diff=97"/>
		<updated>2026-05-20T20:57:20Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: add reference pages and screenshots&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV dashboard view (mock data)&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Quick_Start_Guide&amp;diff=96</id>
		<title>CryoNAV Quick Start Guide</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Quick_Start_Guide&amp;diff=96"/>
		<updated>2026-05-20T20:36:29Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: remove obsolete template-system language&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;A preview of the intended quick-start workflow for CryoNAV. This page will be updated once the platform is released.&lt;br /&gt;
&lt;br /&gt;
== Typical session workflow ==&lt;br /&gt;
&lt;br /&gt;
# &#039;&#039;&#039;Project setup.&#039;&#039;&#039; Create a new project (e.g., &amp;quot;Ribosome Study 2025&amp;quot;) and invite team members. Confirm that the compute backends (local and/or SLURM) the project will use are configured by the system administrator.&lt;br /&gt;
# &#039;&#039;&#039;Data import.&#039;&#039;&#039; After a data collection session, upload the acquisition root folder. SmartScan automatically detects grids, search maps, and tilt series; parses metadata; and establishes coordinate mapping. An import health summary reports the number of detected entities and flags any issues (missing metadata files, incomplete frame sets). For cryo-FIB experiments, also upload FIB-SEM images (grid overviews, milling progress, final lamella views) and link them to the corresponding grid and search map.&lt;br /&gt;
# &#039;&#039;&#039;Initial quality screening.&#039;&#039;&#039; If the facility provided pre-processed data, thumbnails are already available. Browse the grid in card view, scanning motion-corrected frames and alignment residual plots. Tag tilt series with obvious problems (broken ice, contamination) and give them low ratings.&lt;br /&gt;
# &#039;&#039;&#039;Batch processing.&#039;&#039;&#039; Select promising tilt series via the filter interface (e.g., &amp;quot;unrated or rating &amp;amp;gt;= 3&amp;quot;), configure parameters for the chain of pipeline steps you want to run (motion correction through reconstruction), pick a compute backend, and submit. Jobs appear on the Jobs page with real-time progress bars.&lt;br /&gt;
# &#039;&#039;&#039;Result review and curation.&#039;&#039;&#039; As jobs complete, reconstructed tomogram thumbnails appear. Review orthogonal slices, adjust ratings, and launch 3dmod for detailed inspection. Optionally submit denoising jobs (CryoCARE or DeepDeWedge) on selected reconstructions.&lt;br /&gt;
# &#039;&#039;&#039;Export and reporting.&#039;&#039;&#039; Generate a project report for PI review or archival purposes; export a CSV of quality metrics for statistical analysis; create a ZIP bundle containing selected tomograms (e.g., only denoised volumes from highest-rated tilt series) to share with a collaborator.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Tilt Series Data Collection Import|Tilt Series Data Import]]&lt;br /&gt;
* [[CryoNAV Overview Tomogram Processing|Tomogram Processing Overview]]&lt;br /&gt;
* [[CryoNAV Data Sharing Archiving|Data Sharing &amp;amp; Archiving]]&lt;br /&gt;
* [[CryoNAV Walkthroughs|Walkthroughs]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Getting Started]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Overview_Tomogram_Processing&amp;diff=95</id>
		<title>CryoNAV Overview Tomogram Processing</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Overview_Tomogram_Processing&amp;diff=95"/>
		<updated>2026-05-20T20:36:27Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: remove obsolete template-system language&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV&#039;s processing pipeline is built around IMOD&#039;s core utilities and extended with deep-learning denoising methods. The pipeline is accessed through two complementary approaches:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Per-tilt-series&#039;&#039;&#039; -- the interface mirrors the step-by-step workflow familiar from IMOD&#039;s eTomo: navigate to a tilt series, run a processing step, review results (thumbnails, alignment residuals, CTF plots), and proceed to the next step with adjusted parameters if needed.&lt;br /&gt;
* &#039;&#039;&#039;Batch&#039;&#039;&#039; -- select a batch of tilt series and submit them all for processing with a single action, applying the same parameters across the set.&lt;br /&gt;
&lt;br /&gt;
== Pipeline steps ==&lt;br /&gt;
&lt;br /&gt;
The processing pipeline for a typical tilt series:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Motion correction&#039;&#039;&#039; -- correcting beam-induced specimen movement within individual tilt images.&lt;br /&gt;
* &#039;&#039;&#039;CTF estimation and correction&#039;&#039;&#039; -- measuring and fitting the contrast transfer function for defocus determination.&lt;br /&gt;
* &#039;&#039;&#039;Tilt series alignment&#039;&#039;&#039; -- aligning the tilt series using fiducial markers or patch tracking.&lt;br /&gt;
* &#039;&#039;&#039;Tomographic reconstruction&#039;&#039;&#039; -- computing the 3D volume via weighted back-projection or SIRT.&lt;br /&gt;
* &#039;&#039;&#039;Tomogram denoising&#039;&#039;&#039; (CryoCARE, DeepDeWedge) -- deep-learning denoising to improve contrast and signal-to-noise ratio. Denoising can also be applied to facility-imported data, requiring only the raw frames and reconstruction parameters.&lt;br /&gt;
&lt;br /&gt;
== Job submission ==&lt;br /&gt;
&lt;br /&gt;
At submission time the user selects one or more tilt series, fills in the parameter form for the chosen pipeline step (defaults come from the catalog module definition), and picks an execution backend. CryoNAV constructs the appropriate command-line invocation, records the parameter set and command alongside the run for provenance, and submits the job.&lt;br /&gt;
&lt;br /&gt;
Steps can be submitted as a chain: the user selects the sequence of catalog modules to run, and each step is submitted automatically once its upstream dependencies complete. Failed steps halt the rest of the chain; downstream parameters can still be edited later before the chain is resumed.&lt;br /&gt;
&lt;br /&gt;
== Local and HPC execution ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV supports both local workstation execution and HPC cluster submission (via SLURM) within the same deployment, and both modes are available simultaneously: a user might run a quick test alignment locally before submitting a full batch to the cluster. The execution backend is abstracted behind a common interface, so job submission, progress monitoring, log viewing, and error handling work identically regardless of where the job runs.&lt;br /&gt;
&lt;br /&gt;
== Progress monitoring ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV provides real-time progress tracking for running jobs through two complementary strategies, adapted from the approach used by eTomo:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Log parsing&#039;&#039;&#039; -- processing commands (both IMOD utilities and denoising tools) that print progress messages to stdout (e.g., &amp;quot;Processing frame 15/60&amp;quot; from alignframes) are parsed with regular expressions to extract the current step and total steps, yielding a percentage completion.&lt;br /&gt;
* &#039;&#039;&#039;File size monitoring&#039;&#039;&#039; -- for steps that produce output files of predictable size, CryoNAV monitors intermediate file growth and compares it to the expected final size derived from input metadata.&lt;br /&gt;
&lt;br /&gt;
The web interface displays progress bars with smooth interpolation between server updates and human-readable ETA estimates.&lt;br /&gt;
&lt;br /&gt;
== Immutable processing branches ==&lt;br /&gt;
&lt;br /&gt;
Each processing run is stored as an immutable record. Re-running a step with different parameters creates a new parallel branch rather than overwriting the original, allowing side-by-side comparison of parameter choices. See [[CryoNAV Key Concepts#Immutable processing branches|Immutable processing branches]] for the full discussion.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Key Concepts|Key Concepts]]&lt;br /&gt;
* [[CryoNAV Integration CryoEM Tools|Integration with Cryo-EM Tools]]&lt;br /&gt;
* [[CryoNAV Tilt Series Data Collection Import|Tilt Series Data Import]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Processing]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Key_Concepts&amp;diff=94</id>
		<title>CryoNAV Key Concepts</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Key_Concepts&amp;diff=94"/>
		<updated>2026-05-20T20:36:25Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: remove obsolete template-system language&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Concepts that recur throughout CryoNAV&#039;s interface and workflow.&lt;br /&gt;
&lt;br /&gt;
== The pipeline catalog ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV&#039;s processing pipeline is described by a catalog of pipeline modules (motion correction, CTF estimation, alignment, reconstruction, denoising, etc.). Each module declares its parameters and its dependencies on other modules. The same catalog drives the parameter forms in the UI, the validation rules, and the construction of command-line invocations: there is no separate template store to keep in sync.&lt;br /&gt;
&lt;br /&gt;
When the user submits a step, the parameter values are supplied at submission time and recorded with the run; downstream steps are scheduled once their upstream dependencies succeed.&lt;br /&gt;
&lt;br /&gt;
== Immutable processing branches ==&lt;br /&gt;
&lt;br /&gt;
Each processing run is stored as an immutable record. Re-running a step with different parameters creates a new parallel branch rather than overwriting the original, allowing users to compare results from different parameter choices side by side. Downstream steps must be re-run on the new branch, but the original processing path remains intact.&lt;br /&gt;
&lt;br /&gt;
Branches are anchored at the table and ID of the upstream step they fork from, which keeps lineage unambiguous even after intermediate files are cleaned up. Because every processing step stores its complete parameter set in the database, intermediate files can be selectively deleted to reclaim storage without losing the ability to reproduce results: the full pipeline can be re-executed from raw frames at any time.&lt;br /&gt;
&lt;br /&gt;
== Curate before reconstruct ==&lt;br /&gt;
&lt;br /&gt;
In a typical cryo-ET experiment, a substantial fraction of collected tilt series may be unusable due to thick ice, excessive specimen drift, contamination, or poor CTF fits. Identifying these problematic datasets early, before investing hours of compute time, saves significant resources.&lt;br /&gt;
&lt;br /&gt;
CryoNAV makes curation a first-class operation within the data browsing interface, supported by automatic thumbnail generation, star ratings, tags, and combined filtering. See [[CryoNAV Grid Visualization Tools|Grid Visualization]] for the visual tools and [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]] for tagging and rating workflows.&lt;br /&gt;
&lt;br /&gt;
== Project-based collaboration ==&lt;br /&gt;
&lt;br /&gt;
Projects serve as the unit of collaboration. CryoNAV&#039;s role-based access control has four levels:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;System Administrator&#039;&#039;&#039; -- manages user accounts, monitors system health, configures available computing resources.&lt;br /&gt;
* &#039;&#039;&#039;Project Owner&#039;&#039;&#039; -- can invite team members and assign roles. Multiple owners can be assigned per project; ownership can be transferred.&lt;br /&gt;
* &#039;&#039;&#039;Editor&#039;&#039;&#039; -- can submit jobs and edit project data.&lt;br /&gt;
* &#039;&#039;&#039;Viewer&#039;&#039;&#039; -- can browse data only.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Data Lifecycle|CryoEM Data Lifecycle]]&lt;br /&gt;
* [[CryoNAV Sample Experiment Management|Sample &amp;amp; Experiment Mgt.]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Core Concepts]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=Workshops&amp;diff=93</id>
		<title>Workshops</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=Workshops&amp;diff=93"/>
		<updated>2026-05-20T20:31:31Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: redirect to sidebar-target title&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[CryoNAV Workshops]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Workshops&amp;diff=92</id>
		<title>CryoNAV Workshops</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Workshops&amp;diff=92"/>
		<updated>2026-05-20T20:31:30Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: migrate to sidebar-target titles&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This page will be updated with materials from CryoNAV training sessions and workshops once they are organized.&lt;br /&gt;
&lt;br /&gt;
[[Category:Walkthroughs]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=Walkthroughs&amp;diff=91</id>
		<title>Walkthroughs</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=Walkthroughs&amp;diff=91"/>
		<updated>2026-05-20T20:31:27Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: redirect to sidebar-target title&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[CryoNAV Walkthroughs]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Walkthroughs&amp;diff=90</id>
		<title>CryoNAV Walkthroughs</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Walkthroughs&amp;diff=90"/>
		<updated>2026-05-20T20:31:26Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: migrate to sidebar-target titles&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Step-by-step walkthroughs of common CryoNAV workflows. This page will be expanded as the platform is exercised against more datasets.&lt;br /&gt;
&lt;br /&gt;
== Currently available ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Typical session workflow]] -- project setup, data import, initial screening, batch processing, result review, export.&lt;br /&gt;
&lt;br /&gt;
== Planned walkthroughs ==&lt;br /&gt;
&lt;br /&gt;
* Importing facility-processed data without running new processing&lt;br /&gt;
* FIB-to-TEM provenance tracking&lt;br /&gt;
* Comparing parameter choices using processing branches&lt;br /&gt;
* Generating a publication-ready report and ZIP bundle&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Quick Start Guide]]&lt;br /&gt;
* [[CryoNAV Walkthroughs Workshops|Walkthroughs &amp;amp; Workshops Home]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Walkthroughs]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=Walkthroughs_%26_Workshops_Home&amp;diff=89</id>
		<title>Walkthroughs &amp; Workshops Home</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=Walkthroughs_%26_Workshops_Home&amp;diff=89"/>
		<updated>2026-05-20T20:31:23Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: redirect to sidebar-target title&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[CryoNAV Walkthroughs Workshops]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Walkthroughs_Workshops&amp;diff=88</id>
		<title>CryoNAV Walkthroughs Workshops</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Walkthroughs_Workshops&amp;diff=88"/>
		<updated>2026-05-20T20:31:22Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: migrate to sidebar-target titles&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;End-to-end recipes for working with CryoNAV.&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;[[CryoNAV Walkthroughs|Walkthroughs]]&#039;&#039;&#039; -- step-by-step examples of common workflows.&lt;br /&gt;
* &#039;&#039;&#039;[[CryoNAV Workshops|Workshops]]&#039;&#039;&#039; -- materials from CryoNAV training sessions (to be added as workshops are run).&lt;br /&gt;
&lt;br /&gt;
== Available walkthroughs ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Quick Start Guide|Typical session workflow]] -- the canonical end-to-end example, from project setup to export.&lt;br /&gt;
&lt;br /&gt;
[[Category:Walkthroughs]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=Integration_with_Cryo-EM_Tools&amp;diff=87</id>
		<title>Integration with Cryo-EM Tools</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=Integration_with_Cryo-EM_Tools&amp;diff=87"/>
		<updated>2026-05-20T20:31:19Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: redirect to sidebar-target title&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[CryoNAV Integration CryoEM Tools]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Integration_CryoEM_Tools&amp;diff=86</id>
		<title>CryoNAV Integration CryoEM Tools</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Integration_CryoEM_Tools&amp;diff=86"/>
		<updated>2026-05-20T20:31:17Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: migrate to sidebar-target titles&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV does not implement its own reconstruction algorithms. Instead, it wraps established command-line tools and provides a unified interface, parameter management, and progress tracking on top of them.&lt;br /&gt;
&lt;br /&gt;
== IMOD ==&lt;br /&gt;
&lt;br /&gt;
The IMOD software package (Kremer et al., 1996; Mastronarde &amp;amp; Held, 2017) provides the core processing utilities CryoNAV invokes:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;alignframes&#039;&#039;&#039; -- motion correction&lt;br /&gt;
* &#039;&#039;&#039;ctfplotter&#039;&#039;&#039; -- CTF estimation&lt;br /&gt;
* &#039;&#039;&#039;tiltalign&#039;&#039;&#039; -- tilt series alignment&lt;br /&gt;
* &#039;&#039;&#039;newstack&#039;&#039;&#039; -- image stack manipulation&lt;br /&gt;
* &#039;&#039;&#039;tilt&#039;&#039;&#039; -- tomographic reconstruction&lt;br /&gt;
* &#039;&#039;&#039;3dmod&#039;&#039;&#039; -- 3D viewer, launched as an external application for volume inspection and model building (see [[CryoNAV Grid Visualization Tools#3D visualization via 3dmod|3D visualization via 3dmod]])&lt;br /&gt;
&lt;br /&gt;
IMOD must be installed on the execution host(s) for processing steps to run.&lt;br /&gt;
&lt;br /&gt;
== CryoCARE ==&lt;br /&gt;
&lt;br /&gt;
CryoCARE (Buchholz et al., 2019) provides content-aware image restoration for cryo-EM data. CryoNAV constructs CryoCARE invocations from template parameters and runs them via the same Executor interface used for IMOD jobs.&lt;br /&gt;
&lt;br /&gt;
== DeepDeWedge ==&lt;br /&gt;
&lt;br /&gt;
DeepDeWedge (Wiedemann &amp;amp; Heckel, 2024) is a deep-learning method for simultaneous denoising and missing-wedge reconstruction in cryogenic electron tomography. CryoNAV supports DeepDeWedge through the same template-based job submission system.&lt;br /&gt;
&lt;br /&gt;
== Acquisition software detection ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV&#039;s [[CryoNAV Tilt Series Data Collection Import|SmartScan]] import engine currently recognizes folder structures produced by:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;SerialEM&#039;&#039;&#039;&lt;br /&gt;
* &#039;&#039;&#039;Thermo Fisher EPU&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
Additional acquisition-software support can be added through the modular detection framework.&lt;br /&gt;
&lt;br /&gt;
== Execution backends ==&lt;br /&gt;
&lt;br /&gt;
Job execution is abstracted behind an &#039;&#039;&#039;Executor&#039;&#039;&#039; interface with SLURM and local-subprocess implementations, both of which can be active simultaneously in a single deployment. See [[CryoNAV Overview Tomogram Processing#Local and HPC execution|Local and HPC execution]].&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Overview Tomogram Processing|Tomogram Processing Overview]]&lt;br /&gt;
* [[CryoNAV Grid Visualization Tools|Grid Visualization]]&lt;br /&gt;
* [[References]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Processing]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=Tomogram_Processing_Overview&amp;diff=85</id>
		<title>Tomogram Processing Overview</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=Tomogram_Processing_Overview&amp;diff=85"/>
		<updated>2026-05-20T20:31:15Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: redirect to sidebar-target title&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[CryoNAV Overview Tomogram Processing]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
	<entry>
		<id>https://home.cryonav.org/index.php?title=CryoNAV_Overview_Tomogram_Processing&amp;diff=84</id>
		<title>CryoNAV Overview Tomogram Processing</title>
		<link rel="alternate" type="text/html" href="https://home.cryonav.org/index.php?title=CryoNAV_Overview_Tomogram_Processing&amp;diff=84"/>
		<updated>2026-05-20T20:31:13Z</updated>

		<summary type="html">&lt;p&gt;Admin: Bot edit via cryonavedit.py: migrate to sidebar-target titles&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;CryoNAV&#039;s processing pipeline is built around IMOD&#039;s core utilities and extended with deep-learning denoising methods. The pipeline is accessed through two complementary approaches:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Per-tilt-series&#039;&#039;&#039; -- the interface mirrors the step-by-step workflow familiar from IMOD&#039;s eTomo: navigate to a tilt series, run a processing step, review results (thumbnails, alignment residuals, CTF plots), and proceed to the next step with adjusted parameters if needed.&lt;br /&gt;
* &#039;&#039;&#039;Batch&#039;&#039;&#039; -- select a batch of tilt series and submit them all for processing with a single action, applying the same parameters across the set.&lt;br /&gt;
&lt;br /&gt;
== Pipeline steps ==&lt;br /&gt;
&lt;br /&gt;
The processing pipeline for a typical tilt series:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Motion correction&#039;&#039;&#039; -- correcting beam-induced specimen movement within individual tilt images.&lt;br /&gt;
* &#039;&#039;&#039;CTF estimation and correction&#039;&#039;&#039; -- measuring and fitting the contrast transfer function for defocus determination.&lt;br /&gt;
* &#039;&#039;&#039;Tilt series alignment&#039;&#039;&#039; -- aligning the tilt series using fiducial markers or patch tracking.&lt;br /&gt;
* &#039;&#039;&#039;Tomographic reconstruction&#039;&#039;&#039; -- computing the 3D volume via weighted back-projection or SIRT.&lt;br /&gt;
* &#039;&#039;&#039;Tomogram denoising&#039;&#039;&#039; (CryoCARE, DeepDeWedge) -- deep-learning denoising to improve contrast and signal-to-noise ratio. Denoising can also be applied to facility-imported data, requiring only the raw frames and reconstruction parameters.&lt;br /&gt;
&lt;br /&gt;
== Job submission ==&lt;br /&gt;
&lt;br /&gt;
At submission time, the user selects one or more tilt series, chooses a processing template and a computing template, and optionally adjusts parameters via a visual form. CryoNAV constructs the appropriate commands and submits them to the selected execution backend.&lt;br /&gt;
&lt;br /&gt;
Processing steps can be chained into multi-step workflow templates with automatic dependency tracking. A standard workflow might be: motion correction -&amp;gt; alignment + CTF estimation -&amp;gt; reconstruction -&amp;gt; optional denoising. Each step is submitted once its predecessor completes successfully; failed steps halt the remainder of the chain.&lt;br /&gt;
&lt;br /&gt;
== Local and HPC execution ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV supports both local workstation execution and HPC cluster submission (via SLURM) within the same deployment, and both modes are available simultaneously: a user might run a quick test alignment locally before submitting a full batch to the cluster. The execution backend is abstracted behind a common interface, so job submission, progress monitoring, log viewing, and error handling work identically regardless of where the job runs.&lt;br /&gt;
&lt;br /&gt;
== Progress monitoring ==&lt;br /&gt;
&lt;br /&gt;
CryoNAV provides real-time progress tracking for running jobs through two complementary strategies, adapted from the approach used by eTomo:&lt;br /&gt;
&lt;br /&gt;
* &#039;&#039;&#039;Log parsing&#039;&#039;&#039; -- processing commands (both IMOD utilities and denoising tools) that print progress messages to stdout (e.g., &amp;quot;Processing frame 15/60&amp;quot; from alignframes) are parsed with regular expressions to extract the current step and total steps, yielding a percentage completion.&lt;br /&gt;
* &#039;&#039;&#039;File size monitoring&#039;&#039;&#039; -- for steps that produce output files of predictable size, CryoNAV monitors intermediate file growth and compares it to the expected final size derived from input metadata.&lt;br /&gt;
&lt;br /&gt;
The web interface displays progress bars with smooth interpolation between server updates and human-readable ETA estimates.&lt;br /&gt;
&lt;br /&gt;
== Immutable processing branches ==&lt;br /&gt;
&lt;br /&gt;
Each processing run is stored as an immutable record. Re-running a step with different parameters creates a new parallel branch rather than overwriting the original, allowing side-by-side comparison of parameter choices. See [[CryoNAV Key Concepts#Immutable processing branches|Immutable processing branches]] for the full discussion.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[CryoNAV Key Concepts|Key Concepts]]&lt;br /&gt;
* [[CryoNAV Integration CryoEM Tools|Integration with Cryo-EM Tools]]&lt;br /&gt;
* [[CryoNAV Tilt Series Data Collection Import|Tilt Series Data Import]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Processing]]&lt;/div&gt;</summary>
		<author><name>Admin</name></author>
	</entry>
</feed>