Closed be-mercier closed 4 years ago
oui, il faut qu'on puisse attacher un jdd à une ville et et non plus seulement à une AOM/région.
Le plus c'est peut etre simplement de garder l'association faite dans data.gouv à un lieu.
par example le jdd de vls de lyon est rattaché à lyon dans datagouv:
https://www.data.gouv.fr/fr/datasets/velos-libre-service-lyon-velov-disponibilite-en-temps-reel/
ce champ a l'air de se trouver dans l'api datagouv (example) avec .spatial.zones[]
pour récupérer des info sur la zone, il faut faire un appel à /spatial/zone/{id}, dans l'exemple il est à [
"fr:commune:69123@1963-08-07"`](https://www.data.gouv.fr/api/1/spatial/zone/fr:commune:69123@1963-08-07)
Ca va aussi permettre de faire une partie stats sympa sur le vls
je viens de découvrir qu'on avait la liste des communes en base.
Du coup on peut proprement stocker une association Dataset
-> Commune
.
:cry: par contre ca va etre un peu dégueu niveau code, on a deja pas mal de code pour checker si le dataset est rattaché à une region ou une AO, ca rajoute un 3eme lien (region_id=? OR aom_id IN (SELECT id from aom WHERE region_id=?)
...).
De plus est ce que c'est pas la porte ouverte à toutes les fenêtres et qu'on voudra pas ensuite rajouter un lien vers un autre découpage administratif (communauté de commune ou autre) ?
je rebondi sur le fait de simplement utiliser la géométrie des territoires attachés via datagouv, (cf l'issue #970 ) le soucis c'est qu'on :
dataset
attaché à des AO, à des Régions et à simplement une géométrie.je sais pas à quel point le 2éme point est embêtant, je pense que c'est utilisé dans la recherche quand on filtre les jdd d'une region et dans les stats pour faire des stats par régions.
je sais pas trop comment faire du coup.
Dataset
->Commune
.
-> ca veut dire que ca ne fonctionne que pour les communes
-> le code va pas être dingue pour les associations (cf commentaire au dessus)Un avis @Tristramg ?
j'ai l'impression que le 1 est plus cohérent
un autre point embêtant est que certain dataset peuvent être attachés à plusieurs zones dans datagouv, mais dans transport on ne peut pour le moment n'être rattaché qu'à une zone. on peut fusionner les géométries pour n'en faire qu'une, mais le soucis est qu'on se sert du territoire pour le titre du dataset ("Centre-Val de Loire - Horaires théoriques de transport public") par exemple).
Si on récupère les zones de datagouv, on met un champs libre dans le backoffice pour nommer la zone ? par exemple pour https://www.data.gouv.fr/fr/datasets/horaires-theoriques-et-temps-reel-de-la-navette-de-sel-et-vermois-gtfs-gtfs-rt/, j'ai l'impression qu'il faudrait mettre la communauté de commune non ? (dans ce cas la, il ne me semble pas que la cc a l'air d'etre une AO, mais n'est pas dans notre base.
Ca serait aussi dommage de perdre le nom des communes composant la CC pour la recherche.
Bref j'ai l'impression qu'il faut qu'on fasse un peu attention avec cette feature a ne pas faire un truc bancal.
Aprés réflexion on va abstraire l'association geographic d'un dataset dans une view sql.
Ca va nous permettre d'associer un dataset à :
Tout en limitant les impacts sur le code.
Les données pour les réseaux VLS affichent le nom de l'AOM et non le nom de la métropole dans leur titre (alors que ces services sont organisés par les métropoles / villes).
ex: - VélÔToulouse (titre affiché : SMTC Tisséo Collectivité - Vélo partage )