python-pcl – PointCloudLibrary-like API¶
This is the python-pcl documentation.
python-pcl Overview¶
python-pcl is an implementation of PointCloudLibrary-compatible. interface.
The following is a brief overview of supported subset of PointCloudLibrary interface:
Installation Guide¶
Recommended Environments¶
We recommend Windows and these Linux distributions.
The following versions of Python can be used: 2.7.6+, 3.5.1+, and 3.6.0+.
python-pcl is supported on Python 2.7.6+, 3.4.0, 3.5.0+, 3.6.0+. python-pcl uses C++ compiler such as g++. You need to install it before installing python-pcl. This is typical installation method for each platform:
Linux(Ubuntu)
PCL 1.7.2(use apt)
1.Install PCL Module.
$ sudo apt install libpcl-dev -y
Reference <https://packages.ubuntu.com/search?keywords=libpcl-dev>
PCL 1.8.0 (build module)([CI Test Timeout])
1.Build Module
Reference here.
MacOSX
use homebrew
1.Install PCL Module.
$ brew tap homebrew/science
$ brew install pcl
Warning:
Current Installer (2017/10/02) Not generated pcl-2d-1.8.pc file.(Issue #119)
Reference PointCloudLibrary Issue.
Pull qequests 1679.
Issue 1978.
circumvent:
$ copy travis/pcl-2d-1.8.pc file to /usr/local/lib/pkgconfig folder.
Windows
before Install module
Case1. use PCL 1.6.0
Windows SDK 7.1
PCL All-In-One Installer
32 bit
64 bit
OpenNI2[(PCL Install FolderPath)\3rdParty\OpenNI\OpenNI-(win32/x64)-1.3.2-Dev.msi]
Case2. use 1.8.1
Visual Studio 2015 C++ Compiler Tools
PCL All-In-One Installer
32 bit
64 bit
OpenNI2[(PCL Install FolderPath)\3rdParty\OpenNI2\OpenNI-Windows-(win32/x64)-2.2.msi]
Common setting
Windows Gtk+ Download
Download file unzip. Copy bin Folder to pkg-config Folder
or execute powershell file [Install-GTKPlus.ps1].
Python Version use VisualStudio Compiler
set before Environment variable
1.PCL_ROOT
set PCL_ROOT=%PCL Install FolderPath%
2.PATH
(pcl 1.6.0)
$ set PATH=%PCL_ROOT%/bin/;%OPEN_NI_ROOT%/Tools;$(VTK_ROOT)/bin;%PATH%
(pcl 1.8.1)
$ set PATH=%PCL_ROOT%/bin/;%OPEN_NI2_ROOT%/Tools;$(VTK_ROOT)/bin;%PATH%
If you use old setuptools
, upgrade it:
$ pip install -U setuptools
Dependencies¶
Before installing python-pcl, we recommend to upgrade setuptools
if you are using an old one:
$ pip install -U setuptools
The following Python packages are required to install python-pcl. The latest version of each package will automatically be installed if missing.
PointCloudLibrary 1.6.x 1.7.x 1.8.x 1.9.x
NumPy 1.9, 1.10, 1.11, 1.12, 1.13, …
Cython >=0.25.2
Install python-pcl¶
Install python-pcl via pip¶
We recommend to install python-pcl via pip:
$ pip install python-pcl
Note
All optional PointCloudLibrary related libraries, need to be installed before installing python-pcl. After you update these libraries, please reinstall python-pcl because you need to compile and link to the newer version of them.
Install python-pcl from source¶
The tarball of the source tree is available via pip download python-pcl
or from the release notes page.
You can use setup.py
to install python-pcl from the tarball:
$ tar zxf python-pcl-x.x.x.tar.gz
$ cd python-pcl-x.x.x
$ python setup.py install
You can also install the development version of python-pcl from a cloned Git repository:
$ git clone https://github.com/strawlab/python-pcl.git
$ cd pcl/Python
$ python setup.py install
When an error occurs…¶
Use -vvvv
option with pip
command.
That shows all logs of installation.
It may help you:
$ pip install python-pcl -vvvv
Install python-pcl for developers¶
python-pcl uses Cython (>=0.25.2).
Developers need to use Cython to regenerate C++ sources from pyx
files.
We recommend to use pip
with -e
option for editable mode:
$ pip install -U cython
$ cd /path/to/python-pcl/source
$ pip install -e .
Users need not to install Cython as a distribution package of python-pcl only contains generated sources.
Uninstall python-pcl¶
Use pip to uninstall python-pcl:
$ pip uninstall python-pcl
Note
When you upgrade python-pcl, pip
sometimes install the new version without removing the old one in site-packages
.
In this case, pip uninstall
only removes the latest one.
To ensure that python-pcl is completely removed, run the above command repeatedly until pip
returns an error.
Reinstall python-pcl¶
If you want to reinstall python-pcl, please uninstall python-pcl and then install it.
We recommend to use --no-cache-dir
option as pip
sometimes uses cache:
$ pip uninstall python-pcl
$ pip install python-pcl --no-cache-dir
When you install python-pcl without PointCloudLibrary, and after that you want to use PointCloudLibrary, please reinstall python-pcl. You need to reinstall python-pcl when you want to upgrade PointCloudLibrary.
python-pcl Tutorial¶
Applications Tutorials¶
Aligning object templates to a point cloud¶
This tutorial gives an example of how some of the tools covered in the previous tutorials can be combined to solve a higher level problem - aligning a previously captured model of an object to some newly captured data.
TestCode : None
Cluster Recognition and 6DOF Pose Estimation using VFH descriptors¶
In this tutorial we show how the Viewpoint Feature Histogram (VFH) descriptor can be used to recognize similar clusters in terms of their geometry.
TestCode : None
Point Cloud Streaming to Mobile Devices with Real-time Visualization¶
This tutorial describes how to send point cloud data over the network from a desktop server to a client running on a mobile device.
TestCode : None
Features Tutorials¶
How 3D Features work in PCL¶
This document presents a basic introduction to the 3D feature estimation methodologies in PCL.
TestCode : None
Estimating Surface Normals in a PointCloud¶
This tutorial discusses the theoretical and implementation details of the surface normal estimation module in PCL.
TestCode : None
Normal Estimation Using Integral Images¶
In this tutorial we will learn how to compute normals for an organized point cloud using integral images.
TestCode : examples/official/Features/NormalEstimationUsingIntegralImages.py
Point Feature Histograms (PFH) descriptors¶
This tutorial introduces a family of 3D feature descriptors called PFH (Point Feature Histograms) and discusses their implementation details from PCL?fs perspective.
TestCode : None
Fast Point Feature Histograms (FPFH) descriptors¶
This tutorial introduces the FPFH (Fast Point Feature Histograms) 3D descriptor and discusses their implementation details from PCL?fs perspective.
TestCode : None
Estimating VFH signatures for a set of points¶
This document describes the Viewpoint Feature Histogram (VFH) descriptor, a novel representation for point clusters for the problem of Cluster (e.g., Object) Recognition and 6DOF Pose Estimation.
TestCode : None
How to extract NARF features from a range image¶
In this tutorial, we will learn how to extract NARF features from a range image.
TestCode : None
Moment of inertia and eccentricity based descriptors¶
In this tutorial we will learn how to compute moment of inertia and eccentricity of the cloud. In addition to this we will learn how to extract AABB and OBB.
TestCode : examples/official/Features/moment_of_inertia.py
Filtering Tutorials¶
Filtering a PointCloud using a PassThrough filter¶
In this tutorial, we will learn how to remove points whose values fall inside/outside a user given interval along a specified dimension.
TestCode : examples/official/Filtering/PassThroughFilter.py
Downsampling a PointCloud using a VoxelGrid filter¶
In this tutorial, we will learn how to downsample (i.e., reduce the number of points) a Point Cloud.
TestCode : examples/official/Filtering/VoxelGrid_160.py
Removing outliers using a StatisticalOutlierRemoval filter¶
In this tutorial, we will learn how to remove sparse outliers from noisy data, using StatisticalRemoval.
TestCode : examples/official/Filtering/statistical_removal.py
Projecting points using a parametric model¶
In this tutorial, we will learn how to project points to a parametric model (i.e., plane).
TestCode : examples/official/Filtering/project_inliers.py
Extracting indices from a PointCloud¶
In this tutorial, we will learn how to extract a set of indices given by a segmentation algorithm.
TestCode : examples/official/Filtering/extract_indices.py
GPU Tutorials¶
Configuring your PC to use your Nvidia GPU with PCL¶
This tutorial explains how to configure PCL to use with a Nvidia GPU
TestCode : None
Using Kinfu Large Scale to generate a textured mesh¶
This tutorial demonstrates how to use KinFu Large Scale to produce a mesh from a room, and apply texture information in post-processing for a more appealing visual result.
TestCode : None
Input and Output Tutorials¶
The PCD (Point Cloud Data) file format¶
This document describes the PCD file format, and the way it is used inside PCL.
TestCode : None
Reading Point Cloud data from PCD files¶
In this tutorial, we will learn how to read a Point Cloud from a PCD file.
TestCode : None
Writing Point Cloud data to PCD files¶
In this tutorial, we will learn how to write a Point Cloud to a PCD file.
TestCode : None
Concatenate the points of two Point Clouds¶
In this tutorial, we will learn how to concatenate both the fields and the point data of two Point Clouds. When concatenating fields, one PointClouds contains only XYZ data, and the other contains Surface Normal information.
TestCode : None
The OpenNI Grabber Framework in PCL¶
In this tutorial, we will learn how to acquire point cloud data from an OpenNI camera.
TestCode : None
The Velodyne High Definition LiDAR (HDL) Grabber¶
In this tutorial, we will learn how to acquire point cloud data from a Velodyne HDL.
TestCode : None
The PCL Dinast Grabber Framework¶
In this tutorial, we will learn how to acquire point cloud data from a Dinast camera.
TestCode : None
Grabbing point clouds from Ensenso cameras¶
In this tutorial, we will learn how to acquire point cloud data from an IDS-Imaging Ensenso camera.
TestCode : None
Grabbing point clouds / meshes from davidSDK scanners¶
In this tutorial, we will learn how to acquire point cloud or mesh data from a davidSDK scanner.
TestCode : None
KeyPoint Tutorials¶
KdTree Tutorials¶
Octree Tutorials¶
Point Cloud Compression¶
In this tutorial, we will learn how to compress a single point cloud and streams of point clouds.
TestCode : None
Spatial Partitioning and Search Operations with Octrees¶
In this tutorial, we will learn how to use octrees for spatial partitioning and nearest neighbor search.
TestCode : examples/official/octree/octree_search.py
RangeImage Tutorials¶
How to create a range image from a point cloud¶
This tutorial demonstrates how to create a range image from a point cloud and a given sensor position.
TestCode : None
Recognition Tutorials¶
3D Object Recognition based on Correspondence Grouping¶
This tutorial aims at explaining how to perform 3D Object Recognition based on the pcl_recognition module.
TestCode : None
Implicit Shape Model¶
In this tutorial we will learn how the Implicit Shape Model algorithm works and how to use it for finding objects centers.
TestCode : None
Registration Tutorials¶
The PCL Registration API¶
In this document, we describe the point cloud registration API and its modules: the estimation and rejection of point correspondences, and the estimation of rigid transformations.
TestCode : None
How to use iterative closest point¶
This tutorial gives an example of how to use the iterative closest point algorithm to see if one PointCloud is just a rigid transformation of another PointCloud.
TestCode : examples/official/Registration/iterative_closest_point.py
How to incrementally register pairs of clouds¶
This document demonstrates using the Iterative Closest Point algorithm in order to incrementally register a series of point clouds two by two.
TestCode : None
Interactive Iterative Closest Point¶
This tutorial will teach you how to build an interactive ICP program
TestCode : None
How to use Normal Distributions Transform¶
This document demonstrates using the Normal Distributions Transform algorithm to register two large point clouds.
TestCode : examples/official/Registration/normal_distributions_transform.py
In-hand scanner for small objects¶
This document shows how to use the In-hand scanner applications to obtain colored models of small objects with RGB-D cameras.
TestCode : None
Sampleconsensus Tutorials¶
segmentation Tutorials¶
Plane model segmentation¶
In this tutorial, we will learn how to segment arbitrary plane models from a given point cloud dataset.
TestCode : examples/official/Segmentation/Plane_model_segmentation.py
Cylinder model segmentation¶
In this tutorial, we will learn how to segment arbitrary cylindrical models from a given point cloud dataset.
TestCode : examples/official/Segmentation/cylinder_segmentation.py
Euclidean Cluster Extraction¶
In this tutorial we will learn how to extract Euclidean clusters with the pcl::EuclideanClusterExtraction class.
TestCode : examples/official/Segmentation/cluster_extraction.py
Region growing segmentation¶
In this tutorial we will learn how to use region growing segmentation algorithm.
TestCode : None
Color-based region growing segmentation¶
In this tutorial we will learn how to use color-based region growing segmentation algorithm.
TestCode : None
Min-Cut Based Segmentation¶
In this tutorial we will learn how to use min-cut based segmentation algorithm.
TestCode : None
Conditional Euclidean Clustering¶
This tutorial describes how to use the Conditional Euclidean Clustering class in PCL: A segmentation algorithm that clusters points based on Euclidean distance and a user-customizable condition that needs to hold.
TestCode : None
Difference of Normals Based Segmentation¶
In this tutorial we will learn how to use the difference of normals feature for segmentation.
TestCode : None
Clustering of Pointclouds into Supervoxels - Theoretical primer¶
In this tutorial, we show to break a pointcloud into the mid-level supervoxel representation.
TestCode : None
Identifying ground returns using ProgressiveMorphologicalFilter segmentation¶
In this tutorial, we show how to segment a point cloud into ground and non-ground returns.
TestCode : None
surface Tutorials¶
Smoothing and normal estimation based on polynomial reconstruction¶
In this tutorial, we will learn how to construct and run a Moving Least Squares (MLS) algorithm to obtain smoothed XYZ coordinates and normals.
TestCode : None
Construct a concave or convex hull polygon for a plane model¶
In this tutorial we will learn how to calculate a simple 2D concave or convex hull polygon for a set of points supported by a plane.
TestCode : examples/official/Surface/concave_hull_2d.py
Fast triangulation of unordered point clouds¶
In this tutorial we will learn how to run a greedy triangulation algorithm on a PointCloud with normals to obtain a triangle mesh based on projections of the local neighborhood.
TestCode : None
Tracking Tutorials¶
Tracking Example¶
In this tutorial, we will learn how to construct and run a Moving Least Squares (MLS) algorithm to obtain smoothed XYZ coordinates and normals.
Original Page : None (tutorials/sources/tracking/tracking_sample.cpp)
TestCode : None
Visualization Tutorials¶
How to visualize a range image¶
This tutorial demonstrates how to use the pcl visualization tools for range images.
TestCode : None
PCLVisualizer¶
This tutorial demonstrates how to use the PCLVisualizer class for powerful visualisation of point clouds and related data.
TestCode : None
PCLPlotter¶
This tutorial demonstrates how to use the PCLPlotter class for powerful visualisation of plots, charts and histograms of raw data and explicit functions.
TestCode : None
Visualization¶
This tutorial will give an overview on the usage of the PCL visualization tools.
TestCode : None
Create a PCL visualizer in Qt with cmake¶
This tutorial shows you how to create a PCL visualizer within a Qt application.
TestCode : None
python-pcl Reference Manual¶
This is the official reference of python-pcl, PointCloudLibrary-like API interface.
Indices and tables¶
For python-pcl Developers¶
python-pcl Contribution Guide¶
This is a guide for all contributions to python-pcl. The development of python-pcl is running on the official repository at GitHub. Anyone that wants to register an issue or to send a pull request should read through this document.
Classification of Contributions¶
There are several ways to contribute to python-pcl community:
Registering an issue
Sending a pull request (PR)
This document mainly focuses on 1 and 2, though other contributions are also appreciated.
Release and Milestone¶
We are using GitHub Flow as our basic working process. In particular, we are using the master branch for our development, and releases are made as tags.
Releases are classified into three groups: major, minor, and revision. This classification is based on following criteria:
Major update contains disruptive changes that break the backward compatibility.
Minor update contains additions and extensions to the APIs keeping the supported backward compatibility.
Revision update contains improvements on the API implementations without changing any API specification.
The release classification is reflected into the version number x.y.z, where x, y, and z corresponds to major, minor, and revision updates, respectively.
We set a milestone for an upcoming release. The milestone is of name ‘vX.Y.Z’, where the version number represents a revision release at the outset. If at least one feature PR is merged in the period, we rename the milestone to represent a minor release (see the next section for the PR types).
See also API Compatibility Policy.
Issues and PRs¶
Issues and PRs are classified into following categories:
Bug: bug reports (issues) and bug fixes (PRs)
Enhancement: implementation improvements without breaking the interface
Feature: feature requests (issues) and their implementations (PRs)
NoCompat: disrupts backward compatibility
Test: test fixes and updates
Document: document fixes and improvements
Example: fixes and improvements on the examples
Install: fixes installation script
Contribution-Welcome: issues that we request for contribution (only issues are categorized to this)
Other: other issues and PRs
Issues and PRs are labeled by these categories. This classification is often reflected into its corresponding release category: Feature issues/PRs are contained into minor/major releases and NoCompat issues/PRs are contained into major releases, while other issues/PRs can be contained into any releases including revision ones.
On registering an issue, write precise explanations on what you want python-pcl to be. Bug reports must include necessary and sufficient conditions to reproduce the bugs. Feature requests must include what you want to do (and why you want to do, if needed). You can contain your thoughts on how to realize it into the feature requests, though what part is most important for discussions.
If you can write code to fix an issue, send a PR to the master branch. Before writing your code for PRs, read through the Coding Guidelines. The description of any PR must contain a precise explanation of what and how you want to do; it is the first documentation of your code for developers, a very important part of your PR.
Once you send a PR, it is automatically tested on Travis CI for Linux and Mac OS X, and on AppVeyor for Windows. Your PR need to pass at least the test for Linux/MacOSX on Travis CI and Windows on AppVeyor. After the automatic test passes, some of the core developers will start reviewing your code. Note that this automatic PR test only includes CPU tests.
Even if your code is not complete, you can send a pull request as a work-in-progress PR by putting the [WIP]
prefix to the PR title.
If you write a precise explanation about the PR, core developers and other contributors can join the discussion about how to proceed the PR.
Coding Guidelines¶
We use PEP8 and a part of OpenStack Style Guidelines related to general coding style as our basic style guidelines.
To check your code, use autopep8
and flake8
command installed by hacking
package:
$ pip install autopep8 hacking
$ autopep8 --global-config .pep8 path/to/your/code.py
$ flake8 path/to/your/code.py
To check Cython code, use .flake8.cython
configuration file:
$ flake8 --config=.flake8.cython path/to/your/cython/code.pyx
The autopep8
supports automatically correct Python code to conform to the PEP 8 style guide:
$ autopep8 --in-place --global-config .pep8 path/to/your/code.py
The flake8
command lets you know the part of your code not obeying our style guidelines.
Before sending a pull request, be sure to check that your code passes the flake8
checking.
Note that flake8
command is not perfect.
It does not check some of the style guidelines.
Here is a (not-complete) list of the rules that flake8
cannot check.
Relative imports are prohibited. [H304]
Importing non-module symbols is prohibited.
Import statements must be organized into three parts: standard libraries, third-party libraries, and internal imports. [H306]
In addition, we restrict the usage of shortcut symbols in our code base.
They are symbols imported by packages and sub-packages of python-pcl
.
It is not allowed to use such shortcuts in the ``python-pcl`` library implementation.
Note that you can still use them in tests
and examples
directories.
Once you send a pull request, your coding style is automatically checked by Travis CI for Linux and Mac OS X, and on AppVeyor for Windows. The reviewing process starts after the check passes.
The python-pcl is designed based on PointCloudLibrary’s API design. python-pcl’s source code and documents contain the original PointCloudLibrary ones. Please note the followings when writing the document.
In order to identify overlapping parts, it is preferable to add some remarks that this document is just copied or altered from the original one. It is also preferable to briefly explain the specification of the function in a short paragraph, and refer to the corresponding function in PointCloudLibrary so that users can read the detailed document. However, it is possible to include a complete copy of the document with such a remark if users cannot summarize in such a way.
If a function in python-pcl only implements a limited amount of features in the original one, users should explicitly describe only what is implemented in the document.
Testing Guidelines¶
Testing is one of the most important part of your code. You must test your code by unit tests following our testing guidelines. Note that we are using the nose package and the mock package for testing, so install nose and mock before writing your code:
$ pip install nose mock
In order to run unit tests at the repository root, you first have to build Cython files in place by running the following command:
$ python setup.py develop
Once the Cython modules are built, you can run unit tests simply by running nosetests
command at the repository root:
$ nosetests
Tests are put into the tests
directories.
Following this naming convention, you can run all the tests by just typing nosetests
at the repository root:
$ nosetests
If you modify the code related to existing unit tests, you must run appropriate commands.
There are many examples of unit tests under the tests
directory.
They simply use the unittest
package of the standard library.
Once you send a pull request, your code is automatically tested by Travis-CI and Appveyor. The reviewing process starts after the test passes.
Note
Some of numerically unstable tests might cause errors irrelevant to your changes. In such a case, we ignore the failures and go on to the review process, so do not worry about it.
API Compatibility Policy¶
This document expresses the design policy on compatibilities of python-pcl APIs. Development team should obey this policy on deciding to add, extend, and change APIs and their behaviors.
This document is written for both users and developers. Users can decide the level of dependencies on python-pcl implementations in their codes based on this document. Developers should read through this document before creating pull requests that contain changes on the interface. Note that this document may contain ambiguities on the level of supported compatibilities.
Versioning and Backward Compatibilities¶
The updates of python-pcl are classified into three levels: major, minor, and revision. These types have distinct levels of backward compatibilities.
Major update contains disruptive changes that break the backward compatibility.
Minor update contains addition and extension to the APIs keeping the supported backward compatibility.
Revision update contains improvements on the API implementations without changing any API specifications.
Note that we do not support full backward compatibility, which is almost infeasible for Python-based APIs, since there is no way to completely hide the implementation details.
Processes to Break Backward Compatibilities¶
Deprecation, Dropping, and Its Preparation¶
Any APIs may be deprecated at some minor updates. In such a case, the deprecation note is added to the API documentation, and the API implementation is changed to fire deprecation warning (if possible). There should be another way to reimplement the same things previously written with the deprecated APIs.
Any APIs may be marked as to be dropped in the future. In such a case, the dropping is stated in the documentation with the major version number on which the API is planned to be dropped, and the API implementation is changed to fire the future warning (if possible).
The actual dropping should be done through the following steps:
Make the API deprecated. At this point, users should not need the deprecated API in their new application codes.
After that, mark the API as to be dropped in the future. It must be done in the minor update different from that of the deprecation.
At the major version announced in the above update, drop the API.
Consequently, it takes at least two minor versions to drop any APIs after the first deprecation.
API Changes and Its Preparation¶
Any APIs may be marked as to be changed in the future for changes without backward compatibility. In such a case, the change is stated in the documentation with the version number on which the API is planned to be changed, and the API implementation is changed to fire the future warning on the certain usages.
The actual change should be done in the following steps:
Announce that the API will be changed in the future. At this point, the actual version of change need not be accurate.
After the announcement, mark the API as to be changed in the future with version number of planned changes. At this point, users should not use the marked API in their new application codes.
At the major update announced in the above update, change the API.
Supported Backward Compatibility¶
This section defines backward compatibilities that minor updates must maintain.
Documented Interface¶
python-pcl has the official API documentation. Many applications can be written based on the documented features. We support backward compatibilities of documented features. In other words, codes only based on the documented features run correctly with minor/revision-updated versions.
Developers are encouraged to use apparent names for objects of implementation details. For example, attributes outside of the documented APIs should have one or more underscores at the prefix of their names.
Undocumented behaviors¶
Behaviors of python-pcl implementation not stated in the documentation are undefined. Undocumented behaviors are not guaranteed to be stable between different minor/revision versions.
Minor update may contain changes to undocumented behaviors. For example, suppose an API X is added at the minor update. In the previous version, attempts to use X cause AttributeError. This behavior is not stated in the documentation, so this is undefined. Thus, adding the API X in minor version is permissible.
Revision update may also contain changes to undefined behaviors. Typical example is a bug fix. Another example is an improvement on implementation, which may change the internal object structures not shown in the documentation. As a consequence, even revision updates do not support compatibility of pickling, unless the full layout of pickled objects is clearly documented.
Documentation Error¶
Compatibility is basically determined based on the documentation, though it sometimes contains errors. It may make the APIs confusing to assume the documentation always stronger than the implementations. We therefore may fix the documentation errors in any updates that may break the compatibility in regard to the documentation.
Note
Developers MUST NOT fix the documentation and implementation of the same functionality at the same time in revision updates as “bug fix”. Such a change completely breaks the backward compatibility. If you want to fix the bugs in both sides, first fix the documentation to fit it into the implementation, and start the API changing procedure described above.
Object Attributes and Properties¶
Object attributes and properties are sometimes replaced by each other at minor updates. It does not break the user codes, except the codes depend on how the attributes and properties are implemented.
Functions and Methods¶
Methods may be replaced by callable attributes keeping the compatibility of parameters and return values in minor updates. It does not break the user codes, except the codes depend on how the methods and callable attributes are implemented.
Exceptions and Warnings¶
The specifications of raising exceptions are considered as a part of standard backward compatibilities. No exception is raised in the future versions with correct usages that the documentation allows, unless the API changing process is completed.
On the other hand, warnings may be added at any minor updates for any APIs. It means minor updates do not keep backward compatibility of warnings.
Installation Compatibility¶
The installation process is another concern of compatibilities. We support environmental compatibilities in the following ways.
Supporting optional packages/libraries may be done in minor updates (e.g. supporting h5py in optional features).
Note
The installation compatibility does not guarantee that all the features of python-pcl correctly run on supported environments. It may contain bugs that only occurs in certain environments. Such bugs should be fixed in some updates.
License¶
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
python-pcl¶
The python-pcl is designed based on Point Cloud Library’s API. python-pcl’s source code and documents contain the original Point Cloud Library ones.
Software License Agreement (BSD License)
Point Cloud Library (PCL) - www.pointclouds.org Copyright (c) 2009-2012, Willow Garage, Inc. Copyright (c) 2012-, Open Perception, Inc. Copyright (c) XXX, respective authors.
All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
Neither the name of the copyright holder(s) nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS “AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.