Skip to content
TeleSculptor: Aerial Photogrammetry Application powered by KWIVER
Branch: master
Clone or download
Latest commit 050beda Jul 12, 2019
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.travis Set a different install path for release builds of Fletch. Jul 2, 2019
CMake update fletch hash to fix Qt download URL Jul 2, 2019
config Corrected case of TELESCULPTOR_VERSION to TeleSculptor_VERSION Jun 4, 2019
doc Merge branch 'release' Jul 12, 2019
examples Corrected case of TELESCULPTOR_VERSION to TeleSculptor_VERSION Jun 4, 2019
gui fixed bug in translating ROI when shifting origin Jul 10, 2019
maptk Fixed broken PDAL support Jul 3, 2019
packaging Renamed "BUILD_WITH" to "ENABLE" in CMake options for consistency Jun 13, 2019
plugins Corrected case of TELESCULPTOR_VERSION to TeleSculptor_VERSION Jun 4, 2019
scripts moved 3rd party plugins to new plugins directory Feb 5, 2018
tests Removed residual testing files Aug 3, 2017
tools Rebranding MAP-Tk to TeleSculptor at the CMake level Jun 3, 2019
.clang-format Style tweaks; add clang-format options Jun 16, 2016
.gitignore Fixed initial C interface (typo); added initial python module Mar 11, 2015
.travis.yml Rebranding MAP-Tk to TeleSculptor at the CMake level Jun 3, 2019
ACKNOWLEDGMENTS Add "application data" Oct 16, 2015
BUILDINFO.in
CMakeLists.txt bumped version number for patch release Jul 3, 2019
CTestConfig.cmake Rebranding MAP-Tk to TeleSculptor at the CMake level Jun 3, 2019
LICENSE update copyright year in LICENSE Feb 21, 2019
README.rst Renamed "BUILD_WITH" to "ENABLE" in CMake options for consistency Jun 13, 2019

README.rst

TeleSculptor

TeleSculptor

TeleSculptor is a cross-platform desktop application for photogrammetry. It was designed with a focus on aerial video, such as video collected from UAVs, and handles geospatial coordinates and can make use of metadata, if available, from GPS and IMU sensors. However, the software can also work with non-geospatial data and with collections of images instead of metadata. TeleSculptor uses Structure-from-Motion techniques to estimate camera parameters as well as a sparse set of 3D landmarks. It uses Multiview Stereo techniques to estimate dense depth maps on key frame and then fuses those depth maps into a consistent surface mesh which can be colored from the source imagery.

TeleSculptor provides a graphical user interface with Qt, 3D visualization with VTK, and photogrammetry algorithms with KWIVER. This project was previously called MAP-Tk (Motion-imagery Aerial Photogrammetry Toolkit). The MAP-Tk name is still scattered throughout the source code. MAP-Tk started as an open source C++ collection of libraries and tools for making measurements from aerial video. The TeleSculptor application was added to the project later. The original software framework and algorithm were then refactored into KWIVER and then expanded to address broader computer vision problems. While KWIVER is now a more broad set of tools, TeleSculptor remains an application focused on photogrammetry.

The advantage of the KWIVER software architecture (previously MAP-Tk) is that it is highly modular and provides an algorithm abstraction layer that allows seamless interchange and run-time selection of algorithms from various other open source projects like OpenCV, VXL, Ceres Solver, and PROJ4. The core KWIVER library (vital) and tools are light-weight with minimal dependencies (C++ standard library, and Eigen). TeleSculptor is written to depend only on the KWIVER "vital" library. Additional capabilities are provided by KWIVER arrows (plugin modules) that use third party libraries to implement various abstract algorithm interfaces defined in the KWIVER vital library. This means that new plugins can be dropped into TeleSculptor to enable alternative or new functionality by adjusting some settings in a configuration file. While TeleSculptor provides a default workflow that works out of the box, it is not just an end user tool. It is designed to be highly configurable to support research into to algorithms and new problem domains.

The screenshots below show TeleSculptor running on example videos from the VIRAT Video Dataset, CLIF 2007 Dataset, and other public data sets. More information about this example data can be found in the examples directory.

MacOS Screenshot

Windows Screenshot

Linux Screenshot

While the initial software implementation relies on batch post-processing of aerial video, our intent is to move to an online video stream processing framework and optimize the algorithm to run in real-time.

The remainder of this document is aimed at developers who wish to build the project from source or run command line tools. For end users looking for instruction on running the GUI application please read the User Guide.

Overview of Directories

CMake contains CMake helper scripts
config contains reusable default algorithm configuration files
doc contains release notes, manuals, and other documentation
examples contains example tool configuration for public datasets
gui contains the visualization GUI source code and headers
gui/icons contains the visualization GUI icon resources
maptk contains the maptk library source and headers
packaging contains support files for CPack packaging
scripts contains Python helper scripts
plugins/blender contains Python plug-ins for Blender
plugins/sketchup contains Ruby plug-ins for SketchUp
tests contains testing framework and tests for each module
tools contains source for command line utilities

Building TeleSculptor

TeleSculptor requires C++11 compliant compiler (e.g. GCC 4.8.1, Clang 3.3, Visual Studio 2015). TeleSculptor uses CMake (www.cmake.org) for easy cross-platform compilation. The minimum required version of CMake is 3.9.5, but newer versions are recommended.

Building

The build is directed by CMake to ensure it can be built on various platforms. The code is built by a CMake 'superbuild', meaning as part of the build, CMake will download and build any dependent libraries needed by TeleSculptor. The build is also out of source, meaning the code base is to be separate from the build files. This means you will need two folders, one for the source code and one for the build files. Here is the quickest way to build via a cmd/bash shell

# On Linux systems, Install the following packages before building
$ sudo apt-get install build-essential libgl1-mesa-dev libxt-dev
$ sudo apt-get install libexpat1-dev libgtk2.0-dev liblapack-dev

mkdir telesculptor
## For this example, we assume source is in a 'src' folder under telesculptor/
mkdir builds
cd builds
# Feel free to make subfolders here, for example: debug and release
# Generate a makefile/msvc solution to perform the superbuild
# Provide CMake the source directory at the end (relative or absolute)

# Run CMake
cmake -DCMAKE_BUILD_TYPE:STRING=Release ../src
# Using the CMake GUI you can set the source and build directories accordingly
# and press the "Configure"  and “Generate” buttons
# Alternatively, the ccmake tool allows for interactive selection of
# CMake options.

# Build the install target/project
# On Linux/OSX/MinGW
make
# Once the Superbuild is complete, the telesculptor makefile will be placed in
# the build/external/telesculptor-build directory

# For MSVC
# Open the TeleSculptor-Superbuild.sln, choose your build configuration,
# from the 'Build' menu choose 'Build Solution'
# When the build is complete you may close this solution.
# To edit TeleSculptor code, open the
# build/external/telesculptor-build/TeleSculptor.sln

CMake Options

CMAKE_BUILD_TYPE The compiler mode, usually Debug or Release
TELESCULPTOR_ENABLE_CUDA Enable GPU acceleration with CUDA
TELESCULPTOR_ENABLE_PYTHON Enable Python bindings in KWIVER
TELESCULPTOR_ENABLE_MANUALS Turn on building the user documentation
TELESCULPTOR_ENABLE_TOOLS Build the command line tools
TELESCULPTOR_ENABLE_TESTING Build the unit tests
TELESCULPTOR_SUPERBUILD Build as a superbuild (build Fletch and KWIVER)
Mulit-Configuration Build Tools

By default the CMAKE_BUILD_TYPE is set to Release.

Separate directories are required for Debug and Release builds, requiring CMake to be run for each.

Even if you are using a Multi-Configuration build tool (like MSVC) to build Debug you must select the Debug CMAKE_BUILD_TYPE. (On Windows in order to debug a project all dependent projects must be build with Debug information.)

For MSVC users wanting a RelWithDebInfo build we recommend you still choose Release for the superbuild. Release and RelWithDebInfo are compatible with each other, and Fletch will build its base libraries as Release. MSVC solutions will provide both Release and RelWithDebInfo configuration options. You will need to open the <build/directory>/external/kwiver-build/KWIVER.sln and build this solution with the RelWithDebInfo configuration.

TeleSculptor

The TeleSculptor GUI application is enabled by default, and all dependencies will be built by the Superbuild.

Documentation

If TELESCULPTOR_ENABLE_MANUALS is enabled, and CMake finds all dependencies, then the user manuals are built as part of the normal build process under the target "manuals". The GUI manual can be viewed from inside the GUI by choosing the "TeleSculptor User Manual" action from the "Help" menu.

To build the user manual(s), you need:

(At present, only the GUI has a user manual. Other manuals may be added in the future.)

Testing

Continuous integration testing is provided by CDash. Our MAP-Tk dashboard hosts nightly build and test results across multiple platforms including Windows, Mac, and Linux.

Anyone can contribute a build to this dashboard using the dashboard script provided. Follow the instructions in the comments.

Travis CI is also used for continued integration testing. Travis CI is limited to a single platform (Ubuntu Linux), but provides automated testing of all topic branches and pull requests whenever they are created.

Travis CI master branch: CI:master
Travis CI release branch: CI:release

Advanced Build

TeleSculptor is built on top of the KWIVER toolkit, which is in turn built on the Fletch super build system. As mentioned above, to make it easier to build TeleSculptor, a "super-build" is provided to build both KWIVER and Fletch. But, if you wish, you may point the TeleSculptor build to use your own KWIVER builds.

If you would like TeleSculptor to use a prebuilt version of KWIVER, specify the kwiver_DIR flag to CMake. The kwiver_DIR is the KWIVER build directory root, which contains the kwiver-config.cmake file.

$ cmake ../../src -DCMAKE_BUILD_TYPE=Release -Dkwiver_DIR:PATH=<path/to/kwiver/build/dir>

You must ensure that the specified build of KWIVER was built with at least the following options set:

The required KWIVER flags can be found in this file : CMake/telesculptor-external-kwiver.cmake

The required Fletch flags can be found in this file : CMake/telesculptor-external-fletch.cmake

MAP-Tk Tools

MAP-Tk command line tools are placed in the bin directory of the build or install path. These tools are described below. Note that these tools are in the process of being migrated to KWIVER and will leave this repository soon.

Summary of MAP-Tk Tools

The primary tools are maptk_track_features and maptk_bundle_adjust_tracks. Together these form the sparse bundle adjustment pipeline. The other tools are for debugging and analysis purposes.

maptk_detect_and_describe
This optional tool pre-computes feature points and descriptors on each frame of video and caches them on disk. The same is also done in the maptk_track_features, so this step is not required. However, this tool makes better use of threading to process all frames in parallel.
maptk_track_featues
Takes a list of images and produces a feature tracks file.
maptk_bundle_adjust_tracks
Takes feature tracks and produces cameras (KRTD files) and 3D points (PLY file). Can also take input POS files or geo-reference points and produce optimized POS files.
maptk_apply_gcp
This tool takes an existing solution from maptk_bundle_adjust_tracks and uses provided ground control points (GCPs) to fit a 3D similarity transformation to align the solution to the GCPs. The same is done in the bundle adjust tool, but this tool lets you update and reapply GCPs without recomputing bundle adjustment.
maptk_pos2krtd
Takes POS files and directly produces KRTD.
maptk_analyze_tracks
Takes images and feature tracks and produces tracking statistics or images with tracks overlaid.
maptk_estimate_homography
Estimates a homography transformation between two images, outputting a file containing the matrices.

Running MAP-Tk Tools

Each MAP-Tk tool has the same interface and accepts three command line arguments:

  • -c to specify an input configuration file
  • -o to output the current configuration to a file
  • -h for help (lists these options)

Each tool has all of its options, including paths to input and output files, specified in the configuration file. To get started, run one of the tools like this:

$ maptk_track_features -o config_file.conf

This will produce an initial set of configuration options. You can then edit config_file.conf to specify input/output files, choices of algorithms, and algorithm parameters. Just as in CMake, configuring some parameters will enable new sub-parameters and you need to re-run the tool to get the updated list of parameters. For example:

$ maptk_track_features -c config_file.conf -o config_file.conf

The above command will overwrite the existing config file with a new file. Ordering of entries and comments are not preserved. Use a different output file name to prevent overwriting the original. Continue to adjust parameters and re-run the above command until the tool no longer reports the message:

ERROR: Configuration not valid.

Note that the config file itself contains detail comments documenting each parameter. For each abstract algorithm you must specify the name of variant to use, but the list of valid names (based on which modules are compiled) is provided directly in the comment for easy reference. When the config file is complete and valid, run the tool one final time as:

$ maptk_track_features -c config_file.conf

An easier way to get started is to use the sample configuration files for each tool that are provided in the examples directory. These examples use recommended default settings that are known to produce useful results on some selected public data samples. The example configuration files include the default configuration files for each algorithm in the config directory.

Getting Help

TeleSculptor is a component of Kitware's collection of open source computer vision tools and part of the KWIVER ecosystem. Please join the kwiver-users mailing list to discuss or to ask for help with using TeleSculptor. For less frequent announcements about TeleSculptor and other KWIVER components, please join the kwiver-announce mailing list.

Acknowledgements

The authors would like to thank AFRL/Sensors Directorate for their support of this work via SBIR Contract FA8650-14-C-1820. This document is approved for public release via 88ABW-2015-2555.

You can’t perform that action at this time.