This readme is currently a work in progress Learn more in the wiki.
Please read our code of conduct.
If you're interested in learning more about our project and getting involved, please join us at one of our meetup events! You can also join our Discord channel!
(Prospective)
- Geospatial Databases: Consider PostGIS or SpatialSQL(a spatial database extender for PostgreSQL) for managing geospatial data efficiently.
- Mapping and Visualization: Use Kepler.gl, Leaflet, or OpenLayers for interactive web mapping.
- Database: Choose databases like PostgreSQL or MySQL for structured data and
- TimescaleDB for time-series data storage.
- Big Data: For handling large volumes of data, consider Apache Hadoop and Apache HBase.
- Context Broker: FiWare (possible)
You can get your dev environment up and running with installing only Docker and docker-compose. The npm and backend dev servers run in docker containers, synced with source code directories so that code changes propagate on the local servers right away. If you have any trouble, don't hesitate to ask on our Discord channel!
-
Fork the repo to create a copy for your own github account, and clone your own copy. (Read CONTRIBUTING.md for important info about syncing code your on github)
-
Install docker
-
Mac
-
Follow installation instructions in: Getting Started -- Docker on Mac OS X
(click on Get Docker for Mac [Stable])
-
-
Linux
-
First, follow: Docker Installation
-
Configure your user to run docker without sudo: https://docs.docker.com/install/linux/linux-postinstall/
-
Install docker-compose
-
-
Windows
- Windows (as always) is a bit more challenging. Docker CE on Windows requires either WSL or Hyper-V support. Please follow Docker's documentation to install Docker on Windows.
- If you have Hyper-V:
- Install GNU Make for Windows using either Chocolatey or by downloading the executable from sourceforge, running the installer, and then putting the binary on your Path Environment variable.
-
if your git config changes Linux-style line endings into windows-style line endings
using the
core.autocrlf
config flag, you'll need to disable that in order for the docker builds to work correctly. You can disable this setting for just therecordexpungPDX
repo by runninggit config --local core.autocrlf false
from the root directory of this repo.
-
In the project's root directory, run make new
. This pulls the dev-tagged "opentwin" image and launches the containers using docker-compose. Start and stop the running stack with make up
and make down
.
After this target completes, you can navigate to http://localhost:3000 in the browser and connect to the React dev server with full hot-module reloading. This may take a minute or two to come up before it is available while it installs node modules. Check the service with make frontend_logs
.
In the course of backend development, one may not need to be running the React/HMR dev server. To build the frontend static files, and use Flask to serve them, run the following command:
$ make frontend_down frontend_build
Then navigate to http://localhost:5000 to access the backend service directly. This is configured to serve the static files. make up
will start the HMR dev server again at 3000 if you stopped it.
Whenever a dependency is added to the backend, someone needs to rebuild the dev-tagged image and push or folks will get errors when trying to run the stack. To do so, rebuild the image, and reload the backend with:
$ make backend_build backend_reload
If it works, push with:
$ make push
More details in DevOps README.
For more project documentation on Docker, some troubleshooting, and some basic commands, see: doc/docker.md
While in the directory of your local repo, run:
$ make clean
in order to remove build artifacts.
To completely remove containers, volumes, and compose networks, run:
$ make clobber
See DevOps README.
Currently using pytest for testing the backend. Run all backend tests by running the following command in the project root directory:
$ make backend_test
This runs a pytest
command to execute all the unit tests inside the backend docker container. All of these tests should pass if you have correctly set up the backend dev environment.
To run a subset of test cases without first shelling into the docker container, you can use a docker-compose exec
command, which specifies a container by service name and a runnable command in the container in a single step, e.g.:
$ docker-compose exec expungeservice pipenv run pytest tests/[subdir]
To specify and run a subset of the test cases.
Please see CONTRIBUTING.md
- Project technical design: Wiki)
Please see License