Softpedia >Windows >Programming >Other Programming Files >GeographicLib >  Changelog

GeographicLib Changelog

What's new in GeographicLib 1.52

Jul 22, 2021
  • Add MagneticModel::FieldGeocentric and MagneticCircle::FieldGeocentric to return the field in geocentric coordinates (thanks to Marcelo Banik de Padua).
  • Document realistic errors for PolygonAreaT and Planimeter.
  • Geodesic routines: be more aggressive in preventing negative s12 and m12 for short lines (all languages).
  • Fix bug in AlbersEqualArea for extreme prolate ellipsoids (plus general cleanup in the code).
  • Thanks to Thomas Warner, a sample of wrapping the C++ library, so it's accessible in Excel, is given in wrapper/Excel.
  • Minor changes
  • Work around inaccuracies in hypot routines in Visual Studio (win32), Python, and JavaScript.
  • Initialize reference argument to remquo (C++ and C).
  • Get ready to retire unused _exact in RhumbLine.
  • Declare RhumbLine copy constructor "= default".
  • Use C++11 "= delete" idiom to delete copy assignment and copy constructors in RhumbLine, Geoid, GravityModel, MagneticModel.
  • Fix MGRS::Forward to work around aggressive optimization leading to incorrect rounding.
  • Fix plain makefiles, Makefile.mk, so that PREFIX is handled properly.
  • Make cmake's GeographicLib_LIBRARIES point to namespace versions.
  • NOTE: In the next version (tentatively 2.0), I plan to split up the git repository and the packaging of GeographicLib into separate entities for each language. This will simplify development and deployment of the library.
  • WARNING: The .NET version of GeographicLib will not be supported in the next version.

New in GeographicLib 1.51 (Mar 31, 2021)

  • C++11 compiler required for C++ library. As a consequence:
  • The workaround implementations for C++11 routines (Math::hypot, Math::expm1, Math::log1p, Math::asinh, Math::atanh, Math::copysign, Math::cbrt, Math::remainder, Math::remquo, Math::round, Math::lround, Math::fma, Math::isfinite, and Math::isnan) are now deprecated. Just use the versions in the std:: namespace instead.
  • SphericalEngine class, fix the namespace for using streamoff.
  • Some templated functions, e.g., Math::degree(), now have default template parameters, T = Math::real.
  • C99 compiler required for C library.
  • Reduce memory footprint in Java implementation.
  • New form of Utility::ParseLine to allow the syntax "KEY = VAL".
  • Add International Geomagnetic Reference Field (13th generation), igrf13, which approximates the main magnetic field of the earth for the period 1900–2025.
  • More symbols allowed with DMS decoding in C++, JS, and cgi-bin packages; see DMS::Decode.
  • Fix bug in cgi-bin argument processing which causes "+" to be misinterpreted.
  • Required minium version of CMake is now 3.7.0 (released 2016-11-11). This is to work around a bug in find_package for cmake 3.4 and 3.5.

New in GeographicLib 1.50.1 (Dec 12, 2019)

  • Add the World Magnetic Model 2020, wmm2020, covering the period 2020–2025. This is now the model returned by MagneticModel::DefaultMagneticName and is default magnetic model for MagneticField (replacing wmm2015v2 which is only valid thru the end of 2019).
  • Include float instantiations of those templated Math functions which migrated to Math.cpp in version 1.50.
  • WARNING: The next version of GeographicLib will require a C++11 compliant compiler. This means that the minimum version of Visual Studio will be Visual Studio 12 2013. (This repeats the warning given with version 1.50. It didn't apply to this version because this is a minor update.)

New in GeographicLib 1.50 (Dec 12, 2019)

  • The PolygonArea class, the Planimeter utility, and their equivalents in C, Fortran, MATLAB, Java, JavaScript, Python, and Maxima can now handle arbitrarily complex polygons. In the case of self-intersecting polygons the area is accumulated "algebraically", e.g., the areas of the 2 loops in a figure-8 polygon will partially cancel.
  • The GeodSolve allows fractional distances to be entered as fractions (with the -F flag).
  • MajorRadius() methods are now called EquatorialRadius() for the C++, Java, and .NET libraries. "Equatorial" is more descriptive in the case of prolate ellipsoids. MajorRadius() is retained for backward compatibility for C++ and Java but is deprecated.
  • Add version 2 of the World Magnetic Model 2015, wmm2015v2. This is now the default magnetic model for MagneticField (replacing wmm2015 which is now deprecated). Coming in 2019-12: the wmm2020 model.
  • The -f flag in the scripts geographiclib-get-geoids, geographiclib-get-gravity, and geographiclib-get-magnetic, allows you to load new models (not yet in the set defined by "all"). This is in addition to its original role of allowing you to overwrite existing models.
  • When parsing DMS strings ignore various non-breaking spaces (C++ and JavaScript).
  • Improve code coverage in the tests of geodesic algorithms (C++, C, Java, JavaScript, Python, MATLAB, Fortran).
  • Old deprecated NormalGravity::NormalGravity constructor removed.
  • BUG fixes:
  • Java + JavaScript implementations of PolygonArea::TestEdge counted the pole encirclings wrong.
  • Fix typo in JavaScript implementation which affected unsigned areas.
  • Adding edges to a polygon counted pole encirclings inconsistent with the way the adding point counted them. This might have caused an incorrect result if a polygon vertex had longitude = 0. This affected all implementations except Fortran and MATLAB).
  • GARS::Forward: fix BUG in handling of longitude = ±180°.
  • Fix bug in Rhumb class and RhumbSolve(1) utiity which caused incorrect area to be reported if an endpoint is at a pole. Thanks to Natalia Sabourova for reporting this.
  • Fix bug in MATLAB routine mgrs_inv which resulted in incorrect results for UPS zones with prec = −1.
  • In geodreckon.m geoddistance.m, suppress (innocuous) "warning: division by zero" messages from Octave.
  • In python implementation, work around problems caused by sin(inf) and fmod(inf) raising exceptions.
  • Geoid class, fix the use of streamoff.
  • Changes in gravity and magnetic model handling:
  • SphericalEngine::coeff::readcoeffs takes new optional argument truncate.
  • The constructors for GravityModel and MagneticModel allow the maximum degree and order to be specified. The array of coefficients will then be truncated if necessary.
  • GravityModel::Degree(), GravityModel::Order(), MagneticModel::Degree(), MagneticModel::Order() return the maximum degree and order of all the components of a GravityModel or MagneticModel.
  • Gravity and MagneticField utilities accept -N and -M options to to allow the maximum degree and order to be specified.
  • Minimum version updates:
  • CMake = 3.1.0, released 2014-12-15.
  • Minimum g++ version = 4.8.0, released 2013-03-22.
  • Visual Studio 10 2010 (haven't been able to check Visual Studio 2008 for a long time).
  • WARNING: The next version of GeographicLib will require a C++11 compliant compiler. This means that the minimum version of Visual Studio will be Visual Studio 12 2013.
  • Minimum boost version = 1.64 needed for GEOGRAPHICLIB_PRECISION = 4.
  • Java = 1.6; this allows the removal of epsilon, min, hypot, log1p, copysign, cbrt from GeoMath.
  • CMake updates:
  • Fine tune Visual Studio compatibility check in find_package(GeographicLib); this allows GeographicLib compiled with Visual Studio 14 2015 to be used with a project compiled with Visual Studio 15 2017 and 16 2019.
  • Suppress warnings with dotnet build.
  • Change CMake target names and add an interface library (thanks to Matthew Woehlke).
  • Remove pre-3.1.0 cruft and update the documentation to remove the need to call include_dirctories.
  • Add _d suffix to example and test programs.
  • Changer installation path for binary installer to the Windows default.
  • Add support for Intel compiler (for C++, C, Fortran). This entails supplying the -fp-model precise flag to prevent the compiler from incorrectly simplying (a + b) + c and 0.0 + x.
  • Changes in math function support:
  • Move some of the functionality from Math.hpp to Math.cpp to make compilation of package which depend on GeographicLib less sensitive to the current compiler environment.
  • Add Math::remainder, Math::remquo, Math::round, and Math::lround. Also add implementations of remainder, remquo to C implementation.
  • Math::cbrt, Math::atanh, and Math::asinh now preserve the sign of −0. (Also: C, Java, JavaScript, Python, MATLAB. Not necessary: Fortran because sign is a built-in function.)
  • JavaScript: fall back to Math.hypot, Math.cbrt, Math.log1p, Math.atanh if they are available.
  • Additions to the documentation:
  • add documentation links to ge{distance,reckon}.m;
  • clarify which solution is returned for Geocentric::Reverse.

New in GeographicLib 1.49 (Oct 5, 2017)

  • Add the Enhanced Magnetic Model 2017, emm2017. This is valid for 2000 thru the end of 2021.
  • Avoid potential problems with the order of initializations in DMS, GARS, Geohash, Georef, MGRS, OSGB, SphericalEngine; this only would have been an issue if GeographicLib objects were instantiated globally. Now no GeographicLib initialization code should be run prior to the entry of main().
  • To support the previous fix, add an overload, Utility::lookup(const char* s, char c).
  • NearestNeighbor::Search throws an error if pts is the wrong size (instead of merely returning no results).
  • Use complex arithmetic for Clenshaw sums in TransverseMercator and tranmerc_{fwd,inv}.m.
  • Fix warnings about implicit conversions of doubles to bools in C++, C, and JavaScript packages.
  • Binary installers for Windows now use Visual Studio 14 2015.
  • Changes in cmake support:
  • Fix compiler flags for GEOGRAPHICLIB_PRECISION = 4;
  • Add CONVERT_WARNINGS_TO_ERRORS option (default OFF), if ON then compiler warnings are treated as errors.

New in GeographicLib 1.48 (Apr 10, 2017)

  • The "official" URL for GeographicLib is now https://geographiclib.sourceforge.io (instead of http://geographiclib.sourceforge.net).
  • The default range for longitude and azimuth is now (−180°, 180°], instead of [−180°, 180°). This was already the case for the C++ library; now the change has been made to the other implementations (C, Fortran, Java, JavaScript, Python, MATLAB, and Maxima).
  • Changes to NearestNeighbor:
  • fix BUG in reading a NearestNeighbor object from a stream which sometimes incorrectly caused a "Bad index" exception to be thrown;
  • add NearestNeighbor::operator<<, NearestNeighbor::operator>>, NearestNeighbor::swap, std::swap(GeographicLib::NearestNeighbor&, GeographicLib::NearestNeighbor&);
  • Additions to the documentation:
  • add documentation on Finding nearest neighbors;
  • Normal gravity documentation is now on its own page and now has an illustrative figure;
  • document the Truncation errors in the series for auxiliary latitudes.
  • Fix BUGS in MATLAB function geodreckon with mixed scalar and array arguments.
  • Workaround bug in math.fmod for Python 2.7 on 32-bit Windows machines.
  • Changes in cmake support:
  • add USE_BOOST_FOR_EXAMPLES option (default OFF), if ON search for Boost libraries for building examples;
  • add APPLE_MULTIPLE_ARCHITECTURES option (default OFF), if ON build for both i386 and x86_64 on Mac OS X systems;
  • don't add flag for C++11 for g++ 6.0 (since it's not needed).
  • Fix compiler warnings with Visual Studio 2017 and for the C library.

New in GeographicLib 1.47 (Mar 22, 2017)

  • Add NearestNeighbor class.
  • Improve accuracy of area calculation (fixing a flaw introduced in version 1.46); fix applied in Geodesic, GeodesicExact, and the implementations in C, Fortran, Java, JavaScript, Python, MATLAB, and Maxima.
  • Generalize NormalGravity to allow oblate and prolate ellipsoids. As a consequence a new form of constructor, NormalGravity::NormalGravity, has been introduced and the old form is now deprecated (and because the signatures of the two constructors are similar, the compiler will warn about the use of the old one).
  • Changes in Math class:
  • Math::sincosd, Math::sind, Math::cosd only return −0 for the case sin(−0);
  • Math::atan2d and Math::AngNormalize return results in (−180°, 180°]; this may affect the longitudes and azimuth returned by several other functions.
  • Add Utility::trim() and Utility::val<T>(); Utility::num<T>() is now DEPRECATED.
  • Changes in cmake support:
  • remove support of PACKAGE_PATH and INSTALL_PATH in cmake configuration;
  • fix to FindGeographicLib.cmake to make it work on Debian systems;
  • use $<TARGET_PDB_FILE:tgt> (cmake version >= 3.1);
  • use NAMESPACE for exported targets;
  • geographiclib-config.cmake exports GEOGRAPHICLIB_DATA, GEOGRAPHICLIB_PRECISION, and GeographicLib_HIGHPREC_LIBRARIES.
  • Add pkg-config support for cmake and autoconf builds.
  • Minor fixes:
  • fix the order of declarations in C library, incorporating the patches in version 1.46.1;
  • fix the packaging of the python library, incorporating the patches in version 1.46.3;
  • restrict junit dependency in the Java package to testing scope (thanks to Mick Killianey);
  • various behind-the-scenes fixes to EllipticFunction;
  • fix documentation and default install location for Windows binary installers;
  • fix clang compiler warnings in GeodesicExactC4 and TransverseMercator.

New in GeographicLib 1.46 (Feb 17, 2016)

  • The following BUGS have been fixed:
  • the -w flag to Planimeter(1) was being ignored;
  • in the Java package, the wrong longitude was being returned with direct geodesic calculation with a negative distance when starting point was at a pole (this bug was introduced in version 1.44);
  • in the JavaScript package, PolygonArea.TestEdge contained a misspelling of a variable name and other typos (problem found by threepointone).
  • INCOMPATIBLE CHANGES:
  • make the -w flag (to swap the default order of latitude and longitude) a toggle for all Utility programs;
  • the -a option to GeodSolve(1) now toggles (instead of sets) arc mode;
  • swap order coslon and sinlon arguments in CircularEngine class.
  • Remove deprecated functionality:
  • remove gradient calculation from the Geoid class and GeoidEval(1) (this was inaccurate and of dubious utility);
  • remove reciprocal flattening functions, InverseFlattening in many classes and Constants::WGS84_r(); stop treating flattening > 1 as the reciprocal flattening in constructors;
  • remove DMS::Decode(string), DMS::DecodeFraction, EllipticFunction:m, EllipticFunction:m1, Math::extradigits, Math::AngNormalize2, PolygonArea::TestCompute;
  • stop treating LONG_NOWRAP as an alias for LONG_UNROLL in Geodesic (and related classes) and Rhumb;
  • stop treating full/schmidt as aliases for FULL/SCHMIDT in SphericalEngine (and related classes);
  • remove qmake project file src/GeographicLib.pro because QtCreator can handle cmake projects now;
  • remove deprecated Visual Studio 2005 project and solution files.
  • Changes to GeodesicLine and GeodesicLineExact classes; these changes (1) simplify the process of computing waypoints on a geodesic given two endpoints and (2) allow a GeodesicLine to be defined which is consistent with the solution of the inverse problem (in particular Geodesic::InverseLine the specification of south-going lines which pass the poles in a westerly direction by setting sin α1 = −0):
  • the class stores the distance s13 and arc length a13 to a reference point 3; by default these quantities are NaNs;
  • GeodesicLine::SetDistance (and GeodesicLine::SetArc) specify the distance (and arc length) to point 3;
  • GeodesicLine::Distance (and GeodesicLine::Arc) return the distance (and arc length) to point 3;
  • new methods Geodesic::InverseLine and Geodesic::DirectLine return a GeodesicLine with the reference point 3 defined as point 2 of the corresponding geodesic calculation;
  • these changes are also included in the C, Java, JavaScript, and Python packages.
  • Other changes to the geodesic routines:
  • more accurate solution of the inverse problem when longitude difference is close to 180° (also in C, Fortran, Java, JavaScript, Python, MATLAB, and Maxima packages);
  • more accurate calculation of lon2 in the inverse calculation with LONG_UNROLL (also in Java, JavaScript, Python packages).
  • Changes to GeodSolve(1) utility:
  • the -I and -D options now specify geodesic line calculation via the standard inverse or direct geodesic problems;
  • rename -l flag to -L to parallel the new -I and -D flags (-l is is retained for backward compatibility but is deprecated), and similarly for RhumbSolve(1);
  • the -F flag (in conjunction with the -I or -D flags) specifies that distances read on standard input are fractions of s13 or a13;
  • the -a option now toggles arc mode (noted above);
  • the -w option now toggles longitude first mode (noted above).
  • Changes to Math class:
  • Math::copysign added;
  • add overloaded version of Math::AngDiff which returns the error in the difference. This allows a more accurate treatment of inverse geodesic problem when lon12 is close to 180°;
  • Math::AngRound now converts tiny negative numbers to −0 (instead of +0), however −0 is still converted to +0.
  • Add -S and -T options to GeoConvert(1).
  • Add Sphinx documentation for Python package.
  • Samples of wrapping the C++ library, so it's accessible in other languages, are given in wrapper/C, wrapper/python, and wrapper/matlab.
  • Binary installers for Windows now use Visual Studio 12 2013.
  • Remove top-level pom.xml from release (it was specific to SRI).
  • A reminder: because of the JavaScript changes introduced in version 1.45, you should remove the following installation directories from your system:
  • Windows: ${CMAKE_INSTALL_PREFIX}/doc/scripts
  • Others: ${CMAKE_INSTALL_PREFIX}/share/doc/GeographicLib/scripts

New in GeographicLib 1.45 (Nov 6, 2015)

  • Fix BUG in solution of inverse geodesic caused by misbehavior of some versions of Visual Studio on Windows (fmod(−0.0, 360.0) returns +0.0 instead of −0.0) and Octave (sind(−0.0) returns +0.0 instead of −0.0). These bugs were exposed because max(−0.0, +0.0) returns −0.0 for some languages.
  • Geodesic::Inverse now correctly returns NaNs if one of the latitudes is a NaN.
  • Changes to JavaScript package:
  • thanks to help from Yurij Mikhalevich, it is a now a node package that can be installed with npm;
  • make install now installs the node package in lib/node_modules/geographiclib;
  • add unit tests using mocha;
  • add documentation via JSDoc;
  • fix bug Geodesic.GenInverse (this bug, introduced in version 1.44, resulted in the wrong azimuth being reported for points at the pole).
  • Changes to Java package:
  • add implementation of ellipsoidal Gnomonic projection (courtesy of Sebastian Mattheis);
  • add unit tests using JUnit;
  • Math.toRadians and Math.toDegrees are used instead of GeoMath.degree (which is now removed), as a result…
  • Java version 1.2 (released 1998-12) or later is now required.
  • Changes to Python package:
  • add unit tests using the unittest framework;
  • fixed bug in normalization of the area.
  • Changes to MATLAB package:
  • fix array size mismatch in geoddistance by avoiding calls to subfunctions with zero-length arrays;
  • fix tranmerc_{fwd,inv} so that they work with arrays and mixed array/scalar arguments;
  • work around Octave problem which causes mgrs_fwd to return garbage with prec = 10 or 11;
  • add geographiclib_test.m to run a test suite.
  • Behavior of substituting 1/f for f if f > 1 is now deprecated. This behavior has been removed from the JavaScript, C, and Python implementations (it was never documented). Maxima, MATLAB, and Fortran implementations never included this behavior.
  • Other changes:
  • fix bug, introduced in version 1.42, in the C++ implementation to the computation of area which causes NaNs to be returned in the case of a sphere;
  • fixed bug, introduced in version 1.44, in the detection of C++11 math functions in configure.ac;
  • throw error on non-convergence in Gnomonic::Reverse if GEOGRAPHICLIB_PRECISION > 3;
  • add geod_polygon_clear to C library;
  • turn illegal latitudes into NaNs for Fortran library;
  • add test suites for the C and Fortran libraries.

New in GeographicLib 1.44 (Aug 17, 2015)

  • Various changes to improve accuracy, e.g., by minimizing round-off errors:
  • Add Math::sincosd, Math::sind, Math::cosd which take their arguments in degrees. These functions do exact range reduction and thus they obey exactly the elementary properties of the trigonometric functions, e.g., sin 9° = cos 81° = − sin 123456789°.
  • Math::AngNormalize now works for any angles, instead of angles in the range [−540°, 540°); the function Math::AngNormalize2 is now deprecated.
  • This means that there is now no restriction on longitudes and azimuths; any values can be used.
  • Improve the accuracy of Math:
  • DMS::Decode avoids unnecessary round-off errors; thus 7:33:36 and 7.56 result in identical values. DMS::Encode rounds ties to even. These changes have also been made to DMS.js.
  • More accurate rounding in MGRS::Reverse and mgrs_inv.m; this change only makes a difference at sub-meter precisions.
  • With MGRS::Forward and mgrs_fwd.m, ensure that digits in lower precision results match those at higher precision; as a result, strings of trailing 9s are less likely to be generated. This change only makes a difference at sub-meter precisions.
  • Replace the series for A2 in the Geodesic class with one with smaller truncation errors.
  • Geodesic:
  • Inverse sets s12 to zero for coincident points at pole (instead of returning a tiny quantity).
  • Math::LatFix returns its argument if it is in [−90°, 90°]; if not, it returns NaN.
  • Using Math::LatFix, routines which don't check their arguments now interpret a latitude outside the legal range of [−90°, 90°] as a NaN; such routines will return NaNs instead of finite but incorrect results; caution: code that (dangerously) relied on the "reasonable" results being returned for values of the latitude outside the allowed range will now malfunction.
  • All the Utility programs accept the -w option to swap the latitude-longitude order on input and output (and where appropriate on the command-line arguments). CartConvert now accepts the -p option to set the precision; now all of the utilities except GeoidEval accept -p.
  • Add classes for GARS, the Global Area Reference System, and for Georef, the World Geographic Reference System.
  • Changes to DMS::Decode and DMS.js:
  • Documentation fixes:
  • update man pages to refer to GeoConvert(1) on handling of geographic coordinates;
  • document limitations of the series used for TransverseMercator;
  • hide the documentation of the computation of the gradient of the geoid height (now deprecated) in the Geoid class;
  • warn about the possible misinterpretation of 7.0E+1 by DMS::Decode;
  • swaplatlong optional argument of DMS::DecodeLatLon and various functions in the GeoCoords class is now called longfirst;
  • require Doxygen 1.8.7 or later.
  • More systematic treatment of version numbers:
  • Python: __init__.py defines __version__ and __version_info__;
  • JavaScript:
  • Math.js defines Constants.version and Constants.version_string;
  • version number included as comment in packed script geographiclib.js;
  • geod-calc.html and geod-google.html report the version number;
  • http://geographiclib.sourceforge.net/scripts/ gives access to earlier versions of geographiclib.js as geographiclib-m.nn.js;
  • Fortran: add geover subroutine to return version numbers;
  • Maxima: geodesic.mac defines geod_version;
  • CGI scripts: these report the version numbers of the utilities.
  • BUG FIXES:
  • NormalGravity now works properly for a sphere (omega = f = J2 = 0), instead of returning NaNs (problem found by htallon);
  • CassiniSoldner::Forward and cassini_fwd.m now returns the correct azimuth for points at the pole.
  • MATLAB-specific fixes:
  • mgrs_fwd now treats treats prec > 11 as prec = 11;
  • illegal letter combinations are now correctly detected by mgrs_inv;
  • fixed bug where mgrs_inv returned the wrong results for prec = 0 strings and center = 0;
  • mgrs_inv now decodes prec = 11 strings properly;
  • routines now return array results with the right shape;
  • routines now properly handle mixed scalar and array arguments.
  • Add Accumulator::operator*=(T y).
  • Geohash uses "invalid" instead of "nan" when the latitude or longitude is a nan.

New in GeographicLib 1.43 (Jun 1, 2015)

  • Added the Enhanced Magnetic Model 2015, emm2015; some changes in the MagneticModel and MagneticCircle classes; this model cannot be used with versions of GeographicLib prior to 1.43.
  • Fixed BLUNDER in PolarStereographic constructor introduced in version 1.42.
  • Changes in the LONG_NOWRAP option in the Geodesic and GeodesicLine classes:
  • The option is now called LONG_UNROLL;
  • Fixed two bad BUGS in the implementation of this capability: (a) it gave incorrect results for west-going geodesics; (b) the option was ignored if used directly via the GeodesicLine class.
  • The GeodSolve utility now accepts a -u option, which turns on the LONG_UNROLL treatment.
  • The inverse calculation with the JavaScript and python libraries similarly sets lon1 and lon2 in output dictionary respecting the LONG_UNROLL flag.
  • The online version of GeodSolve now offers an option to unroll the longitude.
  • To support these changes DMS::DecodeLatLon no longer reduces the longitude to the range [−180°, 180°) and Math::AngRound now coverts −0 to +0.
  • Add Math::polyval (also to C, Java, JavaScript, Fortran, python versions of the library; this is a built-in function for MATLAB/Octave).
  • Add MGRS::Check() to verify that a, f, kUTM, and kUPS are consistent with the assumptions in the UTMUPS and MGRS classes.
  • MATLAB function mgrs_inv now takes an optional center argument and strips white space from both beginning and end of the string.
  • Minor internal changes:
  • GeodSolve sets the geodesic mask so that unnecessary calculations are avoided;
  • Some routines have migrated into a math class for for python, Java, JavaScript libraries.
  • A reminder: because of changes in the installation directories for non-Windows systems introduced in version 1.42, you should remove the following directories from your system:
  • ${CMAKE_INSTALL_PREFIX}/share/cmake/GeographicLib*
  • ${CMAKE_INSTALL_PREFIX}/libexec/GeographicLib/matlab

New in GeographicLib 1.42 (Apr 30, 2015)

  • DMS::Decode allows a single addition or subtraction operation, e.g., 70W+0:0:15. This affects the GeoCoords class and the utilities (which use the DMS class for reading coordinates).
  • Add Math::norm, Math::AngRound, Math::tand, Math::atan2d, Math::eatanhe, Math::taupf, Math::tauf, Math::fma and remove duplicated (but private) functionality from other classes.
  • On non-Windows systems, the cmake config-style find_package files are now installed under ${CMAKE_INSTALL_PREFIX}/lib${LIB_SUFFIX} instead of ${CMAKE_INSTALL_PREFIX}/share, because the files are architecture-specific. This change will let 32-bit and 64-bit versions coexist on the same machine (in lib and lib64). You should remove the versions in the old "share" location.
  • MATLAB changes:
  • provide native MATLAB implementations for compiled interface functions, see MATLAB and Octave implementations;
  • the compiled MATLAB interface is now deprecated and so the MATLAB_COMPILER option in the cmake build has been removed;
  • reorganize directories, so that:
  • matlab/geographiclib contains the native matlab code;
  • matlab/geographiclib-legacy contains wrapper functions to mimic the previous compiled functionality;
  • the installed MATLAB code mirrors this layout, but the parent installation directory on non-Windows systems is ${CMAKE_INSTALL_PREFIX}/share (instead of ${CMAKE_INSTALL_PREFIX}/libexec), because the files are now architecture independent;
  • matlab/geographiclib is now packaged and distributed as MATLAB File Exchange package 50605 (this supersedes three earlier MATLAB packages);
  • point fix for geodarea.m to correct bug in area of polygons which encircle a pole multiple times (released as version 1.41.1 of MATLAB File Exchange package 39108, 2014-04-22).
  • artifactId for Java package changed from GeographicLib to GeographicLib-Java and the package is now depolyed to Maven Central (thanks to Chris Bennight for help on this).
  • Fix autoconf mismatch of version numbers (which were inconsistent in versions 1.40 and 1.41).
  • Mark the computation of the gradient of the geoid height in the Geoid class and the GeoidEval utility as deprecated.
  • Work around the boost-quadmath bug with setprecision(0).
  • Deprecate use of Visual Studio 2005 "-vc8" project files in the windows directory.

New in GeographicLib 1.41 (Mar 10, 2015)

  • Fix bug in Rhumb::Inverse (with exact = true) and related functions which causes the wrong distance to be reported if one of the end points is at a pole.
  • Add International Geomagnetic Reference Field (12th generation), which approximates the main magnetic field of the earth for the period 1900–2020.
  • Split information about Jacobi's conformal projection to a separate section and include more material.

New in GeographicLib 1.40 (Dec 19, 2014)

  • Add the World Magnetic Model 2015, wmm2015. This is now the default magnetic model for MagneticField (replacing wmm2010 which is valid thru the end of 2014).
  • Geodesic::Inverse didn't return NaN if one of the longitudes was a NaN (bug introduced in version 1.25). Fixed in the C++, Java, JavaScript, C, Fortran, and Python implementations of the geodesic routines. This bug was not present in the Matlab version.
  • Fix bug in Utility::readarray and Utility::writearray which caused an exception in debug mode with zero-sized arrays.
  • Fix BLUNDER in OSGB::GridReference (found by kalderami) where the wrong result was returned if the easting or northing was negative.
  • OSGB::GridReference now returns "INVALID" if either coordinate is NaN. Similarly a grid reference starting with "IN" results in NaNs for the coordinates.
  • Default constructor for GeoCoords corresponds to an undefined position (latitude and longitude = NaN), instead of the north pole.
  • Add an online version of RhumbSolve at http://geographiclib.sourceforge.net/cgi-bin/RhumbSolve.
  • Additions to the documentation:
  • documentation on Jacobi's conformal projection;
  • a page on Auxiliary latitudes (actually, this was added in version 1.39);
  • document the use of two single quotes to stand for a double quote in DMS (this feature was introduced in version 1.13).
  • The Matlab function, geographiclibinterface, which compiles the wrapper routines for Matlab now works with Matlab on a Mac.

New in GeographicLib 1.39 (Nov 12, 2014)

  • GeographicLib usually normalizes longitudes to the range [−180°, 180°). However, when solving the direct geodesic and rhumb line problems, it is sometimes necessary to know how many lines the line encircled the earth by returning the longitude "unwrapped".
  • So the following changes have been made:
  • add a LONG_NOWRAP flag to mask enums for the outmask arguments for Geodesic, GeodesicLine, Rhumb, and RhumbLine;
  • similar changes have been made to the Python, Javascript, and Java implementations of the geodesic routines;
  • for the C, Fortran, and Matlab implementations the arcmode argument to the routines was generalized to allow a combination of ARCMODE and LONG_NOWRAP bits;
  • the Maxima version now returns the longitude unwrapped.
  • These changes were necessary to fix the PolygonAreaT::AddEdge (see the next item).
  • Changes in area calculations:
  • fix BUG in PolygonAreaT::AddEdge (also in C, Java, Javascript, and Python implementations) which sometimes causes the wrong area to be returned if the edge spanned more than 180°;
  • add area calculation to the Rhumb and RhumbLine classes and the RhumbSolve utility (see The area under a rhumb line);
  • add PolygonAreaRhumb typedef for PolygonAreaT;
  • add -R option to Planimeter to use PolygonAreaRhumb (and -G option for the default geodesic polygon);
  • fix BLUNDER in area calculation in Matlab routine geodreckon;
  • add area calculation to Matlab/Octave routines for great ellipses (see The area under a great ellipse).
  • Fix bad BUG in Geohash::Reverse; this was introduced in version 1.37 and affected all platforms where unsigned longs are 32-bits. Thanks to Christian Csar for reporting and diagnosing this.
  • Binary installers for Windows are now built with Visual Studio 11 2012 (instead of Visual Studio 10 2010). Compiled Matlab support still with version 2013a (64-bit).
  • Update GeographicLib.pro for builds with qmake to include all the source files.
  • Cmake updates:
  • include cross-compiling checks in cmake config file;
  • improve the way unsuitable versions are reported;
  • include_directories (${GeographicLib_INCLUDE_DIRS}) is no longer necessary with cmake 2.8.11 or later.
  • legacy/Fortran now includes drop-in replacements for the geodesic utilities from the NGS.
  • geographiclib-get-{geoids,gravity,magnetic} with no arguments now print the usage instead of loading the minimal sets.
  • Utility::date(const std::string&, int&, int&, int&) and hence the MagneticField utility accepts the string "now" as a legal time (meaning today).

New in GeographicLib 1.38 (Oct 3, 2014)

  • In cmake builds under Windows, set the output directories so that binaries and shared libraries are together.
  • Accept the minus sign as a synomym for - in DMS.{cpp,js}.
  • The cmake configuration file geographiclib-depends.cmake has been renamed to geographiclib-targets.cmake.
  • Matlab/Octave routines for great ellipses added; see Great Ellipses.
  • Provide man pages for geographiclib-get-{geoids,gravity,magnetic}.

New in GeographicLib 1.37 (Aug 14, 2014)

  • Add Support for high precision arithmetic.
  • INCOMPATIBLE CHANGE: the static instantiations of various classes for the WGS84 ellipsoid have been changed to a "construct on first use idiom". This avoids a lot of wasteful initialization before the user's code starts. Unfortunately it means that existing source code that relies on any of the following static variables will need to be changed to a function call:
  • AlbersEqualArea::AzimuthalEqualAreaNorth
  • AlbersEqualArea::AzimuthalEqualAreaSouth
  • AlbersEqualArea::CylindricalEqualArea
  • Ellipsoid::WGS84
  • Geocentric::WGS84
  • Geodesic::WGS84
  • GeodesicExact::WGS84
  • LambertConformalConic::Mercator
  • NormalGravity::GRS80
  • NormalGravity::WGS84
  • PolarStereographic::UPS
  • TransverseMercator::UTM
  • TransverseMercatorExact::UTM
  • Incompatible change: the environment variables {GEOID,GRAVITY,MAGNETIC}_{NAME,PATH} are now prefixed with GEOGRAPHICLIB_.
  • Incompatible change for Windows XP: retire the Windows XP common data path. If you're still using Windows XP, then you might have to move the folder C:\Documents and Settings\All Users\Application Data\GeographicLib to C:\ProgramData\GeographicLib.
  • All macro names affecting the compilation now start with GEOGRAPHICLIB_; this applies to GEOID_DEFAULT_NAME, GRAVITY_DEFAULT_NAME, MAGNETIC_DEFAULT_NAME, PGM_PIXEL_WIDTH, HAVE_LONG_DOUBLE, STATIC_ASSERT, WORDS_BIGENDIAN.
  • Changes to PolygonArea:
  • introduce PolygonAreaT which takes a geodesic class as a parameter;
  • PolygonArea and PolygonAreaExact are typedef'ed to PolygonAreaT and PolygonAreaT;
  • add -E option to Planimeter to use PolygonAreaExact;
  • add -Q option to Planimeter to calculate the area on the authalic sphere.
  • Add -p option to Planimeter, ConicProj, GeodesicProj, TransverseMercatorProj.
  • Add Rhumb and RhumbLine classes and the RhumbSolve utility; see Rhumb lines for more information.
  • Minor changes to NormalGravity:
  • add NormalGravity::J2ToFlattening and NormalGravity::FlatteningToJ2;
  • use Newton's method to determine f from J2;
  • in constructor, allow omega = 0 (i.e., treat the spherical case).
  • Add grs80 GravityModel, see Gravity models.
  • Minor changes:
  • simplify cross-platform support for C++11 mathematical functions;
  • change way area coefficients are given in GeodesicExact to improve compile times;
  • enable searching the online documentation;
  • add macros GEOGRAPHICLIB_VERSION and GEOGRAPHICLIB_VERSION_NUM;
  • add solution and project files for Visual Studio Express 2010.

New in GeographicLib 1.36 (May 16, 2014)

  • Changes to comply with NGA's prohibition of the use of the upper-case letters N/S to designate the hemisphere when displaying UTM/UPS coordinates:
  • GeographicLib::UTMUPS::DecodeZone allows north/south as hemisphere designators (in addition to n/s);
  • GeographicLib::UTMUPS::EncodeZone now encodes the hemisphere in lower case (to distinguish this use from a grid zone designator);
  • GeographicLib::UTMUPS::EncodeZone takes an optional parameter abbrev to indicate whether to use n/s or north/south as the hemisphere designator;
  • GeographicLib::GeoCoords::UTMUPSRepresentation and GeographicLib::GeoCoords::AltUTMUPSRepresentation similarly accept the abbrev parameter;
  • GeoConvert uses the flags -a and -l to govern whether UTM/UPS output uses n/s (the -a flag) or north/south (the -l flag) to denote the hemisphere;
  • Fixed a bug what allowed +3N to be accepted as an alternation UTM zone designation (instead of 3N).
  • WARNING: The use of lower case n/s for the hemisphere might cause compatibility problems. However DecodeZone has always accepted either case; so the issue will only arise with other software reading the zone information. To avoid possible misinterpretation of the zone designator, consider calling EncodeZone with abbrev = false and GeoConvert with -l, so that north/south are used to denote the hemisphere.
  • GeographicLib::MGRS::Forward with prec = -1 will produce a grid zone designation. Similarly GeographicLib::MGRS::Reverse will decode a grid zone designation (and return prec = -1).
  • Stop using the throw() declaration specification which is deprecated in C++11.
  • Add missing std:: qualifications to copy in LocalCartesion and Geocentric headers (bug found by Clemens).

New in GeographicLib 1.35 (Mar 14, 2014)

  • Fix blunder in GeographicLib::UTMUPS::EncodeEPSG (found by Ben Adler).
  • Matlab wrapper routines geodesic{direct,inverse,line} switch to "exact" routes if |f| > 0.02.
  • GeodSolve.cgi allows ellipsoid to be set (and uses the -E option for GeodSolve).
  • Set title in HTML versions of man pages for the Utility programs.
  • Changes in cmake support:
  • add _d to names of executables in debug mode of Visual Studio;
  • add support for Android (cmake-only)
  • check CPACK version numbers supplied on command line;
  • configured version of project-config.cmake.in is project-config.cmake (instead of geographiclib-config.cmake), to prevent find_package incorrectly using this file;
  • fix tests with multi-line output;
  • this release includes a file, pom.xml, which is used by an experimental build system (based on maven) at SRI.

New in GeographicLib 1.34 (Mar 14, 2014)

  • Many changes in cmake support:
  • minimum version of cmake needed increased to 2.8.4 (which was released in 2011-02);
  • allow building both shared and static librarys with -D GEOGRAPHICLIB_LIB_TYPE=BOTH;
  • both shared and static libraries (Release plus Debug) included in binary installer;
  • find_package uses COMPONENTS and GeographicLib_USE_STATIC_LIBS to select the library to use;
  • find_package version checking allows nmake and Visual Studio generators to interoperate on Windows;
  • find_package (GeographicLib ...) requires that GeographicLib be capitalized correctly;
  • defaults for GEOGRAPHICLIB_DOCUMENTATION and BUILD_NETGEOGRAPHICLIB are now OFF;
  • the GEOGRAPHICLIB_EXAMPLES configuration parameter is no longer used; cmake always configures to build the examples, but they are not built by default (instead build targets: exampleprograms and netexamples);
  • matlab-all target renamed to matlabinterface;
  • the configuration parameters PACKAGE_PATH and INSTALL_PATH are now deprecated (use CMAKE_INSTALL_PREFIX instead);
  • on Linux, the installed package is relocatable;
  • on MacOSX, the installed utilities can find the shared library.
  • Use a more precise value for GeographicLib::OSGB::CentralScale().
  • Add Arc routines to python interface.
  • The Geod utility has been removed; the same functionality lives on with GeodSolve

New in GeographicLib 1.33 (Oct 9, 2013)

  • Add NETGeographic .NET wrapper library (courtesy of Scott Heiman).
  • Make inspector functions in GeographicLib::Ellipsoid const.
  • Add Accumulator.cpp to instantiate GeographicLib::Accumulator.
  • Defer some of the initialization of GeographicLib::OSGB to when it is first called.

New in GeographicLib 1.32 (Jul 13, 2013)

  • Generalize C interface for polygon areas to allow vertices to be specified incrementally.
  • Fix way flags for C++11 support are determined.

New in GeographicLib 1.31 (Jul 1, 2013)

  • Changes breaking binary compatibility (source compatibility is maintained):
  • overloaded versions of GeographicLib::DMS::Encode, GeographicLib::EllipticFunction::EllipticFunction, and GeographicLib::GeoCoords::DMSRepresentation, have been eliminated by the use of optional arguments;
  • correct the declaration of first arg to GeographicLib::UTMUPS::DecodeEPSG.
  • FIX BUG in GeographicLib::GravityCircle constructor which caused bogus results for the gravity disturbance and gravity anomaly vectors. (This only affected calculations using GravityCircle. GravityModel calculations did not suffer from this bug.)
  • Improvements to the build:
  • add macros GEOGRAPHICLIB_VERSION_{MAJOR,MINOR,PATCH} to Config.h;
  • fix documentation for new version of perlpod;
  • improving setting of runtime path for Unix-like systems with cmake;
  • install PDB files when compiling with Visual Studio to aid debugging;
  • Windows binary release now uses Matlab R2013a (64-bit) and uses the -largeArrayDims option.
  • fixes to the way the Matlab interface routines are built.
  • Changes to the geodesic routines:
  • add Java implementation of the geodesic routines
  • FIX BUG: avoid altering input args in Fortran implementation;
  • more systematic treatment of very short geodesic;
  • fixes to python port so that they work with version 3.x, in addition to 2.x;
  • accumulate the perimeter and area of polygons via a double-wide accumulator in Fortran, C, and Matlab implementations (this is already included in the other implementations);
  • port GeographicLib::PolygonArea::AddEdge and GeographicLib::PolygonArea::TestEdge to JavaScript and python interfaces;
  • include documentation on Short geodesics.
  • FIX BUGS: meridian convergence and scale returned by GeographicLib::TransverseMercatorExact was wrong at a pole.
  • Improve efficiency of GeographicLib::MGRS::Forward by avoiding the calculation of the latitude if possible.
  • Fixes to the way the Matlab interface routines are built

New in GeographicLib 1.30 (Feb 27, 2013)

  • Changes to geodesic routines:
  • fix BUG in fail-safe mechanisms in GeographicLib::Geodesic::Inverse;
  • the command line utility Geod is now called GeodSolve;
  • allow addition of polygon edges in GeographicLib::PolygonArea;
  • add full Maxima implementation of geodesic algorithms.

New in GeographicLib 1.29 (Jan 16, 2013)

  • Changes to allow compilation with libc++.
  • Add description of geodesics on triaxial ellipsoid to documentation.
  • Update journal reference for "Algorithms for geodesics".

New in GeographicLib 1.28 (Dec 11, 2012)

  • Changes to geodesic routines:
  • compute longitude difference exactly;
  • hence fix BUG in area calculations for polygons with vertices very close to the prime meridian;
  • fix BUG is geoddistance.m where the value of m12 was wrong for meridional geodesics;
  • add Matlab implementations of the geodesic projections;
  • remove unneeded special code for geodesics which start at a pole;
  • include polygon area routine in C and Fortran implementations;
  • add doxygen documentation for C and Fortran libraries.

New in GeographicLib 1.27 (Nov 29, 2012)

  • Changes to geodesic routines:
  • add native matlab implementations: geoddistance.m, geodreckon.m, geodarea.m;
  • add C and Fortran implementations;
  • improve the solution of the direct problem so that the series solution is accurate to round off for |f| < 1/50;
  • tighten up the convergence criteria for solution of the inverse problem;
  • no longer signal failures of convergence with NaNs (a slightly less accurate answer is returned instead).
  • Fix GeographicLib::DMS::Decode double rounding BUG.

New in GeographicLib 1.26 (Oct 23, 2012)

  • Replace the series used for geodesic areas by one with better convergence (this only makes an appreciable difference if |f| > 1/150).

New in GeographicLib 1.25 (Oct 17, 2012)

  • Changes to geodesic calculations:
  • restart Newton's method in Geodesic::Inverse when it goes awry;
  • back up Newton's method with the bisection method;
  • GeographicLib::Geodesic::Inverse now converges for any value of f;
  • add GeographicLib::GeodesicExact and GeographicLib::GeodesicLineExact which are formulated in terms of elliptic integrals and thus yield accurate results even for very eccentric ellipsoids.
  • the -E option to Geod invokes these exact classes.
  • Add functionality to GeographicLib::EllipticFunction:
  • add all the traditional elliptic integrals;
  • remove restrictions on argument range for incomplete elliptic integrals;
  • allow imaginary modulus for elliptic integrals and elliptic functions;
  • make interface to the symmetric elliptic integrals public.
  • Allow GeographicLib::Ellipsoid to be copied.
  • Changes to the build tools:
  • cmake uses folders in Visual Studio to reduce clutter;
  • allow precision of reals to be set in cmake;
  • fail gracefully in the absence of pod documentation tools;
  • remove support for maintainer tasks in Makefile.mk.

New in GeographicLib 1.24 (Sep 24, 2012)

  • Allow the specification of the hemisphere in UTM coordinates in order to provide continuity across the equator:
  • add GeographicLib::UTMUPS::Transfer;
  • add GeographicLib::GeoCoords::UTMUPSRepresentation(bool, int) and GeographicLib::GeoCoords::AltUTMUPSRepresentation(bool, int);
  • use the hemisphere letter in, e.g., GeoConvert -u -z 31N.
  • Add GeographicLib::UTMUPS::DecodeEPSG and GeographicLib::UTMUPS::EncodeEPSG.
  • cmake changes:
  • restore support for cmake 2.4.x;
  • explicitly check version of doxygen.
  • Fix building under cygwin.
  • Document restrictions on f in Introduction.
  • Fix python interface to work with version 2.6.x.

New in GeographicLib 1.23 (Jul 18, 2012)

  • Documentation changes:
  • remove html documentation from distribution and use web links if doxygen is not available;
  • use doxygen tags to document exceptions;
  • begin migrating the documentation to using Greek letters where appropriate (requires doxygen 1.8.1.2 or later).
  • Add GeographicLib::Math::AngNormalize and GeographicLib::Math::AngNormalize2; the allowed range for longitudes and azimuths widened to [-540°, 540°).
  • GeographicLib::DMS::Decode understands more unicode symbols.
  • GeographicLib::Geohash uses geohash code "nan" to stand for not a number.
  • Add GeographicLib::Ellipsoid::NormalCurvatureRadius.
  • Various fixes in GeographicLib::LambertConformalConic, GeographicLib::TransverseMercator, GeographicLib::PolarStereographic, and GeographicLib::Ellipsoid to handle reverse projections of points near infinity.
  • Fix programming blunder in GeographicLib::LambertConformalConic::Forward (incorrect results were returned if the tangent latitude was negative).

New in GeographicLib 1.22 (May 28, 2012)

  • Add GeographicLib::Geohash and GeographicLib::Ellipsoid classes.
  • Fix bug in GeographicLib::AlbersEqualArea for very prolate ellipsoids (b2 > 2 a2).
  • cmake changes:
  • optionally use PACKAGE_PATH and INSTALL_PATH to determine CMAKE_INSTALL_PREFIX;
  • use COMMON_INSTALL_PATH to determine layout of installation directories;
  • as a consequence, the installation paths for the documentation, and python and matlab interfaces are shortened for Windows;
  • zip source distribution now uses DOS line endings;
  • the tests work in debug mode for Windows;
  • default setting of GEOGRAPHICLIB_DATA does not depend on CMAKE_INSTALL_PREFIX;
  • add a cmake configuration for build tree.

New in GeographicLib 1.21 (May 28, 2012)

  • Support colon-separated DMS output:
  • GeographicLib::DMS::Encode and GeographicLib::GeoCoords::DMSRepresentation generalized;
  • GeoConvert and Geod now accept a -: option.
  • GeoidEval does not print the gradient of the geoid height by default (because it's subject to large errors); give the -g option to get the gradient printed.
  • Work around optimization BUG in GeographicLib::Geodesic::Inverse with tdm mingw g++ version 4.6.1.
  • autoconf fixed to ensure that that out-of-sources builds work; document this as the preferred method of using autoconf.
  • cmake tweaks:
  • simplify the configuration of doxygen;
  • allow the Matlab compiler to be specified with the MATLAB_COMPILER option.

New in GeographicLib 1.20 (Mar 24, 2012)

  • cmake tweaks:
  • improve find_package's matching of compiler versions;
  • CMAKE_INSTALL_PREFIX set from CMAKE_PREFIX_PATH if available;
  • add "x64" to the package name for the 64-bit binary installer;
  • fix cmake warning with Visual Studio Express.
  • Fix GeographicLib::SphericalEngine to deal with aggessive iterator checking by Visual Studio.
  • Fix transcription BUG is Geodesic.js.

New in GeographicLib 1.19 (Mar 24, 2012)

  • Slight improvement in GeographicLib::Geodesic::Inverse for very short lines.
  • Fix argument checking tests in GeographicLib::MGRS::Forward.
  • Add --comment-delimiter and --line-separator options to the Utility programs.
  • Add installer for 64-bit Windows; the compiled Matlab interface is supplied with the Windows 64-bit installer only.

New in GeographicLib 1.18 (Mar 24, 2012)

  • Improve documentation on configuration with cmake.
  • cmake's find_package ensures that the compiler versions match on Windows.
  • Improve documentation on compiling Matlab interface.
  • Binary installer for Windows installs under C:/pkg-vc10 by default.

New in GeographicLib 1.17 (Mar 24, 2012)

  • Work around optimization BUG in GeographicLib::Geodesic::Inverse with g++ version 4.4.0 (mingw).
  • Fix BUG in argument checking with GeographicLib::OSGB::GridReference.
  • Fix missing include file in GeographicLib::SphericalHarmonic2.
  • Add simple examples of usage for each class.
  • Add internal documentation to the cmake configuration files.

New in GeographicLib 1.16 (Mar 24, 2012)

  • Add calculation of the earth's gravitational field:
  • add GeographicLib::NormalGravity GeographicLib::GravityModel and GeographicLib::GravityCircle classes;
  • add command line utility Gravity;
  • add Gravity models;
  • add GeographicLib::Constants::WGS84_GM(), GeographicLib::Constants::WGS84_omega(), and similarly for GRS80.
  • Build uses GEOGRAPHICLIB_DATA to specify a common parent directory for geoid, gravity, and magnetic data (instead of GEOGRAPHICLIB_GEOID_PATH, etc.); similarly, GeoidEval, Gravity, and MagneticField, look at the environment variable GEOGRAPHICLIB_DATA to locate the data.
  • Spherical harmonic software changes:
  • capitalize enums GeographicLib::SphericalHarmonic::FULL and GeographicLib::SphericalHarmonic::SCHMIDT (the lower case names are retained but deprecated);
  • optimize the sum by using a static table of square roots which is updated by GeographicLib::SphericalEngine::RootTable;
  • avoid overflow for high degree models.
  • Magnetic software fixes:
  • fix documentation BUG in GeographicLib::MagneticModel::Circle;
  • make GeographicLib::MagneticModel constructor explicit;
  • provide default GeographicLib::MagneticCircle constructor;
  • add additional inspector functions to GeographicLib::MagneticCircle;
  • add -c option to MagneticField;
  • default height to zero in MagneticField.

New in GeographicLib 1.15 (Mar 24, 2012)

  • Add calculation of the earth's magnetic field:
  • add GeographicLib::MagneticModel and GeographicLib::MagneticCircle classes;
  • add command line utility MagneticField;
  • add Magnetic models;
  • add Installing the magnetic field models;
  • add The format of the magnetic model files;
  • add classes GeographicLib::SphericalEngine, GeographicLib::CircularEngine, GeographicLib::SphericalHarmonic, GeographicLib::SphericalHarmonic1, and GeographicLib::SphericalHarmonic2. which sum spherical harmonic series.
  • Add GeographicLib::Utility class to support I/O and date manipulation.
  • Cmake configuration includes a _d suffix on the library built in debug mode.
  • For the Python package, include manifest and readme files; don't install setup.py for non-Windows systems.
  • Include Doxygen tag file in distribution as doc/html/Geographic.tag.

New in GeographicLib 1.14 (Mar 24, 2012)

  • Ensure that geographiclib-config.cmake is relocatable.
  • Allow more unicode symbols to be used in GeographicLib::DMS::Decode.
  • Modify GeoidEval so that it can be used to convert the height datum for LIDAR data.
  • Modest speed-up of Geodesic::Inverse.
  • Changes in python interface:
  • FIX BUG in transcription of Geodesic::Inverse;
  • include setup.py for easy installation;
  • python only distribution is available at http://pypi.python.org/pypi/geographiclib
  • Supply a minimal Qt qmake project file for library src/Geographic.pro.

New in GeographicLib 1.13 (Mar 24, 2012)

  • Changes to I/O:
  • allow : (colon) to be used as a DMS separator in GeographicLib::DMS::Decode(const std::string&, flag&);
  • also accept Unicode symbols for degrees, minutes, and seconds (coded as UTF-8);
  • provide optional swaplatlong argument to various GeographicLib::DMS and GeographicLib::GeoCoords functions to make longitude precede latitude;
  • GeoConvert now has a -w option to make longitude precede latitude on input and output;
  • include a Javascript version of GeographicLib::DMS.
  • Slight improvement in starting guess for solution of geographic latitude in terms of conformal latitude in TransverseMercator, TransverseMercatorExact, and LambertConformalConic.
  • For most classes, get rid of const member variables so that the default copy assignment works.
  • Put GeographicLib::Math and GeographicLib::Accumulator in their own header files.
  • Remove unused "fast" GeographicLib::Accumulator method.
  • Reorganize the Python interface.
  • Withdraw some deprecated routines.
  • cmake changes:
  • include FindGeographic.cmake in distribution;
  • building with cmake creates and installs geographiclib-config.cmake;
  • better support for building a shared library under Windows.

New in GeographicLib 1.12 (Mar 24, 2012)

  • Change license to MIT/X11.
  • Add GeographicLib::PolygonArea class and equivalent Matlab function.
  • Provide Javascript and Python implementations of geodesic routines.
  • Fix Windows installer to include runtime dlls for Matlab.
  • Fix (innocuous) unassigned variable in Geodesic::GenInverse.
  • Geodesic routines in Matlab return a12 as first column of aux return value (incompatible change).
  • A couple of code changes to enable compilation with Visual Studio 2003.

New in GeographicLib 1.11 (Mar 24, 2012)

  • Changes to Planimeter:
  • add -l flag to Planimeter for polyline calculations;
  • trim precision of area to 3 decimal places;
  • FIX BUG with pole crossing edges (due to compiler optimization).
  • Geod no longer reports the reduced length by default; however the -f flag still reports this and in addition gives the geodesic scales and the geodesic area.
  • FIX BUGS (compiler-specific) in inverse geodesic calculations.
  • FIX BUG: accommodate tellg() returning -1 at end of string.
  • Change way flattening of the ellipsoid is specified:
  • constructors take f argument which is taken to be the flattening if f < 1 and the inverse flattening otherwise (this is a compatible change for spheres and oblate ellipsoids, but it is an INCOMPATIBLE change for prolate ellipsoids);
  • the -e arguments to the Utility programs are handled similarly; in addition, simple fractions, e.g., 1/297, can be used for the flattening;
  • introduce GeographicLib::Constants::WGS84_f() for the WGS84 flattening (and deprecate Constants::WGS84_r() for the inverse flattening);
  • most classes have a Flattening() member function;
  • InverseFlattening() has been deprecated (and now returns inf for a sphere, instead of 0).