Gigatoaster a écrit :



N’empêche à Boston les bus sont reliés par GPS et on peut savoir à quelle heure ils arrivent à notre arrêt. J’ai trouvé cela très pratique : plus besoin de chercher l’horaire sur un papier illisible.







Oui et quand tu fais remarquer cela en Europe (France, Bénélux) on te pi* à la ra dans les administrations et autorités de trafic en te demandant à quoi ça sert (véridique)

maverick78 a écrit :



Euh gigatoaster et pti_pingu ?!? Siel ca vous dit quelque chose ?

Wikipedia







Popopop … SIEL est géré de bout-en-bout par la RATP qui en fait ce qu’elle veut (donc la question gestion des arrivées et départs en situation de crise est direct balancé à la poubelle). Le système de Boston est totalement différent de celui de la RATP et c’est le sens de mon commentaire. Le système est ouvert aux développeurs tiers qui eux font les principales innovations.



Et encore une chose, la localisation des bus de SIEL n’est pas transmise, seule une heure estimé de passage. Et cette heure est justement dégradée dans les moments de crises. Selon leur approche, cela rassurerait l’utilisateur alors que c’est faux. Des études sur la mobilité et son optimisation ont été mené à NY et SF et ce qu’il en ressort, c’est que des temps estimés dégradés provoque plus de frustration et d’inquiétude et seul la visualisation de la proximité d’un bus permet à l’usager de faire un choix plus éclairer (se déplacer, chercher un transport alternatif, etc.).



Bref, SIEL, c’est bien, beau, clinquant, mais c’est comme d’habitude un système à whatmille euros, qui servira qu’une organisation et sans réel perspective industrielle (pas filer gratos mais même pas de volonté de s’intégrer dans les évolutions de la mobilité).

methos1435 a écrit :



En France quand on installe ça, on se retrouve avec des chauffeurs qui manifestent dans les rues parce que le GPS sur le bus, c’est bien connu c’est pas pour mieux renseigner les passages mais pour surveiller le conducteur " />







Hors la RATP, toute la problématique est là, de la petite régie d’une commune de 50k habitants, en passant par le transporteur ou l’aide à domicile, bref, tous ceux dont l’une des parties de leur activité se passe et dépend de la situation sur la route. Et la CNIL ainsi que sa représentation européenne son en train de durcir les conditions. Non pas que je sois contre, mais les contraintes s’élevant face à la mise en place de services pertinents sont de plus en plus nombreux. Résultats, les entreprises européennes se conformeront (au prix fort) et on apprendra dans 3 ans qu’une société US (genre Appogle) sera passé outre ses contraintes en proposant des plateformes systèmes mobiles qui s’en cogne le papillon (et qui seront utilisé dans 80% des cas, çàd les petites collectivités, les privés ou organismes qui ne peuvent se payer le luxe d’un système home-made).

mynameisfedo a écrit :



c’est intéressant: faudrait d’ailleurs intégrer le principe par défaut à toutes les voitures neuves: ça permettrait probablement de faire des avancées importantes pour la régulation du trafic en france: je pense notamment à l’île de france.







En cours de standardisation dans le cadre des projets européens V2I et V2V.





faudrait également par ricochet que les feux rouges soient pilotés/régulés automatiquement par un central informatique via ce genre de données pour fluidifier davantage la circulation et ne plus passer par exemple un feu vert au rouge sur l’artère principale si personne n’est présent sur la route croisée.





IBM bosse dessus.





et puis, avec l’avènement à moyen ou long terme des voitures tout automatiques, ça me semble pertinent de s’y intéresser au plus vite.





Suffit de voir le projet SARTRE de Volvo financé par la commission.

benco a écrit :



YEP sauf que comparé à routes.tomtom.fr ou google maps avec option trafic, sytadin c’est de la grosse bouze.



D’aileurs je soupçonne fort sytadin de sous estimer le trafic à des fins politiques tant parfois les décalages sont grands.







Sytadin ne se base que sur la données terrains. Or il y a un temps de calcul nécessaire à cela (voir ici). Pour le Luxembourg, nous avions fait une interview de l’équivalent de la DRIF, et il était apparu qu’on ne pouvait descendre sous les 3 minutes sans arriver au syndrôme “joyeux Noël”. Ici c’est la même chose et comme il n’exploite pas la donnée géolocalisé de l’utilisateur, ils attendent la mise en place d’outils de forecast (mais on le fera avant eux " />)





Perso j’ai une antenne TMC sur mon GPS c’est pas mal mais le top c’est l’abonnement Live de chez TomTom cher mais hyper précis et le recalcule des trajets est bluffant.





Oui, alors qu’avec un trombone et un élastique, y’a moyen de faire pareil (j’exagère, mais Waze, ou GTrafic ou nous c’est ainsi que l’on travail. On vous fournit le service idoine avec une réactivité temps-réel et en contre partie on collecte de la donnée).





Sinon il y a un néerlandais qui avait fait des tests de géolocalisation couplé au trafic simplement avec des scanners bluetooth et le résultat était bluffant aussi et ce il y a au moins 3 ans.





Oui, mais il a été démontré que cela n’était intéressant que pour les hyper-centre mais pas pour les gros périphériques (pb de vitesse, de distance et de sensibilité). Mais cela reste une très bonne techno pour les politiques de mobilité en centre ville (et super easy à implémenter. Par ex, j’ai fait un test avec une carte wifi et du scan promiscius et j’arrivais à avoir une bonne vision de l’environnement. Il était donc dès lors possible très simplement de l’étendre à plusieurs point wifi pour faire de la triangulation/suivi temps réel. C’est d’ailleurs ce que j’ai expérimenté pour la localisation indoor " />)

CNManson a écrit :



Intéressant! Mais quand tu dis que c’est basé sur l’accéléromètre, comment les chercheurs ont accès à ces données alors que j’ai cru comprendre que le contenu des données n’était pas accessible mais seulement le type de communication.







En fait, dans le cas du MIT c’est vrai que l’accéléromètre n’est pas accessible car on se base sur le hand-hover (j’ai extrapolé avec les apps on-board " />). Et effectivement, là pour faire de la discrimination entre piéton et véhicule il faut pouvoir suivre les véhicules sur plusieurs kilomètres et appliquer côté serveur les schéma de distinction (on va tagguer un élément changeant d’antenne et il sera déterminer comme voiture si à un moment les paramèters l’en rapproche, notamment la vitesse de switch).





En Suède (Göteborg) , le réseau de transport Västtrafik, possède également ce système de géolocalisation de bus pour connaître l’estimation de leur arrivée aux stops.







Etant très curieux " />, tu fais quoi comme boulot? " />





Informatique appliquée à la GéoLoc et aux transports intelligents " />

Delqvs a écrit :



Des modélisations sont faites pour tenter d’optimiser ces flux, mais comme ce sont des êtres humains instables dans leur comportement, rien n’est simple…

Un exemple, en Java (à cliquer qu’en connaissance de risque) ici







Mea Culpa, c’est sur mon " /> de Mac que ça ne tourne pas, par contre sur mon Ubuntu, nickel " />