Skip to content
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

API Path, attribut Validité manquant #4480

Open
gbvt opened this issue Feb 3, 2025 · 4 comments
Open

API Path, attribut Validité manquant #4480

gbvt opened this issue Feb 3, 2025 · 4 comments

Comments

@gbvt
Copy link

gbvt commented Feb 3, 2025

Dans les attributs d'un tronçon, notamment dans la version JSON de l'API Geotrek, nous ne voyons aucun attribut qui se rapporte à la coche "Validité". Cette coche apparait quand on est en mode Modification sur un objet Tronçon :

Image

Par contre, elle n'apparait ni dans les attributs du Geotrek Admin, ni dans le JSON de l'API. Est-il possible de la faire apparaitre, afin de mieux gérer les filtres de l'API ?

Image

@babastienne
Copy link
Member

Oui, pertinent en effet. De manière générale plusieurs attributs devraient être ajoutés sur l'API V2 concernant les tronçons car pour le moment ce endpoint est assez vide et très peu utilisé.

Le ticket #3262 abordait déjà le sujet.

@gbvt
Copy link
Author

gbvt commented Feb 4, 2025

Notre idée est d'utiliser l'API /path avec un partenaire comme l'IGN, pour faire remonter les tronçons sélectionnés au PDIPR, et nourrir leurs outils de cartographie.

La notion de Validité dans Admin nous permet de faire un filtre sur les tronçons avec les propositions en mairie, les classements et déclassements au PDIPR. Pour l'IGN, il faudra donc filtrer sur ce possible attribut via l'API (ex : valid = true)

@camillemonchicourt
Copy link
Member

OK cela questionne aussi le fait que cette route soit authentifiée, ce qui est discutable il me semble, ou mériterait d'être configurable : #3108

@babastienne
Copy link
Member

Pour moi l'API ne doit être ouverte que s'il s'agit d'informations publiées. Dans le cadre d'une étude de création de mécanisme de routing côté front-end (GTR3) on s'était posé la question et on avait convenu alors qu'il faudrait laisser la possibilité aux utilisateur de marquer des tronçons comme "publié" (champ à créer) pour pouvoir les utiliser publiquement et d'autres comme non publiés. Avec ce mécanisme alors on aurait une route d'API qui renvoi par défaut des tronçons publiés sans authentification et qui renvoi tout dès lors que l'utilisateur est authentifié.

Après on pourrait imaginer un paramètre pour choisir si on renvoi les informations non publiées sans authentification dans l'API mais dans ce cas la question se pose avec tous les objets (renvoyer les signalétiques non publiées, les itinéraires non publiés, etc.) > ca lève pas mal de problématiques avec GTR et GTW.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants