<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent posts to news</title><link>https://sourceforge.net/p/geographiclib/news/</link><description>Recent posts to news</description><atom:link href="https://sourceforge.net/p/geographiclib/news/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 06 Nov 2025 14:09:21 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/geographiclib/news/feed.rss" rel="self" type="application/rss+xml"/><item><title>GeographicLib 2.7 (released 2025-11-06)</title><link>https://sourceforge.net/p/geographiclib/news/2025/11/geographiclib-27-released-2025-11-06/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.7 (released 2025-11-06) and 2.6 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Fix two bugs in classes for triaxial ellipsoids:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Triaxial::Geodesic3::Inverse sometimes threw an exception when&lt;br/&gt;
   both endpoints were on the major principal ellipse for very&lt;br/&gt;
   eccentric ellipsoids a &amp;gt; 2 c.&lt;/li&gt;
&lt;li&gt;Triaxial::Cartesian3::carttocart2 sometimes returned the wrong&lt;br/&gt;
   result in the interior of the ellipsoid with Z = 0.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Cite the paper covering some of the triaxial classes Jacobi's&lt;br/&gt;
     solution for geodesics on a triaxial ellipsoid.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Minor documentation fixes.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Thu, 06 Nov 2025 14:09:21 -0000</pubDate><guid>https://sourceforge.net9914c672884783cb03317b9003e7aa045e1fde12</guid></item><item><title>GeographicLib 2.6 (released 2025-09-30)</title><link>https://sourceforge.net/p/geographiclib/news/2025/09/geographiclib-26-released-2025-09-30/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.6 (released 2025-09-30) and 2.5.2 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Support for triaxial ellipsoids. This is all placed in the&lt;br/&gt;
     GeographicLib::Triaxial namespace with the header files in the&lt;br/&gt;
     GeographicLib/Triaxial directory. This provides&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Triaxial::Ellipsoid3 supports basic conversions of ellipsoidal&lt;br/&gt;
   coordinates.&lt;/li&gt;
&lt;li&gt;Triaxial::GeodesicLine3 and Triaxial::Geodesic3 solve the direct&lt;br/&gt;
   and inverse geodesic problems on a triaxial ellipsoid. This&lt;br/&gt;
   implements Jacobi's solution for the direct problem. The inverse&lt;br/&gt;
   problem extends the method for solving the inverse problem on a&lt;br/&gt;
   biaxial ellipsoid.&lt;/li&gt;
&lt;li&gt;Triaxial::Cartesian3 performs conversions between different&lt;br/&gt;
   systems of triaxial coordinates.&lt;/li&gt;
&lt;li&gt;Triaxial::Conformal3 implements Jacobi's conformal projection for&lt;br/&gt;
   a triaxial ellipsoid. This allow a triaxial ellipsoid to be&lt;br/&gt;
   conformally mapped to a sphere or to any other ellipsoid.&lt;/li&gt;
&lt;li&gt;Geod3Solve is a command-line utility offering access to&lt;br/&gt;
   Triaxial::Geodesic3.&lt;/li&gt;
&lt;li&gt;Cart3Convert is a command-line utility offering access to&lt;br/&gt;
   Triaxial::Cartesian3.&lt;/li&gt;
&lt;li&gt;Conformal3Proj is a command-line utility offering access to&lt;br/&gt;
   Triaxial::Conformal3.&lt;/li&gt;
&lt;li&gt;Constants::Triaxial_Earth_a, Constants::Triaxial_Earth_b,&lt;br/&gt;
   Constants::Triaxial_Earth_c, and Constants::Triaxial_Earth_lon0&lt;br/&gt;
   specify a simple triaxial model for the Earth.&lt;/li&gt;
&lt;li&gt;experimental::TriaxialGeodesicODE is provided to illustrate the&lt;br/&gt;
   solution of the direct geodesic problem by integrating the&lt;br/&gt;
   ordinary differential equations for the geodesic. Because this&lt;br/&gt;
   depends on Boost, this is not part of the GeographicLib library.&lt;/li&gt;
&lt;li&gt;experimental/Geod3ODE.cpp a utility for doing direct geodesic&lt;br/&gt;
   calculations using experimental::TriaxialGeodesicODE.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;To support the triaxial routines, the following classes have been&lt;br/&gt;
     added:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;AngleT provides an accurate representation of angles of any&lt;br/&gt;
   magnitude. This might replace AuxAngle at some point.&lt;/li&gt;
&lt;li&gt;Trigfun supports representing periodic functions as Fourier&lt;br/&gt;
   series with automatic selection of the number of terms to&lt;br/&gt;
   use. This offers a tiny subset of the functionality of the trig&lt;br/&gt;
   series in Chebfun. This might replace DST at some point.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;C++17 is now required. Minimum version of Visual Studio supported&lt;br/&gt;
     is Visual Studio 15 2017.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add Math::clamp.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Because experimental::TriaxialGeodesicODE depends on Boost, the&lt;br/&gt;
     CMake option USE_BOOST_FOR_EXAMPLES has been renamed&lt;br/&gt;
     USE_BOOST. This will cause find_package(Boost) to be called, but&lt;br/&gt;
     does not affect how the library or the tools are built.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Tue, 30 Sep 2025 17:53:33 -0000</pubDate><guid>https://sourceforge.net053cef3a31cad0fd9ab67742cfc328bc23fcfbb3</guid></item><item><title>GeographicLib 2.5.2 (released 2025-08-22)</title><link>https://sourceforge.net/p/geographiclib/news/2025/08/geographiclib-252-released-2025-08-22/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.5.2 (released 2025-08-22) and 2.5.1 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Fix potential buffer overflow in DMS.  Upgrading from earlier&lt;br/&gt;
     versions is strongly recommended.  If upgrading is not possible,&lt;br/&gt;
     avoid processing untrusted or malformed inputs and run programs&lt;br/&gt;
     linked to the library with restricted privileges.  Thanks to&lt;br/&gt;
     Rosario Matteo Grammatico for finding this vulnerability.&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Fri, 22 Aug 2025 11:07:08 -0000</pubDate><guid>https://sourceforge.netac6633784da98a42624e8045f09875069839a451</guid></item><item><title>GeographicLib 2.5.1 (released 2025-08-20)</title><link>https://sourceforge.net/p/geographiclib/news/2025/08/geographiclib-251-released-2025-08-20/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.5.1 (released 2025-08-20) and 2.5 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Fix bug in geodesic inverse problem with very prolate&lt;br/&gt;
     ellipsoids. For f &amp;lt; −2, a meridional path was incorrectly&lt;br/&gt;
     returned in some cases for two points on the same meridian. This&lt;br/&gt;
     affected both the series and exact solutions. (Or course, the&lt;br/&gt;
     series solution is inaccurate for ellipsoids this eccentric.)&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Minor tweak to Math::atan2d to improve accuracy.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Allow GEOGRAPHICLIB_PRECISION &amp;gt; 5 to allow use of mpreal with a&lt;br/&gt;
     fixed precision.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Document that cmake option -D BINDIR=OFF removes tools from the&lt;br/&gt;
     default all target for make.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;WARNING: C++17 compliant compiler will be required for the next&lt;br/&gt;
     release. Support for builds with Visual Studio 14 (2015) will&lt;br/&gt;
     then stop.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Wed, 20 Aug 2025 16:43:54 -0000</pubDate><guid>https://sourceforge.net4f1ca26a12f9390711da5e4f0ca5a77991e79423</guid></item><item><title>GeographicLib 2.5 (released 2024-12-28)</title><link>https://sourceforge.net/p/geographiclib/news/2024/12/geographiclib-25-released-2024-12-28/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.5 (released 2024-12-28) and 2.4 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;New magnetic models provided&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;World Magnetic Model 2025, wmm2025; this covers the period&lt;br/&gt;
   2025-2030.  This is now the model returned by&lt;br/&gt;
   MagneticModel::DefaultMagneticName and is default magnetic&lt;br/&gt;
   model for MagneticField (replacing wmm2020 which is only valid&lt;br/&gt;
   thru the end of 2024).&lt;/li&gt;
&lt;li&gt;World Magnetic Model High Resolution 2025, wmmhr2025; this is a&lt;br/&gt;
   high-resolution version of wmm2025 including terms up to degree&lt;br/&gt;
   133 (as opposed to 12 for wmm2025).&lt;/li&gt;
&lt;li&gt;International Geomagnetic Reference Field (14th generation),&lt;br/&gt;
   igrf14, which approximates the main magnetic field of the earth&lt;br/&gt;
   for the period 1900-2030.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Update CMake's cmake_minimum_required to 3.17.0 (to facilitate&lt;br/&gt;
     integration with Qt projects).&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;For GEOGRAPHICLIB_PRECISION &amp;gt; 2, readarray treats doubles as&lt;br/&gt;
     approximations to exact decimal constants.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Sat, 28 Dec 2024 21:16:32 -0000</pubDate><guid>https://sourceforge.net163cac5f424d9a669e92d7cb145d16badded8fc4</guid></item><item><title>GeographicLib 2.4 (released 2023-07-14)</title><link>https://sourceforge.net/p/geographiclib/news/2024/07/geographiclib-24-released-2023-07-14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.4 (released 2024-07-14) and 2.3 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Math::sind, Math::sincosd, etc., now return accurate results for&lt;br/&gt;
     arguments = 30d, 45d, 60d, ...&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add Math::hypot3.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add EllipticFunction::am.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Make constructor for AuxAngle explicit.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Include notes for plate carree areas.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;C++14 compliant compiler required (this requirement tracks the&lt;br/&gt;
     Boost Math library).&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;CMake configuration changes&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;update cmake_minimum_required to 3.16.0.&lt;/li&gt;
&lt;li&gt;exclude the tools and doc targets from the default build (make&lt;br/&gt;
   all) if these components won't be installed (BINDIR or DOCDIR&lt;br/&gt;
   set to OFF).&lt;/li&gt;
&lt;li&gt;testprograms is now excluded from the default build and it now&lt;br/&gt;
   depends on tools.  Before running the test suite, build&lt;br/&gt;
   testprograms, e.g., make testprograms test.&lt;/li&gt;
&lt;li&gt;added a target libs to build only the static and/or shared&lt;br/&gt;
   libraries.&lt;/li&gt;
&lt;li&gt;document the use of CMake's FetchContent as an alternative to&lt;br/&gt;
   find_package.&lt;/li&gt;
&lt;li&gt;stop requiring that CMAKE_CROSSCOMPILING match with&lt;br/&gt;
   find_package(GeographicLib).&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;Internal code changes&lt;ul&gt;
&lt;li&gt;stop using reserved identifiers (_N in the DST class and _R in&lt;br/&gt;
   the Intersect class).&lt;/li&gt;
&lt;li&gt;remove the workaround for the boost-quadmath bug with&lt;br/&gt;
   setprecision(0).&lt;/li&gt;
&lt;li&gt;GEOGRAPHICLIB_PANIC(msg) macro now takes a message argument.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Sun, 14 Jul 2024 18:34:25 -0000</pubDate><guid>https://sourceforge.net0a98732d1c7758b79d62b05b15db694393bc3df2</guid></item><item><title>GeographicLib 2.3 (released 2023-07-25)</title><link>https://sourceforge.net/p/geographiclib/news/2023/07/geographiclib-23-released-2023-07-25/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.3 (released 2023-07-25) and 2.2 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Add the Intersect class and the IntersectTool utility.  The&lt;br/&gt;
     methods are described in "Geodesic intersections",&lt;br/&gt;
&lt;a href="https://arxiv.org/abs/2308.00495" rel="nofollow"&gt;https://arxiv.org/abs/2308.00495&lt;/a&gt; (2023-08).&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add typedefs Geodesic::LineClass, GeodesicExact::LineClass,&lt;br/&gt;
     Rhumb::LineClass, GeodesicLine::BaseClass,&lt;br/&gt;
     GeodesicLineExact::BaseClass, RhumbLine::BaseClass.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Geodesic constructor accepts optional third argument exact, default&lt;br/&gt;
     false.  If true, then the calculations are delegated to&lt;br/&gt;
     GeodesicExact.  GeodSolve and Planimeter now use this simplified&lt;br/&gt;
     interface.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;PolygonAreaExact is deprecated; use PolygonArea instead.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Bug in Planimeter -Q (introduced in version 2.2) has been fixed.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;TransverseMercator constructor accepts optional arguments exact&lt;br/&gt;
     and extendp (default false for both).  If exact = true, then the&lt;br/&gt;
     calculations are delegated to TransverseMercatorExact.&lt;br/&gt;
     TransverseMercatorProj now uses this simplified interface.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Minor fixes:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Fix documentation bug for TransverseMercatorProj (incorrectly&lt;br/&gt;
   stated that -t for the extended domain was the default).&lt;/li&gt;
&lt;li&gt;Remove unnecessary friend declarations for Ellipsoid in&lt;br/&gt;
   AlbersEqualArea and TransverseMercator. (As of version 2.2,&lt;br/&gt;
   Ellipsoid uses the AuxLatitude class for this functionality.)&lt;/li&gt;
&lt;li&gt;Small change in EllipticFunction to speed up the default&lt;br/&gt;
   contructor.&lt;/li&gt;
&lt;li&gt;Remove workaround for boost 1.76 with enums (not needed for boost&lt;br/&gt;
   1.78).&lt;/li&gt;
&lt;li&gt;Remove unused header from NearestNeighbor.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Tue, 25 Jul 2023 13:05:58 -0000</pubDate><guid>https://sourceforge.netc63137d455039e816b8437865dc8aa16ff650a82</guid></item><item><title>GeographicLib 2.2 (released 2023-03-07)</title><link>https://sourceforge.net/p/geographiclib/news/2023/03/geographiclib-22-released-2023-03-07/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.2 (released 2023-03-07) and 2.1.2 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Completely redo Rhumb and RhumbLine classes to yield accurate&lt;br/&gt;
     results for the course and the area even for very eccentric&lt;br/&gt;
     ellipsoids:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;these methods are accurate for 1/100 &amp;lt; b/a &amp;lt; 100 (the previous&lt;br/&gt;
   methods for the course were limited to 1/4 &amp;lt; b/a &amp;lt; 4 for the&lt;br/&gt;
   course and the area calculation was only valid for |f| &amp;lt; 0.01);&lt;/li&gt;
&lt;li&gt;the meaning of the exact flag in the constructor is now more&lt;br/&gt;
   straightforward: exact = false (the default) consistently uses&lt;br/&gt;
   series expansions valid for |f| &amp;lt; 0.01; exact = true uses exact&lt;br/&gt;
   equations for the course of the rhumb line and an accurate DFT&lt;br/&gt;
   fit for the area computation;&lt;/li&gt;
&lt;li&gt;the RhumbSolve(1) utiity accepts the -u to unroll the&lt;br/&gt;
   longitudes for the results of direct calculations;&lt;/li&gt;
&lt;li&gt;rhumb lines which include a pole as one of the endpoints are&lt;br/&gt;
   treated properly (previously point at the pole were moved&lt;br/&gt;
   slightly away from the pole);&lt;/li&gt;
&lt;li&gt;this treatment of rhumb areas is described in polygons,&lt;br/&gt;
&lt;a href="https://arxiv.org/abs/2303.03219." rel="nofollow"&gt;https://arxiv.org/abs/2303.03219.&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The -E option for Planimeter(1) is now a toggle switching on&lt;br/&gt;
     exact treatment for geodesics (-G option), rhumb lines (-R&lt;br/&gt;
     option), authlatic lines (-Q option).  Previously -E has turned&lt;br/&gt;
     on the exact treatment for geodesics.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The online version of Planimeter now allows the ellipsoid to be&lt;br/&gt;
     specified.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The deprecated -l option for GeodSolve and RhumbSolve has been&lt;br/&gt;
     removed.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add AuxAngle and AuxLatitude classes to perform accurate&lt;br/&gt;
     conversions between auxiliary latitudes.  The Ellipsoid class has&lt;br/&gt;
     been mostly reimplimented in terms of the AuxLatitude class.  The&lt;br/&gt;
     DAuxLatitude class computes the divides differences of auxiliary&lt;br/&gt;
     latitude. and implements additional divided difference formulas&lt;br/&gt;
     needed by Rhumb.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Created an "experimental" directory + namespace and moved the&lt;br/&gt;
     JacobiConformal class there.  Use the cmake target "experimental"&lt;br/&gt;
     to build this directory.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Tue, 07 Mar 2023 16:05:33 -0000</pubDate><guid>https://sourceforge.netc60a0c52f209f6b4c848325cf7c689de8117af51</guid></item><item><title>GeographicLib 2.1.2 (released 2022-12-13)</title><link>https://sourceforge.net/p/geographiclib/news/2022/12/geographiclib-212-released-2022-12-13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Changes between 2.1.2 (released 2022-12-13) and 2.1.1 versions:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Add MGRS::Decode to break an MGRS string into its components.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add definite integral overload for DST::integral.  This is used in&lt;br/&gt;
     GeodesicExact.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Add example code examples/AuxLatitude.&lt;span&gt;[hc]&lt;/span&gt;pp implementating the&lt;br/&gt;
     AuxAngle and AuxLatitude classes.  These classes implement the&lt;br/&gt;
     methods documented in the paper "On auxiliary latitudes",&lt;br/&gt;
&lt;a href="https://arxiv.org/abs/2212.05818." rel="nofollow"&gt;https://arxiv.org/abs/2212.05818.&lt;/a&gt;  They are &lt;em&gt;not&lt;/em&gt; part of&lt;br/&gt;
     GeographicLib.  See Auxiliary latitudes for more details.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Minor cmake issues:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;fix cross-compile build on Windows;&lt;/li&gt;
&lt;li&gt;check cmake version for "cmake rm -rf";&lt;/li&gt;
&lt;li&gt;move cmake_minimum_required to the beginning of the cmake file&lt;br/&gt;
   and update minimum version to 3.13.0.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Tue, 13 Dec 2022 15:51:06 -0000</pubDate><guid>https://sourceforge.neteecdadb244b9a840c0fc28506952626dc6ac0659</guid></item><item><title>Geodesics on an arbitrary ellipsoid of revolution</title><link>https://sourceforge.net/p/geographiclib/news/2022/08/geodesics-on-an-arbitrary-ellipsoid-of-revolution/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I just posted this on arXiv:&lt;/p&gt;
&lt;p&gt;C. F. F. Karney&lt;br/&gt;
  Geodesics on an arbitrary ellipsoid of revolution&lt;br/&gt;
  (Aug., 2022)&lt;br/&gt;
&lt;a href="http://arxiv.org/abs/2208.00492" rel="nofollow"&gt;http://arxiv.org/abs/2208.00492&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;This documents the algorithms used for the GeodesicExact class and&lt;br/&gt;
the -E options for GeodSolve and Planimeter&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Charles Karney</dc:creator><pubDate>Wed, 03 Aug 2022 13:52:36 -0000</pubDate><guid>https://sourceforge.net23864cc12ab5cd3a3f2a36b7d4abdecbe26039e4</guid></item></channel></rss>