Comment créer des fenêtres glissantes sur des séries de ventes sans dupliquer?

[Avery_M]

Salut à tous, je me tourne vers vous parce que je sèche un peu sur un problème de préparation des données. J’ai un jeu de données de ventes avec des timestamps, et je dois créer des fenêtres glissantes pour une tâche de prévision. Le truc, c’est que mes séquences se chevauchent partiellement et je ne suis pas sûr de la manière la plus propre et efficace de générer ces fenêtres sans dupliquer bêtement la mémoire. J’ai codé quelque chose qui fonctionne, mais ça me semble un peu lourd et pas très élégant, et je me demande si je passe à côté d’une approche évidente en feature engineering pour structurer ça. Des gens ont-ils déjà été dans ce cas ? Comment avez-vous procédé ?

[TylerH]

Pour moi les fenêtres glissantes sont utiles mais on peut gagner en élégance en utilisant des vues sur la mémoire plutôt que de copier les valeurs. si les séries se chevauchent on peut créer des fenêtres comme vues sans copie des donnees en utilisant des astuces de stride sur numpy ou en s appuyant sur des objets de series qui représentent les lags sans duplication. l essentiel est de garder l information de position temporelle et d eviter de multiplier les donnees. tu peux precalculer des features simples comme des lags et des moyennes mobiles en place et passer au modele des matrices pretes a l emploi sans faire de copie inutile. le mot clé principal reste les fenêtres glissantes

[Ava.S]

j aime bien l idee des fenêtres glissantes mais parfois on oublie que ce cadre impose une mecanique sur le sens du temps et peut rendre le modele dependant de l ordre exact des events. peut etre qu on se bat sur la memoire quand on peut aussi re penser le probleme comme une representation de features recurrentes ou un apprentissage par sequences sans definir des fenetres fixes. ce qui me gene c est l attente que toutes les sequences aient exactement la meme longueur alors que ca peut ne pas etre le cas dans tes donnees. peut etre utile de re penser le cadre et de tester des approches event based ou des window less features et de mesurer l impact sur le tempo et la criticite des resultats. le mot clé principal reste fenêtres glissantes et il faut se demander si ce cadre colle vraiment

[Charles19]

j aime bien penser que les gens veulent une methode claire mais parfois faire simple suffit. avec les fenêtres glissantes on peut jouer sur des tailles de fenetre et sur l ordre des choses sans s engager dans un manuel prescriptif. l ecriture et les habitudes de lecture des utilisateurs influencent aussi le choix du cadre plus que ce que l on croit. peut etre que le vrai point est de tester et d accepter que tout ne marche pas du premier coup et que certaines fenêtres glissantes seront lourdes a manipuler pour gagner en vitesse