[disjoint] add alternative (more robust) implementation of segment-box disjointness test; the alternative implementation does not use any divisions
[distance] Add variant support

Add variant dispatch layer to the distance algorithm
[distance] Add variant tests

No finished yet
Merge branch 'develop' of https://github.com/boostorg/geometry into feature/disjoint
Merge branch 'develop' of https://github.com/boostorg/geometry into feature/disjoint
Merge branch 'develop' of https://github.com/boostorg/geometry into feature/disjoint
[distance] First step to fix tests
[test][distance] eliminate make_* functions in test_distance_common.hpp; replace occurrences of these functions with wkt descriptions of the geometries (boxes and segments)
[test][distance] make sure sqrt is called with a double argument (to avoid problems with VS2010 that does not promote ints to doubles in sqrt)
Merge pull request #29 from mkaravel/feature/distance

Feature/distance
Merge branch 'develop' of https://github.com/boostorg/geometry into feature/disjoint
[index][equals] Add the support for Segments as Indexables in the rtree.

This commit also adds the support for equals(Segment, Segment).

During the creation of the rtree all metrics are calculated for Segments viewed as bounding Boxes.
During the querying Segments are passed into the BG algorithms.

This commit also fixes a compilation error related to the calculation of the Box/Box intersection in the index::detail::intersection_content().
Add indexed_point_view<> which allows to see Boxes and Segments as one of the Points.
Move normalized_view<> to views/detail.
Add index::detail::bounded_view<> which allows to see simple Geometry e.g. a Segment as its bounding Geometry e.g. a Box.

TODO/RECONSIDER:
1. This commit adds return_ref_or_bounds() which returns const& for Points and Boxes and bounding Box view for Segment. The resulting object is then passed into various algorithms like covered_by() or within(). Whenever possible the algorithms should be implemented for the input parameters and the call to return_ref_or_bounds() removed.
2. It's possible that for Segments metrics (like the amount of overlap in the leaf node) could be calculated differently than for Boxes and naiive conversion to bounding Boxes is not fully correct.
3. The way how bounded_view<> works may be not correct for non-cartesian CS. Now, for Segments it just picks MIN and MAX coordinates on the fly which may not be ok e.g. for Segments defined in the spherical CS because of the "winding" of the coordinates.
Merge branch 'develop' of github.com:boostorg/geometry into develop
[strategies] fix conversion issue in projected_point strategy:

Problem:
when p1 (2nd argument of apply) has float as coordinate type, then
the result of the differences u-p1 and w-p1 is a double (because
the calculation type is double), which then is implicitly converted
to float (because the result of the difference is implicitly
converted to the type of the second operand), which means that we
may loose precision.

Solution:
convert p1 to the correct point type (fp_point_type), and then
perform the subtractions (p1 is anyways converted later on, so
just do then conversion a bit earlier).

Note:
This problem was generated as a warning on VS2010, and also appears
as a warning in clang++ and g++ if the -Wconversion option is used.
[equals][index/examples] Optimize equals(Seg,Seg) and fix index/examples

Use less comparisions in equals(Seg,Seg) - suggested by Menelaos Karavelas
Add missing include to examples - caused by the recent change of the distance/rtree
[index] Update description and parameters names of nearest() predicate
[index] Remove unneeded #includes from the rtree.hpp
[test] add missing include (#include <string>)
[test] add missing include in test/string_from_type.hpp (#include <string>)
Merge pull request #31 from mkaravel/develop

[test] add missing include in test/string_from_type.hpp