Open srosset81 opened 3 years ago
Je suis intéressé par avoir quelques infos - si c'est possible - sur la raison de ce choix. Car c'est une issue technique dans sa description et je pense qu'il est important de la rattacher au besoin utilisateur pour faire un choix avisé.
1- aujourd'hui le besoin utilisateur est celui de visualiser les organisations/lieux (si on prend l'ontologie PAIR) sur la carte, et d'avoir le détails quand on clique sur un point.
2- point positif d'utiliser gogocarto : communauté connue, logiciel éprouvée et fonctionnalités vraiment cool
3 - point négatif : stack ? (il y a du PHP ?) - intégration dans SemApps - on complexifie, j'ai peur d'avoir faire face à une usine a gaz qu'on complexifie et qui sera pénible à maintenir.
Avec plaisir pour en discuter de vive voix et désolé si le ton est malabile.
Cette issue a été créée car c'est une idée qui est apparue pendant le point technique de vendredi. C'était juste pour pas l'oublier mais rien ne dit qu'on va la faire.
Là il est question d'intégrer GogocartoJS, qui est le front javascript. Il n'y a aucun PHP. Il faut juste fournir un API avec les catégories (taxonomy.json) et les points (elements.json) et tout peut s'afficher. Cela semblait donc être intéressant.
Il reste quand même le problème que GogocartoJS utilise jQuery, et que ce n'est pas toujours très compatible avec React. Et surtout ça oblige l'utilisateur à télécharger deux moteurs (React + jQuery).
Bref, il y a encore beaucoup de questionnements.
Description Un traducteur simple qui va récupérer des éléments du triple store et les transforme selon le modèle de donnée attendu par GogocartoJS. Cela pourrait permettre à Transiscope (par exemple) d'enregistrer les données sous format sémantique, mais de continuer à les afficher dans l'interface de GogocartoJS.
Il suffit de générer ces deux API: https://gitlab.adullact.net/pixelhumain/GoGoCartoJs/-/blob/master/web/data/elements.js https://gitlab.adullact.net/pixelhumain/GoGoCartoJs/-/blob/master/web/data/taxonomy-simple.js
Soit l'API /elements renvoie toutes les données, soit il prend en compte les paramètres
boundsJson
passé en query, et ne retourne alors que les éléments qui sont dans les carrés fournis (voir la doc ici)Pour les catégories (taxonomy), la difficulté sera de gérer les sous-catégories.
Issues liées
boundsJson
Estimation du temps de travail pour un développeur intermédiaire