BOEING · WATCH
INDEPENDENT · NON-AFFILIATED
▎ DOCUMENT 001 · METHODOLOGY · VERSION 1

HOW THE NUMBERS
ARE COMPUTED

Every counter on this site is derived from a named public record. This page documents the data sources, the refresh cadence, the severity rubric, the known limitations, the corrections policy, and the open-data license. It is updated whenever the methodology changes, with a dated entry in the change log at the foot of the page.

EFFECTIVE FROM 13 MAY 2026 VERSION 1.0 NEXT REVIEW QUARTERLY CONTACT corrections@boeingwatch.org
WHAT COUNTS AS A SERVICE DIFFICULTY REPORT
§ 01

A Service Difficulty Report (SDR) is a record filed with the Federal Aviation Administration by an operator, an air carrier, a repair station, or a holder of a type certificate, documenting a failure, malfunction, or defect of an aircraft, engine, propeller, or appliance. Filings are governed by 14 CFR Parts 121, 125, and 145 and are aggregated in the public-facing FAA Service Difficulty Reporting System at av-info.faa.gov/sdrx/.

Boeing Watch displays an SDR row when, and only when, all four of the following conditions are met:

  • The record appears in the FAA SDR public database.
  • The aircraft_make field, after normalization, resolves to BOEING.
  • The aircraft_model field resolves to a Boeing commercial type designator we track (currently: 737-7, 737-8, 737-9, 737-10, 757, 767, 777-200, 777-300, 787-8, 787-9, 787-10).
  • The received_date is on or after 5 January 2024 — the day of the Alaska Airlines Flight 1282 door plug separation, the date from which the cumulative counters run.

Records that do not meet all four conditions are filtered before they reach the database. Records meeting all four are normalized by the SDR Beat Reporter agent into the canonical sentence stem (see §02) and written to the public events table.

SEVERITY CLASSIFICATION
§ 02

Each SDR is assigned exactly one severity tier — severe, elevated, or noted — by the SDR Beat Reporter agent, based on the criteria below. The criteria are derived from the narrative text of the SDR and the JASC chapter code where present. The classifier is rule-based; the language model is used only to interpret the narrative against the rules.

Severe
Any one of: in-flight engine shutdown · cabin or cargo depressurization · fire indication or actual fire · structural failure · emergency descent · return-to-base under declared emergency · fatal injury · hull loss · MCAS-related anomaly · primary flight-control failure · dual-system failure.
Elevated
Any one of: in-flight divert without emergency declaration · pre-departure abort · single-system anomaly during flight · flight-control irregularity · smoke in cabin without fire indication · severe turbulence event with injury but no fatal injury.
Noted
Routine maintenance findings · deferred items written up in service · post-flight inspection anomalies with no operational impact · documentation discrepancies.
If the narrative is ambiguous — for example, an emergency declaration is mentioned but no underlying event is specified — the record is classified noted and flagged for human review. The classifier is biased toward under-counting severe events rather than over-counting them.

The banner timer on the front page measures the elapsed time since the most recent SDR classified severe. The counter does not include elevated or noted events. When a new severe event is filed, the counter resets to zero and the previous duration is written to a permanent record.

THE 24-HOUR WINDOW
§ 03

The daily diary and the pulse chart on the front page operate on a rolling 24-hour window, anchored to 04:00 UTC on the day of publication. An event is included in a given day's window if its filed_at timestamp falls in the closed-open interval [T − 24h, T) where T is the most recent 04:00 UTC instant before the page was rendered.

All timestamps on the site are presented in Coordinated Universal Time (UTC), in 24-hour notation, regardless of the viewer's local timezone. This matches FAA convention and the Aviation Herald convention. Local times are never used for primary records and are not used in the SDR sentence stem.

The FAA SDR feed records the date a report was received, not the date the underlying event occurred. Where the two differ — for example, an inspection finding written up days after the inspection — we use the received date for windowing and quote the event date in the narrative if it is present in the source record.

COUNTING CUMULATIVE SDRs
§ 04

The cumulative SDR counter — the running total displayed on the Wall, in the diary closing line, and in the open-data exports — is the number of distinct SDR records meeting the §01 inclusion criteria with a received_date on or after 5 January 2024.

Counting rules:

  • The unit of count is one SDR record. One physical event that produces two records (for example, a divert followed by a maintenance write-up the same day, each filed separately) is counted twice. This is the FAA's accounting and we do not collapse it.
  • Amendments to an existing SDR are not counted as new records; the original record's narrative is updated and the amendment is logged in the corrections trail.
  • Records that are subsequently retracted by the FAA are removed from the cumulative count and a correction is published (see §08).
  • The counter is computed in real time from the events table; it is not maintained as a cached integer.

The days since the door plug blowout counter is the integer number of UTC days between 5 January 2024 and the current UTC date, inclusive of both endpoints. It is computed on render.

IDENTIFYING BOEING-MANUFACTURED AIRCRAFT
§ 05

An aircraft is treated as Boeing-manufactured if any one of the following resolves affirmatively:

  • The FAA SDR record's aircraft_make field, normalized, equals BOEING.
  • The aircraft's registration appears in the FAA Aircraft Registry with Mfr Name equal to BOEING at the time of the SDR's received date.
  • The ADS-B type designator transmitted by the aircraft is one of the Boeing commercial type codes we track (B737, B38M, B39M, B37M, B752, B763, B772, B77W, B788, B789, B78X).

Aircraft manufactured by Spirit AeroSystems components but assembled by Boeing under a Boeing type certificate are counted as Boeing-manufactured. Aircraft manufactured by McDonnell Douglas before the 1997 merger and still flying commercially are not displayed; only post-1997 Boeing-badged airframes are in scope.

The 737 MAX in the sky counter on the front page is the live count of aircraft transmitting ADS-B with type designator B38M or B39M as reported by airplanes.live, polled every thirty seconds. It is filtered to altitude greater than 1,000 ft to exclude aircraft on the ground. It does not include the 737 MAX 7 or 10, which are not yet in revenue service.

KNOWN DATA LIMITATIONS
§ 06

The FAA SDR system is the most authoritative public record of in-service difficulties with U.S.-registered Boeing aircraft. It is not a complete record of all in-service difficulties. The following limitations are inherent to the source and are repeated here so that no one may reasonably claim a Boeing Watch counter is a count of all events.

  • Reporting discretion. Operators are required to file SDRs for events meeting the regulatory criteria. Events not meeting those criteria are not in the database. There is no automated check that compels reporting.
  • JASC code inconsistency. The Joint Aircraft System/Component code field is not consistently populated. Two records describing equivalent failures may carry different JASC codes; some severe events carry no JASC code at all. We do not use JASC as the primary severity signal for this reason.
  • Missing corrective-action fields. The corrective_action and part_disposition fields are populated unevenly. Where they are blank, we leave them blank in our exports. We do not impute them.
  • International blind spots. The FAA database covers U.S.-registered aircraft and U.S.-operated foreign-registered aircraft. Events on non-U.S.-registered Boeing aircraft operating internationally generally do not appear. We make no claim to count those.
  • Latency. SDRs are required to be filed within 72 hours of the event for Part 121 operators. The public-facing database is updated on a cycle that lags real-world events by 24–96 hours in practice. The front-page counters are therefore not "live" in the sense that a transponder feed is live.
  • Free-text narrative. The underlying SDR narrative is unstructured English typed by a mechanic, inspector, or pilot. Spelling, abbreviations, and detail vary widely. Our normalization preserves the facts and discards stylistic variance; it does not improve on the source data's level of detail.
  • airplanes.live coverage. The live counter depends on volunteer-operated ADS-B receivers and does not see aircraft in regions of poor ground-station coverage (parts of central Africa, Siberia, the open ocean far from coastline). The displayed count is therefore a slight under-count of all 737 MAX aircraft actually airborne.
THE MEMORIAL ENTRIES
§ 07

The Dead panel on the front page carries two kinds of entries: the named whistleblowers John Barnett and Joshua Dean, and the crash references for Lion Air 610 and Ethiopian 302. The handling of these entries is more sensitive than the handling of SDRs, and the rules are stricter.

For each whistleblower entry we publish only:

  • Information drawn from the public record: court filings, coroner findings, named-reporter journalism in named publications, and statements the deceased made publicly during their lifetime.
  • Quoted statements attributed to a named source, with the source linked in the citations list.
  • Dates and ages drawn from death certificates, obituaries published by family, or named-reporter accounts.

We do not publish:

  • Speculation about cause of death beyond what the coroner, the police, or a court has ruled.
  • Implications of corporate involvement in deaths where no such involvement has been alleged in a public filing or stated by a named source.
  • Statements attributed to anonymous sources or to "people familiar with the matter."
  • Photographs of the deceased. The dead are referred to by name only.

For the crash references, we publish the date, the flight number, the operator, the aircraft type, the loss-of-life count, and the proximate cause as determined by the national accident investigation board with primary jurisdiction. We do not editorialize on cause. We link to the final accident reports.

Memorial entries are reviewed quarterly. Corrections to a memorial entry — for example, an updated death-certificate finding, a settled lawsuit, an exhumation result — are handled under §08 with the same procedure as any other correction but with priority routing.

CORRECTIONS POLICY
§ 08

The standing instruction is simple. If a published claim on this site is wrong, we correct it and we say what we corrected.

The procedure:

  1. A correction may be requested by any party. Send to corrections@boeingwatch.org with the URL, the claim in question, and the source supporting the correction.
  2. Requests are reviewed within seven calendar days of receipt. A receipt acknowledgment is sent within forty-eight hours.
  3. If the requested correction is supported by the source, the entry is updated. The original wording is preserved in the corrections log at /corrections, along with the date of the change, the field affected, the old text, the new text, and the source of the correction.
  4. If the requested correction is not supported by the source, a response explaining the reasoning is sent to the requester and a note is added to the corrections log indicating the request was reviewed and declined, with the reason. No declined-request body text is published; the requester's identity is not disclosed.
  5. Material corrections — corrections to a severity classification, a fatality count, a named individual, or a financial figure — are noted at the head of the affected entry for thirty days.

The corrections log is the public, permanent record of the site's mistakes. It is never deleted. It is the load-bearing element of the methodology.

OPEN DATA AND LICENSE
§ 09

The Boeing Watch dataset — every SDR row, every event, every counter — is released into the public domain under a Creative Commons Attribution 4.0 International (CC BY 4.0) license. The license is available in full at creativecommons.org/licenses/by/4.0/.

Under CC BY 4.0 you may copy, redistribute, remix, transform, and build upon the data for any purpose, including commercially, provided that you give appropriate credit, link to the license, and indicate if changes were made.

The canonical attribution form is:

SOURCE  Boeing Watch (boeingwatch.org), Harrow Lab, retrieved [DATE]. Licensed CC BY 4.0.

Data is exposed at the following endpoints once the Stage 2 API is live:

The source code that produces the site is published at github.com/bigbugnowadaze/boeing-watch under the MIT license. The agent prompts are published with the source. There are no proprietary components.

CHANGE LOG
§ —
13 May 2026 · v1.0
Initial methodology published. Stage 1 of Boeing Watch goes live with the static site, the four credibility pages, and the Cloudflare Pages deployment. Live counters call airplanes.live directly from the browser; the Stage 2 API and the SDR pipeline are not yet running, so the SDR, wire, and diary counters render against the embedded snapshot. The §01–§09 definitions above describe the production system that takes over when Stage 2 ships; the Stage 1 site is presented as a snapshot of those definitions, with the SNAPSHOT indicator visible in the topbar whenever a live source is unreachable.