Reprise du message précédent :
+1

 
Pour rappel, Decaux ne peut pas faire disparaitre ou apparaitre disparaitre les velos a volonte, c'est quelques camions, chacun avec une vingtaine de places au max qui font tampon. Meme en connaissant les "bons" mouvements de vélibs à faire, c'est deja un sacré casse-tete. Ca sera toujours plus rapide d'aider quelqu'un a trouver une borne avec de la place que de compter sur le mouvements de ces camions.
 
De plus, contrairement a ce que dit Elrix, ca va pas etre simple de faire des prévisions. Un groupe de 4 touristes qui se pointe sur une station, ca met en l'air toutes les stats qui vous prévoient en moyenne 1.3 utilisateur de plus a cette heure de cette journée avec cette météo etc etc... Quant a l'effet d'un coup de pluie imprévu...
 
Mais il y a en tout cas certainement des outils a faire pour aider à la gestion des Velibs, et ce coté labo en ville doit être passionnant, mais ingrat (vu le nombre de gens qui pensent pouvoir faire mieux les doigts dans le nez - ils sont cependant pas assez malins pour utiliser Velib au mieux pour leur propre cas le plus souvent    ). Si vous entendez parler d'appels d'offres de Decaux a des SSII pour faire ces softs, ecrivez le ici, on doit etre plusieurs a etre interesses...
 
Et si quelqu'un vient à votre soirée en Velib, aidez le en lui indiquant les places libres grace a Internet, au lieu de gueuler que c'est pas pratique  

Faux, et c'est à ça que ça sert les statistiques (je parle de la discipline mathématique)

 
Estimer que quelque chose "est facile à faire", dans un projet informatique de l'ampleur du système Vélib, c'est de la simplicité d'esprit.
Je dis pas qu'on peut pas faire mieux que d'avoir quelqu'un qui fait de la répartition de vélos à la main, c'est juste que les propos d'Elrix sont simplistes à l'extrême, et déconnectés de la réalité. Sans prétendre être un expert, j'ai un peu d'expérience dans le développement logiciel, et assez pour ne plus croire aux images d'Epinal. Peut-être que c'est moi qui suis déconnecté de la réalité, mais dans la plupart des projets informatiques aujourd'hui, même quand il s'agit de l'évolution d'un système existant, une nouvelle fonctionnalité quelle qu'elle soit, a un coût en temps et en ressources. Un système de reporting pour les Vélibs, il fallait le concevoir, le réaliser, l'intégrer et le tester. Dans le cadre d'un projet de 5 mois.
 
Et comme le dit mémoire, faire un système de prévisions automatiques, ça n'est pas simple.
Je ne trouve pas choquant que, dans le cadre d'un projet très court, JC Decaux n'ait pas automatisé cette partie, et l'ait laissée aux soins d'une personne. Je doute qu'ils laissent la situation en étant, ceci dit.

Ça va plus loin que les statistiques. C'est qu'une partie du problème.
Je soupçonne que le problème de répartition des Vélibs dans les stations ait plus à voir avec la théorie des graphes qu'avec les statistiques d'ailleurs.

Qu'est-ce que la théorie des graphes vient faire là dedans ?
EDIT : Tu veux dire sur "comment déplacer un maximum de vélibs avec un camion en un minimum de temps ?" Là OK, mais tant qu'il n'y a pas de modèle fiable on ne peut pas établir de graphe durable...

et on passera a cote d'un velib bloque par son antivol et on viendra hurler ici "MAIS ILS SONT NULS DE FAIRE CA!!!"

 
Sachant que tu peux pas déplacer un vélo d'un point A à un point B en un temps nul, si tu veux optimiser la répartition des vélos, ça passe par une bonne gestion des déplacements des camions... ce qui est plus ou moins ce que fait une personne à la main chez JC Decaux.
Quant au modèle, il est en partie indépendant des stats d'utilisation du Vélib. Il prend en compte le nombre de vélos par station et la distance entre les stations. Après, une fois que tu as des données, tu peux le raffiner pour prendre en compte les variations naturelles du stock de Vélib par station.
 
Pour illustrer le propos à un instant t, tu envoies un camion remplir une station vide.
Le modèle sans données prévoit que lorsque le camion arrivera à la station, elle sera toujours vide.
Le camion arrive à t+1, et la station n'est pas vide.
Le modèle non raffiné n'est pas optimal parce que tu as déplacé des vélos pour rien.
Un modèle raffiné, alimenté par les statistiques d'utilisation, pourrait peut-être prévoir que la station n'aurait pas été vide.

... Lol ... d'où l'utilité de faire d'abord des stats ...
Merci de te donner tant de mal pour nous donner raison  

 
J'ai jamais dit qu'il était pas utile de faire de stats hein
J'ai juste dit que c'était pas forcément facile hop, fingerz in the noze

Oui mais là ce qu'on disait, c'est que ça prendrait pas non plus trop de temps de développer un truc temporaire en remplacement de la technique "à la main" utilisée actuellement...

Je pense que si la solution à la main a été retenue, c'est précisément parce qu'ils n'avaient pas le temps

Euh... Des sites comme http://velib.shiva.easynet.fr/ ont été développés en quelques jours après le lancement de vélib...

Y'a un monde entre développer à l'arrache sur un espace web perso un petit truc de stats sans aucune autre contrainte que se faire plaisir, et intégrer un développer une évolution dans un projet informatique d'envergure.
 
J'y peux absolument rien si t'es pas capable de le comprendre, ça te passera à la sortie de l'école.

Je parlais d'un truc temporaire. On peut très bien développer un petit outil en quelques jours et utiliser celui-là pendant qu'un truc plus gros est développé plutôt que de rester à la technique "à la main" non ? (c'est une question)

je suis d'accord avec Slasher. Pourquoi ne pas utiliser un truc temporaire, meme si il peut paraitre aux yeux de certains comme "amateur" plutot que de ne donner l'impression que rien n'est fait?  
Surtout que, bon, ces trucs "amateurs" sont franchement bien utiles, donc...

Faut demander à JC Decaux, je peux pas non plus répondre à leur place
Je remet pas non plus en cause les développements "amateurs", pas plus que je ne les dénigre. Simplement, ils sont effectués sans contrainte (pas de client = pas de contrainte), alors que les contraintes sur le projet Vélib étaient importantes (et les pénalités associées étaient très élevées, il me semble l'avoir lu dans un article au début du mois).

parce que dans les grosses boites on ne fait pas des programmes à l'arrache
et que pour pisser la moindre ligne de code, dans ces boites de sans couilles, il faut faire une heure de réunion sans intérêt pour une heure de code
et qu'ensuite, pour chaque heure de code on se rend compte qu'il y a deux heures de tests et de correction puis de réunion pour trouver le coupable
et que l'info interne composée de mecs en pulls est débordée et que donc faut acheter des ressources chez les marchands de viande (SSII) qui vont te refiler des jeunes pas formés ni au métier ni à la techno que t'as choisie et que pour chaque heure de pisseur de code externe à 500 dols la journée, t'as une heure de gestion de projet à 1.000 dols la journée

Wow. Bon, je pourrais répondre en rappelant que quand la loi de Poisson n'est plus stable par la somme (*)  bon courage pour faire des stats, mais ca serait comme subliminalement afficher son CV pour impressionner    
 
(* = quand un premier groupe est passé, la chance qu'un deuxieme trouve son bonheur diminue drastiquement, bye bye les modélisations par évènements independants).
 
Sérieusement, pour une borne de 16 vélos, si on considère que l'utilisation par des groupes de 3 ou 4 n'est pas exceptionnelle, on passe de n=16 en théorie à n= 4 ou 5 en pratique. Je ne connais personne qui emploierait le terme de statistiques pour n=5, déjà que pour n=16...  
 
A moins que tu appelles tout de meme "statistique" un résultat qui dirait que la variance est trop énorme pour garantir un résultat ne serait-ce qu'à 60% ? C'est mon impression sur le résultat final vu l'instabilité du système constaté à l'usage (ex : la borne stratégique de Sévigné qui est au milieu d'un trou en Vélib est quelquefois pleine, quelquefois vide, et quand j'y vois "quelqu'un" qui prend ou remet en vélo, ce "quelqu'un" est tres souvent un groupe de plusieurs personnes). De plus, rappelez vous que Velib ne sait pas ou veut aller un Velib emprunté, les "données" sont vraiment très réduites pour faire quelque chose un minimum valable.
 
Donc pour moi, pour faire marcher Vélib au mieux, il faut bien plus compter sur la réaction que sur la prévision.  
 
 
 

 
Je pense qu'il doit être possible de caractériser certains flux de Vélib, pour aider à la maintenance.
Le déplacement des Vélibs de station en station me fait penser aux algorithmes de colonies de fourmis.

 
comme ca, je dirai que tu passes une mauvaise journee. Nan?
 
Allez viens, coffee time
 
(au fait je suis d'accord avec ton point de vue)

 
Les stats te permettent de prédire, avec la marge d'erreur qu'elles entrainent, que pour une borne et un jour donné, il y aura ou non pas assez de place ou de vélo.
Repérer les bornes critiques devient assez facile avec ça.
 
Et plus la base de donnée sera grande, plus fine seront les précisions.
 
Faire des prévisions journalières (je ne parle pas de faire du temps réel) n'est pas difficile.
 
C'est un peu simple d'esprit de confondre "facilité" et "coût"  

Vu les fluctuations très importantes qu'il peut y avoir au cours d'une journée, faire des statistiques par journée n'est pas pertinente pour réguler efficacement les vélos. Des statistiques journalières pourraient améliorer la situation de bornes qui à toute heure de la journée sont pleines ou en pénurie. Sans plus.
 

Ah ? Tu fais comment au juste ? Tu prolonges les courbes ?
 

En entreprise, les deux sont liés. Quelque chose est facile à faire quand il a un coût faible, et inversement.

 
J'ai regardé les plans Velib autour de Bastille, et au premier coup d'oeil je vois qu'il manque une station de taille standard au nord du bassin et surtout la grande station au sud du bassin, il n'y a que la station un peu à l'est (comme la voie cyclable du bassin de l'Arsenal est une des plus protégées de Paris, je pense, c'est pas mal d'avoir autant de vélibs dans le coin...).
 
Laissons leur le temps de s'ajuster, mais il évident que l'absence d'un outil de diagnostic fiable est autrement plus critiquable que l'absence d'une prévision aux petits oignons.

 
Facile.....
 
"The Rules of Cricket
 
You have two sides, one out in the field and one in.
 
Each man that's in the side that's in goes out, and when he's out he comes in and the next man goes in until he's out.
 
When they are all out, the side that's out comes in and the side thats been in goes out and tries to get those coming in, out.
 
Sometimes you get men still in and not out.
 
When a man goes out to go in, the men who are out try to get him out, and when he is out he goes in and the next man in goes out and goes in.
 
There are two men called umpires who stay out all the time and they decide when the men who are in are out.
 
When both sides have been in and all the men have out, and both sides have been out twice after all the men have been in, including those who are not out, that is the end of the game! "

Source : Mairie de Paris

 
Mais il y a un monde entre relever ce qui se passe et prédire !
 
Pour reprendre l'exemple de la station de Sévigné, voila le relevé fait "en amateur", par un des sites disponibles :
 

 
Ca oscille à une vitesse telle et à des horaires si variables, que toute statistique faite là-dessus à peu de chance d'être pertinente, franchement. Le 17 à 11h/12h/13h, ca fait 4-10-2. Le 18 aux mêmes heures ca fait 10-3-12.  
 
Ca coincide avec l'impression que j'ai a l'usage : c'est pas comme si on observait un beau signal avec un bruit modélisable, on observe rien de vraiment modélisable. Pour parler avec des termes communs, on est en présence d'un phénomène "je veux prendre un vélib / je veux déposer un vélib" dont le seul capteur, la borne, est quasiment toujours en train de saturer. C'est comme faire des stats sur de la température non pas avec un thermomètre, mais juste avec quelqu'un qui vous dit "c'est chaud" ou "c'est froid".
 
La seule vraie conclusion statistique, je dirais, c'est que la station n'est pas assez grande pour être correctement prédite...
 
EDIT : Encore plus spectaculaire : la grande station de l'Hotel de Ville :
 

 
Y'a beau avoir 60 bornes au meme endroit (et 50 autres à 2 minutes à pied...), les variations sont dingues - et c'est aussi un endroit ou les utilisateurs sont en groupes... On a vraiment un capteur tout ou rien, faites toutes les stats que vous voulez, même avec 60 vélos, on ne pourra que conclure que la borne est trop petite.

 
Sauf quand tu as le voyant vert d´une bornette avec la cache plastique rouge : la borne ne te donne pas les 15min car, pour elle, cette bornette est dispo ...

Colis suspect à Etoile, le métro s'arrêtait à Concorde. J'ai pris un Vélib à Madeleine et je suis rentré sous la pluie, c'était fun !!

J'ai trouvé l'info nulle part: quelqu'un connaitrait le ratio global "nb de velib"/"nb de bornes" ? Il est nécessairement inférieur à 1, mais on tombe si souvent sur des stations pleines ras la gueule en fin de soirée que j'ai l'impression qu'il est très très proche de 1

Entre 0,5 et 0,55

bizarre, moi j ai eu 15 minutes de plus alors qu il y avait un cache rouge sur une borne.

par contre sur internet c etait marque comme une place libre (un pote qui me recardait au tel en meme temps)

sinon super les poi sur tomtom. ca m a bien rendu service lundi soir a Oberkampf ou les bornes etaient toutes full

Quelles sont tes sources ? Ca me parait très étonnant ...

Je crois que Velib va bien montrer à quel point il existe un écart entre la perception et la réalité quand on parle de services...
 
Quelqu'un enclin à râler dira facilement qu'une station donnée est "toujours pleine/toujours vide" des qu'il aura eu deux fois en quinze jours un probleme, etc...  
 
Sinon je confirme le chiffre de 0.5/0.6 (en regardant par exemple les trackers style http://velib.shiva.easynet.fr/), étant donné qu'en phase de déploiement ca doit être très mouvant. Mais non, on ne frole pas le 1. Re-regarde le graphe de la station de la mairie, le systeme est beaucoup plus instable qu'on peut le penser. Une même station "toujours pleine" pour quelqu'un peut être considérée "toujours vide" par un autre...  
 

http://www.velib.paris.fr/actualit [...] ions_velib

 
je veux!

Je me demande si Velib' a pas la trace des meilleurs temps sur chaque trajet.
Sachat que si il y a plus de 700 stations, ça fait environ 50 000 "records" possibles pour les différentes combinaisons.
Pratiquement chaque véblibiste peut avoir un "record"

 
Lol, le truc c'est que c'est pas le genre de record politiquement correcte, un bon racord s'accompagne forcement de son lot de grillage de feux et de trottoires    

Oui, mais si j'avais bien compris, c'est par arrondissement, non ? Donc pour tout Paname, il te faudra au moins 20 sinon plus car certains sont coupés en deux..

J'attends la carte IGN...

 
ah oki c'est nase alors  

J'ai reçu une réponse de vélib', suite à ma demande d'abonnement annuel ... j'ai oublié de joindre le RIB    
 
C'est obligé de le faire par courrier, il n'y a pas de "agence Vélib'"