-
Notifications
You must be signed in to change notification settings - Fork 30
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
Affichage des responsables de la donnée #4230
base: master
Are you sure you want to change the base?
Conversation
:legal_owners_aom, | ||
:legal_owners_region, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Avec ce preload je pense que tu récupères tous les champs géographiques des AOMs et des régions (colonne geom
). Ça peut commencer à faire beaucoup à sortir de la base de données pour les agrégats.
Voir si on peut restreindre les champs qui sont preload ?
"aoms" => legal_owners_aom(dataset.legal_owners_aom), | ||
"regions" => legal_owners_region(dataset.legal_owners_region), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Les régions sont des AOMs. Notre retour d'API expose notre modèle de données qui ne correspond peut-être pas à la réalité. Est-ce qu'on souhaite regrouper ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahah, c’est une bonne question. À minima il faut pour moi les différencier – c’est important si c’est un AOM local, un AOM local délégué à la région, ou un AOM régional, c’est pas les mêmes prérogatives, mais ça pourrait aussi être au sein d’un array avec un type d’objet indiqué. J’y réfléchis. Poke @cyrilmorin
Je sais pas si on a des utilisateurs de l’API à qui on peut poser la question ? Peut-être déjà l’ART puisqu’ils scriptent autour de notre API.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
J’aurais tendance à dire qu’on laisse comme ça, et qu’on fait un appel à participation pour définir notre API plus pérenne ?
apps/transport/lib/transport_web/templates/dataset/details.html.heex
Outdated
Show resolved
Hide resolved
apps/transport/lib/transport_web/templates/dataset/details.html.heex
Outdated
Show resolved
Hide resolved
apps/transport/lib/transport_web/templates/dataset/details.html.heex
Outdated
Show resolved
Hide resolved
Co-authored-by: Antoine Augusti <antoine.augusti@transport.data.gouv.fr>
J’ai rajouté les responsables légaux dans la barre latérale de fiche d’identité du dataset, ainsi que dans l’API.
Pour la partie graphique, c’est vu avec @cyrilmorin, notamment le wording et le comportement (liens vers les pages d’AOM et de Région), je vous ai mis une capture d’écran plus bas.
Pour l’API, je suis preneur de retours, j’ai peu d’expérience en design d’API. Les responsables légaux peuvent être un ensemble de régions, d’AOM locaux ou une entreprise, les 3 possibilités pouvant se combiner (voir exemple plus bas, où il y a à la fois une région et des AOM locaux). J’ai choisi de faire une structure qui est toujours là, avec des arrays qui peuvent être vides pour les régions et les AOM, et un champ nullable pour le SIREN d’entreprise.
Petites bricoles au passage :
DB.Dataset
qui ne servaient plus, ça dégage.covered_area
et auxlegal_owners
. Les objets AOM et Région sont identiques ainsi entre la covered area, qui était déjà là, et les legal owners, qui est nouveau. Par contre la structure englobante est un peu différente.La sidebar devient donc :
Et l’API donne ça (je laisse les covered_area et legal_owners pour comparaison) :
Fixes #3717