User avatar
2y
Bon. Faudra que j'investigue un peu la raison pour laquelle, quand j'importe mon dataset, les dates au format JJ/MM/AAAA sont transformées en valeurs numériques dans R.
1
1
0
0
User avatar
2y
On pourrait penser que c'est en raison d'une conversion en JJ*MM*AAAA, mais même pô :c

Et c'est pas non plus un décompte de types « days since [reference date] »

C'est idiot non?
1
1
0
0
User avatar
2y
MDRRR stackoverflow.com/a/43230524
1
1
0
0
User avatar
Tournesol 🌻 @tournesol@peculiar.florist
2y
@jovian c’est batshit crazy, qu’est-ce que c’est que cette merde ??
1
0
0
0
User avatar
2y
@tournesol Jsp, sûrement un reliquat de Excel 95 ?? En tout cas, strip xkcd on point
2
0
0
0
User avatar
🪨 @Varpie@peculiar.florist
2y
@jovian @tournesol Plus probablement, un problème de locales. En France, on utilise le format dd/mm/yyyy, mais par exemple au Danemark ou en Allemagne ou beaucoup de l'Europe c'est dd.mm.yyyy, en Inde dd-mm-yyyy, au Japon yyyy年mm月dd日 (parfois avec l'année venant de l'ère japonaise), aux Etats-Unis c'est m/d/yy(yy) (genre aujourd'hui ce serait le 4/6/24)...
Du coup, il y a un standard international (ISO 8601), qui a comme format yyyy-mm-dd, et qui est souvent nécessaire pour les logiciels.
⭐1
1
0
0
1
User avatar
2y
@Varpie
Je l'admets ; ce que j'ai du mal à comprendre (je veux dire, au delà de « fallait bien placer le début quelque part ¯\
(ツ)/¯ »), c'est le choix de la date origin.
@tournesol
1
0
0
0
User avatar
🪨 @Varpie@peculiar.florist
2y
@jovian @tournesol Ouais plus ou moins. De même que l'an 0 c'est une date arbitraire. Au moins, commencer au 1er janvier (Unix epich, 01/01/1970) a plus de sens qu'au 30 décembre (1899, utilisé par Excel et Libre Office pour compatibilité), wtf Excel...
0
0
0
0