d025ebe642
- update to 4.1.4: * A memory leak has been resolved, that was failing to free the storage for the satellite name (a Python string) and catalog number (a Python integer) when the satellite object itself was freed. * In previous versions, if you asked for the position of a body (a) whose elliptical or hyperbolic orbit has an eccentricity very close to 1.0 and (b) which is very far from perihelion, then the underlying C library would print a warning `Near-parabolic orbit: inaccurate result but let your Python script continue on unawares. Now, no message is printed directly to the screen, and instead a RuntimeError will tell you why PyEphem can’t compute the body’s position. * The underlying C library should no longer produce a segmentation fault if given the floating point number NaN as a date. The Python rising and setting logic now also watches out for NaN dates, and raises a ValueError` when one is detected.
Dirk Mueller2023-01-02 19:59:13 +00:00
1241539412
- update to 4.1.1: * When you provide PyEphem with a Python `datetime that has a time zone attached, PyEphem now detects the time zone and converts the date and time to UTC automatically. * A new search routine had been written and tested to power the :ref:transit-rising-setting methods previous_rising(), previous_setting(), next_rising(), and next_setting(). They should no longer be susceptible to getting hung up in a loop. You should also find them substantially faster. * Fixed the constellation() routine so that it uses astrometric, rather than apparent, right ascension and declination. This should make it more accurate along the borders of each constellation. * Fixed how the underlying “libastro” library computes whether a body’s image is deflected by gravity when its light passes close to the Sun. Previously, users would see coordinates jump unexpectedly as the deflection formula turned on and off haphazardly. * Fixed the star positions in the ephem.stars star catalog by adding 8.75 years of proper motion to each star. Previously, each 1991.25 position from the Hipparcos catalog was being incorrectly treated as a 2000.0 position. * A new routine unrefract() lets you compute the real altitude of a body that you observe in the sky at a given apparent altitude. * The old cities.lookup() function is now officially deprecated. Because of a Google API restriction, it stopped working in 2018. * Planetary moon positions are now available through the year 2040 (previously, asking for a position past 2020 returned zeroes). * The Date` object is improved such that the return values of
Dirk Mueller2022-01-17 20:32:56 +00:00
Ana Guerrero
Markéta Machová
Steve Kowalik
Dirk Mueller
Dominique Leuenberger
Matej Cepl