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
: 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
Ok je fais suivre... Merci.
Romain
Le 21 mars 2013 10:33, Christian Quest cqu...@openstreetmap.fr 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
http://www.pcinpact.com/news/76247-demultiplication-mails-bug-gmail-identifie-correctif-arrive.htm?
Le 20 décembre 2012 01:10, Philippe Verdy verd...@wanadoo.fr 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
On 18 December 2012 23:44, 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.
Le 19 décembre 2012 01:00, Christophe Merlet red...@redfoxcenter.org a écrit :
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.
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
2012/12/19 Christophe Merlet red...@redfoxcenter.org:
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
Le mercredi 19 décembre 2012 à 11:14 +0100, Pieren a écrit :
2012/12/19 Christophe Merlet red...@redfoxcenter.org:
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
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
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
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
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)
-talk] New OpenStreetMap tile server
Le mercredi 19 décembre 2012 à 11:14 +0100, Pieren a écrit :
2012/12/19 Christophe Merlet red...@redfoxcenter.org:
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
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
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
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
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) à cause
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 !
humour bref
Christophe, c'est ce qui arrive quand le duo diabolique Sly et Philippe unit
ses forces !
/bref humour
Le 19 décembre 2012 21:00, Christophe Merlet red...@redfoxcenter.org 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
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
Le 19 décembre 2012 09:48, Cyrille Giquello cyrill...@gmail.com a écrit :
Le 19 décembre 2012 01:00, Christophe Merlet red...@redfoxcenter.org a
écrit :
Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
cm == Christophe Merlet red...@redfoxcenter.org writes:
cm Mais cette
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
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 été
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
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
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 ça
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
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.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
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. :-)
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
:* 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
*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
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
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
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
--
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
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
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
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
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
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
42 matches
Mail list logo
