Security Alarm Services · FBI

FBI Crime Data Explorer (CDE)

Datadory delivers fbi crime data explorer cde data covering the Uniform Crime Reporting universe: offense counts aggregated by reporting agency, calendar year and offense category across national, state, county, tribal, university and individual-agency geographies - tens of thousands of agencies across roughly 50 states and territories, summary series reaching back to the 1960s and incident-based participation widening from 1991 onward. Burglary, robbery, larceny-theft and motor vehicle theft arrive as the canonical baseline of where property crime concentrates, mapped to one six-field dictionary and delivered daily, weekly, or hourly.

API, files, or your warehouse. Daily, weekly, or hourly.

Where it covers
United States: national roll-ups, all states and territories, counties, tribal and university jurisdictions, and individual agencies
How far back
Summary (SRS) series reaching back to the 1960s depending on the table; incident-based (NIBRS) participation widening from 1991 onward; current through the latest published year
How fine
Offense counts aggregated by year, jurisdiction and offense category - agency-year-offense rows, not incident-level records

What is the FBI Crime Data Explorer?

One country, tens of thousands of police agencies, one shared vocabulary for what got taken and when. FBI Crime Data Explorer is the Federal Bureau of Investigation's official presentation of the Uniform Crime Reporting program: offense counts collected from law enforcement nationwide and organized so an agency, a county, a state or the whole country reads side by side. Summary Reporting System tables carry series that reach back to the 1960s depending on the table; incident-based NIBRS collections widen from 1991 onward; hate crime, arrests, LEOKA and annual estimates round out the shelf.

Two structural facts matter most. First, geography runs deep: national roll-ups, all fifty states and territories, counties, tribal and university jurisdictions, and individual agencies identified by their Originating Agency Identifier - so the same offense question answers at whatever zoom the analysis needs. Second, these are aggregates, not incidents: rows carry counts by agency, year and offense category rather than one row per burgled house. For anyone modeling demand for alarm installation and monitoring, that aggregation is the point - a census-shaped baseline, not a case file.

Because burglary, robbery, larceny-theft and motor vehicle theft sit among the Part I offenses reported per agency per year, the archive reads as a map of where property crime concentrates. Get a sample of this dataset to see the full field dictionary and the rows behind it before you commit.

What do sample rows look like?

One row per agency, year and offense - the shape a delivery lands in:

# one row per agency x year x offense - row shape shown; every value pinned to live records in your sample
ori         : <reporting agency identifier>    state_abbr : <two-letter state code>
data_year   : <calendar year>                  population : <covered residents>
offense     : burglary-breaking-or-entering
actual      : <offenses known to police>

ori         : <reporting agency identifier>    state_abbr : <two-letter state code>
data_year   : <calendar year>                  population : <covered residents>
offense     : motor-vehicle-theft
actual      : <offenses known to police>

Three things to notice. First, the grain is deliberate: counts, not incidents, which keeps the table small enough to sweep nationally yet sharp enough to separate one suburb from the next. Second, population rides on the same row as the count, so per-resident rates need no second lookup. Third, ori is the join key - the stable agency identifier that lets demographics, housing stock or competitor locations attach without fuzzy matching.

The rows above show record shape; a requested sample pins every value to live records.

What fields does each record carry?

Six fields define every row, dividing cleanly into three jobs. Identity: ori names the reporting agency, state_abbr locates it. Time and subject: data_year fixes the calendar year, offense carries the UCR category. Measure: actual holds the count of offenses known to police, and population supplies the covered residents that turn counts into rates.

Additional fields on request. The collections behind the aggregates run deeper than the six-column core: incident-based segments with victim-offender pairings and property-loss values, hate-crime bias motivations, LEOKA circumstances, arrest counts by demographic slice, and the participation rosters that say which program each agency reports under in which years. Each folds into your delivery once named, so the dictionary you build on is the dictionary you tested.

What does coverage look like across geography, time and granularity?

  • Geography: the entire United States, nested. National roll-ups at the top; all states and territories; counties; tribal and university jurisdictions; individual agencies at the bottom, each with its own identifier. One frame covers a corner-store catchment and the whole country.
  • Temporal: depth varies by table. Summary series reach back to the 1960s depending on the table, incident-based participation widens from 1991 onward, and everything runs current through the latest published year. Decade-scale trend work and recent-vintage comparisons draw from the same well.
  • Granularity: offense counts aggregated by year, jurisdiction and offense category - agency-year-offense rows. Incident-level texture sits in the NIBRS segments and folds in on request.

That combination - full nesting, long memory, one grain - is why this set anchors the security-alarm pack: it is the denominator everyone else argues against.

How is the data delivered?

API, files, or your warehouse. Daily, weekly, or hourly.

You pick the channel, the cadence and the scope; the six-field rows above travel unchanged through all three. Every delivery ships the complete field dictionary, the sample rows and the coverage profile already mapped, so a national sweep lands as one predictable table rather than a stitching project. Agency identifiers arrive normalized, counts typed as integers, populations attached - rate math becomes a WHERE clause instead of an afternoon. Cadence changes are a settings conversation, not a re-integration project, and a scoped sample comes first either way.

Who uses this data, and for what?

  • Market researchers and consultants size the alarm installation and monitoring market from the offense base, cutting burglary and theft counts by state, county and agency catchment. See the market researchers use cases page for the workflow patterns.
  • Competitive intelligence and product teams explain monitoring-demand shifts with the crime trend underneath them, benchmarking rival footprints against where property crime actually concentrates. The competitive intel product teams use cases page has the playbook.
  • Sales and growth teams rank territories by property-crime intensity before committing dealer-recruiting budget. The sales growth teams use cases page covers the motion.
  • Investors and quant researchers feed decades-long offense series into models linking incidence to security spending and subscriber economics. The investors quants use cases page shows the patterns.
  • Data scientists and ML engineers treat the agency identifier as the entity spine joining counts to permits, registries and firmographics. The data scientists use cases page details the joins.

Which personas get the most value?

Market researchers get the cleanest denominator in the industry pack: offense counts that nest from nation to single agency without a stitch in sight. Competitive intelligence teams get context - the trend line explaining why monitoring contracts appear and lapse where they do. Sales and growth teams get a ranking machine: property-crime intensity per resident sorts territories without another vendor spreadsheet. Quant researchers get sixty years of memory in one schema. Data scientists get a stable join key that survives scope changes from one metro to the whole country. Across all five, the constant is the same: a census-shaped aggregate beats a thin proprietary panel whenever the question is where property crime concentrates.

What should I know before requesting a sample?

Three things, all knowable upfront. First, the grain is aggregates: if your model needs incident-level texture, say so and the NIBRS segments fold in - but the headline counts stay counts, which is exactly what makes national sweeps cheap. Second, temporal depth differs by table and by program; summary series reach deepest and incident-based participation widens from 1991, so name your years and the sample tells you exactly how far back they go. Third, agency participation shifts over decades - the participation rosters fold in on request, so your trend lines rest on agencies that actually reported in the years you are reading.

Field dictionary

Every field below is documented against real records. The full dictionary ships with the sample.

Field dictionary - six fields on every agency-year-offense row; deeper segments fold below
FieldTypeDefinitionExample
oristringOriginating Agency Identifier for the reporting law-enforcement agency whose statistics ride on the row - the stable join key for anything agency-shaped.<agency identifier>
data_yearintegerCalendar year of the reported crime statistics; the time axis the whole archive hangs on.<calendar year>
offensestringUCR offense category - burglary-breaking-or-entering, larceny, motor-vehicle-theft and robbery among the property offenses.burglary-breaking-or-entering
actualintegerCount of offenses known to police for the agency, year and offense on the row.<count>
state_abbrstringTwo-letter state abbreviation locating the reporting agency inside the national stack.<two-letter state code>
populationintegerResident population covered by the reporting agency - the denominator that turns counts into rates without a second lookup.<covered residents>

Questions buyers ask

How many agencies does the dataset cover?

Tens of thousands of reporting law-enforcement agencies across roughly 50 states and territories, from metropolitan departments to small-town forces. Every row names its agency, so coverage is auditable per record rather than asserted in aggregate - a scoped sample returns the populated agencies for any state or county you name.

What is the difference between the summary tables and the incident-based collections?

Grain. The Summary Reporting System tables carry counts - one row per agency, year and offense category, with series reaching back to the 1960s depending on the table. The incident-based NIBRS collections decompose those events into segments - victims, offenders, property loss, arrestees - with participation widening from 1991 onward. Most demand-side work starts with the counts; the segments fold in when the analysis needs texture.

Why counts and not incident-level records?

Because aggregation is the product. Counts make the archive small enough to sweep nationally in one pass, comparable across agencies of wildly different size, and stable enough to read as a multi-decade trend. Incident files answer different questions - who, what sequence, what loss value - and those segments remain available within the same collections when a workflow earns them.

Can the data be cut by county, metro area or single agency?

Yes - the geographic stack nests. Name the counties, metros, tribal or university jurisdictions or individual agencies you care about and the sample arrives shaped to that scope with the complete field dictionary attached. Samples precede any commitment, and the schema in the sample is the schema you ship against.

How far back do the numbers go?

It depends on the table and the program. Summary series reach back to the 1960s depending on the table; incident-based participation widens from 1991 onward; everything runs current through the latest published year. Decade-scale trend work and recent-vintage comparisons draw from the same archive, which is unusual and useful.

How does this compare to city incident logs or victimization surveys?

They triangulate rather than compete. City portals publish incident logs for one jurisdiction with addresses and timestamps; the National Crime Victimization Survey captures crimes never reported to police at all. This dataset owns the national, comparable-by-construction middle: the same offense definitions across every state, county and agency. The data.police.uk comparison covers the UK mirror image.

Notes on this record

  • Counts, not incidents Every row aggregates offenses by agency, year and category. That grain is why a national sweep fits one table - and why per-resident rates compute in place.
  • Decades of memory Summary series reach back to the 1960s depending on the table, so trend work spans eras of construction, migration and policing rather than a couple of quarters.
  • ORI as the entity spine The Originating Agency Identifier is the stable join key - demographics, permits, business registries and competitor locations attach without fuzzy matching.
  • Scored against the catalog Datadory scores this record 9 out of 10 against a catalog mean of 7.81 across all 1,744 cataloged datasets - depth, breadth and a dictionary that loads clean.

Datasets that pair with this one

See the rows before you pay anything.

Name this dataset and we send real records from it — scoped to the fields you asked for.

See pricing