search

assemblee-virtuelle / semapps

A toolbox to create semantic web applications
https://semapps.org
Apache License 2.0
86 stars 8 forks source link

GogocartoLDP #651

Open srosset81 opened 3 years ago

srosset81 commented 3 years ago

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

Complément

Estimation du temps de travail en JH

GuillaumeAV commented 3 years ago

Ce serait beau !

Ancelin-Moulherat-AV commented 2 years ago

@srosset81 le lien vers "rendre sémantique les données de Gogocarto" ne marche pas :'(

seballot commented 2 years ago

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

GuillaumeAV commented 2 years ago

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:
srosset81 commented 2 years ago

@GuillaumeAV J'avais indiqué 6 JH dans l'issue, sans le complément. Mais c'est à titre indicatif, ça ne constitue pas un devis.

seballot commented 2 years ago

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

srosset81 commented 2 years ago

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.