Project · Beginner · about 8 hours
NYC taxi demand in SQL
Answer ten real operations questions about 3.4 million New York taxi trips with clean, reviewed SQL.
Skills:Data cleaning and quality, SQL
Part of: Data Analyst, Data Engineer
Data and licences
- NYC TLC Yellow Taxi Trip Records (January 2025) ↗NYC Open Data public data (TLC terms of use, no warranty)
- NYC TLC Taxi Zone Lookup ↗NYC Open Data public data (TLC terms of use, no warranty)
Brief
A fleet operations lead asks you ten questions about January 2025 demand. They will use your answers to plan driver shifts at airports and in Manhattan. Use DuckDB (free, no server) directly on the TLC Parquet file and zone lookup.
What to build
Answer, with SQL:
Trips per day, and the busiest and quietest days.
Trips by hour of day, weekday versus weekend.
Top 10 pickup zones with names and boroughs.
The most common pickup and dropoff zone pairs.
Median fare and median trip time from JFK and LaGuardia to Manhattan.
Share of trips paid by card, per borough.
Average tip as a share of fare for card payments, by hour.
Zones with no pickups in the month (anti-join).
Day-over-day and same-weekday-last-week change in trips.
The top 2 pickup zones in each borough (window functions).
Before question 1, run a data quality checklist and decide what to exclude.
Deliverables
answers.sql(or a notebook) with each question as a headingResults tables and one sentence of interpretation for each
A data quality section: checks, counts, decisions
How it is graded
Reviewers rerun your SQL. Correctness and explicit handling of bad rows carry the most weight; readable SQL is next. Wrong joins that inflate counts are the most common reason for low marks.
Stretch
Repeat for February 2025 with union all and show which answers changed.
Deliverables
- A .sql file or notebook with one query per question
- A results table for each question
- A data quality section with at least five checks and their counts
How a reviewer grades it
| Criterion | Weight | What good looks like |
|---|---|---|
| Queries are correct and handle data problems explicitly | 40% | |
| SQL is readable (CTEs, names, comments where needed) | 25% | |
| Data quality checks and decisions are documented | 20% | |
| Each answer includes a one-line interpretation | 15% |