Re: [OSM-talk-fr] Bureau de vote
Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Dans l'ensemble, je suis d'accord. Cependant : * 3 - il me semble que les bureaux de vote sont communs à toutes les élections et très stables géographiquement parlant, tout simplement parce que leur adresse est indiquée sur les cartes d'électeurs, et que donc, déplacer un bureau de vote signifie réimprimer toutes les cartes des électeurs de ce bureau de vote. Francescu Le 18 décembre 2012 09:41, Tony Emery tony.em...@yahoo.fr a écrit : Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Il me semble aussi. Pour avoir tenu des bureaux de vote dans ma commune et pour en avoir réalisé la carte électoral, les modifications des bureaux de vote sont rares. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740804.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voie de service sur autoroute
Bonjour à tous, Hier j'ai eu des instructions de routage où OSRM me faisait passer par une voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien d'étonnant, aucun tag access n'était positionné dessus. J'ai logiquement place un access=official, pensant que cela interdirais l’accès aux utilisateurs public sans bloquer à de potentiels agents de la DDE ou de la police qui se servirait d'OSM Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait autour et il semble que l'option access=no soit assez répandu, je trouve cela un peu restrictif. Quelle est la bonne solution, tagguer correctement malgré que cela puisse induire des erreurs dans les logiciels de routage ou bien eviter les problèmes et laisser les futurs utilisateurs de ces voies régler leur problème en temps voulu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de service sur autoroute
Si on regarde bien comment est taguée cette voie de service, on voit qu'il y a une berrière de positionnée (visible sur Bing d'ailleurs). C'est plutôt du côté de ce node barrier ( http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= Sylvain Le 18 décembre 2012 10:01, Lord Awikatchikaen lord.awikatchik...@gmail.coma écrit : Bonjour à tous, Hier j'ai eu des instructions de routage où OSRM me faisait passer par une voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien d'étonnant, aucun tag access n'était positionné dessus. J'ai logiquement place un access=official, pensant que cela interdirais l’accès aux utilisateurs public sans bloquer à de potentiels agents de la DDE ou de la police qui se servirait d'OSM Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait autour et il semble que l'option access=no soit assez répandu, je trouve cela un peu restrictif. Quelle est la bonne solution, tagguer correctement malgré que cela puisse induire des erreurs dans les logiciels de routage ou bien eviter les problèmes et laisser les futurs utilisateurs de ces voies régler leur problème en temps voulu ? ___ 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
Re: [OSM-talk-fr] Voie de service sur autoroute
2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de service sur autoroute
Bonjour, Autre point : Il n'est actuellement pas possible de jauger la fraîcheur des données sur http://map.project-osrm.org/ On y lit data : n/a Pas pratique pour voir si le moteur de routage prend bien compte tel ou tel ajustement de tag dans la base Le 18 décembre 2012 11:18, Pieren pier...@gmail.com a écrit : 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CG92 opendata...
Le portail opendata su Conseil Général des Hauts de Seine (CG92) utilise un fond OSM pour présenter les données géolocalisées... du coup j'ai récupéré certaines de ces données et les ai intégré. Il s'agit: - des gabarits (maxweight sur les ponts, maxheight en dessous ou pour des tunnels)... relativement bien placés et utilisable pour vérifier les ref=* (ce que je n'ai ps fait) - des repères topographiques (man_made=survey_point) - de quelques parcs comme la Coulée verte du sud parisien (très précis) - des arrêts du TVM (étonnant jeu de données situé quasi exclusivement dans le 94 et pas le 92)... bien mal placés Le tout avec source=opendata.hauts-de-seine.net 2012 sauf pour les arrêt du TVM car je les ai replacé au bon endroit avec bing. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Justement c'est ce qui se produit, les cartes sont réimprimées (en fait les mairties les réimpriment en début d'année avant chaque élection nationale, mais pas toujours pour les élections locales (municipales notamment). Et non tu te trompes, les cartes d'électeurs n'ont pas toujours mentionné l'adresse exacte du lieu de vote même si le numéro du bureau y est en clair. J'ai encore une veille carte d'électeur SANS adresse indiquée clairement. Je suppose que le lieu de vote n'était pas encore décidé à l'époque de l'impression, c'était une année où la mairie rurale d'une petite commune où j'habitais allait déménager et lors des municipales le lieu de vote a même changé entre les deux tours (en début d'année dans l'ancienne mairie, puis au premier tour des municipales dans une salle communale à titre transitoire, et au 2e tour dans une salle finie à la nouvelle mairie alors qu'elle était encore en travaux). Certes tous ces lieux n'étaient pas si loin les uns des autres mais avec plusieurs centaines de mètres d'écart entre eux et pas les mêmes rues. La communication du lieu de vote était tout de même faite à l'avance et affichée entre les deux tours et sur les panneaux d'information municipaux annoncçant les élections. Il y a plein de raisons pour lesquelles le lieu de vote doit être déplacé. Le numéro de bureau de change pas et les cartes d'électeurs ne sont pas réimprimées pour autant. Au maximum il n'y a qu'une seule impression par an, suite à la clôture des listes électorales de l'année précédente et les mairies ne se pressent pas pour les imprimer et les expédier aux électeurs (ou oublient de le faire, la carte d'électeur n'étant pas obligatoire pour pouvoir voter, tant qu'on est inscrit sur la liste du bureau et qu'on justifie son identité et qu'on signe la liste d'émargement). Le 18 décembre 2012 09:47, Francescu GAROBY windu...@gmail.com a écrit : Dans l'ensemble, je suis d'accord. Cependant : * 3 - il me semble que les bureaux de vote sont communs à toutes les élections et très stables géographiquement parlant, tout simplement parce que leur adresse est indiquée sur les cartes d'électeurs, et que donc, déplacer un bureau de vote signifie réimprimer toutes les cartes des électeurs de ce bureau de vote. Francescu Le 18 décembre 2012 09:41, Tony Emery tony.em...@yahoo.fr a écrit : Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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
Re: [OSM-talk-fr] Voie de service sur autoroute
Ok, je fais faire ca (access=no +emergency=designated), ca me parait le meilleur compromis. Merci ! 2012/12/18 Pieren pier...@gmail.com 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ 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
[OSM-talk-fr] Appli iPhone OSM avec layers personnalisés
Salut, Connaissez-vous une application iPhone qui permette d’afficher ses proches fonds et layers à la manière d’OSMAnd ? Merci par avance, Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés
On mardi 18 décembre 2012, Philippe Pary wrote: Salut, Connaissez-vous une application iPhone qui permette d’afficher ses proches fonds et layers à la manière d’OSMAnd ? Android+osmand ? : http://korben.info/installer-android-sur-iphone.html --- [] ps: ahh... tu voulais sans doute dire 'installer une application pour iOS' ? ps2: et ho, on est chez des geeks ici hein ! -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés
Question réponse sur le Google Group de OSMand, le 13 décembre : Q : I fully understand that this question can be out of topic but - *OsmAnd on iPhone*? R : Seriously it very well could be. But currently it requires lots of efforts but we started :) We are doing restructuring, changing native libraries, preparing UI independent code. Let's see :) Victor Le 18 décembre 2012 14:35, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 18 décembre 2012, Philippe Pary wrote: Salut, Connaissez-vous une application iPhone qui permette d’afficher ses proches fonds et layers à la manière d’OSMAnd ? Android+osmand ? : http://korben.info/installer-android-sur-iphone.html --- [] ps: ahh... tu voulais sans doute dire 'installer une application pour iOS' ? ps2: et ho, on est chez des geeks ici hein ! -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap au Tchad!
Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Je fais partie des volontaires participant au projet pilote EUROSHA qui cherche à répondre aux questions humanitaires et à promouvoir spécifiquement le partage de l'information humanitaire dans la préparation aux crises: http://hot.openstreetmap.org/projects/eurosha_0 A ce titre, je suis déployée actuellement au Tchad avec cinq autres volontaires mais la tâche est grande dans un pays qui fait deux fois la France. Nous avons déjà cartographiés la ville de Goré et nous sommes désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et Dosseye. Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait particulièrement le bienvenu! Aussi si vous êtes intéressés et avez des commentaires ou des questions, n'hésitez pas à nous contacter à eurosha.tc...@gmail.com Merci par avance, Aude Barraud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
2012/12/18 EUROSHA Tchad eurosha.tc...@gmail.com: Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Et pourquoi pas. Notez ce blog sur la cartographie OSM de Goré: http://eurosha-volunteers-blog.org/2012/11/16/almost-a-month-in-gore/ Goré, c'est bien ici dans OSM ? http://www.openstreetmap.org/?lat=7.92489lon=16.63864zoom=15layers=M On y voit des choses bizarres (name=building). Bon, je suppose qu'il faut faire une croix sur les noms de rues et les adresses dans les petites villes, c'est déjà plus simple ;-) Existe-t-il un tagging guideline pour le mapping africain ? Que faudrait-il cartographier en priorité depuis l'imagerie aérienne sans trop faire de spéculations (routes, landuse) ? Faut-il utiliser highway=residential, unclassified, road ? Faut-il utiliser le français ou l'anglais dans les notes, etc ... A Moundou (http://www.openstreetmap.org/?lat=8.5659lon=16.0772zoom=14layers=M), il y a visiblement un problème de classification des highway (trop de secondary). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
Aude Nicolas a présenté les participants Eurosha et leurs deux premières semaines sur le terrain. voir http://hot.openstreetmap.org/updates/2012-10-31_two_weeks_of_field_work_within_the_eurosha_chad_project Mais cette fois-ci, ce sont les participants eux-mêmes qui parlent de leur expérience, les pieds bien ancrés sur le sol africain. C'est un bel article à ajouter sur le site pour faire le suivi du projet. Pierre De : EUROSHA Tchad eurosha.tc...@gmail.com À : talk-fr@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 10h42 Objet : [OSM-talk-fr] OpenStreetMap au Tchad! Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Je fais partie des volontaires participant au projet pilote EUROSHA qui cherche à répondre aux questions humanitaires et à promouvoir spécifiquement le partage de l'information humanitaire dans la préparation aux crises: http://hot.openstreetmap.org/projects/eurosha_0 A ce titre, je suis déployée actuellement au Tchad avec cinq autres volontaires mais la tâche est grande dans un pays qui fait deux fois la France. Nous avons déjà cartographiés la ville de Goré et nous sommes désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et Dosseye. Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait particulièrement le bienvenu! Aussi si vous êtes intéressés et avez des commentaires ou des questions, n'hésitez pas à nous contacter à eurosha.tc...@gmail.com Merci par avance, Aude Barraud ___ 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
Re: [OSM-talk-fr] waterway=lock
Le 18/12/2012 00:25, Christian Quest a écrit : Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... Bonsoir, Cette page est plus explicite http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - De : Richard Weait rich...@weait.com À : t...@openstreetmap.org t...@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 13h14 Objet : Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi incomplets pour les limites administratives (et au passage puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes des Pyrénées françaises (l'Espagne est à peu près complète au plan administratif sauf concernant les comarques à peine commencées, surtout en Catalogne et en Pays valencien). 2012/12/18 Pierre Béland infosbelas-...@yahoo.fr Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - *De :* Richard Weait rich...@weait.com *À :* t...@openstreetmap.org t...@openstreetmap.org *Envoyé le :* Mardi 18 décembre 2012 13h14 *Objet :* Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Il dit qu'il voit pas le rapport ;) Le 18/12/2012 20:03, Philippe Verdy a écrit : Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi incomplets pour les limites administratives (et au passage puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes des Pyrénées françaises (l'Espagne est à peu près complète au plan administratif sauf concernant les comarques à peine commencées, surtout en Catalogne et en Pays valencien). 2012/12/18 Pierre Béland infosbelas-...@yahoo.fr mailto:infosbelas-...@yahoo.fr Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - *De :* Richard Weait rich...@weait.com mailto:rich...@weait.com *À :* t...@openstreetmap.org mailto:t...@openstreetmap.org t...@openstreetmap.org mailto:t...@openstreetmap.org *Envoyé le :* Mardi 18 décembre 2012 13h14 *Objet :* Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com mailto:rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org mailto:t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Philippe, nous avons oublié l'essentiel, soit de féliciter Christophe Merlet, et sans doute OSM-France pour cette belle contribution. Pierre De : Philippe Verdy verd...@wanadoo.fr À : Pierre Béland infosbelas-...@yahoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 14h03 Objet : Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi incomplets pour les limites administratives (et au passage puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes des Pyrénées françaises (l'Espagne est à peu près complète au plan administratif sauf concernant les comarques à peine commencées, surtout en Catalogne et en Pays valencien). 2012/12/18 Pierre Béland infosbelas-...@yahoo.fr Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - De : Richard Weait rich...@weait.com À : t...@openstreetmap.org t...@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 13h14 Objet : Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. Cool ! Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées (CDAPP). J'aurais des doutes à émettre sur le bien fondé de la solution technique retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée reste malgré tout : c'est mieux que rien -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mesurer des objets dans JOSM?
Bonsoir, Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou polygone)? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mesurer des objets dans JOSM?
Le plugin measurement peut-être ? Le 18 décembre 2012 21:01, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou polygone)? Merci. Romain ___ 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
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Le mardi 18 décembre 2012 à 20:16 +0100, sly (sylvain letuffe) a écrit : On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. Cool ! Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées (CDAPP). J'aurais des doutes à émettre sur le bien fondé de la solution technique retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée reste malgré tout : c'est mieux que rien bah si, on peut en discuter. Moi-même je ne suis pas totalement séduit par la solution actuelle (Cache Squid). Je trouve que le ratio hit/miss n'est pas fantastique mais néanmoins suffisant pour décharger un peu le Master. Mais cette solution a plusieurs avantages. C'est facile à administrer à distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en 9h, 18 Go de tuiles distinctes ont été demandées). Il semble que les sysadmins osm réfléchissent à d'autres solutions, genre des générateurs de tuiles autonomes. Mais là, il faut du matos beaucoup plus costaud. Et s'assurer de la disponibilité d'une chaine complète de rendu de tuiles me semble bien plus compliquer à gérer. Pas sûr que les internautes y gagne avec cette solution. Mais tout compte fait, la seule vraie bonne solution à long terme est que les gros consommateurs de tuiles installe leur propre serveur... Tu vois quoi comme autres solutions ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mesurer des objets dans JOSM?
Oui en effet tout simplement! Merci Étienne. Le 18 décembre 2012 21:09, Etienne Trimaille etie...@trimaille.eu a écrit : Le plugin measurement peut-être ? Le 18 décembre 2012 21:01, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou polygone)? Merci. Romain ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Tr : [OSM-talk] New OpenStreetMap tile server
-- Le mar. 18 déc. 2012 19:32 HNEC, Pierre Béland a écrit : Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre Bravo et merci a Christophe et ceux qui ont permis cela Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] New OpenStreetMap tile server
Le mardi 18 décembre 2012 21:12:58, Christophe Merlet a écrit : bah si, on peut en discuter. Si tu veux mon avis (pour ce qu'il vaut), pourquoi pas, mais en continuant sur dev-fr. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Constat proche pour moi (aussi chez free), le ping est quasiment identique (dans les 40/45ms) et même nombre de hops. Un cache de tuile chez free Bezons diviserai mon ping presque par 2 (23ms en moyenne sur osm11) ;) Le geodns pourrait-il rediriger les requêtes provenant des AS de free vers un serveur chez free ? Christophe, ça serait possible de rajouter ce serveur dans le munin d'OSM-FR ? Le 18 décembre 2012 23:53, Eric Marsden eric.mars...@free.fr a écrit : cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
C'est vrai que le gain n'est pas flagrant et en tout cas pas en vitesse c'est même plus long qu'avant en cas de cache-miss, j'ai déjà eu plusieurs interruptions de sessions (avec des tuiles incomplètes de taille zéro) à cause du temps de réponse du serveur de tuile principal à répondre à son serveur proxy Squid. Les problèmes commencent avec le zoom niveau 12 et on a des rafraîchissements qui ne se font quasiment plus concernant les tuiles obsolètes : il faut maintenant rafraîchir la même tuile deux fois avec quelques minutes d'écart entre chaque pour que ce soit dispo sur le Squid de Pau. Certes cela soulage certainement le serveur de Londres en bande passante, mais pas en travail à faire pour calculer les tuiles (qui du coup sont calculées et rendues disponibles pour finalement ne jamais être utilisées car la première requête a retourné l'ancienne version et remplis le cache Squid à Pau qui va donc continuer aussi à retourner cette version (le truc du /dirty ne semble plus fonctionner : oui il demande le rafraichissement mais cela ne force pas l'invalidation de tuiles du serveur de Pau (sauf si on modifie l'URL avec un paramètre GET ajouté dans lURL des tuiles tel que ?1, ?2 pour lui demander d'ignorer son cache et retourner la version du serveur de Londres ; le /dirty répété ne forcera plus non plus une nouvelle demande au serveur de rendu et le /status continue alors d'aficher l'ancien statut même si la tuile a bien été rafraichie à Londres). Il semble que la cause de tout ça vienne de Mapnik et non de l'installation du proxy-cache Qquid : au lieu de mettre une réponse au client en attente sur sa session, il préfère retourner une version ancienne déjà calculée (mais avec une durée de péremption trop longue pour cette réponse qui ne devrait être qu'instantanée et pas recachable en aval) en attendant pour terminer la session plus tôt (et cela pose des problèmes de cohérence de cache, un problème qui existe depuis assez longtemps même avant l'entrée en scène des serveurs proxy Squid). Squid ne semble pas en cause (cela marche très bien par exemple avec Wikipédia qui parvient très bien à suivre les mises à jour), mais bien le frontend de Mapnik (autrement dit le serveur WMS qui lui pilote son travail à faire). L'avantage de répondre immédiatement au client est d'économiser des sessions en attente du côté du serveur (et donc éviter la non disponibilité de nouveaux ports TCP pour d'autres sessions HTTP s'il y a du monde), mais ici le problème est la non péremption immédiate (ou la péremption trop longue) des tuiles obsolètes qui sont en attente de recalcul. A mon avis le serveur Squid pour la France, l'Espagne ou l'Italie serait mieux à Londres ou à Amsterdam, voire à Paris, plutôt qu'à Pau si on veut un temps de réponse correct, étant donné que les FAI français ont tous leur routage au départ de Paris avec un peering efficace vers Londres et Amsterdam. Même chose pour les FAI espagnols ou italiens qui feront leur peering efficace vers Pau en passant par Paris ou Amsterdam d'abord. Le peering de Paris vers Pau via le réseau RENATER n'est pas foundroyant, il n'a pas été tellement taillé pour un usage massif. La situation serait meilleure si la Fondation trouvait un partenariat avec des CDN mondiaux — comme Level3 qui a des serveurs proxy HTTP dans pratiquement tous les pays, et même dans les GIX régionaux (pour les FAI français qui ont des peerings régionaux et qui y sont directement connectés sans faire transiter tout le trafic de leurs abonnés par Paris où se concentre leur réseau de collecte national). Ou même avec d'autres fournisseurs de CDN comme Google/Youtube, Amazon, Microsoft/Bing, Yahoo (d'abord pour leurs propres services en ligne mais aussi pour leurs offres commerciales aux sites tiers)... La Fondation Wikimedia par exemple a bénéficié du partenariat avec Yahoo (ou avec d'autres FAI internationaux comme Orange pour l'Europe et l'Afrique) pour déployer des serveurs Squid correctement localisés dans le monde avec des peerings efficaces (cela a été plus payant que de chercher à gérer elle même des serveurs Squid à gérer elle-même), et même une distribution gratuite pour les visiteurs (offre gratuite non décomptée du forfait data sur un réseau mobile). OSM France utilise une plateforme de Free qui marche bien grâce à sa présence directe sur un GIX parisien rapide (Freeix) qui a de bonnes connexions de peering avec la plupart des FAI français et européens. La présence sur le GIX de RENATER ne marche bien que si les visiteurs français passent par un FAI universitaire ou si ce sont des collectivités, mais pas très bien pour les abonnés résidentiels (le peering gratuit d'un FAI classique vers RENATER a une bande passante limitée et des restrictions pour l'équilibrage des flux trop asymétriques). Sur quel GIX est connecté le serveur de Pau, seulement RENATER ? Le 19 décembre 2012 00:26, Christian Quest cqu...@openstreetmap.fr a écrit : Constat proche pour moi (aussi chez free), le ping est
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit : cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms, Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et retour au point de départ via Bordeaux oo' Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve d'une grande efficacité :/ On espère voir la situation évoluer... Par contre au boulot, je suis à 0,3 ms... 2 switchs et 1 routeur ;o) Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. Je pense que le serveur principal à gagné entre 10 et 20 mbs de bande passante sur plus de 100. Voir graphique en pièce jointe sur la courbe d'aujourd'hui par rapport aux jours précédents. C'est pas si mal pour commencer. Librement, -- Christophe Merlet (RedFox) attachment: if_eth0-week.png signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
La langue par défaut pour le Tchad sera plutôt l'arabe que le français ou l'anglais. Il y a aussi des langues berbères mais trop peu de ressources toponymiques dans ces langues (orthographes très incertaines, plus ou moins phonétiques et transcriptions hasardeuses en alphabet latin, ou pas actualisés depuis l'indépendance, donc des tas de nouveautés depuis non couvertes en français). Si vous mettez du français ou de l'anglais vous aurez une carte qui servira plus aux organisations humantaires sur place mais pas très proche de ce que demandera la population locale qui utilise d'autres langues et une toponomie actualisée (même si elle n'est que phonétique, au moins en écriture arabe on évite des tonnes d'incertitudes orthographiques). Dans le cadre de ce projet HOT, il me semble indispensable de savoir à qui vous destinez les résultats de la cartographie : idéalement cela devrait traduire en priorité les besoins de la population locale, dans les langues qu'elle utilise. Les langues officielles du Tchad sont l'arabe et le français, mais l'arabe est de loin le plus populaire. Donc attendez-vous si vous commentez en français, à ce que ces notes soient remplacées ensuite par de l'arabe et ne vous offusquez pas si la langue par défaut d'un name=* passe du français à l'arabe (prévoyez le coup et renseignez name:fr=* avec une copie du nom par défaut en français si vous ne savez pas l'arabe, ou bien à voir des transcriptions berbères en alphabet latin avec des lettres étranges comme des chiffres traduisant certains sons comme l'Ayin arabo-berbère, ou des transcriptions en alphabet Tamazigh) Le 18 décembre 2012 17:45, Pieren pier...@gmail.com a écrit : highway=residential, unclassified, road ? Faut-il utiliser le français ou l'anglais dans les notes, etc ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
On a en France le problème typique des FAI grand public qui concentre TOUT le trafic de leurs abonnés à Paris ou autour (sauf pour leurs propres services à leurs propres abonnés par exemple pour la télévision ou la téléphonie) et n'ont encore jamais fait l'effort de déployer des peerings régionaux pour aussi inciter d'autres opérateurs européens à y assurer une présence. Pour passer d'un FAI à l'autre tout remonte donc toujours à Paris. C'est leur façon de faire une économie d'échelle, même si ça perpétue la fracture numérique entre Paris et le reste de la France du côté des offres résidentielles, avec un décalage croissant des performances et pléthores de solutions par chères quand on est à Paris. Renater a fait cet effort, mais les FAI continuent de remonter tout le routage des sessions ADSL et même câble ou fibre en faisant terminer la session VPN de l'abonné sur un routeur à Paris. La France est pour les FAI un pur réseau étoilé et pas une boucle maillée comme dans d'autres pays européens comme le Royaume-Uni ou les Pays-Bas... où du coup ils restent dépendant des solutions (et tarifs) des grands groupes internationaux, principalement américains. Même Orange fait remonter tout son traffic des abonnés résidentiels français à Paris/Aubervilliers et ne fait du Peering que vers les autres GIX français sur leur POP Parisien (Téléhouse/Courbevoie) ou délègue presque tout le reste vers Amsterdam ou Londres (sauf vers les US où les FAI ont un peering vers les 2 côtes océaniques de NYC et LA, et parfois Miami, Dallas et Chicago). Tout cela vient du fait que nos FAIs sont presque tous nationaux (et peu nombreux) et qu'on n'a pas beaucoup de FAI régionaux. SFR ne fait pas mieux pour ses abonnés non plus, pas plus que Numéricable ou Free, eux aussi déployés en étoile et non en boucles régionales. Du coup les GIX régionaux sont minuscules et progressent bien peu. L'ennui c'est qu'avec un tel déploiement on donne à tout le monde une latence (ping) voisine de 30 ms et cela va consituter un frein sérieux au très haut débit en TCP (à cause de la taille maxi des fenêtres TCP, cette latence impose un débit maximum impossible à dépasser, loin de la capacité des fibres, ou alors il faut augmenter démesurément la taille des fenêtres TCP et on barre la route aux accès THD mobiles : pas étonnant que la 4G/LTE tarde tant en France à démarrer). Le 19 décembre 2012 01:00, Christophe Merlet red...@redfoxcenter.org a écrit : De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms, Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et retour au point de départ via Bordeaux oo' Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve d'une grande efficacité :/ On espère voir la situation évoluer... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Pour avoir un peu discuté avec le service des élections de ma collectivité, la ré-impression des cartes électorales sert surtout à mettre à jour les listes électorales : ceux qui partent de la commune, ceux qui arrivent dans la commune et ceux qui déménagent mais qui reste dans la commune, changeant ou non de bureau de vote. La modification du zonage reste rare, du moins dans les villes. De plus, ce sont plutôt les villes qui vont avoir besoin de localiser les bureaux de vote dans OSM. Si un village n'a pas d'endroit fixe pour les élections, au pire, il ne mettra rien dans OSM. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740966.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr