✅Structurer le gabarit
Définir un tableur “long format” : 1 ligne = 1 observation, colonnes stables (date, unité, variable, valeur, unité, commentaire).
C52 · Cadrage & protocole · Tableur & qualité des données
Objectif : concevoir un gabarit tableur “propre” et définir des contrôles simples (formats, unités, bornes, doublons, valeurs manquantes) pour rendre les analyses fiables en Phase 3.
Livrable : fichier tableur gabarit + règles de saisie + contrôles qualité.
Définir un tableur “long format” : 1 ligne = 1 observation, colonnes stables (date, unité, variable, valeur, unité, commentaire).
Utiliser des contrôles : listes de modalités, formats de date, bornes plausibles, interdiction des unités incohérentes.
Prévoir gestion des manquants (NA), doublons, valeurs aberrantes et traçabilité des corrections.
Principe : une ligne correspond à une observation (une mesure à une date donnée). On évite les tableaux “en largeur” qui mélangent des variables dans des colonnes non reproductibles.
Colonnes minimales recommandées :
• date
• unité observée (parcelle/lot)
• variable (nom standardisé)
• valeur
• unité de la valeur
• commentaire / événement
Idée : pour éviter 10 écritures différentes d’une même variable, on impose des codes : “Pluie_mm” et pas “pluie”, “Pluviométrie”, “Pluie (mm)”.
Dictionnaire de variables : table “référence” décrivant chaque variable (définition, type, unité, source). C’est un livrable “maths” qui justifie la cohérence du suivi.
Objectif : réduire les erreurs dès la saisie.
Exemples de contrôles :
Manquants : utiliser un code unique (ex : NA) + un commentaire (raison).
Doublons : même date + même unité + même variable → vérifier si c’est une répétition ou une erreur.
Aberrants : valeur improbable (ex : pluie = 500 mm en un jour) → contrôle source / correction tracée.
Règle “jury” : toute correction doit être justifiée (commentaire ou feuille “journal des corrections”).
Énoncé : proposez la liste des colonnes minimales du tableur et expliquez en 2 phrases pourquoi “1 ligne = 1 observation” est une règle importante.
Colonnes : date, unité observée, variable, valeur, unité de la valeur, commentaire/événement. La règle “1 ligne = 1 observation” garantit une structure stable, facilite les tris, filtres et calculs, et rend les séries comparables dans le temps.
Énoncé : proposez un mini dictionnaire (au moins 5 variables) avec : nom de variable (code), type (quant/qual), unité, source.
Exemples :
• Prod_indic (quant) – kg (ou t/ha) – mesure/estimation exploitant
• Pluie_mm (quant) – mm – station météo
• Temp_C (quant) – °C – station météo
• Intervention (qual) – NA – carnet de suivi (date + type en commentaire)
• Incident (qual) – NA – observation/carnet (commentaire)
Énoncé : proposez 2 validations de saisie et 2 règles de nettoyage (manquants, doublons ou valeurs aberrantes). Donnez un exemple.
Validations : date au format AAAA-MM-JJ ; liste déroulante pour variable/unité. Nettoyage : manquant codé NA + commentaire ; doublons (date+unité+variable) à vérifier et tracer. Exemple : pluie manquante → valeur = NA, commentaire “station indisponible”.
Fichier prêt à l’emploi : colonnes minimales, listes de variables/unités, format date, feuille “dictionnaire”.
10 lignes max : formats, unités, comment saisir un événement, comment noter NA, qui saisit quoi.
Procédure : repérer doublons/aberrants, corriger en traçant (journal des corrections), conversions d’unités.