About Technical

Technical Overview

CytoCV is organized as a web application that moves from supported source-image upload through export, with supporting documentation for workflow stages, major dependencies, outputs, and repository references.

Navigation

Table of contents

  1. Purpose and Scope
  2. Architecture
  3. Workflow Pipeline
  4. Analysis Pipeline
  5. Data and Artifacts
  6. Dependencies
  7. Developer Docs
  8. Workflow Docs
  9. Research PDFs

System Shape

Purpose, scope, and application boundaries

CytoCV is a Django-based web application that keeps authenticated research workflows, image-processing stages, segmentation, measurement, and result review together in one browser-based workflow rather than scattering those steps across separate tools.

At a high level, the codebase separates account and workflow concerns from scientific processing concerns, while preserving a run-centered view of uploaded files, derived artifacts, and exported measurements.

  • The main emphasis is application structure and workflow behavior rather than deployment setup.
  • The platform is shaped around DeltaVision yeast analysis instead of general-purpose microscopy hosting.

Architecture

High-level architecture and workflow ownership

The implementation combines HTML template views, request handlers, background workflow coordination, database-backed state, and file-backed run artifacts. Presentation, request handling, persistence, and scientific processing remain distinct layers even though they work together in one application.

Long-running work such as upload preparation and analysis is coordinated outside the initial browser request so validation, preprocessing, segmentation, and quantification can progress through explicit workflow stages.

  • Authenticated flows govern who owns uploads, runs, and retained outputs.
  • Background workflow ownership keeps analysis state explicit instead of hiding it inside one long request.

Pipeline

End-to-end workflow from upload to export

A typical run begins with supported `.dv`, `.tif`, or `.tiff` upload, channel validation, preview generation, and scale extraction. After that, the workflow advances through preprocess review, segmentation, per-cell measurement, display review, and export.

Each stage keeps the run configuration, channel interpretation, and produced outputs connected so researchers can review what happened at each point in the pipeline instead of only seeing a final spreadsheet.

  • Upload-time validation surfaces incompatible inputs before segmentation begins.
  • Preview generation and preprocess review provide an explicit checkpoint before deeper analysis runs.
  • Review and export are treated as part of the same workflow, not an afterthought.

Analysis Pipeline

Segmentation, measurement, and result assembly

The default modern analysis path centers on DIC as the structural input for Mask R-CNN-based segmentation. Fluorescence channels then contribute to plugin-scoped measurements such as puncta distance, contour summaries, nuclear or cell-pair intensity, and CEN dot classification.

This separation matters: cell finding is driven by structural context, while fluorescence channels remain the primary source of biological signal quantification. Legacy Blue-based workflows are still supported, but they are not the main default path.

  • DIC provides the structural baseline for segmentation.
  • Red and Green channels drive the default modern measurement set.
  • Legacy Blue analysis remains available for backward-compatible workflows.

State And Artifacts

Data model, artifact flow, and output surfaces

CytoCV persists both database-backed workflow state and run-scoped media artifacts. Uploaded files, preparation jobs, analysis jobs, segmented runs, previews, and per-cell statistics are treated as related pieces of one analysis record rather than isolated files.

The review surfaces then expose outlined images, segmented cell assets, overlays, and table exports so users can move from visual inspection to quantitative output without losing the connection to the run that produced those results.

  • Run metadata and exported cell-level statistics remain tied to the same workflow state.
  • Run artifacts and outputs stay connected so users can trace results back to the analysis that produced them.

Dependencies

Runtime stack, dependencies, and practical limits

The major runtime stack combines Django for the web layer, django-allauth for authentication flows, django-tables2 for tabular presentation, NumPy/OpenCV/scikit-image/Pillow for image processing, and TensorFlow/Keras/Mask R-CNN components for inference and segmentation support.

These dependencies are easiest to understand by role: web framework, scientific image processing, inference, persistence, and export. The goal here is to show what each category contributes to the workflow.

  • Dependencies should be grouped by role: web, scientific processing, inference, persistence, and export.
  • Environment and infrastructure details are documented separately from this overview.

Developer Docs

Architecture, codebase, and artifact references

These repository documents outline the system shape, codebase organization, and artifact lifecycle at a high level.

  • GitHub Markdown Architecture Overview

    Current system shape, major layers, request handlers, worker responsibilities, and persistence boundaries.

  • GitHub Markdown Codebase Map

    High-level map of the major packages, templates, and workflow entry points in the repository.

  • GitHub Markdown Data Flow And Artifacts

    Run-centered explanation of how uploaded data, generated assets, and persisted workflow state move through the application.

  • GitHub Markdown Data Model

    Summary of the primary persisted entities used by the application.

  • GitHub Markdown File Format And Artifact Spec

    Reference guide for the major file classes and generated artifact types used by CytoCV.

Workflow Docs

User-facing workflow and output guides

These docs explain how the workflow moves from upload through export and how to interpret the major outputs.

  • GitHub Markdown Workflow Guide

    End-to-end user workflow from upload through review and export.

  • GitHub Markdown Output Guide

    Explanation of preview assets, segmentation products, persisted rows, and export categories.

Research PDFs

Formal methods and figure references

These formal references provide deeper material for methods, reproducibility, and figures.

  • GitHub PDF Methods And System Description

    Formal PDF covering system objectives, input model, validation logic, measurement model, and workflow stages.

  • GitHub PDF Figure Catalog

    Catalog of architecture, workflow, validation, and output figures available in the repository.

  • GitHub PDF Reproducibility And Validation

    PDF covering reproducibility assumptions, validation semantics, and workflow defaults context.