Bonjour Vincent, la liste Nous allons en effet arriver assez vite à certaines limites pour Osmtransport, tel qu'il est pensé actuellement. Nous sommes en train d'essayer de repenser complètement les choses.
Le problème principal, c'est que l'affichage d'un réseau de transport pour une ville très bien cartographiée, comme Berlin par exemple, est déjà tellement lourd que le navigateur n'arrive plus à bien gérer ( sous Firefox, c'est déjà difficile, alors sous IE6...) Je pense que sur une échelle plus grande, régionale ou départementale, il faudra limiter le rendu à certains réseaux seulement si on veut conserver une bonne réactivité de l'application. Ces limites de performance de l'affichage de vecteurs par le navigateur nous ont poussé à ce système de rectangle. Nous avons d'ailleurs limité la surface totale du rectangle pour éviter les traitements trop lourd. Dans l'état actuel d'osmtransport, on ne peut donc pas "gérer" les zones supra-communales. Conclusion : * nous réfléchissons aux meilleurs solutions techniques pour améliorer l'outil (et à plein d'autres petits trucs plus pertinents et plus accessibles à l'utilisateur * nous allons suivre aussi les nouvelles recommandations de tags pour les lignes de transport tels que spécifiées ici (proposition sérieuse) * pour l'instant, cet outil permet néanmoins d'avoir un rendu commune par commune, mis à jour une fois par jour Par contre, cela demande du temps, et donc cela évoluera selon le temps que nous pourrons y consacrer :D kimaidou Le 15 juillet 2009 10:29, Vincent Pottier <vpott...@gmail.com> a écrit : > Bonjour, > Ces derniers temps, j'ai cartographié un (tout petit) bout du réseau de > transport de la Drôme. > > L'échelle du réseau n'est du coup pas la même que celle de transport > urbain. > > L'outil (excelent mais peut-être va-t-on en voir la limite) de kimaidou > affiche des lignes de transport dans une bbox, généralement définie > actuellement à l'échelle d'une agglomération : Lausanne, Nantes,... ce > qui corespond à un admin_level=7 (au delà de la commune, mais pas le > département) > Que se passe-t-il si je change d'échelle ? Si je définie une zone à > l'échelle d'un département, d'une région ? Les transports urbains seront > sélectionnés, probablement... À l'échelle d'une région, on se retrouve > avec un plat de spaghetti lourd à digérer et sans intérêt dans chaque > agglomération. > > Aussi, il me semble que l'échelle d'un réseau est une info pertinente > pour la cohérence : réseau défini par la communauté d'agglomération, par > le Conseil général, le conseil régional... Dans les 'relation:route + > route:bicycle', le niveau du réseau est indiqué par les ncn, rcn, lcn. > Dans le même genre l'échelle du réseau pourrait être indiquée dans les > relations de transports collectifs. En France (et probablement aussi > hors Hexagone) ces transports sont coordonnés par une collectivité > territoriale. Le niveau de la collectivité organisatrice pourrait être > l'indication du niveau du réseau. > > Cela permettrait à un projet comme OSMTransport d'afficher du réseau en > fonction de l'échelle. Par exemple, en affichant le réseau urbain et > péri-urbain de Pontarliers, d'afficher (avec un rendu légèrement > différent si nécessaire) les lignes de réseaux de 'level' inférieur qui > passent dans la zone, Conseil général, Région, mais, en affichant le > réseau du Doubs,de ne pas afficher les réseaux urbains. > > Faut-il utiliser des super-relations ? > > Vincent > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
