- Deprecate global geographic crs strings, these should not be used
- Move some global constants to Qgis, and monkey patch for
API compatibility
- Deprecate global qgsVsiPrefix. Use QgsGdalUtils::vsiPrefixForPath()
instead
Adds:
- QgsCoordinateReferenceSystem::createGeocentricCrs, which takes
an ellipsoid acronym and builds a matching geocentric CRS
- QgsCoordinateReferenceSystem::toGeocentricCrs, which takes
an existing CRS and returns a corresponding geocentric CRS with
the same datum/datum ensemble
* move updateZValuesFromTerrain() to QgsMeshTransformVerticesByExpression
* update widget to work with new checkbox
* move test to TestQgsMeshEditor
* fix doc
* add project to calculate()
* change version
* remove QgsExpressionContext and use QgsProject if needed
* update tests
* fix clang issue
* Apply suggestions from code review - make more readable
Co-authored-by: Stefanos Natsis <uclaros@gmail.com>
* simplify
Co-authored-by: Stefanos Natsis <uclaros@gmail.com>
* fix text
Co-authored-by: Stefanos Natsis <uclaros@gmail.com>
* add note
* add the in string
* fix bracket and indentation
* fix docstring
* use new position if necessary
* default elevation
* do not skip values, use default Z value if not properly transformed
* simplify code
---------
Co-authored-by: Stefanos Natsis <uclaros@gmail.com>
Always calculates the scale at the equator, regardless of the
actual visible map extent.
This method can be used to provide a consistent, static scale for
maps in geographic reference systems, regardless of the latitudes
actually visible in the map (permitting consistent appearance of
these maps when rendering relies on scale based visibility or
calculations). Otherwise a project in eg EPSG:4326 which uses
scale based visibility of layers and symbols will see layers
and features "randomly" disappear as the map is panned, even
though the user has not zoomed in or out of the map.
This method is only applicable when calculating scales with a
degree based reference system.
