CHOOSE AN EXPERIMENT
Start with a complete saved example
This reproducible five-day study is ready to explore immediately.
ACADEMIC ROUTING LAB
See every recommendation. Then see what the driver selected.
Replay 5 synthetic service days. At every decision time, BakedBoston generates feasible routes, solves simultaneous driver conflicts with Gurobi, builds fair conflict-free menus, and selects the highest-scoring recommendation shown to each driver.
INTERACTIVE REPLAY
Walk through the rolling-horizon solve
SOLVE AT 1:24 PM
2 drivers enter together
The model considers every feasible route jointly. Each bakery pickup can appear in only one driver's menu, and every feasible driver gets one option before anyone gets a second.
DRIVER REQUEST
Driver 2 entered at 1:24 PM
These preferences guide ranking rather than feasibility. BakedBoston may still recommend a route outside the interval or radii when it is the strongest available option.
ROUTE MAP
All routes shown to this driver
Dashed lines are alternatives. The solid orange line is the highest-scoring route selected by the driver.
ROUTES RECOMMENDED TO DRIVER 2
Ranked from highest to lowest expected impact
These are alternative choices for one delivery. Selecting one does not count the remaining choices as rejected offers.
DRIVER SELECTION
Jamaica Plain Pastry Co → Jamaica Plain Community Fridge
Rank #1 was selected because its acceptance-adjusted expected-impact score of 23.79 is the highest among this driver's conflict-free recommendations. Pantry destinations may repeat across drivers, but bakery pickups cannot. The other recommendations remain unselected alternatives—not four additional trips that the driver rejected.
MODEL COMPARISON
One illustrative scenario, four different formulations
All four models receive the same 5-day surplus, pantry, driver, timing, and daily food draws.
Shared events and feasibility; different decision inputs.
BakedBoston balances participation, food, fairness, environment, and driver fit. Nair is distance-first. Xue–Zou is direct-emissions-first. Horner optimizes personalized menus under stochastic driver willingness before making a recourse assignment. Every selected route is then measured by one shared evaluator.
SIX NON-DUPLICATED OUTCOME PILLARS
Balanced Total Impact
A post-hoc communication index that gives equal weight to six non-duplicated outcome pillars. Each pillar is scored from 0 to 100 relative to the best policy in this exact scenario.
BakedBoston Gurobi MIP
Nair et al. distance-first adaptation
Xue–Zou Total-Curb adaptation
Horner et al. stochastic-menu adaptation
This scenario-relative index is not used by any optimizer, is not an externally validated social-impact measure, and can change when the scenario or comparison set changes. The underlying physical and fairness metrics remain the auditable result.
BakedBoston Gurobi MIP
Maximizes one acceptance-adjusted expected-impact objective across simultaneous drivers, balancing food, fairness, environment, pantry priority, and driver fit.
Objective: Maximize the normalized food, fairness, environmental, pantry-priority, and driver-fit score after weighting route contributions by modeled acceptance.
Driver selection: The driver chooses recommendation rank 1, the highest-scoring route in the conflict-free menu produced after the joint assignment.
Nair et al. distance-first adaptation ↗
A minimal volunteer-route adaptation of the 2018 periodic unpaired pickup-and-delivery model: protect service first, then minimize miles.
Objective: Maximize assigned food-ready pickups, then minimize total route distance.
Driver selection: The model assigns one route to a driver; that assigned route is recorded as the driver's selection.
Not used to choose its routes: soft requested-time and ZIP preferences, acceptance probability, pantry fairness and priority, food-distribution fraction, CO2e.
Xue–Zou Total-Curb adaptation ↗
A minimal volunteer-route adaptation of the 2025 Total-Curb model: protect service first, then minimize total direct system CO2e.
Objective: Maximize assigned food-ready pickups, then minimize uncollected waste, selected-route residual waste, and transportation CO2e.
Driver selection: The model assigns one route to a driver; that assigned route is recorded as the driver's selection.
Not used to choose its routes: soft requested-time and ZIP preferences, acceptance probability, pantry fairness, priority, and coverage, avoided production, meal preparation and packaging emissions, unobserved driver familiarity.
Horner et al. stochastic-menu adaptation ↗
A minimal adaptation of the 2021 SLSF-noZ model: optimize short personalized menus over seeded stochastic willingness scenarios, then assign among routes drivers are willing to fulfill.
Objective: Maximize expected completed food-ready pickups over 100 seeded willingness scenarios, then minimize expected route distance as a tie-break.
Driver selection: The driver signals willingness for any acceptable menu options; the platform's recourse solve assigns one willing route, which is recorded as the driver's selection.
Observed menu trace: 2.93 options per driver on average · 88 total menu options · 1 willing drivers without a final assignment.
Not used to choose its routes: food quantity and pantry distribution as objectives, pantry fairness, priority, and coverage, CO2e as an objective, fare, compensation, and wage assumptions, unobserved unhappy-driver penalty history.
Audit the detailed outcome metricsFood, waste, emissions, fairness, distance, and driver diagnostics
These measurements remain separate for auditability. Related rows should not be counted as independent model victories: food recovery and waste are complements, while several emissions and travel rows are components of the same underlying outcome.
Pickup service and pantry reach
The same realized food-ready pickups, open pantries, and driver events are evaluated for all four models.
Food recovery and waste
Recovered food always uses qᵣ × bakery usability × pantry distribution. Completed-route residual is split into bakery-unusable food and pantry-undistributed food.
Environmental result
These values use one shared ledger. Xue–Zou minimizes direct CO₂e, BakedBoston balances net benefit with other goals, and neither Nair nor Horner receives CO₂e as a decision input.
Driver burden and projected selection
All final routes use the same transparent sigmoid. It scales BakedBoston's expected-impact objective and informs Horner's stochastic menus, but it is not an input to the Nair or Xue–Zou selectors.
How to interpret the comparison
BakedBoston allocation: The joint Gurobi solve maximizes one normalized acceptance-adjusted expected-impact score: expected pantry coverage (10), raw donation volume (10), raw donation evenness (10), ultimately saved food volume (10), saved-food evenness (10), historical pantry opportunity priority (10), net direct CO2 benefit (20), and driver fit (20). Route contributions and pantry food totals are weighted by the transparent modeled acceptance probability; there is no 99%-of-best filter.
A driver receives no recommendation only when there are fewer distinct feasible bakery pickups than simultaneous drivers or that driver has no time-feasible route.
For BakedBoston's route-choice menu, the simulated driver selects rank 1, the highest-scoring route. The Horner adaptation instead follows its source formulation: drivers signal willingness for menu options and the platform makes the final recourse assignment. For other direct-assignment models, the assigned route is recorded as the driver's selection.
Expected acceptance and likely-rejection measures are prediction-based diagnostics; they do not override the deterministic recorded selection used in this demonstration.
All models share the exact same seeded surplus, daily food and usability draws, pantry openings and distribution fractions, waste allocations, driver events, facility windows, and feasible route geometry. Each selector reads only the inputs represented in its formulation; every result is then evaluated through the same food, environmental, travel, and acceptance ledger.
Balanced Total Impact: This scenario-relative index is not used by any optimizer, is not an externally validated social-impact measure, and can change when the scenario or comparison set changes. The underlying physical and fairness metrics remain the auditable result.
Seed 2033 is an illustrative balanced-tradeoff walkthrough in which all four policies complete the same number of deliveries. It is not presented as proof of average performance; multi-seed sensitivity analysis is the appropriate general comparison.
THE EXACT OPTIMIZATION OBJECTIVE
Balance modeled participation and real-world impact in one objective.
The feasible assignment x maximizes one acceptance-adjusted network feature vector ψ containing the food, fairness, environmental, pantry-priority, and driver-fit terms.
Among driver d's feasible routes, completion likelihood πᵣ multiplies completed-impact value ωᵀφᵣ. An 80% route therefore does not automatically eliminate a 78% route with materially greater food or environmental value.
The sigmoid remains consequential, but its synthetic precision cannot veto almost every alternative. The optimizer chooses the feasible plan with the strongest overall expected result.
mᵣ is drive time; wᵣ and sᵣ are normalized requested-time and requested-area misses. This is an academic scenario assumption—not a trained prediction.
What every symbol contributes
- xᵣ
- A binary decision: 1 when complete timed route r is selected; otherwise 0.
- πᵣ · completion likelihood
- A transparent synthetic probability based on driving burden and the share of requested time and location preferences missed. It scales impact and can later be recalibrated with observed pilot choices.
- κᵣ · pantry coverage
- 10 points. Acceptance-adjusted coverage credit divided by available pantry identities and capped once per pantry.
- νᵣʳᵃʷ and εᵣʳᵃʷ · raw donations
- 10 + 10 points. Acceptance-weighted bakery-food volume and evenness calculated from cumulative expected raw donations.
- νᵣˢᵃᵛᵉᵈ and εᵣˢᵃᵛᵉᵈ · food saved
- 10 + 10 points. Acceptance-weighted ultimate food saved and cumulative expected saved-food evenness. hᵣ = qᵣ · ηᵦ · δₚ.
- ρᵣ · pantry priority
- 10 points. Acceptance-weighted opportunity-history priority, normalized by the epoch's maximum feasible assignment count.
- γᵣ · net direct CO₂ benefit
- 20 points. Acceptance-weighted route net benefits are min–max normalized within the epoch and normalized by maximum assignments. Primary avoided-production substitution is 0%.
- χᵣ · driver fit
- 20 points. Acceptance-weighted fit based on normalized drive-time, requested-window, and requested-area burdens.
- qᵣ, ηᵦ, and δₚ
- qᵣ and ηᵦ are reproducible daily draws from each bakery's fixed triangular distributions. δₚ is a fixed pantry distribution fraction.
- eᵦ and eₚ
- eᵦ combines that bakery's landfill/pig-farm/compost shares. eₚ combines that pantry's unique landfill/pig-farm shares; pantry compost is always 0%.
The optimizer maximizes all eight normalized components together after acceptance-adjusting route contributions; it does not impose a 99%-of-best-acceptance constraint. Food-evenness terms use cumulative expected pantry totals and encourage balance without claiming envy-free allocation. Login time is the decision epoch—not a forced departure. The scheduler chooses a just-in-time departure while confirmed bakery and pantry windows, pickup deadlines, latest permitted pantry arrival, one route per driver, and one assignment per bakery pickup remain hard constraints. Requested time and ZIP areas are soft preferences. An uncollected food-available bakery contributes all qᵣ under the bakery waste mix. On a completed route, qᵣ(1−ηᵦ) follows that bakery's landfill/pig-farm/compost mix, while qᵣηᵦ(1−δₚ) follows the destination pantry's unique landfill/pig-farm mix. Pantry compost is 0%, and transport uses 0.41947 kg CO₂e per tonne-km of usable cargo. These are academic assumptions adapted from Guo et al. (2026) ↗, not a Boston-calibrated inventory.
The complete fixed bakery, pantry, distribution, waste-allocation, and environmental-coefficient tables are maintained with the model source in the optimizer GitHub documentation ↗.
RESEARCH-TO-MODEL MAP
Built from established OR problem families.
The cited papers motivate the structure; they do not supply BakedBoston's weights, simulated schedules, or acceptance coefficients.