Explorateur de ressources

From Communauté de la Fabrique des Mobilites

Search a tutorial

Catégorie : Commun x
futur_des_imaginaires_mob.jpg
Démarche d'exploration des imaginaires du futur des mobilités
''[Cette démarche « Moving On, Moving Up, Moving Around… » est en cours de documentation pour la rendre reproductible par tou·te·s. Vous y retrouverez les outils, méthodes et documents de travail de cette série d’ateliers et vous pourrez ainsi mener votre propre démarche d’exploration des imaginaires de la mobilité ou de tout autre sujet que vous estimerez important d’explorer. Cette série d’ateliers a été menée pendant la période de la Covid-19, aussi l’organisation de la démarche a été construite pour être 100% dématérialisée.]'' = INTRODUCTION DE LA DÉMARCHE = == QUOI ? == Le Réseau Université de la Pluralité et la Fabrique des Mobilités ont lancé une exploration collaborative et ouverte sur le futur de la mobilité en utilisant les arts, la fiction, le design et les utopies comme matériau principal pour engager la discussion. La mobilité (spatiale, sociale, etc.) est à la fois une aspiration importante pour beaucoup d’humains et un défi clé de notre époque. C’est aussi un prisme au travers duquel de nombreux enjeux contemporains peuvent être examinés : travail, lieux, temps, changement, inégalités, climat, migrations, liens sociaux, technologie, culture, etc. De nombreux facteurs se combinent pour transformer les conditions, les formes et les expériences de mobilité, sans qu’il soit facile d’en dresser un tableau : changement climatique, urbanisation, vieillissement (au Nord) ; les véhicules autonomes, qui ressembleront ou non aux voitures d’aujourd’hui dans leur forme et leur utilisation ; le numérique comme outil ou substitut à la mobilité physique ; les inégalités et leurs effets sur l’accès aux lieux et aux ressources... La liste pourrait s’allonger et ne serait probablement pas la même pour différentes zones géographiques ou populations. Un grand nombre d’excellents projets ont examiné les futurs possibles de la mobilité. « Moving On, Moving Up, Moving Around... » adopte un point de vue complémentaire : au lieu de commencer l’exploration à partir de ce que nous connaissons, il commencera à partir de ce que nous – usager∙ère∙s, professionnel∙le∙s, chercheur∙euse∙s, artistes... – pouvons imaginer. L’objectif est de relier les sciences, les pratiques, les arts et les émotions pour projeter un regard intégral sur la mobilité. == POURQUOI ? == Il semble y avoir beaucoup de choses à (ré)inventer quand on pense à la mobilité (par exemple : comment peut-on se déplacer à la fois moins, pour des raisons écologiques, et plus, soit pour échapper à sa condition, soit pour atteindre ce à quoi l’on aspire ?) >> Les arts et la fiction ouvrent à de nouvelles idées et peuvent nous aider à échapper aux paradigmes actuels de la mobilité.  La mobilité est une question [http://lafabriquedesmobilites.fr/articles/bouger-un-phenomene-culturel-integral/ culturelle] autant que technique ou économique (par exemple : comment concilier un point de vue subjectif de la mobilité comme liberté, avec la perception de la mobilité des autres comme invasion ?) >> Les arts et la fiction peuvent nous aider à diversifier les points de vue sur le futur de la mobilité. Tout le monde a des rêves et des inquiétudes autour de la mobilité, pas seulement les expert∙e∙s et les professionnel∙le∙s >> Les arts et la fiction peuvent élargir la conversation sur le futur de la mobilité. == COMMENT ? == “Moving On, Moving Up, Moving Around...” se déroule en trois phases. 1.  [[Corpora Outil de collecte de fragments
avatar

Eline Chambon

Lady Florence Norman.jpg
Challenge sur la seconde vie des trottinettes électriques
Pendant 6 mois, des équipes (fablabs, tiers-lieux, ateliers, universités, écoles) vont expérimenter sur des trottinettes électriques pour inventer à ces engins et leurs composants de nouvelles vies après leur usage en flottes en libre-service, redonner une seconde jeunesse à ces objets de mobilité pour en réduire l’empreinte et favoriser l’utilisation optimale de l’ensemble de la trottinette et de ses composants. Autour de ce challenge sont réuni∙e∙s tou∙te∙s les acteur∙rice∙s pouvant reproduire, mettre en place ou favoriser la mise en place et gérer ces solutions inventées : territoires/collectivités, associations, entreprises, opérateurs de trottinettes électriques. Ce challenge a vocation à pouvoir ensuite se décliner pour servir d’autres engins de mobilité. La FabMob et MHK envisagent ce challenge uniquement par un travail collectif pour des résultats mis au service de l’intérêt général, c’est la raison pour laquelle nous avons encourager la participation des différent∙e∙s acteur∙rice∙s des mobilités et la création de solutions seront 100% open source et reproductibles pour permettre à tous les territoires et leurs acteurs locaux de s’en saisir. C’est également dans cet esprit que ce challenge sera lui aussi documenté pour en permettre la déclinaison pour servir d’autres engins de mobilité. '''C’est la première fois qu’un commun est créé sur la micromobilité, en open source et en PPPP (partenariat public, privé, population). Il est sponsorisé par Bird, Dott, Lime, Tier, Voi, Oxelo, Virvolt, Fab&Co, Blocktricity.''' Retrouvez sur cette fiche toute la documentation de ce challenge au fur et à mesure de son avancement. ==== Ressources existantes : ==== ➡ '''[https://cloud.fabmob.io/s/feoXaxoa4b2J7sd Document d'appel à candidatures] !''' ➡ [https://cloud.fabmob.io/s/3czF3HN8bZQ2kJz '''Le communiqué de presse'''] ➡ '''[https://forum.fabmob.io/c/5-category/challenge-de-2nde-vie-des-trottinettes-electriques/8 Par ici pour poser toutes vos questions sur le challenge et son déroulé]''' 📢 '''Les inscriptions pour ce challenge sont closes, et nous comptons 11 équipes participantes pour ce challenge (présentation des équipes à venir)''' !
avatar

Eline Chambon

Autoware.jpg
Autoware
Autoware reimagined. Based on ROS 2. Autoware.Auto is managed by an open-source community manager, applies best-in-class software engineering practices, and is based on a redesigned architecture. The next generation Autoware, built on ROS 2 and following best practices and standards to be high quality and easier to certify. The source code for Autoware.Auto currently lives [https://gitlab.com/autowarefoundation/autoware.auto/AutowareAuto here]. Autoware.Auto as one of the projects of Autoware Foundation is a clean slate rewrite of [https://autoware.ai/ Autoware.AI]. Compared to Autoware.AI, Autoware.Auto has best possible software engineering practices which includes PR reviews, PR builds, 100% documentation, 100% code coverage, style guide, development and release process, … It also does two more things differently: a) we have crisply defined interfaces for different modules (messages and APIs) and b) architecture designed for determinism such that it is possible to reproduce behaviors on live and development machines. Autoware.Auto will initially address the following 2 use case: # Autonomous Valet Parking # Autonomous Depot Maneuvering After the initial set of [https://gitlab.com/autowarefoundation/autoware.auto/AutowareAuto/-/milestones milestones] will be completed, Autoware.Auto will allow you to easily map a parking lot, create a map for autonomous driving and drive over this parking lot entirely autonomously in less than 2 weeks. Vehicle and Environment Simulation Software (SVL Simulator) compatible with Autoware : https://www.svlsimulator.com/docs/system-under-test/autoware-instructions/
avatar

Gabriel PLASSAT

Facteur emission.jpg
Open Data Facteurs d'émissions polluantes
Ce jeu de données est issu de la base de données européenne HBEFA v4.1 (Handbook of emissions factors for Road Transport) qui fournit des facteurs d’émissions, c’est-à-dire des émissions de polluants en g/km pour toutes les catégories de véhicules routiers (voiture particulière, véhicule utilitaire léger, véhicule lourd et deux-roues motorisé), chacune étant divisée en plusieurs sous-catégories, pour une grande variété de situations de trafic (type de voirie, vitesse limite et niveau de saturation du trafic associé). Les données extraites sont des facteurs d’émissions agrégés de CO, HC, NOx et particules par catégorie de véhicules (voiture, véhicule utilitaire léger, poids lourd, autocar, bus et deux roues motorisées), par carburant (essence, gazole et GNV uniquement pour les bus), pour des conditions de circulation moyennes (urbain, rural et mixte France) et pour chaque année allant de 2020 à 2030. Lien vers HBEFA et sa documentation : https://www.hbefa.net/e/index.html '''Commentaire ou point de vigilance''' : les facteurs d’émissions agrégés mis à disposition (1) s’appuient sur un parc détaillé de véhicules prospectif construit par l’IFSTTAR devenu l’Université Gustave Eiffel (https://hal.archives-ouvertes.fr/hal-02888899/document) et (2) intègrent pour les véhicules légers des surémissions moyennes induites par les démarrages moteur froid. Si vous voulez compléter ces données par les facteurs d’émissions de gaz à effet de serre, ils sont disponibles dans la Base Carbone® (https://www.bilans-ges.ademe.fr/fr/accueil). Enfin, la base de données complète HBEFA v4.1 avec des facteurs d’émissions de nombreux autres polluants, détaillés par catégories fines de véhicules, normes Euro ou situations de trafic spécifiques peut être téléchargée sur le site HBEFA (250 € ou 150 € pour une mise à jour de version).
avatar

Gabriel PLASSAT

Unsplash.jpeg
Licence Mobilités
= '''Licence Mobilités :''' '''un "commun" pour des service numériques de mobilité respectueux de l’intérêt général''' = == '''Pourquoi une nouvelle licence de réutilisation de données ?''' == Parmi les grandes priorités de la [https://www.legifrance.gouv.fr/dossierlegislatif/JORFDOLE000037646678/ Loi d’Orientation des Mobilités] (LOM) figure le « ''développement de l'usage des mobilités les moins polluantes et des mobilités partagées au quotidien, afin de renforcer la dynamique de développement des transports en commun, les solutions de mobilité quotidienne alternatives à la voiture individuelle et les mobilités actives au bénéfice de l'environnement, de la santé, de la sécurité et de la compétitivité'' ».  En offrant un accès simplifié à des solutions de déplacement alternatives à l’usage individuel de la voiture, les services numériques de mobilité peuvent concourir à la réussite de cette stratégie. Le législateur a souhaité encourager leur développement en renforçant les obligations d’ouverture des données de mobilité prévues par le cadre européen ([https://eur-lex.europa.eu/eli/reg_del/2017/1926/oj règlement délégué (UE) 2017/1926]). Il a toutefois conservé le principe du '''libre choix de la licence de réutilisation''' des données par les organisations qui les produisent - autorités organisatrices et services de mobilité - posé à l'article 8 de ce règlement. '''Le cadre juridique des données de mobilité est donc bien distinct de celui des données publiques,''' pour lesquelles seule une liste restreinte de licences est autorisée ([https://www.legifrance.gouv.fr/dossierlegislatif/JORFDOLE000031589829/ Loi pour une République Numérique]). Dans ce contexte, les acteurs publics ont souhaité réfléchir à une licence ''ad hoc'' qui consolide l’équilibre accompli au travers de la LOM, fruit de longues concertations, entre promotion de l’innovation et régulation des mobilités. Il est en effet fondamental que les '''nouveaux services n’emportent pas de conséquences négatives sur l’intérêt général,''' notamment sur les émissions de gaz à effet de serre, la pollution, la sécurité et l’occupation de l’espace public. La multiplication des licences étant à l'évidence un obstacle à la réutilisation des données, la nécessité de converger vers une « licence-type » a rapidement émergé. Lien vers la page [[Ouverture des données de mobilité
avatar

Gabriel PLASSAT

Logo-chouette-2020-saas.png
Chouette SaaS
Chouette SaaS permet de manipuler les données statiques en respectant les normes et les standards : NeTEx, Neptune, GTFS. Pour vos données de mobilité théoriques, Chouette SaaS permet de : * Saisir et produire les données de mobilité de mon territoire, de mon réseau * Agréger les données de mobilité de mon territoire * Intégrer des données de mobilité « open data » dans une application mobile * Gérer la conception collaborative de l’offre de transport * Vérifier la qualité de mes données de mobilité * Valoriser mes données : tableaux de bord, stats, visualisation et simulations * Respecter les obligations réglementaires (directives EU, loi LOM) * Assurer la cohérence des flux de données pour une plateforme MaaS Chouette SaaS est une solution pour : * décrire l’offre de services d’un réseau de transport (lignes, arrêts, horaires…), * importer et exporter de manière automatisée les données de mobilités depuis / vers : ** les SAE, les SIV, les SIM, les calculateurs d’itinéraires, les systèmes billettique… , ** les SI de partenaires (entités publiques, éditeurs d’applications mobiles, opérateurs de transport…), * contrôler la qualité des données de mobilité et produire des données conformes aux standards, * agréger les données générées par plusieurs réseaux dans un environnement collaboratif, * valoriser les données générées (historisation, statistiques, visualisation, tableaux de bord…), Adresse repository Chouette BitBucket : https://bitbucket.org/enroute-mobi/chouette-core Adresse repository Chouette GitHub : https://github.com/enroute-mobi/chouette-core
avatar

Sarazin Simon

fabmobimage.74.jpg
MAT Sim
MATSim provides a framework to implement large-scale agent-based transport simulations. The framework consists of several modules which can be combined or used stand-alone. Modules can be replaced by custom implementations to test single aspects of your own work. Currently, MATSim offers a framework for demand-modeling, agent-based mobility-simulation (traffic flow simulation), re-planning, a controler to iteratively run simulations as well as methods to analyze the output generated by the modules. === Key Features of MATSim === ==== '' '' Fast Dynamic and Agent-Based Traffic Simulation ==== Simulate whole days within minutes ==== '' '' Private and Public Traffic ==== Both private cars and transit traffic can be simulated ==== '' '' Supports Large Scenarios ==== MATSim can simulate millions of agents or huge, detailed networks ==== '' ''Versatile Analyses and Simulation Output ==== E.g. compare simulated data to real-world counting stations ==== '' '' Modular Approach ==== Easily extended with your own algorithms ==== '' '' Open Source ==== You get the Java Source Code, which runs on all major operating systems ==== '' '' Active Development ==== The international MATSim community constantly adds new features and improves current ones === Start using MATSim! === To learn more, look at the [https://www.matsim.org/docs documentation] or at the [https://www.matsim.org/gallery scenario gallery] to see how others use MATSim. GitHub : https://github.com/matsim-org === MATSim model and data for VIENNA === https://github.com/ait-energy/matsim-model-vienna
avatar

Sarazin Simon

Mapping-example.png
PT2MATSim
PT2MATSim is a package to convert public transit data from GTFS, HAFAS or OSM to a completely mapped MATSim schedule. There are multiple public transit schedule data formats, widely used formats are GTFS and HAFAS. Numerous GTFS feeds are publicly available (see [https://transitfeeds.com transitfeeds.com] or [http://www.transit.land transit.land]), otherwise these files have to be obtained from the public transit agency. The Swiss public transit schedule is available GTFS and HAFAS format via [https://opentransportdata.swiss opentransportdata.swiss]. Public transit data feeds can be converted to unmapped MATSim transit schedules using the classes ''Gtfs2Transitschedule'' or ''Hafas2TransitSchedule''. It is possible to convert public transit information from OpenStreetMap files (''Osm2TransitSchedule''). However, OSM currently does not contain any temporal information, the accuracy of the schedule data varies and is usually not sufficient to be used for simulations. Unmapped transit schedules lack information on the links used by vehicles and only contain the stop sequence for transit routes. Generating these links (i.e. the path a vehicle takes on a network) is called "mapping", a process done by the ''PublicTransitMapper''. It implements an [https://github.com/matsim-org/pt2matsim/wiki/PTMapper-algorithm-and-config-parameters algorithm] that uses an abstract graph to calculate the least cost path from the transit route's first to its last stop with the constraint that the path must contain a so called link candidate for every stop. The result is a mapped transit schedule and a modified network. Tools to validate and rudimentarily edit the mapped schedule are also part of the package.
avatar

Gabriel PLASSAT

curblr.png
CurbLR
CurbLR is a data standard for describing curb regulations. It uses a simple structure to store complex restrictions and conditions regarding where different users can park, load, or stop their vehicles at different days and times. The CurbLR specification exists to help government agencies effectively manage and regulate the curbside, and to support public and private users of city streets. CurbLR is a common language on which many things can be built, including rules engines, query APIs, consumer notification services, mapping tools, and analytic models. It uses linear referencing to link regulation information back to the street, making it easy for government agencies and third parties to use this data with their own maps. Why CurbLR? * Government agencies : Demand for access to the curbside has skyrocketed in urban areas. CurbLR provides a template for cities to create a digital inventory of their curb regulations, which can be used to analyze the present and reimagine the future of this public space. * Developers :The CurbLR specification enables engineers to ingest curbside inventory data from any city in the world, preventing the need to build custom tools or services for different jurisdictions. * Transportation services : It's no secret that the curbside can be chaotic. A standardized curb inventory allows mobility operators, TNCs, delivery services, and parking payment companies to build services that make it seamless for their users to find and use curbspace. '''Articles et blogues:''' * [https://medium.com/sharedstreets/interactive-curb-map-curblr-feed-for-portland-or-c638dbdf1b45 Building an interactive viewer for CurbLR data] * [https://medium.com/sharedstreets/crossroads-for-the-curb-be3137154148 Crossroads for the curb] * [https://medium.com/sharedstreets/openstreetmap-and-curb-regulations-7812ee582a33 OpenStreetMap and curb regulations]
avatar

Vincent Dussault

Full Bike.PNG
Véhicule Open Source
Le véhicule Open Source est un commun sur lequel travaille la Fabrique des Mobilités avec la communauté du Véhicule Open Source. Ce véhicule a vocation à servir plusieurs objectifs : * Devenir une plateforme d'éducation, de formation. * Devenir un socle d'expérimentation pour les constructeurs et leurs partenaires * Devenir un socle d'expérimentation et d'innovation pour de nouveaux acteurs type startups, coopératives et pour les débrouillards * ... La Fabrique des Mobilités et sa communauté du Véhicule Open Source réunissent des acteur.rice.s de la formation, de l'éducation et de l'automobile (constructeurs et équipementiers) intéressés par ce sujet pour avancer, ensemble, malgré des cas d'usage et besoins pouvant différés mais avec l'objectif commun de proposer de nouveaux modèles de conception et d’élaboration de véhicule. Chacun.e de ces acteur.rice.s a des intérêts à voir ce commun se développer pour différentes raisons. L'enjeu est de construire le commun du Véhicule open source pour qu'il permette à chacun des acteurs intéressés d'avancer dans son projet de VOS et à l'ensemble de ces acteurs de partager objectifs, connaissances, briques techniques et retours d'expériences. Aujourd'hui sur cette communauté, nous avons identifié 3 axes de travail :  # [https://forum.fabmob.io/t/gt1-experimentations-sur-un-premier-vehicule/26 Expérimentations OH sur un véhicule simple] - twoseater XYZ - pour apprendre sur l'OH mais aussi pour tester des cas d'usage et les documenter # [https://forum.fabmob.io/t/gt2-exploration-de-la-faisabilite-industrielle-du-vehicule-open-source/27 Exploration de la faisabilité industrielle du véhicule Open Source] en essayant de redéfinir ce que seraient la place des acteurs historiques, leur modèle économique et la place de nouveaux entrants, l’impact réglementaire, les écosystèmes qui graviteraient autour… # [https://forum.fabmob.io/t/gt3-manifeste-du-vehicule-open-source/28 Manifeste pour le Véhicule Open Source] pour engager de nouveaux acteurs et décideurs à se saisir du sujet ➡ Voir le '''[https://pad.fabmob.io/6_Z-jzyWRVW5JZ6_TTvrYw?both document d'état des lieux des connaissances partagées] par les contributeur.rice.s de ce commun'''. ➡ Retrouvez '''[https://pad.fabmob.io/VOS toutes les ressources créées par la Communauté du Véhicule Open Source]''' ➡ Venez échanger avec la communauté du véhicule Open Source **[https://forum.fabmob.io/t/bienvenue-dans-la-communaute-du-vos/29 sur l'espace du forum dédié]**
avatar

Eline Chambon

Partenairespartageonsplusdevelos.jpeg
Partageons plus de vélos
'''➡ Pour accéder à l'ensemble du dossier de présentation de ce commun, [https://cloud.fabmob.io/s/K7NWnQKae2e5WxN c'est par ici] !''' L’usage du vélo se développe de plus en plus, notamment dans les grandes villes et agglomérations, où il paraît clairement avantageux en termes de temps et de confort par rapport aux voitures individuelles et aux transports en commun. Cependant, même dans des villes plus petites et des territoires peu denses, son usage peut répondre à des besoins concrets de mobilité peu coûteuse et respectueuse de l’environnement. Par ailleurs, aujourd’hui, plus d’un million de vélos sont mis au rebut chaque année en France, alors que le plus souvent, une simple action de maintenance pour réparer les pièces d’usure classiques permettrait de les remettre en circulation. Face à ces deux constats, le projet « Partageons plus de vélos » propose de réutiliser les vélos disponibles, pour les transformer en service de vélos partagés, dans des territoires à faible ou moyenne densité, en collaboration avec les acteurs locaux (Emmaüs, recycleries, ateliers de réparation de vélos participatifs, organismes de réinsertion professionnelle, etc.) grâce à un système de « partage » apporté par la société Evo Pods. Cette approche propose deux avantages principaux : le faible coût d’investissement et le développement d’une activité de service ancrée dans le territoire, portée par des associations locales. En avril 2020, La Fabrique des Mobilités, le Club des villes et territoires cyclables et Evo Pods lançaient un [https://cloud.fabmob.io/s/CrTSRkAsGrjWN2Z#pdfviewer appel] [https://cloud.fabmob.io/s/CrTSRkAsGrjWN2Z#pdfviewer à manifestation d’intérêt « Partageons plus de vélos »] à destination des collectivités et associations en charge de la promotion du vélo sur leur territoire. Cet appel avait pour objectif de sélectionner nos futurs partenaires pour un dépôt commun à l'AMI TenMod 2020 lancé par l'ADEME permettant le financement de cette première expérimentation du service. Le lauréat (binôme territoire-association) fut soutenu, dans un premier temps, pour répondre dans les délais à l’appel à manifestation d’intérêt TENMOD. Il s’agit de la nouvelle édition 2020 de l'Appel à Manifestation d'Intérêt « France Mobilités - [https://appelsaprojets.ademe.fr/aap/France%20Mobilit%C3%A9s2019-122 Territoires de nouvelles mobilités durables] » qui s’inscrit dans une logique d’ouverture et une dynamique partenariale pour favoriser la mobilité des citoyens en zone périurbaine et peu dense. Nous recherchions donc un binôme territoire / association rassemblant les critères suivants : * Un territoire très peu dense, peu dense ou de densité intermédiaire selon la carte de l’Observatoire des territoires, et disposant déjà d'infrastructures adaptées aux vélos (stationnements vélos, bandes cyclables, pistes cyclables,...). * Une personne morale de droit public disposant de compétences en matière de mobilité des personnes et/ou des biens, qui peut être notamment, en cas de compétences de droit ou déléguées : un établissement public de coopération intercommunale (EPCI), un département, un parc naturel régional, une commune, une intercommunalité, un pôle d’équilibre territorial, un syndicat mixte, une région, … * Une association locale en charge de la promotion, du recyclage et/ou du développement du vélo, située sur ce même territoire. Idéalement, cette association possède des vélos. L’objectif sera d’expérimenter, avec le ou les '''binôme(s) territoire /association locale''' sélectionné(s), notre projet « Partageons plus de vélos », à savoir '''un service de vélos partagés en libre-service avec des vélos recyclés'''. Cet appel a permis de sélectionner 3 binômes territoires / associations locales pour déposer avec nous un dossier de réponse à l'AMI TenMod 2020 de l'ADEME pour permettre le financement de l'expérimentation de "Partageons plus de vélos". Parmi ces trois binômes, deux dossiers ont pu être déposés et l'un d'eux fut lauréat : [https://cloud.fabmob.io/s/e4PLaM77Fz3NKM5 le département de l'Hérault avec les associations Le Vieux Biclou, Convergences 34 et Terre-Contact]. Nous documenterons ici la mise en place du projet renommé Recyclo'Lib pour l'expérimentation sur le département de l'Hérault. ⚠ '''''N'hésitez pas à nous contacter sur l'[https://forum.fabmob.io/t/a-propos-de-la-categorie-partageons-plus-de-velos/34 espace dédié du Forum] si vous êtes intéressé.e.s pour le mettre en place sur votre territoire !'''''
avatar

Gabriel PLASSAT

Parking-relais-Valence QLEFEVRE 4-2 design - light 3.jpg
Parking-relais "augmenté d'usages"
Le P+R Pompidou est porté par Citéa la filiale locale de Transdev et Valence Romans Déplacements (AOTU) / Maitrise d’œuvre : Sonia Lavadinho, Axelle Valance (Bfluid, Genève) et Quentin Lefèvre / 2017. http://quentinlefevre.com/projets/parking-relai-augmente-dusages-transdev/ Le projet de hub est situé en entrée de ville de Valence, avenue de Romans en face du centre commercial Valence 2. ''Méthodologie de conception :'' 1 - Diagnostic : 1-1 : [http://bfluid.com/valence-pr-pompidou-potentiel-de-captation-de-la-clientele-du-futur-pr-mesure-a-laune-des-pratiques-perceptions-et-representations-des-usagers/ '''Cahier de diagnostic'''] : élaboration d’un diagnostic des pratiques, perceptions et représentations mentales des usagers. 1-2 : [http://bfluid.com/valence-pr-pompidou-preconisations/ '''Cahier de préconisations'''] : définition des leviers d'action et des profils d'usagers-type (à partir d'usages et d'usagers réels). 2 - Formalisation : ([http://bfluid.com/valence-pr-pompidou-mise-en-recit-des-parcours-experientiels-pour-les-trois-typologies-de-clients-prioritaires-du-futur-pr/ '''Cahier d'intentions''']) 2-1 : mise en récit (scénarisation) des parcours expérientiels des 3 usagers-type. 2-2 : Spatialisation des [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_1-intentions-programmatiques.jpg/ '''intentions programmatiques'''] (sous forme de zoning) et [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_2-programme.jpg '''intentions d’aménagement'''] (spatialisation et dimensionnement plus précis), zoom [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_2-programme-d%C3%A9tail.png '''ICI''']. 2-3 : Visualisation des parcours expérientiels de 3 typologies de clients prioritaires du P+R. Exemple [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_3_scenarisation3_Valerie_midi.jpg/ '''ICI'''] (le matin) et [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_3_scenarisation3_Valerie_soir.jpg '''LA'''] (le soir). 2-4 : Mise en situation schématique des configurations spatiales envisagées. [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_4-1_design.jpg '''ICI'''], [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_4-2_design.jpg '''LA'''] ou [http://quentinlefevre.com/wp-content/uploads/2018/01/parking-relais-Valence_QLEFEVRE_4-3_design.jpg '''LA'''].
avatar

Quentin LEFEVRE

OSAUPT-logo3-1.jpg
OSAUPT urbanisme
Ces outils se manifestent sous forme '''physique''' et se proposent en complément du dessin technique et de l’outil informatique, en principe tous deux réservés à l’expert. Similaires à des '''puzzles''', les outils permettent aux différents acteurs d’un projet (citoyens, experts, administrations, etc.) de '''s’exprimer et de se comprendre en utilisant un langage commun'''. Chaque outil est '''imprimable'''. Il est adapté à une production de masse et rapidement déployable, pour un coût de production quasi nul. Il est léger, s’assemble, se plie et se '''transmet''' de main en main. Il se matérialise physiquement ce qui donne une nature inclusive et informelle au projet qu’il soutient. Le travail peu continuer hors des séances de travail planifiées. Il est '''prêt-à-l’emploi''', simple, compréhensible et place l’utilisateur au centre des réflexions, valorisant le travail et les propositions concrètes. 
L’outil est '''pédagogique''' et pose les questions nécessaires au bon développement du projet. Il donne la capacité à l’utilisateur de réaliser des choix conscients et lucides prenant en compte les facteurs multidirectionnels.  Sa caractéristique '''opensource''' offre la possibilité de le télécharger et de l’utiliser gratuitement. Il permet à l’outil de se diffuser et se développer de manière organique. L’outil contient des informations '''paramétrables''' et relatives à un contexte. Chaque utilisateur peut les adapter à ses besoins et est libre de publier et redistribuer ses améliorations pour en faire profiter la communauté.  Il se '''combine''' à d’autres outils pour faire émerger de nouvelles fonctionnalités et générer des mécanismes. Ces mécanismes permettent de répondre à des problématiques complexes.
[null Combiner les outils] Pour être utilisés avec '''conscience et lucidité''', les outils se combinent entre eux. Ils apportent les notions nécessaires et complémentaires afin d’aborder le projet sous un angle à la fois sensible et technique. La combinaison d’outils est spécifique aux besoins de chaque utilisateur et lui donne une '''légitimité''' dans un domaine qu’il ne maîtrise pas.
[null Créer des mécanismes] Il est intéressant de créer des kits d’outils et de '''croiser les fonctionnalités''' afin de générer des mécanismes. Ce sont eux qui vont permettre de faire émerger des '''solutions sociales''', là ou les solutions techniques ne sont pas suffisantes. L’implication du citoyen permet de lui faire '''comprendre les enjeux''' et de l’inclure dans des solutions ancrées dans la réalité d’aujourd’hui, et non pas dans des solutions telles qu’il l’imaginerait.
avatar

Gabriel PLASSAT

Pixbot.jpg
PIX Bot Loop Kit
Autonomous vehicle manufacturer [https://www.pixmoving.com/ PIX Moving] is combining metal 3D printing with mold-inspired generative design to advance automotive production. The company’s ‘C-ZONE 01’ end-to-end digital manufacturing factory makes use of wire arc additive manufacturing (WAAM), a form of large-format DED 3D printing, to produce its [https://www.pixmoving.com/pixbot PIXBOT] and [https://www.pixmoving.com/pixloop PIXLOOP] autonomous vehicle chassis models. According to PIX, the use of topology optimization and 3D printing has resulted in manufacturing cost reductions of 60% and lead time cuts of around 75%. A PIX spokesperson stated, “We believe what we do is contributing to the paradigm shift of the car industry. With the new tools and vision, we can rebuild the manufacturing and mobility of cars.” Link to PIXBOT Gitlab : https://gitlab.com/pixmoving == PIXKIT is an open source autonomous driving development and education kit == PIXKIT, full-stack, cost-effective and high-performance, it supports open source autonomous driving software Apollo and Autoware, as well as platforms like ROS, MATLAB/Simulink and more. With software and hardware platform stacks, plus comprehensive user manuals and documentations, PIXKIT is dedicated to lowering the entry barrier of autonomous driving development. It empowers academic professors, educational experts, developers and general engineers to quickly develop and deploy autonomous vehicles, to build/test algorithms and to launch AV demonstrations, sparking more possibilities. == PIXLOOP == As a software-defined chassis platform, PIXLOOP offers comprehensive, open and powerful API interfaces for developers. With the preinstalled autonomous driving software Autoware/Apollo on PIXLOOP, users are empowered to focus on their application development through rapid development based on PIXLOOP, significantly reducing the development cost for autonomous driving applications.
avatar

Gabriel PLASSAT

Valhalla.png
Valhalla
Routing is a wily beast and many valiant efforts have been made to slay it, with limited success. However, we have brought a mighty new Mjölnir-like weapon to bear on this beast: Open Source! After much intense battle development we are proud to take the wraps off of Valhalla. Valhalla is open source routing software using open source data (primarily Open Street Map), with a very liberal license. This should allow for transparency in development, encourage contribution and community input, and foster use in other projects. The name is inspired by key features of the routing engine: the core route engine is called THOR (Tiled, Hierarchical Open Routing), generation of trip information for the path is called ODIN (Open Directions and Improved Narrative) and the service component is called TYR (Take Your Route). Valhalla seemed like a fitting organization name -- previous efforts may have died but we all get to fight on in the great hall that is Open Source. Documentation available within the valhalla-docs repository includes: * [https://github.com/valhalla/valhalla-docs/blob/master/valhalla-intro.md Introduction] - This is the early history of Valhalla. Introduces the core team and describes overall objectives of the project and some insight on why we chose the name Valhalla. * [https://github.com/valhalla/valhalla-docs/blob/master/terminology.md Terminology] - Contains commonly used terms and definitions within Valhalla. Also lists the various repositories. * [https://github.com/valhalla/valhalla-docs/blob/master/turn-by-turn/api-reference.md Route API Reference] - The structure of API requests and responses to a Valhalla routing service is described here. This shows the JSON inputs and describes the JSON responses to form routes and directions. * [https://github.com/valhalla/valhalla-docs/blob/master/map-matching/api-reference.md Map Matching API Reference] - The structure of API requests and responses to a Valhalla map matching service is described here. This shows the JSON inputs and describes the JSON responses to perform map-matching. There are two flavors: 1) trace_route: froms a route result from the path that matches the input geometry, and 2) trace_attributes: returns detailed attribution along the path that matches the input geometry. * [https://github.com/valhalla/valhalla-docs/blob/master/locate/api-reference.md Locate API Reference] - The structure of API requests and responses to a Valhalla locate service is described here. This shows the JSON inputs and describes the JSON responses to get detailed information about streets and interesections near a location. * [https://github.com/valhalla/valhalla-docs/blob/master/matrix/api-reference.md Matrix API Reference] - The structure of API requests and responses to a Valhalla time distance matrix service is described here. This shows the JSON inputs and describes the JSON responses to retrieve times and distances between locations. * [https://github.com/valhalla/valhalla-docs/blob/master/optimized/api-reference.md Optimized Route API Reference] - The structure of API requests and responses to a Valhalla optimized route service is described here. This shows the JSON inputs and describes the JSON responses to retrieve the route which optimizes the path through the input locations. This is essentially the Traveling Salesman Problem (TSP) * [https://github.com/valhalla/valhalla-docs/blob/master/elevation/api-reference.md Elevation API Reference] - The structure of API requests and responses to a Valhalla elevation service is described here. This shows the JSON inputs and describes the JSON responses to query elevation at specific locations. * [https://github.com/valhalla/valhalla-docs/blob/master/isochrone/api-reference.md Isochrone API Reference] - The structure of API requests and responses to a Valhalla isochrone service is described here. This shows the JSON inputs and describes the JSON responses to query accessibility polygons around specific locations. * [https://github.com/valhalla/valhalla-docs/blob/master/release-notes.md Release Notes] - Contains information about changes to the API, changes to the data import processing, new features, and general software updates of importance. * [https://github.com/valhalla/valhalla-docs/blob/master/add-routing-to-a-map.md Add Routing to a Map] - A tutorial showing how to add Valhalla routing to web based maps using the Leaflet Routing Machine with Valhalla plugins. * [https://github.com/valhalla/valhalla-docs/blob/master/decoding.md Decoding Shape] - Describes how to decode the route path's shape (returned as an encoded polyline). Contains sample code in several languages. * [https://github.com/valhalla/valhalla-docs/blob/master/tiles.md Tile Description] - Describes the tiling system used within Valhalla. Discusses the road hierarchy and tile numbering system. * [https://github.com/valhalla/valhalla-docs/blob/master/speeds.md Speed information] - Describes the use of speed information and how OpenStreetMap tags impact speeds.
avatar

Gabriel PLASSAT

fabmobimage.23.jpg
XYZ Cargo
XYZ SPACEFRAME VEHICLES enables persons to build their own vehicles for transporting persons or goods. XYZ SPACEFRAME VEHICLES is based on a low cost, light weight, highly durable construction requiring only simple hand-held, non specialized tools to produce. With XYZ SPACEFRAME VEHICLES, N55 offers a new alternative to mass produced traditional cycle products, often made from low grade materials and not made to last or being repaired. The designs of XYZ SPACEFRAME VEHICLES including any new construction principle used in the system and the XYZ construction and connection principle are Open Source provided under the rules of Creative Commons as specified here. ( Noncommercial — You may not use this work for commercial purposes. Any use of the works must include proper credits to N55 and collaborator Till Wolfer and a link to www.N55.dk. ). The construction drawings for the XYZ ONESEATER can be downloaded for free here. The XYZ CARGO TRIKE and the XYZ CARGO BIKE has been developed as enviromentally and socially sustainable products for sale and the construction drawings are not available. The XYZ CARGOs can be purchased here: XYZCARGO.com. Persons are of course still allowed to copy these models for non commercial use. We also make workshops to teach persons how to build their own XYZ SPACEFRAME VEHICLES. The earnings from the sale of the XYZ CARGO´s are used to finance the further development of the XYZ SPACEFRAME VEHICLES. http://www.n55.dk/MANUALS/SPACEFRAMEVEHICLES/spaceframevehicles.html
avatar

Sarazin Simon

No-image-yet.jpg
Loi 17 - Loi concernant le transport rémunéré de personnes par automobile au Québec
==== [https://www.transports.gouv.qc.ca/fr/taxi/Pages/default.aspx Modernisation de l'industrie du taxi - page de référence] ==== ==== [http://m.assnat.qc.ca/fr/travaux-parlementaires/projets-loi/projet-loi-17-42-1.html PL-17 - cheminement de la loi] ==== Pour analyse et synthèse, voir événement: [[L'impact de la loi 17 sur le covoiturage]] * L’adoption du projet de loi no 17 confirme notamment : ** l’abolition des quotas de permis ainsi que des permis de propriétaire de taxi transférables. Les propriétaires de ces permis recevront une aide financière équivalente au coût d’acquisition de leur permis; ** l’abolition des territoires de desserte; ** l’instauration, dès la sanction de la loi, pour les chauffeurs de taxi, de la possibilité d’offrir une tarification dynamique ajustée en fonction de l’achalandage lorsque la course est sollicitée par l’entremise d’une application mobile; ** l’abolition de la plaque T. Grâce à cet allégement administratif, les véhicules devront désormais être munis uniquement d’une plaque de véhicule de promenade ou commercial; ** l’abolition de la classe de permis 4C. Les chauffeurs devront disposer d’un permis valide de classe 5, en vigueur depuis plus d’une année. Leurs antécédents judiciaires devront également faire l’objet d’une vérification systématique auprès d’un corps policier; ** l’uniformisation des heures de la formation de base; ** l’introduction de mesures en lien avec le transport des personnes handicapées, dont une formation avancée pour les chauffeurs qui offrent ces services; ** la création d’un fonds spécial de 40 M$ pour venir en aide aux personnes titulaires de permis de propriétaire de taxi ainsi qu’à leur famille; ** la mise en place d’un mécanisme antidumping afin d’empêcher la concurrence déloyale; ** l’établissement d’une table nationale de concertation de l’industrie du transport rémunéré de personnes par automobile; ** l’introduction de dispositions sur la géolocalisation; ** des marchés réservés à l’industrie du taxi : *** les contrats de transport adapté conclus avec des autorités organisatrices de transport, préservant du même coup ce service essentiel pour les personnes handicapées; *** les contrats de transport de bénéficiaires d’un établissement auquel s’applique la Loi sur les services de santé et les services sociaux. * L’adoption du projet de loi confirme des droits réservés à l’industrie du taxi. En effet, en plus de bénéficier du même cadre légal que les nouveaux acteurs de l’industrie, notamment en ce qui concerne la tarification dynamique, les taxis demeureront les seuls à pouvoir offrir une course demandée oralement par téléphone, à un poste d’attente ou hélée dans la rue. Les taxis demeureront également les seuls véhicules équipés d’un lanternon ou d’un taximètre. * Toutes ces modifications, à l’exception de la possibilité pour un taxi d’offrir la tarification dynamique et l’établissement d’une table nationale de concertation de l’industrie du transport rémunéré de personnes par automobile, entreront en vigueur un an après l’adoption du projet de loi. Les clientèles concernées seront informées de la date d’entrée en vigueur au moment opportun.
avatar

Vincent Dussault

City LA.jpg
Mobility Data Specification
Inspired by GTFS and GBFS. Specifically, the goals of the Mobility Data Specification (MDS) are to provide API and data standards for municipalities to help ingest, compare and analyze mobility as a service provider data. The specification is a way to implement realtime data sharing, measurement and regulation for municipalities and mobility as a service providers. It is meant to ensure that governments have the ability to enforce, evaluate and manage providers. MDS is currently comprised of two distinct components: * The provider API is to be implemented by mobility as a service providers, for data exchange and operational information that a municipality will query. provider presents the historical view of operations. * The agency API is to be implemented by municipalities and other regulatory agencies, for providers to query and integrate with during operations. agency provides tools to inform and permit future operations. Cities and regulators can choose best how to implement Agency and Provider either separately, concurrently, or by endpoint. The specification will be versioned using Git tags and semantic versioning. See prior releases and the Release Guidelines for more information. More on MDS: * https://github.com/lacuna-tech/mds-core * https://ladot.io/wp-content/uploads/2018/12/What-is-MDS-Cities.pdf * [[La donnée Vélo de l'or en barre]] * [[Les trottinettes en libre service]]
avatar

Gabriel PLASSAT

Mobilite connect.png
Mon Compte Mobilité
C'est un projet majeur pour la FabMob == Origine == En s’inspirant du [https://www.moncompteactivite.gouv.fr Compte Personnel d'Activité] associé à France Connect, il s’agit de produire un compte mobilité individuel, potentiellement universel. Ce compte regroupera les informations de mobilités produites par différents services, objets, applications. Ce compte pourrait ensuite permettre de s’inscrire dans des services de mobilité comme un facebook ou google connect. Le [https://www.cnil.fr/fr/reglement-europeen-sur-la-protection-des-donnees-ce-qui-change-pour-les-professionnels ''' RGPD'''] (protection des données) fixe les règles à respecter pour mieux protéger les données personnelles et la portabilité. Le compte va dans ce sens. == Résumé == * Site du projet : [http://lafabriquedesmobilites.fr/communs/mon-compte-mobilite/ h]https://moncomptemobilite.fr * Synthèse (.pdf) du projet co-construit avec Cap Gemini : http://moncomptemobilite.fabmob.io * Synthèse du Compte Mobilité vu par la FabMob ([https://cloud.fabmob.io/s/HzaFqHcH5PMsJ2q Français], [https://cloud.fabmob.io/s/QwsdXm4dPQGbriq Anglais]) * Vidéo : https://youtu.be/WdpbBU6zdeE * Piste de financement via l'AAP CEE : ** Doc de présentation pour rejoindre la réponse à l'AAP CEE https://cloud.fabmob.io/s/dE7M3sWEpsHfdK2 ** Stratégie de co-financement, AAP CEE : https://docs.google.com/document/d/1OqIJ3kdjPMPyUgjfXpucSJv6CT6lk6pFbAbQRCtbbyI/edit == Ressources == [https://participer.numerique-en-commun.fr/ Numérique en Commun(s)] propose également de nombreuses ressources utiles ! comme : * Un commun de données personnelles : https://pad.numerique-en-commun.fr/20180914_A_commun-donnees-perso# * toute la base documentaire : https://pad.numerique-en-commun.fr/NEC2018_Base-Documentaire?view#2--Compte-rendus La DGMOVE propose également d'étudier un "European Mobility Identity", page 116 https://www.politico.eu/wp-content/uploads/2019/08/clean_definite2.pdf - La Belgique et le portugal sont intéressés. Ceci s'intègre aussi dans les démarches d[https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/2019/10/01/Czechia%2C+Italy+%28CIE%29+and+the+Netherlands+eID+schemes+notified+under+eIDAS 'identifiant unique numérique au niveau européen].
avatar

Gabriel PLASSAT

Load more tutorials