pola-rs/polars

Extend `strptime` functionality to parse Duration strings

Open

#7 397 ouverte le 7 mars 2023

Voir sur GitHub
 (6 commentaires) (5 réactions) (0 assignés)Rust (2 826 forks)batch import
acceptedenhancementhelp wanted

Métriques du dépôt

Stars
 (38 496 stars)
Métriques de merge PR
 (Merge moyen 3j 18h) (175 PRs mergées en 30 j)

Description

Problem description

A format not as common as time stamps but still common enough to potentially warrant a parser are "duration stamps": e.g. what stop watches show.

Examples that currently cannot be parsed with strptime:

  • 80:00 meaning 80 minutes
  • -04:00 minus 4 hours
  • 104:00:00 104 hours

Maybe such a parser already exists? I'm not aware of one. It would benefit from standard solution as edge cases can be hairy (there may be at least 2 digits for hours, but if it's say 104 hours then hours can be 3 digits; minus signs; wrapping; whether to accept multi-wrapping, e.g. 23:483 etc.

In any case, if someone has a good idea, contribute to the time stamp usage guide, see PR: https://github.com/pola-rs/polars-book/pull/275

A StackOverflow question inspired this: https://stackoverflow.com/a/75664067/7483211

The accepted answer fails things like 80:00.000 (first solution) and 104:00.000 (first and second).

Guide contributeur

Direction de recherche
Explorez les crates Rust existants pour l'analyse de la durée (par exemple, humantime) et concevez une extension de strptime de Polars pour prendre en charge les formats de durée courants comme HH:MM:SS, y compris les valeurs négatives et les heures à chiffres variables.
Stack technique
rust
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
RustDate/Time parsing
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65