Closed lpojgc closed 10 months ago
De la même façon pour les cartes associées :
Échelle spatiale : De manières globales pour les cartes, nous prenons une échelle départementale, si les données renseignées sont à l'ordre de la région alors aucune cartes est affichés, si les données sont à l'ordre inférieur (communes, ZPS, ...), alors nous agrégeons les données aux départements à partir du centroïde de la zone.
Échelle temporelle : Pour la temporalité des cartes il est prévus d'afficher uniquement les données les plus récentes (sois de l'année N-1, sois celle qui s'en rapproche le plus)
table t_representation
à reprendre avec les informations suivantes :
Pour les cartes, faire autant de lignes que d'informations à restituer sur la carte dans cette table, agréger dans un json dans la vue matérialisée
@lpofredc je te laisse reprendre pour éclater en 2 tables, comme proposé pour limiter la redondance
Processus d'appel des données par ODF:
Au regard de l'hétérogénéité des sources et représentation des données (certains générées depuis les données visionature, d'autres issues de données aggrégées, etc.). Plusieurs API ont été générées. Les graphiques sont générés côté front en fonction des réponses d'API réalisés pour chacun (si pas de données, pas de graphique, si données, graphique).
Type de graphiques :
Il reste probablement des types à ajouter d'autres à modifier. Actuellement on part du principe que pour une représentation donnée correspond à un seul stype. C'est l'unité et autres champs renseignés dasn la table
info graphe
qui complète les infos du graphiques.