Skip to content
/ radon Public

Backend for one of the largest 14C-Database online.

License

Notifications You must be signed in to change notification settings

ISAAKiel/radon

Repository files navigation

Build Status Coverage Status Project Status: Inactive – The project has reached a stable, usable state but is no longer being actively developed; support/maintenance will be provided as time allows.

radon

Backend for one of the largest 14C-Database online.

The real RADON

You can see a running version of the application at http://radon.ufg.uni-kiel.de/.

Installation

This application is set up to use SQLite by default. Feel free to deploy it with another database system of your choice by altering the database.yml

git clone git://github.com/ISAAKiel/radon.git
cd radon
bundle install

bundle exec rake db:setup

Optional

If you want to populate the database with the public available data from Radon (as of July 2016), you can use a rake task

bundle exec rake db:populate

Environmental Variables

This application uses dotenv to set environmental variables need for eg. external apis. Secret Token and Secret Key Base are configured to be set in an environmental variable. Feel free to change this for your local app, or provide them via environment in an .env file in the root folder of the application:

SECRET_TOKEN = 'xxx'
SECRET_KEY_BASE = 'xxx'

Additionally, you might register and provide keys for the intigration of Twitter, Recaptcha and Google Maps Javascript API. Add them to the .env file:

TWITTER_CONSUMER_KEY = 'xxx'
TWITTER_CONSUMER_SECRET = 'xxx'
TWITTER_ACCESS_TOKEN = 'xxx'
TWITTER_ACCESS_TOKEN_SECRET = 'xxx'

RECAPTCHA_PUBLIC_KEY  = 'xxx'
RECAPTCHA_PRIVATE_KEY = 'xxx'
GOOGLE_MAPS_API_KEY_JAVASCRIPT = 'xxx'

Usage

rails server

Submitting an Issue

We use the [GitHub issue tracker][issues] 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 Ruby version 2.3.1.

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) 2016 ISAAKiel. See LICENSE for details.