Date command: A command-based date computation engine
Installation
You can install the package simply by
pip install datec
Usage
datec allows you to use "date commands" to modify datetime's by adding to them, like this:
datetime.datetime.now() + datec.Period(2, 'week')
A date command can be parsed from strings using the parse() function, which create a command from a string representation. This forms the basis of the datec command, which is a command-line program to output datetime after applying date commands, or sleep until that time if "-w" is given. In general the date representation is NxYYYY-mm-ddTHH:MM:SS.ffffff, where unspecified parts are omitted leaving the symbols intact, like "2x-2-29T3::." (see the following for the meaning). If the fractional part is not specified the "." may be omitted, if all time parts are not specified the "T::." can be omitted, if all date parts are not specified the "--T" can be omitted, and if Nx may be omitted in some cases for setting a partial datetime or weekday. There are a couple other more formats like +3week and -2wed for shifting by period and weekday.
Date commands are in two forms: period shifting commands and partial datetime shifting commands. The first type is more familiar: they look like
- +2week (shift the datetime forward by 2 week)
- -1month (shift the datetime backward by 1 month)
Period is one of year, month, week, day, hour, minute and second, represented by an object of the Period class. Fractional numbers are acceptable except for year and month. If shifting a period leads to an invalid date (e.g., shift backward 1 month from 2019-07-31), it moves backwards the closest valid date (here, 2019-06-30). In general the parts finer than the shifted part is unaffected (e.g., shifting 1 month from 2019-07-31 02:00 gives you 2019-06-30 02:00).
Partial datetime shifting is less familiar. It looks like:
- 12:: (set the hour number to 12)
- +2x12:: (move forward to the second hour 12)
- +4x--31 (move forward to the fourth occurrence of day 31 of a month)
- -3x-02-29 (move backward to the third occurrence of February 29)
- wed (set to the Wednesday of the same week, week starts on Sunday)
- -3wed (move to the third Wednesday before the current datetime)
They are represented by either a Weekday object or a PartialDate object with a count. A count of 0 means setting instead of shifting. Only integer counts are acceptable.
A trailing "/" on a partial date command sets all fields after the
last specified field to zero. For example, 12::/ sets the hour to
12 and the minute, second and microsecond to 0, whereas 12:: would
leave those unchanged.
It is an error to set to an invalid date (e.g., --31 applied on 2019-06-25 is an error). The datetime parts which are specified must be consecutive (it is an error to specify 12::05). It is also an error to shift for occurrence of a partial date with year specified (e.g., "+2x2019--").
On the other hand, shifting to an invalid date with day number specified will shift more until a specified date is valid. For example, if you add -2-29 with count 1 to 2019-01-01, you end up with 2020-02-29, because 2019-02-29 is not a valid date. If the count is 2 you get 2024-02-29 instead.
Shifting to an invalid date by a partial date with just a month number will cause the date to moved backwards until the date is valid. E.g., if you shift by -6- with count 1 (next June) from 2019-05-31, you get 2019-06-30. With count 2 you get 2020-06-30.
This library is grown out of frustration that it is tedious to have a shell script or program to get a datetime like "the next 6pm from now" or "the next 3rd of any month from two days ago". With this module they can be specified like "+1x18:00:00.0" and "-2day +1x--3" respectively. In the expected use cases, counts are small numbers. So the library is not always efficient (at times we just loop "count" times to step forward or backward). Whenever it is simple to do so, the implementation just forward to relativedelta, in which case they are more efficient.
At present the program does not handle timezone and daylight saving. This is bacause the author lives at a place where no daylight saving is observed. Contributions are welcome.
Metadata
Release files for datec 0.3.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| datec-0.3.1.tar.gz | 9.3 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| datec-0.3.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 25.1 kB
Release files / datec-0.3.1.tar.gz
| Download URL | datec-0.3.1.tar.gz |
|---|---|
| Size | 9.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
193f44a06cca4f5be748c6564e52e7c70978a2584d4d35c92901bf78beb633f6
|
|
BLAKE2b-256 checksum How to use checksums |
70ca07bdc9cc44765794153d95c9429f718a1afd6a41c9b38cd495c7e998a323
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.12.3
|
Release files / datec-0.3.1-py3-none-any.whl
| Download URL | datec-0.3.1-py3-none-any.whl |
|---|---|
| Size | 15.9 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
475a67125b1b32de3406df8f84c0d4fe2fb4ba6f1f87785b8c9190ad71205c61
|
|
BLAKE2b-256 checksum How to use checksums |
5c496708651d820a68de69cec26bdc029558bc570f6ae33dab3c3b92d94405d0
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.12.3
|
Security for datec 0.3.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.