52c33bda64
- Update to 1.6.5 * python 3.14 wheels, 3.8/3.9 support dropped. * roundtrip not correct when dates are all python datetime instances and calendar not proleptic_gregorian (issue #354). * fix cftime.datetime.strftime so it works with two digit year formatting (%y, issue #362). * speed up comparisions (using __richcmp___) and update docs. Issue #365.
Markéta Machová2025-10-21 11:51:23 +00:00
f85b4300d0
Accepting request 1179939 from devel:languages:python
Ana Guerrero2024-06-11 16:30:58 +00:00
8bffac1872
Accepting request 1179563 from home:bnavigator:numpy
Dirk Mueller2024-06-11 08:02:30 +00:00
032a60e038
Accepting request 1130212 from devel:languages:python
Ana Guerrero2023-12-01 20:26:38 +00:00
668ea5e9b1
- update to 1.6.3: * add support for formats without separators in strptime (e.g. '20200229', issue #301). * set the c_api_binop_methods compiler directive to True to retain Cython 0.x behavior for arithmetic operators for Cython >= 3.0.0 * support for python 3.12. - drop cython3.patch (upstream) - Update to version 1.6.2 * silently change calendar='gregorian' to 'standard' internally, * added support for "common_year" and "common_years" units for "noleap" Default is False for 'real-world' calendars ('julian', 'gregorian'/'standard', * add "change_calendar" cftime.datetime method to switch to another * remove legacy utime class, and legacy JulianDayFromDate and cftime.datetime.__add__, and cftime.datetime.__sub__. The use of them * Rewrite of julian day/calendar functions (_IntJulianDayToCalendar and changed to MIT (to be consistent with netcdf4-python). digits can be handled. * include pyproject.toml in MANIFEST.in so it gets * fix for date2num error when converting a DatetimeProlepticGregorian
Dirk Mueller2023-12-01 11:35:29 +00:00
b7c6f7a3d0
Accepting request 1108098 from devel:languages:python
Ana Guerrero2023-08-31 11:45:51 +00:00
2f8307467c
Accepting request 1108092 from home:mcalabkova:branches:devel:languages:python
Markéta Machová2023-08-30 11:44:19 +00:00
74f8641998
- update to 1.6.0: * fix for masked array inputs * improved performance of the num2date algorithm, in some cases providing an over 100x speedup * fix for date2index for select != 'exact' when select='exact' works * silently change calendar='gregorian' to 'standard' internally, since 'gregorian' deprecated in CF v1.9 * add "is_leap_year" function * wheels that work on Apple M1 (arm64) available on pypi. * added support for "common_year" and "common_years" units for "noleap" and "365_day" calendars * check consistency of year arg and has_year_zero kwarg in cftime.datetime (issue #248). Also assume if has_year_zero not specified it should be True if year=0. Allow replace method to change has_year_zero. Issue UserWarning if year set to zero and calendar default is changed from False to True (so that user is aware the resulting instance will not be CF compliant). * '360_day' was missing from list of 'idealized' calendars. * fixed a bug that led to subclasses losing their type identity upon pickling * Change default behavior of proleptic_gregorian to has_year_zero=T (to be consistent with ISO-8601 since CF does not specify the year zero convention for this calendar). Issue warning when trying to to create a cftime.datetime instance that is not allowed in CF * clean-up deprecated calendar specific subclasses * added string formatting support to cftime.datetime objects (via cftime.datetime.__format__) * add support for astronomical year numbering (including year zero) for real-world calendars using 'has_year_zero' cftime.datetime kwarg Default is False for 'real-world' calendars ('julian', 'gregorian'/'standard', 'proleptic_gregorian'). Ignored for idealized calendars like '360_day
Dirk Mueller2022-03-27 14:58:44 +00:00
baf91ccf87
Accepting request 876106 from devel:languages:python
Richard Brown
2021-03-02 11:36:11 +00:00
7a1fcf6928
- Update to 1.2.0: * Return the default values of dayofwk and dayofyr when calendar is '' (issue #173). * fix treatment of masked arrays in num2date and date2num (issue #175). Also make sure masked arrays are output from num2date/date2num if masked arrays are input. * Where possible, use timedelta arithmetic to decode times exactly within num2date (issue #171). * Make taking the difference between two cftime datetimes to produce a timedelta exact to the microsecond; depending on the units encoding, this enables date2num to be exact as well (issue #109). * utime.date2num/utime.num2date now just call module level functions. JulianDayFromDate/DateFromJulianDay no longer used internally (PR #180). * add isoformat method for compatibility with python datetime (issue #152). * make 'standard' default calendar for cftime.datetime so that dayofwk,dayofyr methods don't fail (issue #169). * change dayofwk and dayofyr attributes into properties (issue #158) * fix for issue #165 (python datetime should be returned when only_use_cftime_datimes=False). * include pyproject.toml in MANIFEST.in so it gets included in source tarball (issue #154). * fix microsecond formatting issue, ensure identical results computed for arrays and scales (issue #143, PR #146). * improved exceptions for time differences (issue #128, PR #131). * fix intersphinx entries (issue #133, PR #133) * make only_use_cftime_datetimes=True by default, so cftime datetime instances are returned by default by num2date (instead of returning python datetime instances where possible). Issue #136, PR #135. * Add daysinmonth attribute (issue #137, PR #138). * If only_use_python_datetimes=True and only_use_cftime_datetimes=False, num2date only returns python datetime instances and raises an exception if this is not possible. * Fix for fractional seconds in reference date in units string - Add numpy-devel to BuildRequires.
Steve Kowalik2020-07-09 04:37:52 +00:00
Ana Guerrero
Markéta Machová
Dirk Mueller
Dominique Leuenberger
Matej Cepl
Richard Brown
Daniel Garcia
Richard Brown
Steve Kowalik
Tomáš Chvátal