WebODM

A free, user-friendly, extendable application and API for drone image processing. Generate georeferenced maps, point clouds and textured 3D models from aerial images. It uses OpenDroneMap for processing.

• Getting Started
  • Common Troubleshooting
  • Add More Processing Nodes
  • Security
• API Docs
• Run the docker version as a Linux Service
• Run it natively
• OpenDroneMap, node-OpenDroneMap, WebODM... what?
• Roadmap
• Terminology

If you know Python, web technologies (JS, HTML, CSS, etc.) or both, it's easy to make a change to WebODM! Make a fork, clone the repository and run ./devenv.sh start. That's it! See the Development Quickstart and Contributing documents for more information. All ideas are considered and people of all skill levels are welcome to contribute.

Getting Started

• Install the following applications (if they are not installed already):

• Docker
• Python
• Git

• From the Docker Quickstart Terminal (Windows) or from the command line (Mac / Linux) type:

git clone https://github.com/OpenDroneMap/WebODM --config core.autocrlf=input
cd WebODM
./webodm.sh start

• If you're on Windows find the IP of your Docker machine by running this command from your Docker Quickstart Terminal:

docker-machine ip

Linux / Mac, users can connect to 127.0.0.1.

• Open a Web Browser to http://<yourDockerMachineIp>:8000
• Log in with the default credentials: "admin:admin"

To stop WebODM press CTRL+C or run:

./webodm.sh stop

To update WebODM to the latest version use:

./webodm.sh update

We recommend that you read the Docker Documentation to familiarize with the application lifecycle, setup and teardown, or for more advanced uses. Look at the contents of the webodm.sh script to understand what commands are used to launch WebODM.

Common Troubleshooting

Sympthoms	Possible Solutions
While starting WebODM you get: from six.moves import _thread as thread ImportError: cannot import name _thread	Try running: sudo pip install --ignore-installed six
Task output or console shows one of the following: MemoryError Killed	Make sure that your Docker environment has enough RAM allocated: MacOS Instructions, Windows Instructions
After an update, you get: django.contrib.auth.models.DoesNotExist: Permission matching query does not exist.	Try to remove your WebODM folder and start from a fresh git clone
Task fails with Process exited with code null, no task console output	If the computer running node-opendronemap is using an old or 32bit CPU, you need to compile OpenDroneMap from sources and setup node-opendronemap natively. You cannot use docker. Docker images work with CPUs with 64-bit extensions, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set support or higher.
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

Have you had other issues? Please report them so that we can include them in this document.

Add More Processing Nodes

WebODM can be linked to one or more processing nodes running node-OpenDroneMap. The default configuration already 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.

Security

If you want to run WebODM in production, make sure to change the SECRET_KEY variable in webodm/settings.py, as well as any other relevant setting as indicated in the Django Deployment Checklist.

API Docs

See the API documentation page.

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 /opt/WebODM
• Requires that /opt/WebODM is recursively owned by odm:odm

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 service to run at startup from now on:

sudo systemctl enable /opt/WebODM/service/webodm.service

To manually stop the service:

sudo systemctl stop webodm

To manually start the service:

sudo systemctl start webodm

To manually check service status:

sudo systemctl status webodm

The service runs within a screen session, so as the odm user you can easily jump into the screen session by using:

screen -r webodm

(if you wish to exit the screen session, don't use ctrl+c, that will kill webodm, use CTRL+A then hit the D key)

Run it natively

If you want to run WebODM natively, you will need to install:

• PostgreSQL (>= 9.5)
• PostGIS 2.3
• Python 3.5
• GDAL (>= 2.1)
• Node.js (>= 6.0)

On Linux, make sure you have:

apt-get install binutils libproj-dev gdal-bin

On Windows use the 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:

git clone https://github.com/OpenDroneMap/WebODM

Create a WebODM\webodm\local_settings.py file containing your database settings:

DATABASES = {
    'default': {
        'ENGINE': 'django.contrib.gis.db.backends.postgis',
        'NAME': 'webodm_dev',
        'USER': 'postgres',
        'PASSWORD': 'postgres',
        'HOST': 'localhost',
        'PORT': '5432',
    }
}

From psql or pgadmin, connect to PostgreSQL, create a new database (name it webodm_dev), connect to it and set the postgis.enable_outdb_rasters and postgis.gdal_enabled_drivers settings:

ALTER SYSTEM SET postgis.enable_outdb_rasters TO True;
ALTER SYSTEM SET postgis.gdal_enabled_drivers TO 'GTiff';

Then:

pip install -r requirements.txt
sudo npm install -g webpack
npm install
webpack
chmod +x start.sh && ./start.sh

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:

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

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:

easy_install pillow
pip install -r requirements.txt

On Windows make sure that all of your PATH environment variables are set properly. These commands:

python --version
pip --version
npm --version
gdalinfo --version

Should all work without errors.

OpenDroneMap, node-OpenDroneMap, WebODM... what?

The OpenDroneMap project is composed of several components.

• OpenDroneMap is a command line toolkit that processes aerial images. Users comfortable with the command line are probably OK using this component alone.
• node-OpenDroneMap is a lightweight interface and API (Application Program Interface) built directly on top of OpenDroneMap. 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 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 node-OpenDroneMap.

In general, follow these guidelines to find out what you should use:

I am a...	Best choice
End user, I'm not really comfortable with the command line	WebODM
End user, I like shell commands, I need to process images for myself. I use other software to display processing results	OpenDroneMap
End user, I can work with the command line, but I'd rather not. I use other software to display processing results	node-OpenDroneMap
End user, I need a drone mapping application for my organization that everyone can use.	WebODM
Developer, I'm looking to build an app that displays map results and takes care of things like permissions	WebODM
Developer, I'm looking to build an app that will stay behind a firewall and just needs raw results	node-OpenDroneMap

Roadmap

• User Registration / Authentication
• UI mockup
• Task Processing
• 2D Map Display
• 3D Model Display
• Volumetric Measurements
• Cluster management and setup.
• Mission Planner
• Plugins/Webhooks System
• API
• Documentation
• Android Mobile App
• iOS Mobile App
• Processing Nodes Volunteer Network
• Unit Testing

Don't see a feature that you want? Help us make it happen.

Terminology

• Project: A collection of tasks (successfully processed, failed, waiting to be executed, etc.)
• Task: A collection of input aerial images and an optional set of output results derived from the images, including an orthophoto, a georeferenced model and a textured model. A Task's output is processed by OpenDroneMap.
• ProcessingNode: An instance usually running on a separate VM, or on a separate machine which accepts aerial images, runs OpenDroneMap and returns the processed results (orthophoto, georeferenced model, etc.). Each node communicates with WebODM via a lightweight API such as node-OpenDroneMap. WebODM manages the distribution of Task to different ProcessingNode instances.
• ImageUpload: aerial images.
• Mission: A flight path and other information (overlap %, angle, ...) associated with a particular Task.