Ok je fais suivre... Merci.
Romain
Le 21 mars 2013 10:33, Christian Quest a écrit :
> Ca peut être utile, peut être pas pour le rendu OSM international qui
> a déjà plusieurs caches, mais pour offrir un cache de tuiles du rendu
> FR si celui vient à être utilisé par plus de monde et ne pas mett
Ca peut être utile, peut être pas pour le rendu OSM international qui
a déjà plusieurs caches, mais pour offrir un cache de tuiles du rendu
FR si celui vient à être utilisé par plus de monde et ne pas mettre
tout les œufs dans le même panier.
Le 21 mars 2013 10:01, Romain MEHUT a écrit :
> Bonjo
Bonjour,
On m'a demandé s'il y a un besoin d'avoir de nouveaux serveurs comme ceux
récemment installés à Pau. Votre avis?
Romain
2012/12/18 Pierre Béland
> Voir .l'annonce du serveur de tuiles Pau sur talk.
>
> Pierre
>
> - Mail transféré -
> *De :* Richard Weait
> *À :* "t...@opens
http://www.pcinpact.com/news/76247-demultiplication-mails-bug-gmail-identifie-correctif-arrive.htm?
Le 20 décembre 2012 01:10, Philippe Verdy a écrit :
> Bogue de Gmail alors (dans son interface web). Je n'ai qu'une seule copie
> reçue et je n'ai certainement fait aucun copier-coller d'un mail
SFINX c'est déjà Renater (sur 2 POP parisiens). Mais toi (en fait SFR,
aussi Free à Telehouse 2) tu transites par la branche lyonnaise de Renater,
Numericable fait son peering sur un autre POP de Renater et transite par la
branche vers Bordeaux et c'est un peu plus rapide.
Je ne vois pas Orange se
Le jeudi 20 décembre 2012 à 01:04 +0100, Philippe Verdy a écrit :
> tracert b.tile.openstreetmap.org
> Toi tu passe par Sfinx Lyon où SFR se connecte à Renater, et c'est
> encore moins bon alors que ça emprunte une route régionale
> transversale sans aller-retour à Paris (mais entre Sfinx et Pau ç
Bogue de Gmail alors (dans son interface web). Je n'ai qu'une seule copie
reçue et je n'ai certainement fait aucun copier-coller d'un mail à l'autre.
Je ne sais pas pourquoi le 1er mail est parti plus tôt mais incomplet et
réexpédié complet 20h plus tard.
Le 20 décembre 2012 01:00, Christophe Mer
tracert b.tile.openstreetmap.org
Détermination de l'itinéraire vers
pau.tile.openstreetmap.org[193.55.222.229] avec un maximum de 30 sauts
:
1 8 ms13 ms13 ms 10.33.128.1
212 ms13 ms21 ms
ip-4.net-80-236-5.static.numericable.fr[80.236.5.4]
333 ms40 ms36 ms
Le jeudi 20 décembre 2012 à 00:43 +0100, Philippe Verdy a écrit :
> Le premier n'était pas parti selon Google, et je n'ai reçu qu'une
> copie, la deuxième. C'est sans doute le serveur de mail de cette liste
> qui a eu un raté le première fois, expliquant pourquoi Google l'a
> gardé, ou alors il a é
Le premier n'était pas parti selon Google, et je n'ai reçu qu'une copie, la
deuxième. C'est sans doute le serveur de mail de cette liste qui a eu un
raté le première fois, expliquant pourquoi Google l'a gardé, ou alors il a
été mal reçu la première fois (non confirmation de la transaction) et
renvo
Le 19 décembre 2012 09:48, Cyrille Giquello a écrit :
> Le 19 décembre 2012 01:00, Christophe Merlet a
> écrit :
>> Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
>>> > "cm" == Christophe Merlet writes:
>>>
>>> cm> Mais cette solution a plusieurs avantages. C'est facile à
Le 19/12/2012 21:17, Philippe Verdy a écrit :
TU digresses.
Et toi Philippe TU radotes :
2 mails à même pas 24h d'intervalle avec les 5 premiers pavés (pardon,
paragraphes) identiques :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-December/052507.html
http://lists.openstreetmap.o
Le 19 décembre 2012 21:00, Christophe Merlet a
écrit :
> Le mercredi 19 décembre 2012 à 20:02 +0100, Philippe Verdy a écrit :
> > 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 interruption
Christophe Merlet a écrit à Philippe
> Un de tes problèmes parmi tant d'autres, c'est que tu passe tellement de
> temps à rédiger tes pavés, que tu ne lis pas les autres mails !
Christophe, c'est ce qui arrive quand le duo diabolique Sly et Philippe unit
ses forces !
:)
Pierre
_
Le mercredi 19 décembre 2012 à 20:02 +0100, Philippe Verdy a écrit :
> 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) à ca
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
serveu
C'est vrai que le problème de facturation concerne avant tout les
applications très asymétriques en bande passante.
Installer un cache Squid bien positionné dans la topologie du réseau est
une solution pour réduire le déséquilibre des liens de peeering (sinon soit
on paye le surplus, soit un se vo
On mercredi 19 décembre 2012, Christian Quest wrote:
> 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 ?
Je ne suis pas membre et encore moins dé
Voila c'est annoncé pour le Québec sur talk-ca.
Un gros merci au père Noël et à Christophe.
Pierre
>
> De : Christophe Merlet
>À : talk-fr@openstreetmap.org
>Envoyé le : Mercredi 19 décembre 2012 5h25
>Objet : Re: [OSM-talk-fr]
Le mercredi 19 décembre 2012 à 12:02 +0100, Christophe Merlet a écrit :
> Le mercredi 19 décembre 2012 à 11:46 +0100, Ab_fab a écrit :
> > Je n'arrive pas à visualiser le résultat de mes ajouts du 27/11 (avec
> > Nomino) de la balise name:fr pour les relations des provinces de
> > Corée (niveau 4)
Le mercredi 19 décembre 2012 à 11:46 +0100, Ab_fab a écrit :
> Je n'arrive pas à visualiser le résultat de mes ajouts du 27/11 (avec
> Nomino) de la balise name:fr pour les relations des provinces de
> Corée (niveau 4)
> http://www.openstreetmap.org/browse/changeset/14064905
> http://tile.paulla
Je m'auto répond : Je note à l'instant que les relations comprennent un
noeud avec le rôle "label", qui lui n'a pas de traduction.
Je ne serais pas étonné qu'il soit à l'origine de ce souci, si la feuille
de style lui donne la priorité pour le rendu
___
J'anticipe : don't f
Je n'arrive pas à visualiser le résultat de mes ajouts du 27/11 (avec
Nomino) de la balise name:fr pour les relations des provinces de Corée
(niveau 4)
http://www.openstreetmap.org/browse/changeset/14064905
http://tile.paulla.asso.fr/openlayers.html?zoom=7&lat=36.02407&lon=127.7179&layers=B00
Le mercredi 19 décembre 2012 à 11:14 +0100, Pieren a écrit :
> 2012/12/19 Christophe Merlet :
>
> Merci et bravo pour l'effort. Mais il faut rappeler ici que ce cache
> n'est utile qu'à l'infrastructure globale d'OSM. Pour la France et les
> francophones en général, la seule solution restera de me
2012/12/19 Christophe Merlet :
Merci et bravo pour l'effort. Mais il faut rappeler ici que ce cache
n'est utile qu'à l'infrastructure globale d'OSM. Pour la France et les
francophones en général, la seule solution restera de mettre en place
notre propre server de tuiles avec rendu adapté (par exem
Le mercredi 19 décembre 2012 à 00:26 +0100, Christian Quest a écrit :
> 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 19 décembre 2012 01:00, Christophe Merlet a écrit :
> Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
>> > "cm" == Christophe Merlet writes:
>>
>> cm> Mais cette solution a plusieurs avantages. C'est facile à administrer à
>> cm> distance. ça ne nécessite pas de serveur
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égionau
Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
> > "cm" == Christophe Merlet 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 di
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
serveu
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 ser
> "cm" == Christophe Merlet 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
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 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
> >On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait 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 à PauLL
rdi 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'Es
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
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 a
Voir .l'annonce du serveur de tuiles Pau sur talk.
Pierre
- Mail transféré -
>De : Richard Weait
>À : "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 wrote
38 matches
Mail list logo
