kopia lustrzana https://github.com/OpenDroneMap/WebODM
510 wiersze
28 KiB
Markdown
510 wiersze
28 KiB
Markdown
<img alt="WebODM" src="https://user-images.githubusercontent.com/1951843/34074943-8f057c3c-e287-11e7-924d-3ccafa60c43a.png" width="180">
|
||
|
||
  [](https://hosted.weblate.org/engage/webodm/)
|
||
|
||
A user-friendly, commercial grade software for drone image processing. Generate georeferenced maps, point clouds, elevation models and textured 3D models from aerial images. It supports multiple engines for processing, currently [ODM](https://github.com/OpenDroneMap/ODM) and [MicMac](https://github.com/OpenDroneMap/NodeMICMAC/).
|
||
|
||
|
||
|
||
* [Getting Started](#getting-started)
|
||
* [Manage Processing Nodes](#manage-processing-nodes)
|
||
* [Enable MicMac](#enable-micmac)
|
||
* [Enable SSL](#enable-ssl)
|
||
* [Where Are My Files Stored?](#where-are-my-files-stored)
|
||
* [Common Troubleshooting](#common-troubleshooting)
|
||
* [Backup and Restore](#backup-and-restore)
|
||
* [Reset Password](#reset-password)
|
||
* [Manage Plugins](#manage-plugins)
|
||
* [Update](#update)
|
||
* [Recommended Machine Specs](#recommended-machine-specs)
|
||
* [Customizing and Extending](#customizing-and-extending)
|
||
* [API Docs](#api-docs)
|
||
* [Roadmap](#roadmap)
|
||
* [Getting Help](#getting-help)
|
||
* [Support the Project](#support-the-project)
|
||
* [Translations](#translations)
|
||
* [Become a Contributor](#become-a-contributor)
|
||
* [Architecture Overview](#architecture-overview)
|
||
* [Run the docker version as a Linux Service](#run-the-docker-version-as-a-linux-service)
|
||
* [Run it natively](#run-it-natively)
|
||
* [Run it on the cloud (Google Compute, Amazon AWS)](#run-it-on-the-cloud-google-compute-amazon-aws)
|
||
* [License](#license)
|
||
|
||
|
||
|
||
|
||
|
||
## Getting Started
|
||
|
||
Windows and macOS users can purchase an automated [installer](https://www.opendronemap.org/webodm/download#installer), which makes the installation process easier.
|
||
|
||
To install WebODM manually, these steps should get you up and running:
|
||
|
||
* Install the following applications (if they are not installed already):
|
||
- [Git](https://git-scm.com/downloads)
|
||
- [Docker](https://www.docker.com/)
|
||
- [Docker-compose](https://docs.docker.com/compose/install/)
|
||
- Python
|
||
- Pip
|
||
|
||
* Windows users should install [Docker Desktop](https://hub.docker.com/editions/community/docker-ce-desktop-windows) and 1) make sure Linux containers are enabled (Switch to Linux Containers...), 2) give Docker enough CPUs (default 2) and RAM (>4Gb, 16Gb better but leave some for Windows) by going to Settings -- Advanced, and 3) select where on your hard drive you want virtual hard drives to reside (Settings -- Advanced -- Images & Volumes).
|
||
|
||
* From the Docker Quickstart Terminal or Git Bash (Windows), or from the command line (Mac / Linux), type:
|
||
```bash
|
||
git clone https://github.com/OpenDroneMap/WebODM --config core.autocrlf=input --depth 1
|
||
cd WebODM
|
||
./webodm.sh start
|
||
```
|
||
* If you face any issues at the last step on Linux, make sure your user is part of the docker group:
|
||
```bash
|
||
sudo usermod -aG docker $USER
|
||
exit
|
||
(restart shell by logging out and then back-in)
|
||
./webodm.sh start
|
||
```
|
||
* Open a Web Browser to `http://localhost:8000` (unless you are on Windows using Docker Toolbox, see below)
|
||
|
||
Docker Toolbox users need to find the IP of their docker machine by running this command from the Docker Quickstart Terminal:
|
||
|
||
```bash
|
||
docker-machine ip
|
||
192.168.1.100 (your output will be different)
|
||
```
|
||
|
||
The address to connect to would then be: `http://192.168.1.100:8000`.
|
||
|
||
To stop WebODM press CTRL+C or run:
|
||
|
||
```
|
||
./webodm.sh stop
|
||
```
|
||
|
||
To update WebODM to the latest version use:
|
||
|
||
```bash
|
||
./webodm.sh update
|
||
```
|
||
|
||
### Manage Processing Nodes
|
||
|
||
WebODM can be linked to one or more processing nodes that speak the [NodeODM API](https://github.com/OpenDroneMap/NodeODM/blob/master/docs/index.adoc), such as [NodeODM](https://github.com/OpenDroneMap/NodeODM), [NodeMICMAC](https://github.com/OpenDroneMap/NodeMICMAC/) or [ClusterODM](https://github.com/OpenDroneMap/ClusterODM). The default configuration includes a "node-odm-1" processing node which runs on the same machine as WebODM, just to help you get started. As you become more familiar with WebODM, you might want to install processing nodes on separate machines.
|
||
|
||
Adding more processing nodes will allow you to run multiple jobs in parallel.
|
||
|
||
You can also setup a [ClusterODM](https://github.com/OpenDroneMap/ClusterODM) node to run a single task across multiple machines with [distributed split-merge](https://docs.opendronemap.org/large/?highlight=distributed#getting-started-with-distributed-split-merge) and process dozen of thousands of images more quickly, with less memory.
|
||
|
||
If you don't need the default "node-odm-1" node, simply pass `--default-nodes 0` flag when starting WebODM:
|
||
|
||
`./webodm.sh restart --default-nodes 0`.
|
||
|
||
Then from the web interface simply manually remove the "node-odm-1" node.
|
||
|
||
### Enable MicMac
|
||
|
||
WebODM can use [MicMac](https://github.com/OpenDroneMap/micmac) as a processing engine via [NodeMICMAC](https://github.com/OpenDroneMap/NodeMICMAC/). To add MicMac, simply run:
|
||
|
||
`./webodm.sh restart --with-micmac`
|
||
|
||
This will create a "node-micmac-1" processing node on the same machine running WebODM. Please note that NodeMICMAC is in active development and is currently experimental. If you find issues, please [report them](https://github.com/OpenDroneMap/NodeMICMAC/issues) on the NodeMICMAC repository.
|
||
|
||
### Enable SSL
|
||
|
||
WebODM has the ability to automatically request and install a SSL certificate via [Let’s Encrypt](https://letsencrypt.org/), or you can manually specify your own key/certificate pair.
|
||
|
||
- Setup your DNS record (webodm.myorg.com --> IP of server).
|
||
- Make sure port 80 and 443 are open.
|
||
- Run the following:
|
||
|
||
```bash
|
||
./webodm.sh restart --ssl --hostname webodm.myorg.com
|
||
```
|
||
|
||
That's it! The certificate will automatically renew when needed.
|
||
|
||
If you want to specify your own key/certificate pair, simply pass the `--ssl-key` and `--ssl-cert` option to `./webodm.sh`. See `./webodm.sh --help` for more information.
|
||
|
||
Note! You cannot pass an IP address to the hostname parameter! You need a DNS record setup.
|
||
|
||
### Where Are My Files Stored?
|
||
|
||
When using Docker, all processing results are stored in a docker volume and are not available on the host filesystem. There are two specific docker volumes of interest:
|
||
1. Media (called webodm_appmedia): This is where all files related to a project and task are stored.
|
||
2. Postgres DB (called webodm_dbdata): This is what Postgres database uses to store its data.
|
||
|
||
For more information on how these two volumes are used and in which containers, please refer to the [docker-compose.yml](docker-compose.yml) file.
|
||
|
||
For various reasons such as ease of backup/restore, if you want to store your files on the host filesystem instead of a docker volume, you need to pass a path via the `--media-dir` and/or the `--db-dir` options:
|
||
|
||
```bash
|
||
./webodm.sh restart --media-dir /home/user/webodm_data --db-dir /home/user/webodm_db
|
||
```
|
||
|
||
Note that existing task results will not be available after the change. Refer to the [Migrate Data Volumes](https://docs.docker.com/engine/tutorials/dockervolumes/#backup-restore-or-migrate-data-volumes) section of the Docker documentation for information on migrating existing task results.
|
||
|
||
### Common Troubleshooting
|
||
|
||
Symptoms | Possible Solutions
|
||
--------- | ------------------
|
||
Run out of memory | Make sure that your Docker environment has enough RAM allocated: [MacOS Instructions](http://stackoverflow.com/a/39720010), [Windows Instructions](https://docs.docker.com/docker-for-windows/#advanced)
|
||
While starting WebODM you get: `'WaitNamedPipe','The system cannot find the file specified.'` | 1. Make sure you have enabled VT-x virtualization in the BIOS.<br/>2. Try to downgrade your version of Python to 2.7
|
||
On Windows, docker-compose fails with `Failed to execute the script docker-compose` | Make sure you have enabled VT-x virtualization in the BIOS
|
||
Cannot access WebODM using Microsoft Edge on Windows 10 | Try to tweak your internet properties according to [these instructions](http://www.hanselman.com/blog/FixedMicrosoftEdgeCantSeeOrOpenVirtualBoxhostedLocalWebSites.aspx)
|
||
Getting a `No space left on device` error, but hard drive has enough space left | Docker on Windows by default will allocate only 20GB of space to the default docker-machine. You need to increase that amount. See [this link](http://support.divio.com/local-development/docker/managing-disk-space-in-your-docker-vm) and [this link](https://www.howtogeek.com/124622/how-to-enlarge-a-virtual-machines-disk-in-virtualbox-or-vmware/)
|
||
Cannot start WebODM via `./webodm.sh start`, error messages are different at each retry | You could be running out of memory. Make sure you have enough RAM available. 2GB should be the recommended minimum, unless you know what you are doing
|
||
While running WebODM with Docker Toolbox (VirtualBox) you cannot access WebODM from another computer in the same network. | As Administrator, run `cmd.exe` and then type `"C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" controlvm "default" natpf1 "rule-name,tcp,,8000,,8000"`
|
||
On Windows, the storage space shown on the WebODM diagnostic page is not the same as what is actually set in Docker's settings. | From Hyper-V Manager, right-click “DockerDesktopVM”, go to Edit Disk, then choose to expand the disk and match the maximum size to the settings specified in the docker settings. Upon making the changes, restart docker.
|
||
|
||
Have you had other issues? Please [report them](https://github.com/OpenDroneMap/WebODM/issues/new) so that we can include them in this document.
|
||
|
||
### Backup and Restore
|
||
|
||
If you want to move WebODM to another system, you just need to transfer the docker volumes (unless you are storing your files on the file system).
|
||
|
||
On the old system:
|
||
|
||
```bash
|
||
mkdir -v backup
|
||
docker run --rm --volume webodm_dbdata:/temp --volume `pwd`/backup:/backup ubuntu tar cvf /backup/dbdata.tar /temp
|
||
docker run --rm --volume webodm_appmedia:/temp --volume `pwd`/backup:/backup ubuntu tar cvf /backup/appmedia.tar /temp
|
||
```
|
||
|
||
Your backup files will be stored in the newly created `backup` directory. Transfer the `backup` directory to the new system, then on the new system:
|
||
|
||
```bash
|
||
ls backup # --> appmedia.tar dbdata.tar
|
||
./webodm.sh down # Make sure WebODM is down
|
||
docker run --rm --volume webodm_dbdata:/temp --volume `pwd`/backup:/backup ubuntu bash -c "rm -fr /temp/* && tar xvf /backup/dbdata.tar"
|
||
docker run --rm --volume webodm_appmedia:/temp --volume `pwd`/backup:/backup ubuntu bash -c "rm -fr /temp/* && tar xvf /backup/appmedia.tar"
|
||
./webodm.sh start
|
||
```
|
||
In case when recovery .tar is missed, or corrupted you can conduct [Hard Recovery](/contrib/Hard_Recovery_Guide.md)
|
||
|
||
### Reset Password
|
||
|
||
If you forgot the password you picked the first time you logged into WebODM, to reset it just type:
|
||
|
||
```bash
|
||
./webodm.sh start && ./webodm.sh resetadminpassword newpass
|
||
```
|
||
|
||
The password will be reset to `newpass`. The command will also tell you what username you chose.
|
||
|
||
### Manage Plugins
|
||
|
||
Plugins can be enabled and disabled from the user interface. Simply go to Administration -- Plugins.
|
||
|
||
### Update
|
||
|
||
If you use docker, updating is as simple as running:
|
||
|
||
```bash
|
||
./webodm.sh update
|
||
```
|
||
|
||
If you are running WebODM [natively](#run-it-natively), these commands should do it:
|
||
|
||
```bash
|
||
cd /webodm
|
||
sudo su odm # Only in case you are running WebODM with a different user
|
||
git pull origin master
|
||
source python3-venv/bin/activate # If you are running a virtualenv
|
||
npm install
|
||
pip install -r requirements.txt
|
||
webpack --mode production
|
||
python manage.py collectstatic --noinput
|
||
python manage.py migrate
|
||
```
|
||
|
||
## Recommended Machine Specs
|
||
|
||
To run a standalone installation of WebODM (the user interface), including the processing component (NodeODM), we recommend at a minimum:
|
||
|
||
* 100 GB free disk space
|
||
* 16 GB RAM
|
||
|
||
Don't expect to process more than a few hundred images with these specifications. To process larger datasets, add more RAM linearly to the number of images you want to process. A CPU with more cores will speed up processing, but can increase memory usage. GPU acceleration is also supported. To make use of your CUDA-compatible graphics card, make sure to pass `--gpu` when starting WebODM. You need the nvidia-docker installed in this case, see https://github.com/NVIDIA/nvidia-docker and https://docs.nvidia.com/datacenter/cloud-native/container-toolkit/install-guide.html#docker for information on docker/NVIDIA setup.
|
||
|
||
WebODM runs best on Linux, but works well on Windows and Mac too. If you are technically inclined, you can get WebODM to run natively on all three platforms.
|
||
|
||
[NodeODM](https://github.com/OpenDroneMap/NodeODM) and [ODM](https://github.com/OpenDroneMap/ODM) cannot run natively on Mac and this is the reason we mostly recommend people to use docker.
|
||
|
||
WebODM by itself is just a user interface (see [below](#odm-nodeodm-webodm-what)) and does not require many resources. WebODM can be loaded on a machine with just 1 or 2 GB of RAM and work fine without NodeODM. You can then use a processing service such as the [lightning network](https://webodm.net) or run NodeODM on a separate, more powerful machine.
|
||
|
||
## Customizing and Extending
|
||
|
||
Small customizations such as changing the application colors, name, logo, or addying custom CSS/HTML/Javascript can be performed directly from the Customize -- Brand/Theme panels within WebODM. No need to fork or change the code.
|
||
|
||
More advanced customizations can be achieved by writing [plugins](https://github.com/OpenDroneMap/WebODM/tree/master/plugins). This is the preferred way to add new functionality to WebODM since it requires less effort than maintaining a separate fork. The plugin system features server-side [signals](https://github.com/OpenDroneMap/WebODM/blob/master/app/plugins/signals.py) that can be used to be notified of various events, a ES6/React build system, a dynamic [client-side API](https://github.com/OpenDroneMap/WebODM/tree/master/app/static/app/js/classes/plugins) for adding elements to the UI, a built-in data store, an async task runner, a GRASS engine, hooks to add menu items and functions to rapidly inject CSS, Javascript and Django views.
|
||
|
||
For plugins, the best source of documentation currently is to look at existing [code](https://github.com/OpenDroneMap/WebODM/tree/master/plugins). If a particular hook / entrypoint for your plugin does not yet exist, [request it](https://github.com/OpenDroneMap/WebODM/issues). We are adding hooks and entrypoints as we go.
|
||
|
||
To create a plugin simply copy the `plugins/test` plugin into a new directory (for example, `plugins/myplugin`), then modify `manifest.json`, `plugin.py` and issue a `./webodm.sh restart`.
|
||
|
||
## API Docs
|
||
|
||
See the [API documentation page](http://docs.webodm.org).
|
||
|
||
## Roadmap
|
||
|
||
We follow a bottom-up approach to decide what new features are added to WebODM. User feedback guides us in the decision making process and we collect such feedback via [improvement requests](https://github.com/OpenDroneMap/WebODM/issues?q=is%3Aopen+is%3Aissue+label%3Aimprovements).
|
||
|
||
Don't see a feature that you want? [Open a feature request](https://github.com/OpenDroneMap/WebODM/issues) or [help us build it](/CONTRIBUTING.md).
|
||
|
||
Sometimes we also prioritize work that has received financial backing. If your organization is in the position to financially support the development of a particular feature, [get in touch](https://community.opendronemap.org) and we'll make it happen.
|
||
|
||
## Getting Help
|
||
|
||
We have several channels of communication for people to ask questions and to get involved with the community:
|
||
|
||
- [OpenDroneMap Community Forum](http://community.opendronemap.org/c/webodm)
|
||
- [Report Issues](https://github.com/OpenDroneMap/WebODM/issues)
|
||
|
||
We also have a [Gitter Chat](https://gitter.im/OpenDroneMap/web-development), but the preferred way to communicate is via the [OpenDroneMap Community Forum](http://community.opendronemap.org/c/webodm).
|
||
|
||
## Support the Project
|
||
|
||
There are many ways to contribute back to the project:
|
||
|
||
- Help us test new and existing features and report [bugs](https://www.github.com/OpenDroneMap/WebODM/issues) and [feedback](http://community.opendronemap.org/c/webodm).
|
||
- [Share](http://community.opendronemap.org/c/datasets) your aerial datasets.
|
||
- Help answer questions on the community [forum](http://community.opendronemap.org/c/webodm) and [chat](https://gitter.im/OpenDroneMap/web-development).
|
||
- ⭐️ us on GitHub.
|
||
- Help us [translate](#translations) WebODM in your language.
|
||
- Spread the word about WebODM and OpenDroneMap on social media.
|
||
- While we don't accept donations, you can purchase an [installer](https://webodm.org/download#installer), a [book](https://odmbook.com/) or a [sponsor package](https://github.com/users/pierotofy/sponsorship).
|
||
- You can [pledge funds](https://fund.webodm.org) for getting new features built and bug fixed.
|
||
- Become a contributor 🤘
|
||
|
||
## Translations
|
||
|
||
It's easy to translate WebODM in a different language!
|
||
|
||
- Visit https://hosted.weblate.org/engage/webodm/ and register an account (it's free)
|
||
- Pick a language to translate, or [start a new translation](https://hosted.weblate.org/new-lang/webodm/webodm/)
|
||
- Start translating! It's that easy.
|
||
|
||
If you want to preview your translation work, start WebODM in developer mode:
|
||
|
||
```
|
||
./webodm.sh restart --dev
|
||
```
|
||
|
||
Then edit the [LOCALES](https://github.com/OpenDroneMap/WebODM/blob/master/LOCALES) file to include your translation locale code. Finally, visit the `Developer Tools` panel from WebODM's dashboard and press the `Download and Replace Translation Files` button:
|
||
|
||
|
||
|
||
The latest translation files from weblate.org will be downloaded and applied to the installation of WebODM.
|
||
|
||
## Become a Contributor
|
||
|
||
The easiest way to get started is to take a look at our list of [outstanding issues](https://github.com/OpenDroneMap/WebODM/labels/help%20wanted) and pick one. You can also fix/improve something entirely new based on your experience with WebODM. All ideas are considered and people of all skill levels are welcome to contribute.
|
||
|
||
You don't necessarily need to be a developer to become a contributor. We can use your help to write better documentation and improve the user interface texts and visuals.
|
||
|
||
If you know how to code, we primarily use Python (Django), Javascript (React), HTML and SCSS. See the [Development Quickstart](http://docs.webodm.org/#development-quickstart) and [Contributing](/CONTRIBUTING.md) documents for more information.
|
||
|
||
To make a contribution, you will need to open a pull request ([here's how](https://github.com/Roshanjossey/first-contributions#fork-this-repository)). To make changes to WebODM, make a clone of the repository and run `./webodm.sh start --dev`.
|
||
|
||
If you have questions visit us on the [forum](http://community.opendronemap.org/c/webodm) and we'll be happy to help you out with your first contribution.
|
||
|
||
## Architecture Overview
|
||
|
||
The [OpenDroneMap project](https://github.com/OpenDroneMap/) is composed of several components.
|
||
|
||
- [ODM](https://github.com/OpenDroneMap/ODM) is a command line toolkit that processes aerial images. Users comfortable with the command line are probably OK using this component alone.
|
||
- [NodeODM](https://github.com/OpenDroneMap/NodeODM) is a lightweight interface and API (Application Program Interface) built directly on top of [ODM](https://github.com/OpenDroneMap/ODM). Users not comfortable with the command line can use this interface to process aerial images and developers can use the API to build applications. Features such as user authentication, map displays, etc. are not provided.
|
||
- [WebODM](https://github.com/OpenDroneMap/WebODM) adds more features such as user authentication, map displays, 3D displays, a higher level API and the ability to orchestrate multiple processing nodes (run jobs in parallel). Processing nodes are simply servers running [NodeODM](https://github.com/OpenDroneMap/NodeODM).
|
||
|
||
|
||
|
||
WebODM is built with scalability and performance in mind. While the default setup places all databases and applications on the same machine, users can separate its components for increased performance (ex. place a Celery worker on a separate machine for running background tasks).
|
||
|
||
|
||
|
||
A few things to note:
|
||
* We use Celery workers to do background tasks such as resizing images and processing task results, but we use an ad-hoc scheduling mechanism to communicate with NodeODM (which processes the orthophotos, 3D models, etc.). The choice to use two separate systems for task scheduling is due to the flexibility that an ad-hoc mechanism gives us for certain operations (capture task output, persistent data and ability to restart tasks mid-way, communication via REST calls, etc.).
|
||
* If loaded on multiple machines, Celery workers should all share their `app/media` directory with the Django application (via network shares). You can manage workers via `./worker.sh`
|
||
|
||
|
||
## Run the docker version as a Linux Service
|
||
|
||
If you wish to run the docker version with auto start/monitoring/stop, etc, as a systemd style Linux Service, a systemd unit file is included in the service folder of the repo.
|
||
|
||
This should work on any Linux OS capable of running WebODM, and using a SystemD based service daemon (such as Ubuntu 16.04 server for example).
|
||
|
||
This has only been tested on Ubuntu 16.04 server.
|
||
|
||
The following pre-requisites are required:
|
||
* Requires odm user
|
||
* Requires docker installed via system (ubuntu: `sudo apt-get install docker.io`)
|
||
* Requires screen to be installed
|
||
* Requires odm user member of docker group
|
||
* Required WebODM directory checked out to /webodm
|
||
* Requires that /webodm is recursively owned by odm:odm
|
||
* Requires that a Python 3 environment is used at /webodm/python3-venv
|
||
|
||
If all pre-requisites have been met, and repository is checked out to /opt/WebODM folder, then you can use the following steps to enable and manage the service:
|
||
|
||
First, to install the service, and enable the services to run at startup from now on:
|
||
```bash
|
||
sudo systemctl enable /webodm/service/webodm-gunicorn.service
|
||
sudo systemctl enable /webodm/service/webodm-nginx.service
|
||
```
|
||
|
||
To manually start/stop the service:
|
||
```bash
|
||
sudo systemctl stop webodm-gunicorn
|
||
sudo systemctl start webodm-gunicorn
|
||
```
|
||
|
||
To manually check service status:
|
||
```bash
|
||
sudo systemctl status webodm-gunicorn
|
||
```
|
||
|
||
## Run it natively
|
||
|
||
WebODM can run natively on Windows, MacOS and Linux. We don't recommend to run WebODM natively (using docker is easier), but it's possible.
|
||
|
||
Ubuntu 16.04 LTS users can refer to [this community script](/contrib/ubuntu_1604_install.sh) to install WebODM natively on a new machine.
|
||
|
||
To run WebODM, you will need to install:
|
||
* PostgreSQL (>= 9.5)
|
||
* PostGIS 2.3
|
||
* Python 3.6
|
||
* GDAL (>= 3)
|
||
* Node.js (>= 6.0)
|
||
* Nginx (Linux/MacOS) - OR - Apache + mod_wsgi or Waitress (Windows)
|
||
* Redis (>= 2.6)
|
||
* GRASS GIS (>= 7.8)
|
||
|
||
On Linux, make sure you have:
|
||
|
||
```bash
|
||
apt-get install binutils libproj-dev gdal-bin nginx
|
||
```
|
||
|
||
On Windows use the [OSGeo4W](https://trac.osgeo.org/osgeo4w/) installer to install GDAL. MacOS users can use:
|
||
|
||
```
|
||
brew install postgres postgis
|
||
```
|
||
|
||
Then these steps should be sufficient to get you up and running:
|
||
|
||
```bash
|
||
git clone --depth 1 https://github.com/OpenDroneMap/WebODM
|
||
```
|
||
|
||
Create a `WebODM/webodm/local_settings.py` file containing your database settings:
|
||
|
||
```python
|
||
DATABASES = {
|
||
'default': {
|
||
'ENGINE': 'django.contrib.gis.db.backends.postgis',
|
||
'NAME': 'webodm_dev',
|
||
'USER': 'postgres',
|
||
'PASSWORD': 'postgres',
|
||
'HOST': 'localhost',
|
||
'PORT': '5432',
|
||
}
|
||
}
|
||
```
|
||
|
||
From psql or [pgadmin](https://www.pgadmin.org), connect to PostgreSQL, create a new database (name it `webodm_dev`), connect to it and set the [postgis.enable_outdb_rasters](http://postgis.net/docs/manual-2.2/postgis_enable_outdb_rasters.html) and [postgis.gdal_enabled_drivers](http://postgis.net/docs/postgis_gdal_enabled_drivers.html) settings:
|
||
|
||
```sql
|
||
ALTER SYSTEM SET postgis.enable_outdb_rasters TO True;
|
||
ALTER SYSTEM SET postgis.gdal_enabled_drivers TO 'GTiff';
|
||
```
|
||
|
||
Start the redis broker:
|
||
|
||
```bash
|
||
redis-server
|
||
```
|
||
|
||
Then:
|
||
|
||
```bash
|
||
pip install -r requirements.txt
|
||
sudo npm install -g webpack
|
||
sudo npm install -g webpack-cli
|
||
npm install
|
||
webpack --mode production
|
||
python manage.py collectstatic --noinput
|
||
chmod +x start.sh && ./start.sh --no-gunicorn
|
||
```
|
||
|
||
Finally, start at least one celery worker:
|
||
|
||
```bash
|
||
./worker.sh start
|
||
```
|
||
|
||
The `start.sh` script will use Django's built-in server if you pass the `--no-gunicorn` parameter. This is good for testing, but bad for production.
|
||
|
||
In production, if you have nginx installed, modify the configuration file in `nginx/nginx.conf` to match your system's configuration and just run `start.sh` without parameters.
|
||
|
||
Windows users should refer to [this guide](https://docs.djangoproject.com/en/1.11/howto/deployment/wsgi/modwsgi/) to install Apache + mod_wsgi and run gunicorn:
|
||
|
||
```bash
|
||
gunicorn webodm.wsgi --bind 0.0.0.0:8000 --preload
|
||
```
|
||
|
||
If you are getting a `rt_raster_gdal_warp: Could not create GDAL transformation object for output dataset creation`, make sure that your PostGIS installation has PROJ support:
|
||
|
||
```sql
|
||
SELECT PostGIS_Full_Version();
|
||
```
|
||
|
||
You may also need to set the environment variable PROJSO to the .so or .dll projection library your PostGIS is using. This just needs to have the name of the file. So for example on Windows, you would in Control Panel -> System -> Environment Variables add a system variable called PROJSO and set it to libproj.dll (if you are using proj 4.6.1). You'll have to restart your PostgreSQL service/daemon after this change. [http://postgis.net/docs/manual-2.0/RT_ST_Transform.html](http://postgis.net/docs/manual-2.0/RT_ST_Transform.html)
|
||
|
||
If you are using Windows and are unable to go past the `pip install -r requirements.txt` command because of an error regarding zlib and Pillow, manually edit the `requirements.txt` file, remove the Pillow requirement and run:
|
||
|
||
```bash
|
||
easy_install pillow
|
||
pip install -r requirements.txt
|
||
```
|
||
|
||
On Windows make sure that all of your PATH environment variables are set properly. These commands:
|
||
|
||
```bash
|
||
python --version
|
||
pip --version
|
||
npm --version
|
||
gdalinfo --version
|
||
redis-server --version
|
||
```
|
||
Should all work without errors.
|
||
|
||
## Run it on the cloud (Google Compute, Amazon AWS)
|
||
|
||
12 steps, to have WebODM running on a cloud instance.
|
||
|
||
These steps are for Google Cloud, but can also be used for Amazon AWS, and other cloud platforms with small modifications:
|
||
|
||
1. Launch a Google Cloud instance of Ubuntu 18.0 LTS.
|
||
2. Open the SSH terminal - Google offers SSH via the website.
|
||
3. Run sudo apt-get update
|
||
4. Run sudo apt-get upgrade
|
||
5. Run sudo apt-get install docker-compose
|
||
6. Run sudo apt-get install python-pip
|
||
7. Run git clone https://github.com/OpenDroneMap/WebODM --config core.autocrlf=input --depth 1
|
||
8. cd WebODM (Linux is case sensitive)
|
||
9. sudo ./webodm.sh start
|
||
10. You now can access webodm via the public IP address for your google instance. Remember the default port of 8000.
|
||
11. Check that your instance's firewall is allowing inbound TCP connections on port 8000! If you forget this step you will not be able to connect to WebODM.
|
||
12. Open http://GooglepublicIPaddressforyourinstance:8000
|
||
|
||
To setup the firewall on Google Cloud, open the instance, on the middle of the instance settings page find NIC0. Open it, and then add the TCP Port 8000 for ingress, and egress on the Firewall.
|
||
|
||
|
||
## License
|
||
|
||
WebODM is licensed under the terms of the [GNU Affero General Public License v3.0](https://github.com/OpenDroneMap/WebODM/blob/master/LICENSE.md).
|
||
|
||
## Trademark
|
||
|
||
See [Trademark Guidelines](https://github.com/OpenDroneMap/documents/blob/master/TRADEMARK.md)
|