cincinnatiOpenData provides a lightweight R interface to the Cincinnati Open Data Portal.

The package allows users to search, filter, and download datasets from the Cincinnati Open Data Portal directly into R without manually constructing API queries, handling JSON responses, or performing type conversion.

Designed for students, educators, researchers, journalists, civic technologists, and analysts, cincinnatiOpenData reduces the technical overhead required to begin working with municipal Open Data while preserving access to the underlying Socrata infrastructure.

How cincinnatiOpenData Works

The package provides a streamlined interface to the Cincinnati Open Data Portal’s Socrata API.

Internally, cincinnatiOpenData:

• retrieves metadata from the live Cincinnati Open Data catalog
• constructs parameterized HTTP requests
• downloads JSON responses from Socrata endpoints
• converts results into tidy tibble outputs
• optionally cleans column names
• optionally performs conservative type coercion

Most workflows begin with cincinnati_list_datasets(), which retrieves a live catalog of datasets available through the Cincinnati Open Data Portal.

Datasets can then be downloaded using either:

• a human-readable catalog key
• the official Socrata dataset UID, such as "7dk3-gngs"

The human-readable key is designed to improve readability and usability, while the UID is the stable identifier used by the Socrata platform.

Core Functions

The package provides three primary functions:

• cincinnati_list_datasets() retrieves a live catalog of available Cincinnati Open Data datasets, including human-readable keys, Socrata UIDs, names, and other available metadata.

• cincinnati_pull_dataset() downloads cataloged datasets using either a human-readable key or Socrata UID, with support for filtering, ordering, date ranges, optional column-name cleaning, and optional type coercion.

• cincinnati_any_dataset() downloads data directly from a valid Socrata JSON endpoint without requiring the dataset to appear in the package catalog.

Datasets retrieved through cincinnati_pull_dataset() support arguments including:

• limit
• filters
• date
• from
• to
• date_field
• where
• order
• clean_names
• coerce_types

All functions return tibble outputs.

Advanced users may also provide raw SoQL conditions through the where argument.

SoQL, or Socrata Query Language, is the query syntax used by Socrata-powered Open Data portals. Additional information is available from the Socrata developer documentation.

Installation

Install from CRAN

install.packages("cincinnatiOpenData")

Install the development version from GitHub

# install.packages("pak")
pak::pak("gomes-sh/cincinnatiOpenData")

Alternatively:

# install.packages("remotes")
remotes::install_github("gomes-sh/cincinnatiOpenData")

Example

library(cincinnatiOpenData)
library(dplyr)
# Browse available datasets
catalog <- cincinnati_list_datasets()
# Search for datasets containing a keyword
catalog |>
  filter(grepl("business", name, ignore.case = TRUE)) |>
  select(key, uid, name)
# Pull a dataset using its UID
example_data <- cincinnati_pull_dataset(
  dataset = "7dk3-gngs",
  limit = 100
)
# Pull the same dataset using its catalog key
example_data_by_key <- cincinnati_pull_dataset(
  dataset = "business_licenses",
  limit = 100
)
# Pull filtered data
filtered_data <- cincinnati_pull_dataset(
  dataset = "7dk3-gngs",
  limit = 100,
  filters = list(
    license = "GAME ARCADE"
  )
)

The filters argument accepts a named list and automatically constructs the corresponding SoQL filtering conditions.

Multiple values may be supplied for one field:

filtered_data <- cincinnati_pull_dataset(
  dataset = "7dk3-gngs",
  limit = 100,
  filters = list(
    license = c("GAME ARCADE", "AMUSEMENT GAME EXHIBITOR")
  )
)

Multiple fields may also be combined:

filtered_data <- cincinnati_pull_dataset(
  dataset = "7dk3-gngs",
  limit = 100,
  filters = list(
    license = "GAME ARCADE",
    neighborhood = "ROSELAWN"
  )
)

Date filtering is available for datasets containing date or datetime fields:

date_filtered_data <- cincinnati_pull_dataset(
  dataset = "7dk3-gngs",
  from = "2004-01-01",
  to = "2005-01-01",
  date_field = "effectivefrom",
  limit = 100
)

Accessing Any Socrata Endpoint

When a dataset is not available through cincinnati_list_datasets(), it can be downloaded directly using cincinnati_any_dataset().

endpoint_data <- cincinnati_any_dataset(
  json_link = "https://data.cincinnati-oh.gov/resource/7dk3-gngs.json",
  limit = 100
)

Use cincinnati_pull_dataset() for catalog-based workflows and cincinnati_any_dataset() when working directly with a Socrata JSON endpoint.

Learn by Example

A complete introductory workflow is available in the package vignette:

vignette("getting-started", package = "cincinnatiOpenData")

The vignette demonstrates how to:

• browse the dataset catalog
• download data using a key or UID
• filter records
• work with date ranges
• access direct JSON endpoints
• perform a simple analysis

Package Website

Complete documentation is available on the package website:

https://github.com/gomes-sh/cincinnatiOpenData

The website includes:

• function reference pages
• installation instructions
• introductory articles
• vignettes
• release notes

Development

To run the package tests locally:

devtools::test()

To rebuild the documentation:

devtools::document()

To run a complete package check:

devtools::check()

To rebuild the pkgdown website:

pkgdown::build_site()

Contributing

Contributions are welcome.

To report a bug, request a feature, or suggest an improvement, open an issue on GitHub:

https://github.com/gomes-sh/cincinnatiOpenData/issues

Pull requests are also welcome. Before submitting a pull request, please ensure that:

• package documentation has been regenerated
• automated tests pass
• devtools::check() completes successfully
• new behavior is documented and tested

Author

Shelby Lyn Gomes

Email: gomessh@mailbox.org
GitHub: @gomes-sh

Maintenance

Because the package retrieves metadata dynamically from the live Cincinnati Open Data catalog, newly published datasets may become available without requiring a package update.

Package updates may still be required when the portal changes its catalog structure, dataset metadata fields, or API behavior.

Disclaimer

cincinnatiOpenData is an independent project and is not affiliated with, endorsed by, or maintained by Cincinnati or the organization responsible for the Cincinnati Open Data Portal.