Open Data Maker
The goal of this project is to make it easy to turn a lot of potentially large csv files into open data via an API and the ability for people to download smaller csv files with a subset of the data.
Preliminary research suggests that open data users (journalists and others) actually know how to work with spreadsheets really well, but a lot of the data sets that we have in government are huge.
The first version of this project will allow us to host a website for an agency with a specific set of csv files, which are deployed with the app. This will allows us to deploy more quickly since there will be a lower risk security profile than if an agency could upload the CSV files (which might be a nice longer term feature).
Install and Run the App (as a developer)
See our Installation Guide
How this works
By default, data will be loaded from /sample-data when you run
- cities100.csv - dataset of 100 most populous cities in the US
- data.yaml - configuration for
- index name city-data
- api endpoint name cities
- how columns are mapped to fields in json output
- data types
- unique columns name
When you run the app, you can query the dataset via json API, like: /cities?name=Chicago
To use your own data, you can set a different directory, for example:
- Put csv files into /data
- Import files from /data:
rake import(or restart the app)
- There can be multiple files (must end in .csv)
- Optional data.yaml file that specifies index name, API endpoint, file list, and a dictionary of column -> field name mapping and types
- Optionally import all the columns, not just ones specified in dictionary (see example: import: all)
- If data.yaml not provided, all fields and fields will be imported with folder or bucket name used as the API endpoint (name is 'slugified' with dashes replacing spaces)
- api endpoint to get the data /api=endpoint?field_or_column_name=value
More Configuration Options
Often while you are developing an API and data dictionary, it is helpful to include all the columns in the csv. If you add the following to data.yaml, the field names and types from the dictionary will be used and any unspecified columns will simply use the column name as the field name.
options: columns: all
You can use the dictionary to provide nice errors to developers who use the API.
This can be used in conjunction with the above
columns: all which will
make it so that columns that are not referenced in the dictionary are not
searchable, but will make it so that unspecified fields cause errors to be
options: search: dictionary_only
Also for debugging, you can limit the number of files that will be imported. This is helpful when the import process is time consuming because you have many, many files, but can test format changes with a subset of the files.
options: limit: 4
- Try out importing multiple data sets with different endpoints and data.yaml configuration
- Take a look at our open issues and our Contribution Guide
Here's how it might look in the future:
This project is in the public domain within the United States, and copyright and related rights in the work worldwide are waived through the CC0 1.0 Universal public domain dedication.
All contributions to this project will be released under the CC0 dedication. By submitting a pull request, you are agreeing to comply with this waiver of copyright interest.