Ajout d'une nouvelle fiche sur les données temporelles (issue #491)

[TanguyBarthelemy]

Proposition d'une nouvelle fiche sur les séries temporelles en R.

[RLesur]

Génial ! Superbe fiche, ça manquait, merci beaucoup !
Quelques micro suggestions de ma part

[RLesur]

Et les fuseaux horaires ? Pour mémoire, la France est le pays qui a le plus grand nombre de fuseaux horaires au monde (13 en tout)

[TanguyBarthelemy]

Ok, je propose de modifier la remarque en précisant :

Une date peut aussi désigner un horaire ou un moment précis à un fuseau horaire. On peut alors spécifier les heures, les minutes, les secondes et le fuseau de l'évènement.
Par exemple :

• la date 2023-05-24T04:03:00Z désigne le 24 mai 2023 à 4h03 au fuseau UTC.
• la date 2023-02-11T12:37:00-04:00 désigne le 11 février 2023 à 12h37 dans une zone de fuseau horaire -4h (par exemple les antilles ou la bolivie).

Aussi j'en parle dans cette partie :

utilitR/03_Fiches_thematiques/Fiche_donnees_temporelles.qmd

Line 105 in 57e1eac

### Les différents fuseaux horaires

Je ne sais pas si il y a besoin de préciser plus.

[linogaliana]

ça me semble très bien comme proposition

[RLesur]

non, ce n'est pas le format américain, c'est la norme ISO 8601, celle que nous devrions tous utiliser, même en France. Le problème ici est nos usages en France, pas les USA

[TanguyBarthelemy]

Ok ! Je n'avais pas très bien compris cette remarque d'ISO et de format de date.

Je propose de changer le tableau en :

Type	Exemple (Noël 2023)
JJ/MM/AAAA	25/12/2023
AAAA-MM-JJ	2023-12-25

et simplement de renvoyer à l'encadré sur les normes :

utilitR/03_Fiches_thematiques/Fiche_donnees_temporelles.qmd

Lines 200 to 228 in 57e1eac

	### Les normes ISO8601 et RFC3339
	Les normes ISO8601 et RFC3339 sont des conventions de représentation des
	dates. Selon ces 2 normes, certains formats de dates sont acceptés ou
	non.
	Par exemple, voici quelques format représentant la date du 24 mai 2023 à
	8h43 (UTC) :
	- `"2023-05-24T08:43:00Z"`{.r} est un format accepté par ces 2 normes.
	- `"2023-05-24t08:43:00z"`{.r} est un format accepté uniquement par la
	norme RFC3339.
	- `"2023-05-24T08:43Z"`{.r} est un format accepté uniquement par la
	norme ISO8601.
	Pour savoir quels formats sont acceptés par ces normes, une infographie
	est disponible [ici](https://ijmacd.github.io/rfc3339-iso8601/) :
	https://ijmacd.github.io/rfc3339-iso8601/.
	On peut aussi utiliser le package `parsedate` qui permet de lire une
	date au format ISO8601
	```{r, warning = FALSE}
	library("parsedate")
	parse_iso_8601("2023-05-24T08:43:00Z") # Accepté par ISO8601
	parse_iso_8601("2023-05-24t08:43:00z") # Refusé par ISO8601
	parse_iso_8601("2023-05-24T08:43Z") # Accepté par ISO8601
	```

?

[RLesur]

c'est bizarre de faire un appel à library() suivi de zoo::, non ?

[TanguyBarthelemy]

Oui...

• library() c'est pour montrer qu'on appelle bien ce package
• et zoo::as.Date() pour expliquer que lorsqu'on utilise cette fonction il faut bien spécifier le package d'origine pour pas se mélanger avec la fonction base::as.Date() (qui a un comportement différent)

J'explique un peu ici :

utilitR/03_Fiches_thematiques/Fiche_donnees_temporelles.qmd

Lines 38 to 41 in 57e1eac

	- La fonction `as.Date()`{.r} existe dans les packages `base` et
	`zoo`, mais n'a pas la même fonctionnalité. A chaque fois qu'elle
	sera utilisée, on précisera son package d'origine au moyen de `::`
	(`base::as.Date()`{.r} ou `zoo::as.Date()`{.r}).

[julienjamme]

La fiche est très claire et j'ai appris des trucs !
Seulement quelques coquilles à corriger.

[pierre-lamarche]

Il me semble qu'on peut faire aussi en une ligne :

print(age, units = "mins")

[TanguyBarthelemy]

Chez moi cela ne marche pas...

print(age, units = "mins")

Time difference of 29599 days

Selon la version de R (je suis en version 4.3.0) ?