What does the Beaumont TX 311 data include?

2 tables: service requests (one row per service request) and request types (one row per request type the city accepts).

Do I need an account with Beaumont TX 311?

No. The data is public, so there is nothing to sign up for and nothing to paste in.

How fresh is the data?

As fresh as your schedule: daily by default, or weekly or monthly. Schedules as often as every 15 minutes are on the Enterprise plan.

Will running it again create duplicate rows?

No. Each row is stored once, by its key: when a run reads a row that is already there, it replaces that copy instead of adding a second one.

Do I need to write code?

No. Ingest builds, runs and maintains the connector. Someone with access to your warehouse connects it once, following a short guide.

Beaumont TX 311

Public data

Ready to useNo account needed

Service requests reported to Beaumont, Texas's 311 line, as the city publishes them. Ingest delivers this data to a data warehouse you own as 2 tables, and updates it on the schedule you choose. There is no code to write and nothing to install.

What people use it for

See what residents report mostCount requests by type to see which issues come up most.
See a request's current statusCheck whether a request is open, in progress or done.
See which department handles whatBreak requests down by the agency responsible for each one.
Map requests by zip codeSee where requests cluster by zip code or coordinates.

What you get

Table	Each row is
Service requests `requests`	One service request
Request types `services`	One request type the city accepts

Good to know

Service requests: The first run loads the last 30 days. After that, each run keeps the last 30 days current, re-reading a day once its copy is at least a day old. Older requests keep the values they had when last read.
Request types: Re-read in full at most once a day. Rows that changed are updated, and rows the source removes stay in your table.

How it works

Choose Beaumont TX 311. The data is public, so there is nothing to sign in to.
Pick where it goes. BigQuery, Snowflake, Databricks, Redshift and 10 more, in an account you own.
Pick a schedule. Daily is the default, and weekly and monthly are there too.
Ingest runs it from then on. If a run fails, your dashboard shows which table and why.

Questions

What does the Beaumont TX 311 data include?: 2 tables: service requests (one row per service request) and request types (one row per request type the city accepts).
Do I need an account with Beaumont TX 311?: No. The data is public, so there is nothing to sign up for and nothing to paste in.
Which warehouses can Beaumont TX 311 data go to?: Amazon S3, Google Cloud Storage, Azure Blob Storage, Apache Iceberg, Ingest Managed Lakehouse, MotherDuck, Postgres, Amazon Athena, Databricks, Redshift, BigQuery, ClickHouse, MySQL / generic SQL and Snowflake, in an account you own.
How fresh is the data?: As fresh as your schedule: daily by default, or weekly or monthly. Schedules as often as every 15 minutes are on the Enterprise plan.
Will running it again create duplicate rows?: No. Each row is stored once, by its key: when a run reads a row that is already there, it replaces that copy instead of adding a second one.
Do I need to write code?: No. Ingest builds, runs and maintains the connector. Someone with access to your warehouse connects it once, following a short guide.

For your data team: technical reference

Connector beaumont_311, version 0.1.0, a REST source, status beta, authentication none.

Vendor documentation: https://seeclickfix.com/open311/v2/docs

Configuration

No configuration required.

Resources

Resource	Status	Plan	Write	Primary key	Overrides
`requests` Fetches public organization-scoped requests in creation-time windows covering the previous 30 completed UTC days by default; the current UTC day becomes eligible after it ends. The configurable history horizon is bounded, not all history. Each selected day uses 20-row page-number pagination (the source caps page size at 20 regardless of requested size). By default, completed windows still inside the horizon become eligible for refresh one day after their last successful read and are re-read on a subsequent scheduled run, so later edits to an older request are captured when its creation day is read again. Requests outside the horizon retain their last loaded values and later edits to them are not refreshed; deleted or no-longer-exposed records remain in the destination. Requests are not filtered by membership in the current service-type catalog. Older completed days wait longer between reads, becoming eligible again only after the longer of the refresh interval and a twentieth of their age at their last read (with the default interval, a day read at 40 days old waits 2 days).	beta	window	merge	`service_request_id`	lookback_days, staleness_days
`services` Reads the current public service-type catalog exposed by Beaumont SeeClickFix Open311. It becomes eligible for refresh one day after its last successful read, on a subsequent scheduled run. Merge updates returned service codes; removed or no-longer-exposed codes retain their last loaded values. The catalog is organization-scoped and is not used to filter request rows.	beta	staleness	merge	`service_code`	-