You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ARROW-14848: [R] Implement bindings for lubridate's parse_date_time
This PR adds a partial implementation of `parse_date_time()`:
* only parses the year, month, and date components (no hours, minutes and seconds yet)
* does not support parsing of strings without separators (e.g. `"220912"` to `2022-09-12`)
* `lubridate::parse_date_time()` infers the most likely `format` given `orders` (via `guess_formats()`, while the Arrow binding does not do any inference.
Closes#12589 from dragosmg/parse_date_time
Lead-authored-by: Dragoș Moldovan-Grünfeld <dragos.mold@gmail.com>
Co-authored-by: Jonathan Keane <jkeane@gmail.com>
Signed-off-by: Jonathan Keane <jkeane@gmail.com>
Copy file name to clipboardExpand all lines: r/NEWS.md
+6Lines changed: 6 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,6 +16,12 @@
16
16
specific language governing permissions and limitations
17
17
under the License.
18
18
-->
19
+
# development version
20
+
21
+
*`lubridate::parse_date_time()` datetime parser:
22
+
* currently parses only `orders` with year, month, and day components. In a future release `orders` support for other datetime components (such as hours, minutes, seconds, etc) will be added.
23
+
* strings with no separators (e.g. `"20210917"`) could be ambiguous and are not yet supported.
24
+
* the `orders` argument in the Arrow binding works as follows: `orders` are transformed into `formats` which subsequently get applied in turn. There is no `select_formats` parameter and no inference takes place (like is the case in `lubridate::parse_date_time()`).
0 commit comments