* Times now support the ``<`` operator, so Python can sort them.
* For convenience, geoids like :data:`~skyfield.toposlib.wgs84`
have a new attribute
:data:`~skyfield.toposlib.Geoid.polar_radius`.
* You can no longer subtract two positions unless they have the
same ``.center``. Otherwise, a ``ValueError`` is raised. This
check has always been performed when you subtract vector
functions, but it was missing from the position subtraction
routine.
* On days that the Sun fails to rise and set in the Arctic and
Antarctic, the new rising and setting routines now correctly set
the value ``False`` not only for sunrise but also for sunset.
- Reenable pytho312 testing with a new assay
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=55
* Added faster and more accurate almanac routines
:func:`~skyfield.almanac.find_risings()` and
:func:`~skyfield.almanac.find_settings()` and
:func:`~skyfield.almanac.find_transits()`.
* Skyfield’s internal table for the ∆T Earth orientation
parameter has been updated, so that its predictions now extend
to 2025-01-18.
* Constellation abbreviations are now consistent between the
:func:`~skyfield.api.load_constellation_map()` table and the
:func:`~skyfield.api.load_constellation_names()` list.
Previously, ``CVn`` and ``TrA`` had been mis-capitalized in the
list as ``Cvn`` and ``Tra``.
- Skip testing python312: gh#brandon-rhodes/assay#15 still an issue
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=53
- Update to 1.46:
* The :func:`~skyfield.almanac.oppositions_conjunctions()` routine
now measures ecliptic longitude using the ecliptic of each
specific date, rather than always using the J2000 ecliptic,
which should improve its accuracy by several seconds.
* Skyfield’s internal table for the ∆T Earth orientation parameter
has been updated, so that its predictions now extend to 2024-04-13.
* Bugfix: Skyfield was giving values several kilometers off
when computing the elevation above ground level of a target that
was positioned directly above the Earth’s north or south pole.
* Bugfix: the function skyfield.positionlib.ICRF.is_behind_earth()
method was incorrectly returning True if the Earth was on the
line that joins the two satellites, but over on the far side of
the other satellite where it wasn’t really in the way.
* The method skyfield.positionlib.ICRF.altaz() now lives on the
main position class instead of in two specific subclasses.
If the user mistakenly tries to call .altaz() on an instance
of the skyfield.positionlib.Astrometric position
subclass - which previously lacked the method - then a friendly
exception is raised explaining their error.
OBS-URL: https://build.opensuse.org/request/show/1128518
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=50
- Update to v1.45
* Bugfix: minor planets and comets in Skyfield 1.44 would raise
an exception if asked for a position in the half of their orbit
where they are inbound towards their perihelion.
- Changelog v1.44
* Skyfield’s internal table for the ∆T Earth orientation
parameter has been updated, so that instead of including
measurements only through December 2021 it now knows Earth
orientation through September 2022.
* Distance and velocity objects can now be created by calling
their unit names as constructors, like d = Distance.km(5.0) and
v = Velocity.km_per_s(0.343).
* Updated the URL from which the Hipparcos database hip_main.dat
is downloaded, following a change in the domain for the
University of Strasbourg from u-strasbg.fr to unistra.fr.
OBS-URL: https://build.opensuse.org/request/show/1060130
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=46
* An attempt at overly clever scripting resulted in a Skyfield
1.43 release without a setup.py in its .tar.gz; within an hour,
a Python 2.7 user had reported that Skyfield could no longer
install. This release is identical to 1.43 but (hopefully)
installs correctly for everyone!
- Changelog v1.43
* Fixed planetary_magnitude() so it works for Saturn even when
the time is an array rather than a single time; also, improved
its calculation slightly with respect to Uranus. #739
* Improved load_comets_dataframe() so that parsing CometEls.txt
with the most recent version of Pandas doesn’t stumble over the
commas in the final field of (for example) Halley’s Comet and
give the error ParserError: Error tokenizing data. C error:
Expected 12 fields…saw 13. #707
- Changelog v1.42
* Added two new position methods phase_angle() and
fraction_illuminated() that, given an illuminator (usually the
Sun) as their argument, compute whether the observer is looking
at the bright side or the dark side of the target body. They
replace a pair of old functions in the almanac module.
* The almanac routine moon_nodes() would sometimes skip nodes
that were closer together than 14.0 days. It has been tightened
down and should now detect all lunar nodes. #662
* Time objects now feature a to_astropy() method.
* The position method to_skycoord() now sets the frame attribute
of the sky coordinate it returns, and for now only supports
barycentric and geocentric positions. #577
- Changelog v1.41
* Times now support arithmetic: you can add or subtract from a
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=43
- Update to 1.39
* The Angle.dstr() and Angle.hstr() methods now accept a
format= argument that lets callers override Skyfield’s default
angle formatting and supply their own; see Formatting angles.
#513
* The prototype planetary_magnitude() function now works not
only when given a single position, but when given a vector of
several positions.
- Release 1.38
* Replaced the old historic ∆T table from the United States
Naval Observatory with up-to-date splines from the 2020 release
of the extensive research by Morrison, Stephenson, Hohenkerk,
and Zawilski and also adjusted the slope of Skyfield’s
near-future ∆T estimates to make the slope of ∆T much less
abrupt over the coming century.
* Added a full reference frame object for the TEME reference
frame used by SGP4 Earth satellite elements.
- Release 1.37
* Added a frame_latlon_and_rates() method that can compute the
rates at which angles like altitude and azimuth, or right
ascension and declination, are changing.
* Accepted a contributor’s helpful fix for a rounding error that
had slightly shifted a few constellation boundaries. #548
* The Time tuple utc and method utc_strftime() are now backed by
the same math, so they always advance to the next calendar day
at the same moment. This makes it safe to mix values returned
by one of them with values returned by the other. #542
* Vector subtraction now returns the position subclass specific
to the resulting vector’s center. #549
- Release 1.36
OBS-URL: https://build.opensuse.org/request/show/886486
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=35
- Update to 1.35
* Deprecated the old Topos class, which not only featured
a clunky interface but hid from users the fact that
Skyfield was generating IERS2010 positions from latitude
and longitude when in fact nearly all users want WGS84
positions. Users are now encouraged to supply latitude
and longitude to the
:meth:`~skyfield.toposlib.Geoid.latlon()` method of
either the :data:`~skyfield.toposlib.wgs84` object or the
:data:`~skyfield.toposlib.iers2010` object. Related
discussion: #372
* The two new geoid objects
:data:`~skyfield.toposlib.wgs84` and
:data:`~skyfield.toposlib.iers2010` have also provided a
happy new home for the
:meth:`~skyfield.toposlib.Geoid.subpoint()` method —
which was previously stranded over on the
:class:`~skyfield.positionlib.Geocentric` class, where it
couldn’t be used with positions of other classes that
might be centered at the geocenter. (The old method will
remain in place to support legacy code, but is
discouraged in new applications.)
* The effects of :ref:`Polar motion` — if configured —
are now included both when computing the position in
space of an Earth latitude and longitude, and when
determining the latitude and longitude beneath a
celestial position.
* Added :func:`~skyfield.api.load_constellation_names()`.
* The :meth:`~skyfield.timelib.Time.utc_jpl()` method now
correctly designates its return value as UTC instead of
OBS-URL: https://build.opensuse.org/request/show/859765
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=31
* The position classes have gained methods frame_xyz(),
frame_xyz_and_velocity(), frame_latlon(), and
from_time_and_frame_vectors() that work with a new
library skyfield.framelib to offer a number of familiar
reference frames. These replace the existing ad-hoc
position methods for ecliptic and galactic coordinates,
which are now deprecated (but will continue to be
supported). See Coordinates in other reference frames.
* Added support for IERS Polar Motion 𝑥 and 𝑦.
* Added a method lst_hours_at() that computes Local
Sidereal Time.
* A new almanac routine moon_phase() returns the Moon
phase as an angle where 0° is New Moon, 90° is First
Quarter, 180° is Full, and 270° is Last Quarter. #282
* Almanac search routines that previously returned a
Boolean true/false array now return an integer 0/1
array instead, to work around a new deprecation warning
in NumPy which, for example, would have outlawed using
the Boolean array from moon_nodes() to index into the
MOON_NODES list that provides a name for each node. #486
* The undocumented columns magnitude_H and magnitude_G
in the Minor Planet Center comets dataframe have been
renamed magnitude_g and magnitude_k following further
research on the file format (which does not itself
document which magnitude model is intended). #416
- add finals2000A.all to testdata
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=29
