-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Atlas par mailles communales #121
Comments
Encore plus discret/petit sans texte (puisque les "tooltip" affichent la fonction du bouton) : http://jsfiddle.net/23pmy0rt/ |
Bonjour, |
Hum hum, si mon prof de cartographie voyait ça il ferait des bonds ! :-) Autre point d'attention, pour que la bascule entre AFFICHAGE COMMUNAL ou par MAILLE soit rapide et réactif, cela veut dire qu'il faut charger les limites des communes ainsi que les observations côté client. Pour ne pas imposer cela, il faut donc imaginer un système générique, activable/désactivable pour ceux qui ne souhaiteraient pas utiliser/proposer un affichage communal. |
C'est bien ce que j'ai essayé d'expliquer, mais mes arguments n'ont pas tenu face à la demande "politique".
C'est clair qu'avec le Slider qui multiplie les géométries, c'est un point important.
C'est tout à fait l'idée ! En espérant qu'on puisse avancer là dessus ! :) A+ Sylvain |
En fait j'ai dit une bêtise dans l'autre ticket. Les géométries des mailles ne sont pas dupliquées par autant qu'il y a d'observations dans chaque maille mais ajouter les communes va forcement grossir pas mal le geojson. |
Bonjour à tous, Je ne suis pas fan de cet affichage par commune, mais il est vrai que c'est a priori quelque chose que les utilsateurs aiment voir (en tous cas dans le milieu naturaliste associatif).... Par contre, est-ce qu'on pourrait pas rester justes dans nos mathématiques, et ne pas afficher un nombre de données, mais une densité? (nombre de données par kilomètre carré pour une commune). Quitte à faire du sig en ligne, on peut même imaginer un nombre de données total dans la commune quand on la survole? Mathématiquement c'est juste. Pour orienter les prospections c'est plus juste également (sinon clairement dans quelques années les petites communes, qui apparaitront toutes en jaune, auront un meilleur effort de prospection pour compenser cette fausse "sous prospection", notamment quand les utilisateurs sont d'un milieu associatif (on s'appuie souvent sur de telles cartes pour cibler les zones où aller). Donovan |
Oui, des appels AJAX permettraient de charger les géométries "à la demande", et cela éviterait d'avoir à charger d'emblée un gros fichier geojson.
C'est une bonne idée pour alléger le geojson, mais tu simplifie les géométries après avoir agrégé les données à la maille communale ? |
Tu as été plus rapide que moi Donovan, c'est ce que je comptais proposer ce matin (suite à mes reflexions nocturnes ;) )
L'idée serait de stocker, dans ta table des communes, un champ |
L'idée de la densité par commune est mieux en effet même si tout ça tout ça devient compliqué pour le public visé. Attention aussi quand vous parlez de pression d'observation et d'effort de prospection. Ce n'est pas la vocation de l'outil ni le public visé. Il est prévu un module Prospections dans GeoNature, surtout ne pas refaire la même chose dans GeoNature-atlas qui deviendrait vite compliqué et trop technique alors que sa force est justement d'être simple. On mélange à nouveau les publics et les vocations de chaque outil. |
Tout à fait d'accord avec toi camille, en fait je ne mettrais aucune de ces cartes sur l'atlas mais dans geonature, de base. Car si elles sont disponibles, elles seront forcément utilisées à ces fins par le milieu naturaliste... Celà dit, la meilleure réponse est peut être tout simplement d'orienter les utilisateurs vers les fiches communes. Les politiques peuvent savoir combien il y de données sur leur commune, combien d'espèces connues etc. Et pour une vision plus globale, elle est plutôt demandée ponctuellement, et à produire par le PNR au cas par cas ou à avoir coté geonature... |
Je ne suis pas d'accord Camille : dans notre cas (que je pense partagé par beaucoup de PNR), la restitution à l'échelle communale n'est justement pas à destination du public "naturaliste", mais bien du "grand public", et même en particulier le "public élus", dont l'échelle communale est la plus parlante. Les mailles (carrées ou autre) ne parlent justement pas beaucoup à ce public, qui n'est pas familier des notions cartos.
Il suffit de continuer à afficher " Et dans tous les cas, quand on clic sur la commune, on affiche la valeur brute, et non la densité. Du coup, la carte est "juste d'une point de vue carto", et "compréhensible par les élus". En fait, pour replacer dans le contexte de notre Observatoire, j'ai justement proposé pas mal d'analyses par mailles. Et le retour de ma hierarchie et de nos élus est qu'ils ont besoin d'analyses par communes pour mieux comprendre leur territoire. |
Quand je parlais de publics et de vocations, je parlais au sujet de la notion de réparation des prospections. |
Oui, et elles sont très bien ! |
Je comprends pas, un atlas communal, ce sont des fiches par commune avec toutes les espèces observées sur chaque commune, non ? Bref, comme je disais au début, pas de soucis pour ajouter un affichage par commune sur les fiches espèces si c'est désactivable/générique. La notion de densité est plus complexe mais plus intéressante. |
Je voulais parler d'un Atlas de l'ensemble des communes : pour avoir une vision plus globale du territoire.
Cool alors, je pensais que tu ne trouvais pas ça pertinent ! L'idée est bien que ce soit générique et désactivable ! :)
Je t'envoi en mail perso une interface qui permet de permutter affichages communes / mailles, et tu verras que c'est tout à fait fluide (moins d'une secondes à chaque changement). |
Suite à la discussion avec Camille par téléphone, j'ajoute un 3e mode au petit bouton sur la carte : le mode "observations précises". Chacun de ces 3 modes pourraient bien-sûr être (des)activable ou non. |
Oui actuellement, le basculement entre les 3 modes de présentations (maille, clusters, points) est automatisé en fonction du nombre d'observations de l'espèce et du niveau de zoom. Les seuils de bascule entre les affichages sont paramétrables mais on a souvent évoqué la possibilité pour l'utilisateur de pouvoir forcer un affichage à n'importe qu'elle échelle. Du coup c'est en effet à regrouper avec l'affichage par maille communale. |
Camille, je ne sais pas trop où partager ce bout de code, ni si ça a un intérêt ici (tu me le dis, et je le retire), mais voici la requête SQL qui permet depuis la table (je n'ai pas créé de nouveau champ dans la BDD GeoNature, car je ne veux pas modifier la structure de GeoNature. J'ai mis dans un schéma
(inspiré de https://trac.osgeo.org/postgis/wiki/UsersWikiSimplifyPreserveTopology) Sur une base communale 2500 communes, la requête met près de 4 minutes à s'executer, d'où l'intérêt de pré-calculer ces géométries simplifiées topologiques. La capture d'écran ci-dessous montre la simplification obtenue avec 200m en paramètre (meilleur compromis fluidité/précision chez nous). |
Impec |
Je pense que ce genre de traitement des données sur l'atlas posera des soucis selon les échelles... 4 minutes pour 2500 communes, si on utilise l'outil pour un niveau national ça coincera... De même, des communes avec des formes particulières auront des soucis de traitement, on voit déjà Le champ de la pierre qui perd un pourcentage pas négligeable de ce qu'on en voit ici... pas sur que la simplification soit si avantageuse et générique |
Comme je le disais, c'est un traitement à ne lancer qu'une seule fois pour toutes ! Donc 4 minutes pour 2500 communes représente 57 minutes de traitement sur la base nationale.
Tu ne vois qu'un bout du Champ de la Pierre, mais en réalité, la communes est tout à fait visible dans l'appli (désolé, je ne peux donner le lien pour l'instant, mon serveur n'est pas "officiel"). J'ai fait le point sur l'ensemble de ma région Normandie + départements Pays de la Loire, et je n'ai aucun souci de communes problématiques. Si des communes font moins de 200m de "rayon total", peut-être que ça coincerait, mais il y a certainement moyen d'optimiser la requête pour ces rares cas. |
Un travail a été réalisé par @Splendens pour permettre d'afficher les observations par maille ou par commune et de basculer entre les 2 affichages : Notamment avec ce commit dans sa fork : Splendens/atlas_biodiv_pdl@297b524 Mais aussi avec des commits ajoutant les éléments nécessaires dans la BDD. A voir comment le réintégrer dans le dépôt de GeoNature-atlas, tout comme d'autres évolutions intéressantes réalisées dans cette fork : https://github.com/Splendens/atlas_biodiv_pdl/commits/master |
Et switch avec l'affiche en points également ! Avec le choix de ce qu'on veut comme affichage (point et/ou maille et/ou commune) grâce à des paramètres dans le fichier de configuration. J'ai un fork de GN-atlas, je vais ajouter toutes les modifs dedans pour pouvoir faire une PR. C'est un peu embêtant de devoir "faire le travail deux fois de suite", mais les fonctionnalités demandées pour le projet en Pays de la Loire commencent à s'éloigner de l'esprit de GN-atlas... |
C'est super tout ça !!! Une petite suggestion cosmétique : plutôt que d'ajouter 3 boutons, qui permettent de switcher d'un mode de représentation à l'autre, ce serait plus épuré avec 1 seul bouton de type switch. Mais c'est un détail ! |
Bonjour à tous, Pour info si ça peut servir. Dans les développements liés à ce rendu, nous avons quelques besoins qui reviennent souvent et notamment une « bulle informative » quand on passe avec sur la commune avec : Commune ; nombre de données ; Date dernière obs ; observateur ; Source de la donnée et quand on passe sur une commune vide la possibilité d’avoir quand même le nom de la commune. |
OK @Splendens , merci pour les précisions sur les options d'affichage et le switch configurable. On avait imaginé avoir un fonctionnement automatique (niveau de bascule entre maille et point puis entre clusters et points), en ajoutant la possibilité à l'utilisateur de forcer un affichage à n'importe qu'elle niveau. Du coup on s'en approche. On regardera ça prochainement. Pour les PR, cela te faciliterait peut-être les choses si tu avais une branche par fonctionnalité, que tu merges régulièrement dans la ton Master. Ça serait ainsi bien plus simple d'isoler la partie correspondant à l'affichage des mailles communales pour en faire une PR. Concernant ton projet d'atlas qui diverge de plus en plus de l'esprit de GN-atlas, la solution est peut-être de la centrée sur les besoins de base et de travailler les besoins avancés plutôt côté GeoNature, destiné aux membres de la structures, aux partenaires etc... @laurentbarthe , bienvenue, c'est tout à fait l'endroit pour échanger, merci pour ton retour. Comme pour les mailles, il y a aussi une tooltip quand on clique sur une commune : |
Ok, super. Merci Camille. |
Bonjour, ça fait un bon moment que je n'avais pas remis les pattes dans cet affichage par mailles communales... Du coup, je m'excuse par avance s'il y a des redites dans ce post ! Je voudrais faire une PR pour la fonctionnalité d'affichage d'atlas par mailles communales, mais j'ai quelques interrogations...
Vous en pensez quoi ? ps : @camillemonchicourt Oui ce projet d'atlas diverge de plus en plus de l'esprit de GN-atlas (et rend les MàJ compliquées !)... Le bon côté, c'est que grâce au nombre croissant de données pour cet atlas des PdL, cela permet de tester les limites de l'outil ;) |
Bonjour, |
Oui le fait de pouvoir basculer entre affichage communal ou à la maille est une évolution intéressante. Bon, l'afficher sous forme d'aplat de couleur alors que les surfaces des communes sont très variables est une faute en cartographie (discuté plus haut). C'est un peu plus complexe mais beaucoup plus juste, voici comment l'affichage du nombre de taxons par commune est affiché sur https://www.sigogne.org/carto/ : OK pour rester sur des aplats de couleur pour le moment, mais il est important de pouvoir désactiver cette fonction d'affichage pour ceux qui ne souhaitent pas l'utiliser (choix fonctionnels ou performances) Le problème de performance avec l'affichage par maille est identifié et lié au slider (#53), donc charger en plus les communes de la même manière (données dupliquées pour chaque observation) fait en effet exploser le problèmes. Les limites de commune étant bien plus lourdes que celles des mailles. A améliorer avant ou alors il faut supprimer le SLIDER par année, au cœur du problème ? Simplifier les géométries pour leur affichage est une bonne piste, mais ce serait mieux de pas (trop?) les simplifier pour les intersections avec les données. Sur le fait de dériver de l'esprit initial de GeoNature-atlas, l'affichage par commune reste un besoin grand public. Tant qu'on reste simple, qu'on ne fait un WebSIG (on est à la limite là) et que les fonctionnalités sont activables/désactivables, on reste dans le périmètre. Mais on souhaite que l'outil reste simple d'utilisation, qu'il ne cible pas en premier les experts, techniciens, mais bien plus large priorisant le grand public. Donc clairement, tout ce qui est plus technique, plus pointu, à destination des naturalistes, des membres d'un réseau, des personnes qui saisissent a bien plus sa place dans GeoNature. Par exemple tout ce qui concerne l'identification de la pression d'observation n'a pas sa place dans GN-atlas mais bien dans GN. C'est dans ce sens qu'on a amorcé le développement du module Tableau de bord de GeoNature qui remplira cette fonction : PnX-SI/gn_module_dashboard#2 A suivre. |
Bonjour à tous,
Notre Atlas n'est pas encore officiel, mais les réflexions pré-ouverture avancent.
Parmi celles-ci, le choix d'un affichage par mailles a été retenu, mais plutôt que des mailles régulières (5Km, 1Km, ...), ma hiérarchie et nos élus souhaitent un affichage par mailles communales.
D'un point de vue géomatique, il y a des avantages et des inconvénients, et dans l'idéal, plutôt que de choisir entre les deux, il serait vraiment super de pouvoir basculer d'un mode à l'autre.
Je l'ai fait dans quelques développements Leaflet parallèles à GeoNature [*], et ça marche assez bien auprès des publics testés.
Voici une petite démo, sans données, d'un bouton intégré dans une carte Leaflet, juste pour montrer que ça peut être très discret (ne pas surcharger l'interface) : http://jsfiddle.net/ozLnodsc/
(et encore, je suis nul en CSS, j'ai juste utilisé la bibliothèque Toggle Switch)
Il faudrait ajouter une
vm_observations_communes
pour que ça fonctionne.Qu'en pensez-vous ?
[*] Comparaison mailles communales / mailles 1Km (les 2 sont complémentaires)
The text was updated successfully, but these errors were encountered: