FlxPo
commented
1 year ago En comparant les deux versions du code, je vois qu'il manque pour le moment la reprojection des destinations en fonction d'un modèle de mobilité local (https://gitlab.com/elioth/mobility/-/blob/master/mobility/trip_sampler.py#L174).
Ça ne produira pas forcément de bug, mais les échantillons de déplacement générés ne dépendront que des variables prises en compte pour l'échantillonnage (CSP, nombre de personnes du ménage, catégorie urbaine...), et pas des équilibres emplois - actifs et clients - commerces locaux.
Il y a par contre un risque que les données de sortie de Mobility ne soient pas exactement les mêmes (noms de colonnes notamment).
Nous n'avons pas d'API à ce stade, mais nous pourrions étudier cette question ensemble si cela vous intéresse (notamment le prix des requêtes, pour pouvoir couvrir les coûts du service).
Bonjour,
Dans le logiciel UrbanPrint (https://efficacity.com/quartiers-bas-carbone/nos-logiciels/urbanprint/#:~:text=UrbanPrint%20est%20un%20outil%20d,neuf%2C%20en%20r%C3%A9novation%20ou%20mixte.) nous utilisons une version antérieure du code de mobility pour faire le calcul de l'empreinte de la mobilité dans l'empreinte carbone des habitants d'un quartier.
Concrètement nous avons copié le code de mobility (disponible ici : https://gitlab.com/elioth/mobility) dans le code d'UrbanPrint. A l'époque, Emilien avait repéré un bug et l'avait commité dans le dépot (https://gitlab.com/elioth/mobility/-/commit/f168d2e73a8303a6a3ead8d382f0ed06b81075c4) mais depuis je ne crois pas qu'on est pris en compte les multiples corrections et m-à-j qui ont suivies. Dans l'idéal nous nous séparons de ce fonctionnement pour aller installer la version 0.1 de mobility. J'ai oublié si vous l'avez mentionné ou pas mais vous ne mettez pas à disposition d'API ?
Dans tout les cas, avant de déployer ce nouveau fonctionnement, nous allons avoir besoin de faire un test de non-régression pour mesurer l'impact de cette m-à-j sur les résultats de projets déjà simulés. Concrètement, je vous propose dans le code d'UrbanPrint on va créer une branche dédiée, importer mobility 0.1 et faire ce qu'il faut pour qu'on puisse s'en servir comme l'ancienne version et enfin comparer les résultats avant après sur une dizaine d'opérations étudiées avec UrbanPrint. On pourra ainsi se faire une idée de l'impact de ces mises-à-jour de modèles et de données.
On discute en interne CSTB/Efficacity pour voir qui peut prendre cette tâche. (idéalement on arrive a travailler aussi avec les équipes d'Elioth dans pas trop longtemps et c'est peut-être eux qui prendront le relai)
On vous tient informés.