BlueColab

GitHub Pages wiki with detail about Blue Colab

Blue CoLab logo

Blue CoLab Student Handbook

Pace University · Seidenberg School of CSIS Silas Gonzalez, Martin Kapiti, Lizi Imedashvili, Mikhaila Gordon, Victor Lima, Leanne Keeley, Kenji Okura

Table of Contents


Introduction to Blue CoLab

Mission

Blue CoLab is a program of training, innovation, and research in real-time water monitoring technologies, committed to the principle that the human right to clean water requires the right-to-know water is clean. Blue CoLab is dedicated to the proposition that you have the right-to-know the quality of your water before you drink it, swim in it, fish it, or even swamp your canoe.

What We Do

In the course, students are put into different teams (see Teams) with specific designated goals that intertwine with each other. Whether you have a background in computer science, policy, or humanitarian fields, this is the place to put your work into real practice.

In Blue CoLab, students have the option to pick 1–3 credit classes.

Blue CoLab team working together

Teams

Every semester, students join one (or more) of the following teams. Each team’s day-to-day workflow is described in detail in the Projects section further down this handbook.

Team Focus
Application Programming Interface (API) Builds and maintains the API that serves station data
Water Report Converts Pace’s yearly drinking water quality PDF reports into structured, database-ready data
Purple Air Maintains and monitors the campus air quality stations
Sonification Turns Choate Pond water quality data into sound
Communication, UI/UX, & Frontend Development Presents Blue CoLab’s data through the kiosk, dashboard, and mobile app

Keep in mind that projects stop, new projects are created, and some projects might not be active every semester.

Machines

Blue CoLab monitoring stations loaded on a trailer

Alan and Ada — Choate Pond Deep Water Monitoring Stations

“Ada” and “Alan” are our team’s first deployments of real-time water monitoring stations that will compose the Choate Smart Pond Network on the Pace University campus in Pleasantville, NY. Every fifteen minutes, they collect water quality measurements from the pond and send that data to the Blue CoLab server, where a Blue CoLab program automatically calculates a Water Quality Index. We use that data to evaluate the pond, and to create apps, products, and presentations that deepen public understanding of water.

Odin — Weather Station

A self-contained weather station from Campbell Scientific. It monitors aspects of weather such as lightning strikes, vapor pressure, humidity, and more — totaling 15 weather parameters.

Skadi and Njord — Purple Air Monitoring Stations

“Skadi” and “Njord” are our real-time air quality monitoring stations. Every fifteen minutes they collect information about the quality of the air we breathe. They are connected to Pace’s Wi-Fi and, from there, to PurpleAir’s public sensor network so anyone can see the data collected from our campus. We also collect historic data directly from the stations and store it in our databases. The public can access this data using our API, or see visualizations of it in the mobile app, the website, the kiosk, or several other places.

Servers — Cron Jobs and Data Transfer

We are responsible for two servers. One fetches data from Ada, Alan, Odin, and our Purple Air deployments and transfers it into our database — a cron job (a scheduled task) runs every 15 minutes to query data and save it. The other server is a sandbox for experiments. We use both servers as important testbeds before we send the code over to Pace University to deploy.

Gale Epstein Center Kiosk

The kiosk is an interactive touchscreen on the 3rd floor of Seidenberg. Its purpose is to teach curious minds about water and their right to know its quality, introduce new students to the Blue CoLab program, and bring together the projects built by the teams who came before us. The goal of the kiosk is to educate the Pace population on the Gale Epstein Center and Blue CoLab.

On it, you can:

Pace Environmental Observatory

The goal of the app is to inform the Pace population about the environmental conditions on their campus, and to inspire others to do the same.

It covers four core sections:

Download:


Code of Conduct

Our Pledge

Blue CoLab trains students in real-time water monitoring technology, built on the idea that people have a right to know the quality of their water. That mission only works if the people building it — whether they come from computer science, policy, science, or humanitarian backgrounds — feel safe, respected, and able to do good work.

We’re committed to making Blue CoLab a harassment-free space for everyone, regardless of background, experience level, or role on the team. If someone reports a problem, we treat their account with the same weight we’d want given to our own.

Where This Code Applies

This Code of Conduct covers everywhere Blue CoLab work or community life happens, including:

It applies to everyone taking part in Blue CoLab: students on any team, project leads, faculty advisors, and anyone else contributing to the program’s work.

Our Standards

Building on the values already in the Blue CoLab handbook, we expect everyone to:

Intolerable Behavior

The following count as violations of this Code of Conduct:

Station, Field, and Lab Etiquette

Because Blue CoLab work happens in physical spaces with sensitive equipment, the etiquette below is part of this Code of Conduct, not just a nice suggestion.

Station Etiquette

Boat Etiquette

General Safety

Reporting a Violation

If you experience or witness something that violates this Code of Conduct, please report it. Reports are taken seriously and handled with discretion.

To report a violation:

When you report something, try to include:

You won’t be asked to confront the person you’re reporting. That’s the job of whoever receives the report.

Leadership’s Responsibilities

Faculty advisors and student team leads are responsible for enforcing this Code of Conduct fairly and consistently, not just when it’s convenient. That means:

On Academic Integrity

Blue CoLab operates under Pace University’s Academic Integrity policy. Violations such as cheating, fabrication, plagiarism, unauthorized collaboration, or misrepresenting your own work are handled under that university policy, in addition to anything covered here.

This Code of Conduct draws on the Contributor Covenant and GitHub’s Open Source Guide on codes of conduct, adapted for Blue CoLab’s mix of physical lab work, fieldwork, and open source software development.


Terminology

Science Terminology

Buoy A floating object that can be anchored in position. Buoys are used to support our water-measuring hardware.

Data Logger Also known as a Measurement and Control System, or Micrologger. Data loggers are the brain of a data acquisition system. They make measurements at a specified scan rate, process data, and initiate telecommunications. (Campbell Scientific)

GPS (Global Positioning System) A satellite system used to determine geographic position and deviation. Campbell Scientific data loggers can interrogate some GPS receivers, then store the GPS position data. (Campbell Scientific)

Incident An unexpected event affecting data integrity and/or a deployed platform for a given time period.

Modem A device whose name combines the terms “modulate” and “demodulate,” referring to its ability to transmit and receive data superimposed on a carrier frequency. In our usage, a modem also: (1) has the ability to raise the data logger’s ring line, or be used with the SC32A to raise the ring line and put the data logger in the Telecommunications Command State, and (2) has an asynchronous serial communication port that can be configured to communicate with the data logger. (Campbell Scientific)

Platform A buoy with additional hardware bolted onto it.

Sensor A device that responds to a physical stimulus and transmits a signal, or changes an electrical property such as resistance. (Campbell Scientific)

Sonde An instrument that obtains and transmits information about its surroundings from an inaccessible location, such as underground or underwater. (Dictionary, n.d.)

Station A named data collection unit at a fixed location. Stations can be commissioned and decommissioned.

More terms related to the sensors can be found at:

GitHub Terminology

Scrum — Consistent meetings in which a team or a person briefly shares the work they’ve achieved so far, what they’re currently working on, and any obstacles in their way.

Repository (repo) — A project’s folder, containing all its files, folders, and the complete history of changes made to them.

Branch — A separate version of the repository where you can make changes without affecting the main codebase. Think of it as a parallel workspace for testing ideas or building features.

Commit — A saved snapshot of changes, with a message describing what was done. Commits build up the project’s history over time.

Pull Request (PR) — A request to merge changes from one branch into another. It’s where teammates review code, leave comments, and discuss changes before they become part of the main project.

Merge — The act of combining changes from one branch into another, usually after a pull request is approved.

Fork — A personal copy of someone else’s repository, letting you experiment freely without affecting the original project.

Clone — Downloading a full copy of a repository (including its history) to your own computer.

Push — Uploading your local commits to a remote repository (like GitHub) so others can see them.

Pull — Downloading the latest changes from a remote repository to your local copy.

Issue — A tracked item for bugs, tasks, or feature requests, used to discuss and organize work.

README — A file (usually README.md) that introduces a project’s overview, how to install it, and how to use it.

Main/Master branch — The primary branch of a repository, typically considered the stable, production-ready version of the code.


Projects

Keep in mind that projects stop, new projects are created, and some projects might not be active every semester.

Application Programming Interface (API)

Think of an API like a waiter at a restaurant. You (the client software) look at the menu and place your order (a request) with the waiter. The waiter takes your order to the kitchen (the database), and the kitchen prepares the food. Finally, the waiter brings the completed meal (the response) back to your table. On this team, you take care of the restaurant.

Workflow Overview

  1. Research — Look into Application Programming Interface design.
  2. Coding — Use Python to create data structures, object-oriented programs, and classes that request and display the latest data from our stations.
  3. GitHub Requesting — Merge branches and request pulls into the main development branch to enhance its capabilities.
  4. Inter-communication — Connect with Blue CoLab’s other teams to get updates on the latest data.

Water Report

Did you know Pace writes its own report detailing its water reserve each year? This team turns those water quality PDF reports into structured data and MariaDB-ready SQL scripts.

Workflow Overview

  1. Upload a PDF — Use the upload panel to select a water quality report. The PDF preview renders in the side panel.
  2. Review contaminants — Edit names, ranges, and metadata directly in the contaminant cards. Changes persist in the store.
  3. Generate SQL — Extract data from documents into the water database.
  4. Writing — Produce definitive reports to release at Pace University.
  5. Communication — Spread the release of updated water reports and live data.

Purple Air

We have two stations monitoring the air quality close to Pace University. This team manages these stations alongside the staff.

Workflow Overview

  1. Work on stations — Maintain hardware connections.
  2. Deployment — Ensure a steady release for stations Skadi and Njord.
  3. User Interface — Build dashboards to better visualize gathered data.

Sonification

This team aims to sonify (assign musical sounds to) the data produced by our Ada monitoring platform on Choate Pond, thus enabling the user to hear — and enjoy — the modulations of water quality.

Workflow Overview

  1. Experiment — Extract, normalize, and analyze key data streams produced by our pond sensors.
  2. Brainstorm — Work with your team to figure out how to best create a melody.

Communication, UI/UX, and Frontend Development

Collecting data and having an API is useless unless we present the data in a user-friendly manner. This team displays the data we collect via a kiosk, dashboard, and an app — paired with messaging on why the data matters.


Data Access and Resources

Getting started with Blue CoLab’s data and codebase:

Public Grafana Dashboards

Dashboard Link
Weather https://colabprod01.pace.edu/grafana/public-dashboards/139d29dc18204fa28d1b39ef672c45f5
Ada WQI https://colabprod01.pace.edu/grafana/public-dashboards/28b52eaadf8041d490b3bca36f16101c?orgId=1&refresh=15m
Alan WQI https://colabprod01.pace.edu/grafana/public-dashboards/841327a5d5fa493b8f14d638ffe2041e?orgId=1&refresh=15m
Water Monitor Ada https://colabprod01.pace.edu/grafana/public-dashboards/84619475e51f410ab57a389593c0593a
Water Monitor Alan https://colabprod01.pace.edu/grafana/public-dashboards/35f205ad7f9d458e949406a5612d9f04

Locations and Communications

Data Lab

Pace University, Pleasantville Goldstein Academic Center Floor 3, Rm 316

Technology Lab

47 Hudson Street Ossining, NY 10562 United States

Water Monitor Stations

Contacts

Prof. John Cronin jcronin@pace.edu · Discord: croninonhudson

Leanne Keeley lkeeley@pace.edu · Discord: sonetteira

Online Resources