惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Jina AI
Jina AI
Hugging Face - Blog
Hugging Face - Blog
博客园 - 三生石上(FineUI控件)
博客园 - 【当耐特】
大猫的无限游戏
大猫的无限游戏
IT之家
IT之家
宝玉的分享
宝玉的分享
WordPress大学
WordPress大学
有赞技术团队
有赞技术团队
Apple Machine Learning Research
Apple Machine Learning Research
酷 壳 – CoolShell
酷 壳 – CoolShell
阮一峰的网络日志
阮一峰的网络日志
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
爱范儿
爱范儿
小众软件
小众软件
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
S
SegmentFault 最新的问题
博客园 - Franky
博客园_首页
T
Tailwind CSS Blog
雷峰网
雷峰网
罗磊的独立博客

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
I normalised building permit data across 36 US cities and...
Pablo · 2026-05-17 · via DEV Community

Building permit data is public record in most US cities, but accessing it at scale is genuinely painful. The data exists - it's just buried in inconsistent government APIs with different schemas, field types, and date formats across every city.

The use case I was solving for: contractors doing lead gen. A solar installer wants to know who just pulled a solar permit in their area. A roofing company wants fresh leads. The data is all public - it just isn't usable in bulk without writing against each city's API individually.

What I built

An Apify actor that normalises permit data across 36 US cities (Chicago, NYC, LA, Seattle, Miami, Columbus, Washington DC, and more) into a single clean schema. Launched on the Apify marketplace at $1.50/1,000 permits.

What the normalisation problem actually looked like

Cities use three completely different open data platforms - Socrata, ArcGIS, and Accela - each with different APIs, pagination logic, and authentication. Then within each platform, every city has its own field naming conventions. "Permit type" means something different in every city. Date fields are sometimes ISO strings, sometimes Unix timestamps, sometimes just free text.

I added a flag (issueDateIsString) for cities that store dates as strings so the query layer knows not to try date arithmetic on them. That kind of one-off fix exists for almost every city.

What the data actually looks like

I ran the actor against Chicago for Nov–Dec 2025. Results:

  • 2,755 permits in 2 months
  • $783M in declared project value
  • 205 solar installs - each with address, project value ($7k–$26k), contractor name and license type, exact issue date
  • 394 roofing permits with the same fields attached

Every record comes out in the same schema regardless of which city it came from. That's the whole point.

What I learned about data quality

  • Chicago updates daily. LA's data is 12–24 months behind. Same product category, completely different freshness guarantees.
  • Some cities include contractor names and license numbers. Others publish nothing useful for lead gen.
  • The Socrata, ArcGIS, and Accela APIs are all publicly documented - but almost none of the city-specific field names are. That reverse-engineering work is where most of the time went.

Distribution via Apify marketplace

Apify has a marketplace with real search traffic from developers and data buyers. Pricing is pay-per-use, which aligns well with the use case - buyers only pay for what they pull.

One thing I've been thinking about since launch: the buyers on Apify skew toward developers building lead gen tools, not the contractors themselves. The end contractor might be the beneficiary but the person paying for the data pipeline is usually someone building on top of it. That changes the messaging somewhat - worth thinking about if you're building anything similar.

Happy to answer questions about the Apify marketplace, government open data APIs, or the normalisation approach.

Actor: https://apify.com/handstands.io/us-building-permit-scraper