upoints - Modules for working with points on Earth
At this point
upoints only exists to assist the users who have been using
it for years, I absolutely do not recommend its use to new users.
upoints is a collection of GPL v3 licensed modules for working with
points on Earth, or other near spherical objects. It allows you to calculate
the distance and bearings between points, mangle xearth/xplanet data files,
work with online UK trigpoint databases, NOAA's weather station database and
other such location databases.
Previous versions of
upoints were called
earth_distance, but the name
was changed as it no longer reflected the majority of uses the packages was
upoints's only strict requirements beyond the Python standard library are
aaargh and lxml, and as such should run with Python 2.6 or newer . If
upoints doesn't work with the version of Python you have installed, drop me
a mail and I'll endeavour to fix it.
The module has been tested on many UNIX-like systems, including Linux and OS X, but it should work fine on other systems too.
$ nose2 -v tests
|||If you still use Python v2.5 only small changes are required, for example to the property definitions.|
The simplest way to show how
upoints works is by example, and here goes:
>>> from upoints import point >>> Home = point.Point(52.015, -0.221) >>> Telford = point.Point(52.6333, -2.5000) >>> print("%d kM, with an initial bearing of %d°" ... % (Home.distance(Telford), Home.bearing(Telford))) 169 kM, with an initial bearing of 294°
All the class definitions, methods and independent functions contain hopefully
useful usage examples in the docstrings. The API documentation is built with
Sphinx, and is available in
There is some accompanying text and examples for
edist.py, available in geolocation and path cross. More examples are
xearth.py in xearth and path cross. Some background and
more examples for
trigpoints.py is online in Trigpointing and point.py.
Usage examples for
cities.py is available in Cities and cities.py. And
finally, Pythons on a plane contains information on
I'd like to thank the following people who have contributed to
- Cédric Dufour -
edist.py's CSV import, and flight plan output
- Thomas Traber - GPX support enhancements, Points filtering, and some cool usage scenarios
- Kelly Turner - Xearth import idea, and copious testing
- Simon Woods
If I've forgotten to include your name I wholeheartedly apologise. Just drop me a mail and I'll update the list!
API stability isn't guaranteed across versions, although frivolous changes won't be made.
upoints 1.0 is released the API will be frozen, and any changes which
aren't backwards compatible will force a major version bump.
The modules assume the caller will take care of significant digits, and output formatting . All results are returned with whatever precision your Python install or system generates; unintuitive float representation, rounding errors, warts and all.
The reasoning is simple, the caller should always know what is required and any heuristics added to the code would be just that -- guesses, which can and will be wrong.
upoints modules do not take flattening in to account, as in calculations
based in most populated areas of the earth the errors introduced by ignoring the
earth's flattening are quite small. Future versions may change if the
limitation becomes an issue in real use.
Although not really a limitation one should also be careful to use data sources that are based around the same datum, and even within two data sources that use the same datum you should make sure they use the same representations. It isn't unusual to find data sources from the USA that specify longitudes west of Greenwich as positive for example.
|||A future release may include more standard output definitions, but there is no intention to add "magic" data mangling.|
If you've found a bug please attempt to include a minimal testcase so I can reproduce the problem, or even better a patch!