/adopt-a-stormwater

A Ruby on Rails application that allows citizens to "adopt" civic infrastructure, such as a storm water drain

Primary LanguageRubyBSD 3-Clause "New" or "Revised" LicenseBSD-3-Clause

Adopt-a-Stormwater

Claim responsibility for monitoring water quality from a stormwater in Hobart.

Screenshot

Adopt-a-Stormwater

Demo

You can see a running version of the application's parent at http://adopt-a-hydrant.herokuapp.com/.

Installation

This application requires Postgres to be installed

git clone https://github.com/botheredbybees/adopt-a-stormwater.git
cd adopt-a-stormwater
bundle install

bundle exec rake db:create
bundle exec rake db:schema:load

Usage

rails server

Seed Data

bundle exec rake db:seed

Deploying to Heroku

A successful deployment to Heroku requires a few setup steps:

  1. Generate a new secret token:

    rake secret
    
  2. Set the token on Heroku:

    heroku config:set SECRET_TOKEN=the_token_you_generated
    
  3. Precompile your assets

    RAILS_ENV=production bundle exec rake assets:precompile
    
    git add public/assets
    
    git commit -m "vendor compiled assets"
    
  4. Add a production database to config/database.yml

  5. Seed the production db:

    heroku run bundle exec rake db:seed

  6. Keep in mind that the Heroku free Postgres plan only allows up to 10,000 rows, so if your city has more than 10,000 fire hydrants (or other thing to be adopted), you will need to upgrade to the $9/month plan.

Contributing

In the spirit of free software, everyone is encouraged to help improve this project.

Here are some ways you can contribute:

  • by using alpha, beta, and prerelease versions
  • by reporting bugs
  • by suggesting new features
  • by writing or editing documentation
  • by writing specifications
  • by writing code (no patch is too small: fix typos, add comments, clean up inconsistent whitespace)
  • by refactoring code
  • by closing issues
  • by reviewing patches

Submitting an Issue

We use the GitHub issue tracker to track bugs and features. Before submitting a bug report or feature request, check to make sure it hasn't already been submitted. When submitting a bug report, please include a Gist that includes a stack trace and any details that may be necessary to reproduce the bug, including your gem version, Ruby version, and operating system. Ideally, a bug report should include a pull request with failing specs.

Submitting a Pull Request

  1. Fork the repository.
  2. Create a topic branch.
  3. Add specs for your unimplemented feature or bug fix.
  4. Run bundle exec rake test. If your specs pass, return to step 3.
  5. Implement your feature or bug fix.
  6. Run bundle exec rake test. If your specs fail, return to step 5.
  7. Run open coverage/index.html. If your changes are not completely covered by your tests, return to step 3.
  8. Add, commit, and push your changes.
  9. Submit a pull request.

Supported Ruby Version

This library aims to support and is [tested against][travis] Ruby version 1.9.3.

If something doesn't work on this version, it should be considered a bug.

This library may inadvertently work (or seem to work) on other Ruby implementations, however support will only be provided for the version above.

If you would like this library to support another Ruby version, you may volunteer to be a maintainer. Being a maintainer entails making sure all tests run and pass on that implementation. When something breaks on your implementation, you will be personally responsible for providing patches in a timely fashion. If critical issues for a particular implementation exist at the time of a major release, support for that Ruby version may be dropped.

Copyright

Copyright (c) 2012 Code for America. See LICENSE for details.

Code for America Tracker