Trash Overflow Planner

See where new trash bins would help most.

Residents photo-report overflowing bins from their phones. Staff get a dashboard that corrects for reporting bias and ranks the best places to add bins, shown as estimates and never as measured outcomes.

Orlando, FL  ·  ports to NYC & Chicago by config

Orlando
1234

Illustrative: blue = expected overflow, pink dashed = under-reported

  • Site 16,095 m to nearest bin
  • Site 2434 m to nearest bin
  • Site 3ranked by demand served
  • Site 4ranked by demand served

What-if: 20 bins, estimated change in demand within 150 m

Built onNeon PostgresHugging FaceDatabricksOpenStreetMapExpo

How it works

From a photo on a phone to a bin on a map.

01 · Report

A photo becomes a ticket.

Residents photograph an overflowing bin. The photo is classified, scored for severity and merged with reports of the same spot, so staff see one ticket and not ten.

photooverflowing_canseverity 3merged into 1 ticket · 5 reports

02 · Rank

Expected, not just reported.

Hexagons score expected overflow from places, transit and nearby bins.

03 · Place

Sites ranked by coverage gain.

  • 1
  • 2
  • 3
  • 4

Greedy picks the site that serves the most demand next, with a reason for each.

Why it matters

Complaint counts show who calls, not where the trash is.

Two areas can have the same overflow and very different reporting. Bin-It flags the quiet one, so the plan does not only serve the neighborhoods that already speak up.

Area A

Expected overflow

Reports

Area Bunder-reported

Expected overflow

Reports

Illustrative bars for the idea, not measured data.

cities, one config file each

hexagons scored

ranked bin sites per city

photo classes

Cities

A new city is a config file and a data load.

OrlandoHome city
New YorkPorted by config
ChicagoPorted by config

Grids are illustrative, not real scores.

Estimates, not measurements

Orlando has no confirmed 311 sanitation dataset, so the model is trained on New York and Chicago and applied to Orlando. That transfer is only lightly validated. Every projected change on the dashboard is an estimate.

See the queue, the gaps and the plan.