Partie 1 · Mesurer
L'unicité : doublons, grain et bonne règle
L'unicité demande : « y a-t-il des doublons ? » (exemple : même identifiant répété). Sur l'IRVE, le TP compte 67 094 lignes dupliquées sur l'identifiant de borne (id_pdc_itinerance). On est tenté de lancer un drop_duplicates() et de passer à la suite.
Or le TP prévient : ces 67 000 « doublons » n'en sont pas. Le grain du fichier est point de charge × livraison : chaque livraison contient à nouveau les points de charge. Un drop_duplicates() naïf supprime des bornes valides.
Vérifie que tu as compris
À toi de coder
La démarche du TP (partie 2, « Comprendre la donnée avant de la nettoyer ») :
- Étudier le grain : pourquoi
id_pdc_itinerancese répète-t-il ? - Définir LA règle de dédoublonnage : par exemple garder la livraison la plus récente (
date_majmax). - Mesurer l'impact : combien de bornes réelles contre combien de lignes en trop.
Le livrable est un dataset dédoublonné accompagné d'une justification écrite de la règle. Dans le Journal de décisions : problème « Doublons id_pdc » ; options « tout supprimer / garder récent » ; choix « garder date_maj max » ; justification « une borne = un point physique ».
À toi de coder
Vérifie que tu as compris
Distinguer deux situations est essentiel : un doublon exact (toutes les colonnes égales : vraie redondance) et une répétition de grain (même identifiant, livraisons différentes : information légitime à arbitrer par une règle).
À toi de coder