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.
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
||contains CMake helper scripts|
||contains reusable default algorithm configuration files|
||contains release notes, manuals, and other documentation|
||contains example tool configuration for public datasets|
||contains the visualization GUI source code and headers|
||contains the visualization GUI icon resources|
||contains the maptk library source and headers|
||contains support files for CPack packaging|
||contains Python helper scripts|
||contains Python plug-ins for Blender|
||contains Ruby plug-ins for SketchUp|
||contains testing framework and tests for each module|
||contains source for command line utilities|
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.
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
||The compiler mode, usually
||Enable GPU acceleration with CUDA|
||Enable Python bindings in KWIVER|
||Turn on building the user documentation|
||Build the command line tools|
||Build the unit tests|
||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
<build/directory>/external/kwiver-build/KWIVER.sln and build this
solution with the RelWithDebInfo configuration.
The TeleSculptor GUI application is enabled by default, and all dependencies will be built by the Superbuild.
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:
- version 3.4 or greater http://www.python.org/
- version 0.11 or greater http://docutils.sourceforge.net/
(At present, only the GUI has a user manual. Other manuals may be added in the future.)
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:|
|Travis CI release branch:|
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 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_bundle_adjust_tracks. Together these form the sparse bundle
adjustment pipeline. The other tools are for debugging and analysis purposes.
- 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.
- Takes a list of images and produces a feature tracks file.
- 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.
- This tool takes an existing solution from
maptk_bundle_adjust_tracksand 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.
- Takes POS files and directly produces KRTD.
- Takes images and feature tracks and produces tracking statistics or images with tracks overlaid.
- 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:
-cto specify an input configuration file
-oto output the current configuration to a file
-hfor 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
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.
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.