semapps
semapps copied to clipboard
assemblee-virtuelle
GogocartoLDP
Description Si Gogocarto pouvait devenir LDP-compatible, cela pourrait permettre d'aller lire les données de Transiscope et autres projets directement, sans avoir à les importer. Le travail avait été commencé pour rendre sémantique les données de Gogocarto. Il suffirait de finir ce travail, puis d'ajouter les endpoints adaptés pour récupérer le container et les ressources.
Issues liées
- [x] Finir le travail permettant de rendre sémantique les données de Gogocarto
- [ ] Ajouter un container LDP qui renvoie toutes les données
- [ ] Gérer la pagination pour éviter de récupérer des milliers de données en même temps
- [ ] Permettre de récupérer les données d'un élément en JSON-LD via un simple GET
Complément
- [ ] Permettre de modifier les données via des appels POST/PUT/PATCH/DELETE
- [ ] Protéger la modification des données avec un token
Estimation du temps de travail en JH
- @srosset81: 6 JH (sans le complément)
- @simonLouvet:
@srosset81 le lien vers "rendre sémantique les données de Gogocarto" ne marche pas :'(
Yop ! malheureusement je crois que ton travail a été perdu Sébastien, il date d'il y a plusieurs année, et comme il était toujours en work in progress il n'a pas été mergé. Entre temps il y a de trop nombreux refactors pour que cela soit possible de rebaser ton travail sur la branche actuelle
Mais bon dans la même veine que ce qui a été fait sur yeswiki, je pense que la partie "rendre sémantique les données de Gogocarto" sera assez vite fait !
Bisous
Helloo !
@seballot @srosset81 combien de temps ou d'argent ça pourrait représenter la réalisation de Gogocarto LDP ? Et qui pourrait le faire ?
Objectif : Permettre aux amis de la frugalité heureuse de se positionner ou pas sur le financement ou le co-financement de cette brique !
Description Si Gogocarto pouvait devenir LDP-compatible, cela pourrait permettre d'aller lire les données de Transiscope et autres projets directement, sans avoir à les importer. Le travail avait été commencé pour rendre sémantique les données de Gogocarto. Il suffirait de finir ce travail, puis d'ajouter les endpoints adaptés pour récupérer le container et les ressources.
Issues liées
- [ ] Finir le travail permettant de rendre sémantique les données de Gogocarto
- [ ] Ajouter un container LDP qui renvoie toutes les données
- [ ] Gérer la pagination pour éviter de récupérer des milliers de données en même temps
- [ ] Permettre de récupérer les données d'un élément en JSON-LD via un simple GET
Complément
- [ ] Permettre de modifier les données via des appels POST/PUT/PATCH/DELETE
- [ ] Protéger la modification des données avec un token
Estimation du temps de travail en JH
- @srosset81: 6 JH (sans le complément)
- @simonLouvet:
@GuillaumeAV J'avais indiqué 6 JH dans l'issue, sans le complément. Mais c'est à titre indicatif, ça ne constitue pas un devis.
Yop !
@srosset81 est ce que tu peux m'expliquer l'action "Ajouter un container LDP qui renvoie toutes les données" ? je ne comprends pas ce que c'est?
Car pour les trois autre ça semble assez facile non? ajouter un contexte sémantique à chaque champ du formulaire (via le form builder wysiwyg, comme sur yeswiki), inclure ce contexte dans le résultat de l'API, gérer la pagination et inclure le contexte également pour un requête sur un seul élément
C'est juste un endpoint qui renvoie des données de ce type: https://data.virtual-assembly.org/ideas
Voir les specs simplifiées de LDP ici: https://www.w3.org/TR/ldp-primer/
La petite difficulté serait d'ajouter la pagination (en respectant les specs ci-dessus), ce qu'on ne fait pas actuellement dans SemApps. Mais sinon rien de sorcier en effet :-)
@VincentFarcy m'a dit que vous aviez évoqué récemment l'idée de pouvoir avoir plusieurs type de ressources. Du coup ce serait mieux d'avoir un container LDP par type de ressource.
La difficulté serait surtout s'il fallait gérer les requêtes de type POST/PATCH/PUT/DELETE, afin de faire du read-write. Mais cela pourrait venir dans un second temps, si le besoin se présente.