CCBUG: 341021

This reverts commit 0724cf1b.

Reverting as it contains changes to openstreetmap.dgml that are supposed
to be their own commit.

CCBUG: 346477

CCBUG: 360872

- Instantiate the Quaternion and initialize it lazily only once
  quaternion() is called
As a result the quaternion is only instantiated for spherical
projections. And it only gets instantiated once the
GeoDataCoordinate object is evaluated for drawing.
This reduces initialization time and reduces the memory footprint
by about 4 MB on average.

Only happened when disabling the last texture layer in a map theme
with mixed vector and texture layers (e.g. disabling osm texture tiles
in vector osm)

- hide at lower zoom level using a heuristic that estimates label
  density in the building area. Distance to building center/centroid
  turns out to be a bad heuristic
- render a background to improve visibility. Slightly different
  color and slighly transparent so it separates from the building
  itself

License: MIT

This means that the "Install new maps" feature works on Windows as
well now.

When nodes of a building are tagged with house numbers, render them.

The Vector OSM map theme has some rendering order problems right now
that result in some item combinations to look odd. This patch provides
a more fine-granular control of the rendering order. It also refactors
the decorators previously used and merges them into that approach.

Extend paint() of GeographicsItem to take another argument, a string
layer
Each GeographicsItem specifies a list of such layers it wants to paint
GeometryLayer defines the order of layers and paints them that way
E.g. currently a highway behaves like this:

GeoLineStringItem is created, and internally creates a copy of itself
which is its decorator, assigns a z-value
GeometryLayer queries all decorators during paint, sorts them by z-value
GeoLineStringItem tests whether it is a decorator during painting,
changes rendering based on that
The patch changes this to

GeoLineStringItem is created and asks for three layers to be rendered:
.../outline, .../inline and .../label
GeometryLayer queries all layers during paint, sorts them by render
order
GeoLineStringItem changes rendering based on the provided layer name
This avoids having to treat decorators as special and duplicated items
internally, and also allows an important render order behavior change:
It is now possible to render e.g. all visible streets first and all
their labels afterwards. Previously it was only possible to render one
street after the other, so e.g. the second street could overpaint the
label of the first.

Projects: #marble

Differential Revision: https://phabricator.kde.org/D1181

When a completion has no results, a longer query starting with the same
string as the failing one cannot have any results (as long as the model
has not changed under the hood). Do not search in this case.

This speeds up the common case when the user keeps on typing for a
search string when the completion runs out of results, or hits backspace
repeatedly in the same case.

Lighter, invisible when not moving, DPI aware width, clipped.

Member variables are destroyed in reverse order of appearance. When
the tile cache is destructed, the shared pointers of its documents
can reach zero and will attempt to remove themselves from the tree
model. While doing so the garbage queue and the list of pending
documents is checked, so they need to be intact at this point. This
is only the case if the tile cache appears after the garbage queue
and the list of pending documents in the member variables list.