- Update to 1.48
* 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 Python 3.12 testing with a new assay
OBS-URL: https://build.opensuse.org/request/show/1161329
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=21
* 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
- Update to 1.47
* 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/request/show/1143991
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=20
* 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. (forwarded request 1060130 from bnavigator)
OBS-URL: https://build.opensuse.org/request/show/1060131
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=17
- 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
- Update to v1.43.1
* 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/request/show/994500
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=16
* 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/886492
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=12
- 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
- Update to v1.34
* 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
- Define skip_python36 for TW, because current astropy needs
Python >=3.7
OBS-URL: https://build.opensuse.org/request/show/856058
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=9
* 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
- Update to v1.33
* Fix: running ``load.timescale(builtin=False)`` was raising an
exception ``FileNotFoundError`` if the ``finals2000A.all`` file was
not already on disk, instead of downloading the file automatically.
`#477 <https://github.com/skyfielders/python-skyfield/issues/477>`_
- v1.32
* A new :func:`~skyfield.eclipselib.lunar_eclipses()` routine finds
lunar eclipses and determines their degree of totality.
`#445 <https://github.com/skyfielders/python-skyfield/issues/445>`_
* The almanac module’s new :func:`~skyfield.almanac.meridian_transits()`
routine can find the moments at which a body transits the meridian and
antimeridian.
`#460 <https://github.com/skyfielders/python-skyfield/issues/460>`_
* Fix: the :func:`~skyfield.searchlib.find_minima()` function was
ignoring its ``epsilon`` and ``num`` arguments and always using the
default values instead.
`#475 <https://github.com/skyfielders/python-skyfield/pull/475>`_
* Fix: the ``.epoch`` attribute of Earth satellite objects that were
built using :meth:`~skyfield.sgp4lib.EarthSatellite.from_satrec()`
was, alas, a half-day off.
`#466 <https://github.com/skyfielders/python-skyfield/issues/466>`_
* Fix: the :class:`~skyfield.toposlib.Topos` constructor arguments ``x``
and ``y``, which never worked properly, have been deprecated and are
now ignored.
1.31 — 2020 October 24
----------------------
* Skyfield now uses the International Earth Rotation Service (IERS) file
``finals2000A.all`` for updated ∆T and leap seconds. The USNO is no
longer updating the files ``deltat.data`` and ``deltat.preds`` that
previous versions of Skyfield used, and the ``cddis.nasa.gov`` server
from which they were fetched will discontinue anonymous FTP on 2020
October 31. See `downloading-timescale-files`.
`#452 <https://github.com/skyfielders/python-skyfield/issues/452>`_
`#464 <https://github.com/skyfielders/python-skyfield/issues/464>`_
* The comets dataframe built from the MPC file ``CometEls.txt`` now
includes the ``reference`` column, so users can tell which orbit is
most recent if there are several orbits for a single comet. (For
example, the file currently lists two C/2020 F3 (NEOWISE) orbits.)
The comet examples in the documentation now build a dataframe that
only includes the most recent orbit for each comet.
`#463 <https://github.com/skyfielders/python-skyfield/issues/463>`_
* Two new methods :meth:`~skyfield.iokit.Loader.days_old()` and
:meth:`~skyfield.iokit.Loader.download()` make it simple to download a
fresh copy of a file if the copy on disk is older than you would like.
1.30 — 2020 October 11
----------------------
* The various ``strftime()`` Skyfield methods now support the ``%j``
day-of-year format code.
* Fix: the new Julian calendar support broke support for out-of-range
month numbers, wrapping them into the current year instead of letting
them overflow into subsequent years.
`#461 <https://github.com/skyfielders/python-skyfield/issues/461>`_
* Fix: a stray debugging ``print()`` statement was stranded in ``t.dut1``.
`#455 <https://github.com/skyfielders/python-skyfield/issues/455>`_
* The :class:`~skyfield.timelib.Time` object, if manually instantiated
without a Julian date fraction, now provides a fraction array with
dimensions that match the Julian date argument.
`#458 <https://github.com/skyfielders/python-skyfield/issues/458>`_
OBS-URL: https://build.opensuse.org/request/show/849994
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=26
- Update to version 1.29
* Fix: the new Julian calendar feature was raising an
exception in the calendar methods like
`skyfield.timelib.Time.tt_calendar()` if the time
object was in fact an array of times. #450
* Fix: trying to iterate over a time object would raise an
exception if the time was created through
`~skyfield.timelib.Timescale.ut1()`.
- Version 1.28
* Broken URL: Because the VizieR archive apparently decided
to uncompress their copy of the hip_main.dat.gz Hipparcos
catalog file, the old URL now returns a 404 error. As an
emergency fix, this version of Skyfield switches to their
uncompressed hip_main.dat. Hopefully they don’t compress
it again and break the new URL! A more permanent solution
is discussed at: #454
* To unblock this release, removed a few deprecated pre-1.0
experiments from April 2015 in skyfield.hipparcos and
skyfield.named_stars that broke because the Hipparcos
catalog is no longer compressed; hopefully no one was
using them.
* In a sweeping internal change, the
`~skyfield.timelib.Timescale` and
`~skyfield.timelib.Time` objects now offer support
for the Julian calendar that’s used by historians for
dates preceding the adoption of the Gregorian calendar in
1582. See choice of calendars if you want to turn on
Julian dates in your application. #450
OBS-URL: https://build.opensuse.org/request/show/837884
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=7
* Fix: the new Julian calendar feature was raising an
exception in the calendar methods like
`skyfield.timelib.Time.tt_calendar()` if the time
object was in fact an array of times. #450
* Fix: trying to iterate over a time object would raise an
exception if the time was created through
`~skyfield.timelib.Timescale.ut1()`.
- Version 1.28
* Broken URL: Because the VizieR archive apparently decided
to uncompress their copy of the hip_main.dat.gz Hipparcos
catalog file, the old URL now returns a 404 error. As an
emergency fix, this version of Skyfield switches to their
uncompressed hip_main.dat. Hopefully they don’t compress
it again and break the new URL! A more permanent solution
is discussed at: #454
* To unblock this release, removed a few deprecated pre-1.0
experiments from April 2015 in skyfield.hipparcos and
skyfield.named_stars that broke because the Hipparcos
catalog is no longer compressed; hopefully no one was
using them.
* In a sweeping internal change, the
`~skyfield.timelib.Timescale` and
`~skyfield.timelib.Time` objects now offer support
for the Julian calendar that’s used by historians for
dates preceding the adoption of the Gregorian calendar in
1582. See choice of calendars if you want to turn on
Julian dates in your application. #450
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=24
- Update to version 1.27
* The printed appearance of both vectors and of vector
functions like Earth locations and Earth satellites
have been rewritten to be more informative and
consistent.
* Added compute_calendar_date() which lets the caller
choose the Julian calendar for ancient dates instead of
always using the proleptic Gregorian calendar. This
should be particularly useful for historians.
* Added J() that builds a time array from an array of
floating point years. #436
* Added four new strftime methods for the non-UTC
timescales (#443). All four of them support %f for
microseconds, and provide a reasonable default format
string for callers who don’t wish to concoct their own:
tai_strftime()
tt_strftime()
tdb_strftime()
ut1_strftime()
* Thanks to several fixes, comets and asteroids with
parabolic and hyperbolic orbits should now raise fewer
errors.
* The prototype planetary_magnitude() can now return
magnitudes for Uranus without raising an exception. The
routine does not yet take into account whether the
observer is facing the equator or poles of Uranus, so
the magnitude predicted for the planet will only be
accurate to within about 0.1 magnitudes.
OBS-URL: https://build.opensuse.org/request/show/834847
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=6
* The printed appearance of both vectors and of vector
functions like Earth locations and Earth satellites
have been rewritten to be more informative and
consistent.
* Added compute_calendar_date() which lets the caller
choose the Julian calendar for ancient dates instead of
always using the proleptic Gregorian calendar. This
should be particularly useful for historians.
* Added J() that builds a time array from an array of
floating point years. #436
* Added four new strftime methods for the non-UTC
timescales (#443). All four of them support %f for
microseconds, and provide a reasonable default format
string for callers who don’t wish to concoct their own:
tai_strftime()
tt_strftime()
tdb_strftime()
ut1_strftime()
* Thanks to several fixes, comets and asteroids with
parabolic and hyperbolic orbits should now raise fewer
errors.
* The prototype planetary_magnitude() can now return
magnitudes for Uranus without raising an exception. The
routine does not yet take into account whether the
observer is facing the equator or poles of Uranus, so
the magnitude predicted for the planet will only be
accurate to within about 0.1 magnitudes.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=22
- Update to version 1.25
* Added skyfield.data.stellarium.parse_constellations()
and skyfield.data.stellarium.parse_star_names()
to load Stellarium star names and constellation lines.
Constellation lines are featured in a new example script
neowise-chart that produces a finder chart for
comet C/2020 F3 NEOWISE.
* The Hipparcos star catalog should now load faster, having
switched behind the scenes to a higher performance Pandas
import routine.
* Fixed the ability of skyfield.timelib.Timescale.utc()
to accept a Python datetime.date object as its argument.
#409
* Slightly lowered the precision of two tests when they
detect that Python is compiled for a 32-bit processor, so
the test suite can succeed when contributors package
Skyfield for 32-bit Linux. #411
- use upstreams custom test runner 'assay'
* The runner does not have any releases yet. No package
available, so use assay-master-252.79f5d78.tar.gz directly
* drop skyfield-pr405-replace-assay-by-pytest.patch
* gh#brandon-rhodes/assay#6, gh#skyfielders/python-skyfield#405
- the unit test expect a truncated hipparcos catalog
* generate-hipparcos.sh
* hip_main.dat.gz
- drop skyfield-pr404-comparefloat.patch addressed upstream
gh#skyfielders/python-skyfield#404
gh#skyfielders/python-skyfield#411
OBS-URL: https://build.opensuse.org/request/show/822762
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python:numeric/python-skyfield?expand=0&rev=14
- release precision for i586 test
gh#skyfielders/python-skyfield#411
- Update to Version 1.24
* Added methods :meth:`~skyfield.timelib.Timescale.from_datetime()`
and :meth:`~skyfield.timelib.Timescale.from_datetimes()` to
the :class:`~skyfield.timelib.Timescale` class, to
better advertise the ability to build a Skyfield time
from a Python datetime — an ability that was previously
overloaded into the year parameter of the
:meth:`~skyfield.timelib.Timescale.utc()` method (where
it is still supported for backwards compatibility, but
no longer documented).
* Fix: improved the accuracy with which velocity is
converted between the Earth-fixed ITRF frame that rotates
with the Earth and the inertial GCRS frame that does not.
In particular, this should make Earth satellite
velocities more accurate.
- rebase patches skyfield-pr404-comparefloat.patch
and skyfield-pr405-replace-assay-by-pytest.patch
OBS-URL: https://build.opensuse.org/request/show/822291
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-skyfield?expand=0&rev=2