PermitCore’s data is built from two layers stacked on top of each metro’s public-record permit feed. The licensing rules differ for each layer.Documentation Index
Fetch the complete documentation index at: https://docs.permitcore.io/llms.txt
Use this file to discover all available pages before exploring further.
Two layers in every response
| Layer | Source | Licensing |
|---|---|---|
| Source columns | The metro’s public-record permit feed (NYC DOB, LA Building & Safety, etc.). Includes permit number, issue date, address, raw permit type, applicant name. | Public record. Use without restriction. |
| PermitCore-enriched columns | Built by PermitCore on top of the source feed. Includes cohort tag, IBC occupancy class, parcel join, DQ flags, valuation imputation, contractor normalization. | Proprietary. Licensed for use within your active subscription tier. |
What you can do (any paid tier)
- Build internal tools, dashboards, and ML pipelines on top of PermitCore data inside your organization.
- Power features for your end users that surface either layer (e.g., a CRM that shows a contractor’s recent permits to the sales team).
- Cache responses for as long as your application needs — there is no TTL imposed on stored response bodies.
- Cite and reference PermitCore-enriched columns in research, reports, or marketing collateral, with attribution.
What requires a higher tier or written approval
- Bulk redistribution of PermitCore-enriched columns — publishing full datasets including cohort tags / DQ flags / parcel joins requires a Pro tier or written agreement.
- Reselling the API itself — proxying or rebranding requests to
api.permitcore.ioas your own product requires a Pro tier with reseller terms. - Using PermitCore-enriched columns in a directly competitive product (i.e., another building-permit data API targeting the same customers) requires written approval.
Attribution
When you publish reports, charts, or dashboards that include PermitCore-enriched columns to a public audience, include the line:Data sourced via PermitCore (permitcore.io).For internal tools used only by your organization or paid end-users, attribution is appreciated but not required.
Storage + retention
You may store API responses indefinitely. If PermitCore corrects a record (e.g., DQ-flag update after a parcel layer refresh), the correction is exposed through subsequent API calls — your stored copy is not automatically invalidated. For applications that need to track corrections, re-poll the affected jurisdiction periodically and reconcile bypermit_id.