Used QUrl instead of QString in methods that take a URL, so that the
caller has to construct a QUrl correctly.

Summary:
**Rendering**

Only ice shelves
{F157922}

Ice shelves along with normal glaciers
{F157924}

**Issues/Questions**
For rendering these ice shelves the following tag has been used
<tag k='glacier:type' v='shelf' /> which is a proposed glacier tag(http://wiki.openstreetmap.org/wiki/Proposed_features/Glaciers_tags). This tag is to be used in conjugation with  <tag k='natural' v='glacier' /> i.e both of these tags have to be present so as to express an ice shelf. (however for now the shp2osm converter assigns only the former tag for expressing an ice shelf for correct rendering)
Now to render ice shelves a new visual category has been created(NaturalIceShelf). Since currently there is only one to one mapping between an osm tag(key - value pair) to a visual category, I have mapped NaturalIceShelf to OsmTag( "glacier:type", "shelf" ). However there also exists a mapping for OsmTag( "natural", "glacier" ) to NaturalGlaceir for rendering regular glaciers. It can happen that a regular OSM file containing both of these tags may not get rendered correctly since it may get assigned any styling instead of the right one.
What must be done in such a scenario ? (should a many OSM tags to one visual category map be introduced instead of the current one to one map in OsmPresetLibrary or should things be left as they are for now)

Reviewers: rahn, nienhueser

Reviewed By: nienhueser

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

Reviewers: rahn, nienhueser

Reviewed By: nienhueser

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

Speeds up tile generation by factor 10 or more. Note that this
generates a lot more intermediate files now, watch your disk space.

Summary:
**Rendering**
{F157962}

Fix for the following issue
1) Rendering issue: Maritime boundaries
Difficulty: EASY

Check e.g. the boundaries on the baltic sea between the islands of Germany and Denmark. They don't get rendered yet. They should be using #88b3bf

Reviewers: rahn, nienhueser

Reviewed By: nienhueser

Subscribers: #marble

Tags: #marble

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

We have basic tiles up to level 7 now and tiles for levels 13 on for
selected cities. Please except some blind navigation in the yet missing
gaps until we finish the remaining tiles, or activate bitmap tiles
manually in the legend.

Sentinel 2 mission.

if it was already said just before

GeoDataIconStyle still caches bitmap versions of icons for efficiency,
but for vector formats a size hint can now be set. This results in
sharp bitmap versions of vector images for both icon().size() and
scaledIcon().size() sizes.

Fixes compilation with pedantic and Qt 5.7.

Float values to be parsed are localized, but from inside the test QLocale::system()
can not be set to something else

This reverts commit 75da2948.

should not fail, and no reason given how it failed and why it was only
disabled and not fixed instead

Summary:
QString::toDouble in Qt5 no longer first tries the system locale

In tests also prefer QLocale::toString over "%L1", in some Qt versionns
(e.g. 5.6) the L might only work when QLocale::setDefault has been
explicitely called.

Test Plan:
Unit tests haven been improved and are all passing.
marble --latlon "46,09898 7,78307" in German locale works now as expected

Reviewers: rahn, nienhueser, #marble

Reviewed By: nienhueser, #marble

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

at the bottom during navigation mode

QVector::removeAll/QVector::removeOne were only added in Qt 5.4

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

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

This commit corrects the z-ordering of roads, rivers so that roads are drawn on top of rivers.

- Convert them to plain svg
- Make them smaller

icon's height in the Navigation info-bar