đŸ Enquete 061OCHA
Analyse des Données
đșïž Progression des enquĂȘtes par cluster
Un cluster est terminĂ© Ă 10 enquĂȘtes. La couleur indique le % d'avancement ; cliquez un cluster pour voir son numĂ©ro (cluster_id), le pourcentage et les enquĂȘteurs qui y travaillent.
đșïž Statut d'affectation des clusters
Affectations issues de la base sampling_frame (dictionnaire CSPro SAMPLING_FRAME.dcf). Les clusters « réserve » proviennent du geojson (ClusterType 2).
đŻ Clusters affectĂ©s vs enquĂȘtĂ©s â progression vers 10 questionnaires
Pour chaque cluster : enquĂȘteurs affectĂ©s (base sampling_frame) et questionnaires rĂ©alisĂ©s par chacun (cluster corrigĂ© eligibility_cluster_fixed). Couleur selon le total : bleu < 7, vert 7â10, rose > 10, rouge > 15. Cliquez un cluster pour le dĂ©tail.
đ Localisation GPS des enquĂȘtes â gps_1 (DĂ©but du questionnaire)
Chaque questionnaire est placĂ© selon la source GPS choisie puis rattachĂ© au cluster qui le contient (point-dans-polygone). La couleur du cluster indique le nombre de questionnaires gĂ©olocalisĂ©s ; cliquez un cluster pour voir le nombre de questionnaires et d'enquĂȘteurs. Points bleus = dans un cluster, rouges = hors cluster.
đ ContrĂŽle GPS â cluster dĂ©clarĂ© (par questionnaire)
Chaque questionnaire au point de ses coordonnĂ©es GPS fusionnĂ©es (gps_1, ou gps_2 si gps_1 est vide). Le cluster_id est celui du polygone qui contient le point ; si le cluster dĂ©clarĂ© diffĂšre du cluster_id, le point est rouge â (incohĂ©rence), sinon vert. Cliquez un point pour voir tous les champs, ou dessinez un polygone autour d'un groupe pour l'approuver / rejeter.
đŻ Suivi de la qualitĂ© des enquĂȘteurs
061 OCHA â contrĂŽle terrain, distances inter-enquĂȘtes, export GeoJSON/KML. Six dimensions standard de la qualitĂ© des donnĂ©es (complĂ©tude / GPS / conduite / validitĂ© / plausibilitĂ© / cohĂ©rence).
api_imports.baseline_061cha). Source des données & correspondance des colonnes
DĂ©tectĂ©es automatiquement depuis le schĂ©ma importĂ© â ajustez si besoin.
đ Classement des enquĂȘteurs â du meilleur au moins bon
đ Distance entre enquĂȘtes â par enquĂȘteur
â ïž Rapport d'erreurs â qualitĂ© GPS & cluster
Chaque rapport confronte la position GPS (gps_1) au cluster dĂ©clarĂ© et au polygone qui contient le point. FrĂ©quences, nombre de questionnaires concernĂ©s, et classement des enquĂȘteurs du pire au meilleur.
đïž ProductivitĂ© travail â production & qualitĂ© par enquĂȘteur
Pour la pĂ©riode choisie et un enquĂȘteur (ou tous) : nombre de questionnaires, jours de travail, durĂ©e de chaque entretien (paradata audit.csv), commune et section. Les entretiens sont classĂ©s par durĂ©e : TrĂšs court (< 20 min), Douteux ou Faux (< 15 min), Questionnaire AnnulĂ© (< 10 min) ; une synthĂšse de ces catĂ©gories figure en fin de rapport.
đ Tableaux de contrĂŽle et suivi de la qualitĂ© des donnĂ©es sur le terrain (Field Check Tables)
đŹ MĂ©dias â audio & images
Enregistrements audio (.amr) et photos des soumissions, stockĂ©s dans api_imports.media. Le nom de tĂ©lĂ©chargement est enquĂȘteur_idQuestionnaire_horodatage.
đïž Audio
đŒïž Images
0 questionnaire(s) sélectionné(s). Choisissez un statut ; en cas de rejet, indiquez la ou les raisons.
ClĂ© â cochez les points de terminaison autorisĂ©s.
đ€ Administration Utilisateurs
| RĂŽle | Actif | Actions |
|---|
âïž Modifier l'utilisateur
đïž SGBD â Base de donnĂ©es (pgserve)
đ Endpoint API Keys
ClĂ©s API (csp_âŠ) pour les points de terminaison authentifiĂ©s par clĂ© (sans session). Une clĂ© authentifie : (1) l'Ă©change CSPro /api/cspro/sampling-frame (SAMPLING_FRAME â GET/POST/PUT) et (2) l'API mĂ©dias /api/media/files (GET liste, GET /:id fichier nommĂ© idQuestionnaire_enquĂȘteur, PUT /:id envoi), (3) la revue GPS /api/review/questionnaires et (4) PG REST/api/pg â accĂšs REST en lecture seule aux tables PostgreSQL (GET /api/pg catalogue, GET /api/pg/:schema/:table avec ?select/?order/?limit/filtres ?col=eq.val ; les schĂ©mas sensibles ita061 et cspro sont bloquĂ©s) â via en-tĂȘte X-API-Key: csp_⊠(ou Authorization: Basic utilisateur + clĂ©). Cochez les points de terminaison autorisĂ©s puis gĂ©nĂ©rez ci-dessous un utilisateur + une clĂ© API dĂ©diĂ©s.
đ Charger depuis une API REST
Connectez une API REST externe (KoBoToolbox, MODA/ONA, etc.), prévisualisez les données puis importez-les dans pgserve.
đïž MĂ©dias KoBo (audio & images)
L'import rĂ©gulier ne rĂ©cupĂšre que audit.csv. Ceci tĂ©lĂ©charge les enregistrements audio (.amr) â et Ă©ventuellement les photos â de chaque soumission depuis KoBo vers la table api_imports.media. RĂ©exĂ©cution sans risque : les fichiers dĂ©jĂ prĂ©sents sont ignorĂ©s.
â±ïž Paradata d'audit (audit.csv → durĂ©es d'entretien)
TĂ©lĂ©charge et analyse le audit.csv de chaque soumission dĂ©jĂ importĂ©e vers api_imports.audit, ce qui alimente les tableaux de durĂ©e d'entretien (Field Check / Suivi qualitĂ©). IndĂ©pendant de la synchronisation principale â utile lorsque le formulaire a Ă©tĂ© importĂ© sous un autre nom (ex. baseline_061cha_collecte). RĂ©exĂ©cution sans risque : les soumissions dĂ©jĂ traitĂ©es sont ignorĂ©es.
đ UID des formulaires KoBo (Asset UID)
Interroge GET {serveur}/api/v2/assets.json?q=⊠et liste l'UID de chaque formulaire. Pour le 061, recherchez « BASELINE » puis copiez l'UID de « BASELINE - 061CHA ».
| Nom du formulaire | Type | Soumissions | Asset UID | |
|---|---|---|---|---|
| Aucun rĂ©sultat â lancez une recherche. | ||||
đ„ Import de rĂ©visions (CSV / Excel)
Importez un fichier CSV ou Excel vers questionnaire_review. Les colonnes sont mappĂ©es automatiquement quand leur nom correspond : submission_id / « Questionnaire _id », Status (Rejected / Approved / Not yet analyzed) et Explanations (raisons sĂ©parĂ©es par « , » ou « ; », parmi la liste fixe). Seules les rĂ©visions dont le submission_id existe dans les soumissions sont enregistrĂ©es ; _uuid et enquĂȘteur proviennent de la base.
đȘ” Logs serveur & activitĂ©
Toutes les requĂȘtes HTTP sont enregistrĂ©es dans ita061.server_logs (durĂ©e, statut, taille, utilisateur). Toutes les actions utilisateur sont enregistrĂ©es dans ita061.activity_logs (login, choix de menu, table consultĂ©e, temps passĂ©, gĂ©olocalisation, appareilâŠ).
Charger depuis une API REST
Connexions sauvegardées
Exemple: https://api.moda.wfp.org/api/v1/data/12345 ou un endpoint local.
| Formulaire | Type | Soumissions |
|---|
api_imports).Synchronisation automatique des connexions API
Définissez un intervalle pour rafraßchir automatiquement chaque table à partir de son API source. Le serveur lance une synchronisation périodique en arriÚre-plan ; 0 (désactivé) coupe l'auto-sync pour cette connexion.
© 2026 DSV Studio