||4 years ago|
|.github||4 years ago|
|client_src||4 years ago|
|design||4 years ago|
|lantern-build-engine@da5cd7d7b0||4 years ago|
|lib/SBRL||4 years ago|
|logic||4 years ago|
|.gitignore||4 years ago|
|.gitmodules||4 years ago|
|LICENSE||4 years ago|
|README.md||4 years ago|
|api.php||4 years ago|
|build||4 years ago|
|composer.json||4 years ago|
|composer.lock||4 years ago|
|di_config.php||4 years ago|
|package-lock.json||4 years ago|
|package.json||4 years ago|
|rollup.config.js||4 years ago|
|settings.default.toml||4 years ago|
The web interface and JSON api for the ConnectedHumber Air Quality Monitoring Project.
This project contains the web interface for the ConnectedHumber air Quality Monitoring system. It is composed of 2 parts:
- A PHP-based JSON API server (entry point: api.php)
The client-side browser application is powered by Leaflet.
In order to run this program, you'll need the following:
- Bash (if on Windows, try Git Bash) - the build script is written in Bash
- composer - For the server-side packages
- npm - comes with Node.JS - used for building the client-side code
The client-side code requires building. Currently, no pre-built versions are available (though these can be provided upon request), so this must be done from source. A build script is available, however, which automates the process - as explained below.
Building From Source
The build script ensures that everything it does will not go outside the current directory (i.e. all dependencies are installed locally).
To build from source, start off by running the
setup-dev build commands like this:
./build setup setup-dev
This will initialise any git submodules and install both the server-side and client-side dependencies. Once done, all you need to do is build the client-side code:
For development purposes, the
client-watch command is available.
Some configuration must be done before the application is ready for use. The first time
api.php is called from a browser, it will create a new blank configuration file at
data/settings.toml, if it doesn't already exist. See the
settings.default.toml file in this repository for a list of configurable settings, but do not edit
settings.default.toml! Instead, enter your configuration details into
data/settings.toml, which overrides
settings.default.toml. In particular, you'll probably want to change the settings under the
[database] header - but ensure you give the entire file a careful read.
The server-side API is accessed through
api.php, and supports a number of GET parameters. The most important of these is the
action parameter, Which determines what the API will do. The following values are supported:
Fetches air quality data from the system for a specific data type at a specific date and time.
||date/time||Required. Specifies the date and time for which readings are desired.|
||string||Required. Specifies the type of reading desired.|
Fetches a list of devices currently in the system.
No additional parameters are supported by this action.
- Readings are taken every 6 minutes as standard.
The issue tracker is the place where all the tasks relating to the project are kept.
This project is licensed under the Mozilla Public License 2.0. The full text of this license can be found in the LICENSE file of this repository, along with a helpful summary of what you can and can't do provided by GitHub.