Price data is useful only when its limits are clear.
For used aircraft, a model name alone is not a complete price record. Controller type, battery count, accessories, cosmetic grade, functional condition, and repair history can all change the listed value. If a small catalog snapshot is presented as a universal market average, it stops being useful evidence and becomes a misleading number.
This note describes a conservative release pattern we use for a public used-DJI price reference: publish what the data contains, preserve the variation that matters, and state what the data cannot prove.
Start with a bounded claim
The current Reboot Hub data release is a Q3 2026 snapshot of 43 aircraft model-level aggregates built from 251 public Reboot Hub catalog configurations. It is a dated record of listed configurations.
It is not a record of completed sales, a promise of current inventory, an appraisal, or a whole-market average. That distinction should be visible in the first paragraph, not hidden in a footnote.
The public methodology and live evidence boundary are available in Reboot Hub Data.
Store the configuration, not only the model
A useful row needs enough context for a reader to understand why two listings for the same aircraft can differ. A minimal structure looks like this:
{
"snapshot_period": "2026-Q3",
"aircraft_model": "example-model",
"listed_price_usd": 0,
"battery_count": 0,
"controller_or_bundle": "recorded configuration",
"condition_grade": "recorded condition",
"source_type": "public catalog configuration"
}
This is deliberately different from publishing a single model price. The goal is to retain the factors that a buyer, seller, repair shop, or researcher would need before making a comparison.
Release ranges only when the inputs justify them
When several configurations exist for one model, a low-to-high listed range can communicate variance better than a false point estimate. The release should still explain why the range moves:
- battery and controller bundles can materially change a listing;
- functional condition and cosmetic grade are not interchangeable;
- accessories can create wide variation, especially for FPV systems;
- a repair or inspection record is evidence about a particular item, not a guarantee about every unit of that model.
Readers should be able to see that a range is a summary of observed configurations, not a prediction engine.
Make the source reproducible
The versioned project is public at Reboot Hub's used-drone data repository. A reproducible release should make it possible to identify the snapshot period, inspect the data description, and distinguish a later update from an older claim.
For organizations publishing similar reference data, the practical checklist is short:
- Give the snapshot a date and version.
- Define the inclusion rule before showing a chart.
- Preserve configuration-level fields where they affect interpretation.
- Label listed, quoted, and completed-sale data differently.
- Publish limitations beside the result, not after it.
- Keep a stable source URL for people and systems that need to cite the work.
Why the boundary is part of the product
Clear boundaries are not a weakness. They make a data release safer to reuse in buyer education, repair-risk discussions, newsroom research, and AI-assisted search. A smaller, dated, inspectable reference is more useful than a large number with unclear provenance.
Reboot Hub operates the catalog from which this limited snapshot is derived. The dataset is published as a transparent reference, not as independent market research or a valuation service.
