Skip to content
Fundamental AcousticsLaboratories / Est. 1958

Data & Catalog

Data Access

The Laboratories' record is public where it can be, documented where it cannot, and shared with researchers under review where care is required.

The Laboratories believe the record is more valuable open than closed. Most public-facing material is available without registration. Research datasets, raw field records, and preservation-copy holdings are reviewed before release so the data remains interpretable, private obligations are honored, and old records are not damaged by careless handling.

Access classes

ProductAccessRoute
Persistent Signal CatalogOpen, no registrationCatalog
Night WatchOpen, no registrationPublic instrument
Night Watch public almanacOpen, no registrationJSON and CSV transit-window exports
Night Watch correlation ledgerOpen, no registrationJSON and CSV review-adjacency exports
Field Array static public extractOpen, no registrationJSON and CSV aggregate exports
Field Array client operations extractOpen, no registrationJSON and CSV support, health, and release-control exports
Field Array work-unit sample ledgerOpen, no registrationJSON and CSV representative unit-reference exports
Publications and reportsOpen report or open abstractReading Room
Reduced data productsResearcher requestData Access office
Calibration and instrument logsReviewed requestRecords office
Raw continuous field dataCollaboration onlyProgram review
Preservation-copy mediaReading room onlyArchive review
Fig. 1 Data products and access state -- Public access terms used by the records office and program staff.

Open products are intended to be inspected, cited, and challenged. Restricted products are not hidden because they are dramatic; they are held because they require metadata, context, collaborator permission, instrument notes, or physical preservation controls before they can be used responsibly.

Night Watch manifest/data/night-watch-publicPublic coordinate packets, catalog references, almanac pointers, and correlation summary.Record packet example/data/night-watch-public/LIT-1977-WOWSingle-record Night Watch JSON packet with release fields, windows, caveats, and citations.Night Watch CSV/data/night-watch-public.csvCoordinate and observing-window table for spreadsheet review.Almanac manifest/data/night-watch-almanacDerived public transit and review-window rows for plotted records.Almanac CSV/data/night-watch-almanac.csvPeak altitude, azimuth, cadence phase, and first public review windows.Correlation ledger/data/night-watch-correlationsPairwise public review adjacency manifest with caveat language.Correlation CSV/data/night-watch-correlations.csvReview adjacency scores and source-pair fields for external checking.Field Array manifest/data/field-array-publicRelease channel, installer verification, queue, campaign, and aggregate network extract.Field Array CSV/data/field-array-public.csvSeven-day aggregate contributor network ledger.Client operations/data/field-array-operationsRelease events, health checks, support routing, and retention boundaries.Operations CSV/data/field-array-operations.csvPublic client operations ledger.Work-unit samples/data/field-array-work-unitsRepresentative public work-unit references and dispositions.Samples CSV/data/field-array-work-units.csvPublic sample work-unit ledger for offline testing.Publications manifest/data/publications-publicOpen publication records, report IDs, access states, and source links.Publications CSV/data/publications-public.csvReading Room export for public reports and abstracts.

How requests move

01
Identify
catalog ID, report ID, date, station, or accession
02
Route
Data Access or Records office
03
Review
access state, embargo, condition, privacy
04
Prepare
metadata, checksums, citation, limitations
05
Release
open file, agreement, or reading-room appointment
Fig. 2 Data request workflow -- Typical route for research data, bulk exports, calibration records, and restricted appendices.

Useful requests name the record precisely. Include any catalog ID, report ID, docket, accession number, observing date, station, instrument, sky position, frequency band, or prior correspondence. A request that says what question is being tested is easier to route than a request for everything.

Response windows
Simple public-record questions are usually routed within five business days. Research datasets, bulk exports, old media, and records tied to collaborator agreements take longer because program and archive staff must review them before release.

What a release includes

ElementPurpose
Readmescope, access state, contact office, and known limitations
Data dictionaryfield names, units, null behavior, station codes, and version notes
Reduction notespipeline version, filters, thresholds, and rejected-source handling
Correlation noteswhat an adjacency score means, what it does not mean, and how to cite the row
Checksumsfile integrity and transfer verification
Citation linehow the record should be cited in public work
Use termsredistribution, privacy, embargo, or collaborator limits
Fig. 3 Release package -- Standard elements attached to research data releases where applicable.

A reduced dataset without its reduction notes is not considered a release. The Laboratories would rather delay a file than publish a file that cannot be interpreted by someone outside the building.

release_ready = metadata_complete
                AND privacy_review_complete
                AND calibration_context_present
                AND checksum_manifest_present
                AND access_state in [open, researcher_request, reading_room]

if preservation_risk == high: access_state = reading_room
if third_party_agreement == active: access_state = reviewed_request
Fig. 3a Release eligibility sketch -- Public summary of the records-office release calculation.
Source
Records office public release standard
As of
2026
Method
Public notation; restricted flags and personal-data checks are summarized only
Powered by
Stratis

Stratis systems support reduction, scoring, audit trails, and release packaging for public and researcher-facing data products.

stratis.ai →

Review criteria

  • Whether the requested material is already public under the catalog, Night Watch, publications, or the Reading Room.
  • Whether the material is under publication embargo, third-party agreement, donor restriction, or collaborator review.
  • Whether release could expose private contributor, candidate, visitor, staff, or site-security information.
  • Whether the record has enough calibration and instrument metadata to be interpreted outside FAL.
  • Whether the physical copy can be handled, replayed, scanned, or duplicated without preservation risk.
No claims by access state
An access restriction is not a scientific claim. It means the records office has a reason to control timing, context, handling, or redistribution.

Analysis governance

The Laboratories' analysis pipeline is operated in partnership with Stratis, Inc.. Data released for research use is accompanied by the metadata needed to reproduce the Laboratories' reduction.

ControlStandard
Versioningrelease packages carry pipeline and dataset version
Audit trailprogram office records who approved scope and access state
Reproducibilityreduction notes describe filters, thresholds, and exclusions
Privacy reviewpublic releases remove personal and site-sensitive details
Correction pathpublished data products can be amended with public version notes
Fig. 4 Governance controls
On availability
Not all data is released immediately. Some is embargoed pending publication, some is held under third-party agreement, and some of the older record is still being processed for release.