Et je le répète il n'y avait aucun problème dans ce que j'avais créé.
C'est bien le serveur layers qui n'avait pas vu les modifs pendant 10
jours, et c'est l'usage de "/dirty" sur les tuiles qui l'a forcé à
relire ce qu'il a oublié de relever dans les modifs de la base
(peut-être parce que son serv
Pour savoir si les serveurs on du retard, il y a munin:
http://munin.openstreetmap.fr/
Chaque "lag" est disponible sous forme de graphe.
osm7 est en retard (pépin sur la base postgres): c'est la base utilisé
par mes scripts sur openstreetmap.fr/outils
osm102 est à jour: utilisé par layers (entre
Bonne idée... je met ça dans ma todo list...
Le 16 août 2012 13:10, Philippe Verdy a écrit :
> De même, est-il possible dans l'outil sur l'état des communes qu'on y
> indique aussi les autres collectivités ou subdivisions et
> regroupements dont elle fait partie ?
>
> - canton(s)
> - arrondissem
au zoom 10 :
http://layers.openstreetmap.fr/?zoom=10&lat=42.99339&lon=0.03191&layers=BFFTFFF
les communes sont panachées suivant les tuiles, et les dernières
relations que j'ai rentrés ne sont pas coloriées.
___
Talk-fr mailing lis
Le 16/08/2012 14:58, sly (sylvain letuffe) a écrit :
serait il possible d'avoir le numéro de la relation, ce serait bien plus
simple pour moi ?
si on jette un coup d'oeuil sur mon compte :
http://www.openstreetmap.org/user/HelenePETIT/edits
on vois que je continue à rentrer des limites de commu
J'ai utilisé ça le temps de la modélisation pour ne rien oublier.
C'est la façon de construire dans TOUS les pays et c'est un super
outil de maintenance qui facilite énormément les recherches et le
travail. Ce n'est pas la raison pour laquelle il n'apparait pas car le
canton de Bitche apparaît auss
> De : "Philippe Verdy"
> Le 16 août 2012 14:58, sly (sylvain letuffe)
a écrit :
> >> > Peux tu donner un lien vers une zone qui indique le problème, et me
> >> > donner
> >> > l'id de la relation qui manquerait ?
> >> > Afin que je puisse vérifier.
> >>
> >> Regarde par exemple l'arrondissemen
Le 16 août 2012 14:58, sly (sylvain letuffe) a écrit :
>> > Peux tu donner un lien vers une zone qui indique le problème, et me donner
>> > l'id de la relation qui manquerait ?
>> > Afin que je puisse vérifier.
>>
>> Regarde par exemple l'arrondissement de Sarreguemines (que j'ai créé,
>> en Mosel
(pas vu la deuxième partie)
> Pourquoi ce ton désobligeant ?
Non, pas désobligeant, ou alors je me suis mal exprimé, je voulu juste
indiquer qu'un rapport de bug gagne en clarté si on expose juste les
constats, où ils sont vus et comment je peux moi aussi constater la même
chose.
Le reste n'
> > Peux tu donner un lien vers une zone qui indique le problème, et me donner
> > l'id de la relation qui manquerait ?
> > Afin que je puisse vérifier.
>
> Regarde par exemple l'arrondissement de Sarreguemines (que j'ai créé,
> en Moselle),
Je n'ai aucune idée d'où ça se trouve et je ne connais
Le 16 août 2012 13:52, sly (sylvain letuffe) a écrit :
>> > À noter que layers.openstreetmap.fr utilise la base de donnée mondiale
>> > de osm102, qui est à jour.
>>
>> Désolé de te contredire,
>
> Il n'y a pas contradiction, jocelyn a dit que "layers.openstreetmap.fr utilise
> la base de donnée m
> > À noter que layers.openstreetmap.fr utilise la base de donnée mondiale
> > de osm102, qui est à jour.
>
> Désolé de te contredire,
Il n'y a pas contradiction, jocelyn a dit que "layers.openstreetmap.fr utilise
la base de donnée mondiale de osm102" ce qui est vrai, et, moins une erreur,
cet
Le 16 août 2012 13:29, Jocelyn Jaubert a écrit :
> 2012/8/16 Frédéric Rodrigo :
>> Mais effectivement, il y un problème avec la bases osmosis de osm7 qui ne se
>> met plus à jour.
>> http://munin.openstreetmap.fr/pole-aquinetic.fr/osm7.openstreetmap.fr/osm_replication_lag_osmosis.html
>
> Effectiv
2012/8/16 Frédéric Rodrigo :
> Mais effectivement, il y un problème avec la bases osmosis de osm7 qui ne se
> met plus à jour.
> http://munin.openstreetmap.fr/pole-aquinetic.fr/osm7.openstreetmap.fr/osm_replication_lag_osmosis.html
Effectivement, je vois ça. Je vais voir ce que je peux faire.
À n
Le 16 août 2012 13:08, Frédéric Rodrigo a écrit :
> Mais effectivement, il y un problème avec la bases osmosis de osm7 qui ne se
> met plus à jour.
> http://munin.openstreetmap.fr/pole-aquinetic.fr/osm7.openstreetmap.fr/osm_replication_lag_osmosis.html
Donc effectivement plus rien n'est pris en c
De même, est-il possible dans l'outil sur l'état des communes qu'on y
indique aussi les autres collectivités ou subdivisions et
regroupements dont elle fait partie ?
- canton(s)
- arrondissement
- département
- région
- EPCI à fiscalité propre (ME, CU, CA, CC, SAN)
- autres EPCI ? (SIVU, SIVOM, sy
Le 16/08/2012 12:53, Philippe Verdy a écrit :
Visiblement cet outil n'est pas le seul affecté (c'est le cas aussi de
Layers.Openstreetmap.fr), on dirait bien que XAPI oublie des tas
d'objets récents et ne se synchronise plus correctement (il manque
aussi des nouvelles communautés de communes, des
Visiblement cet outil n'est pas le seul affecté (c'est le cas aussi de
Layers.Openstreetmap.fr), on dirait bien que XAPI oublie des tas
d'objets récents et ne se synchronise plus correctement (il manque
aussi des nouvelles communautés de communes, des cantons, un
arrondissement, des communes corrig
Visiblement le script détecte correctement les communes récemment
ajoutées, mais PAS leur admin_center qui est pourtant bel et bien
présent dans les relations (il y a trop de points bleus sur la carte,
qui devraient être verts) !
Le 16 août 2012 12:12, Cyrille Giquello a écrit :
> Le 25 juin 2012
Le 25 juin 2012 16:09, Cyrille Giquello a écrit :
> Salut,
>
> Juste pour prévenir que j'ai mis en mode maintenance le petit service
> "MissingCommunes" car les données n'étaient plus à jour suite au
> problème rencontré sur le serveur OSM8.openstreetmap.fr qui semble
> alimenter les données d'OSM
20 matches
Mail list logo
