[OSM-talk-fr] Artefact ou erreur de données ?

Philippe Verdy verdy_p at wanadoo.fr
Jeu 9 Aou 19:09:43 UTC 2018


les rendus des tuiles ne sont pourtant pas en retard. Et les données dans
leurs base non plus.

Je pense plutôt à un problème avec certains changesets en erreur qui n'ont
pas été envoyés/reçus ou ont été écrasés dans le flux (sans doute un
problème de mises à jours des dates sur certains serveurs transférés de
Londres à Amsterdam, par exemple une config de fuseau horaire incorrecte si
le serveur de temps a été changé et les serveurs n'avaient pas une horloge
réglée en UTC mais en heure locale; dans ce cas il y a pu y avoir un
décalage d'1 heure avant que le problème soit réglé, mais au moment du
changement le recul d'1 heure de l'horloge a pu provoquer des écrasements
ou un défaut de configuration des espaces de stockage réseau).

Bizarrement cela n'affecte que les serveurs de rendus d'OSM.org pas les
autres, ni la base de données maître. Ce serait donc un problème de mise à
jour de la base esclave (copiée/synchronisée sur le serveur de rendu) lié à
une reconfiguration incorrecte. Et pas du temps un "lag" (retard). A moins
de recharger cette base esclave (ou rejouer les diffs oubliés) je ne vois
pas comment le serveur de rendu peut corriger ses tuiles s'il a encore un
way qui aurait du être supprimé mais dont un noeud au moins a été gardé (le
noeud du passage à niveau).

On peut toujours essayer de fixer ça manuellement en découpant les 4
chemins connectés autour du passage à niveau pour former un trou, puis les
reconnecter à un nouveau noeud commun tagué en passage à niveau, puis
réunir les ways tronçonnés, et envoyer le tout: les 2 ways seront
préservés, seul le noeud du chemin de fer aura disparu, et le way parasite
qui l'utilisait devrait aussi être éliminé et plus tracé du tout. Mais il
est possible que cela ne marche pas non plus sur la base esclave, si ce
nouveau changeset ne passe pas car il supprimera l'ancien nœud de passage à
niveau "encore utilisé" par le way parasite (qui n'est déjà plus dans la
base maître).

De plus cette anomalie d'1 heure peut avoir eu des effets dans divers
autres endroits du monde sur la carte où il y aurait eu des écrasements
intempestifs par une désynchro des diffs.



Le 9 août 2018 à 19:09, marc marc <marc_marc_irc at hotmail.com> a écrit :

> Le 09. 08. 18 à 14:48, osm.sanspourriel at spamgourmet.com a écrit :
> > Je vois que sur OSM.org
> > <https://www.openstreetmap.org/way/262550757#map=17/47.48634/-3.11656>
> > ou OSM.fr
> > <http://tile.openstreetmap.fr/?zoom=17&lat=47.48634&lon=-3.11656>, la
> > ligne Auray-Quiberon (le Tire-Bouchon) est affublée d'une ligne directe
> > s'affranchissant des obstacles naturels. Je ne savais qu'avait été créée
> > une ligne TGV d'Auray à Quiberon ;-).
>
> si tu regardes le point qui a visuelement un problème
> https://www.openstreetmap.org/node/252291030
> il ne fait plus partie que d'un rail. donc problèe entre temps résolu
> et lag dans la maj du rendu (il y a un bug majeur sur 2 serveur de rendu
> osm.org)
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20180809/4abbfe91/attachment.html>


Plus d'informations sur la liste de diffusion Talk-fr