remonter changements OpenStreetMap
publié le , mis à jourDécrivez votre problème, votre suggestion
J'ai un problème dont je ne dois pas être le seul : l'année dernière, dans beaucoup de villages en France, la numérotation des maisons a été changé (e.g. avant 5, maintenant 188). Lié à ça, quand je cherchais mon adresse dans cartes.app, je trouvais seulement la rue, mais pas la maison. Au début j'ai utilisé "modifier ce lieu", et j'ai changé le numéro de maison. Mantenant je cherche l'ancien numéro (e.g. 5), je trouve, mais ce le nouveau numéro qui est affiché :-)
Et du coup j'ai eu l'idée de vérifier sur OpenStreeMap.org, et effectivement ce sont pour mon village les anciens numéros. Du coup j'ai mis un commentaire dans OSM pour changer le numéro, c'était fait dans la journée. Et donc maintenant je cherche sur OSM mon adresse avec nouveau numéro, je trouve la bonne position; je cherche avec l'ancien, plus rien.
Ça date maintenant de plus d'une semaine, mais ce changement ne semble pas remonter dans Cartes.app.
Donc le problème est finalement plus une question de comment les changements fait dans OSM remontent dans Cartes.app
Système d'exploitation
windows 11
Navigateur
firefox
etienneJr
Salut, Merci pour ton retour. En effet, j'ai l'impression qu'on a en ce moment un problème dans la mise à jour de nos données. https://cartes.app/maj @mael peux tu regarder pourquoi photon, brouter, et les tuiles, ne sont pas à jour ? PS : sur cette page maj, il faudrait indiquer la fréquence théorique pour chaque item.
laem
Ah oui merde :/
C'est bizarre, les données de brouter ont bien été mises à jour cette nuit, mais pas la page MAJ
Y a un bins quelque part mais je sais pas où.
La maj de brouter sature les logs, impossible de remonter...
Ah ben voilà le coupable : un segment Brouter qui a disparu :/
Dépend de !1848
OK maintenant que les logs vont être réduits, je vais pouvoir débugguer le pourquoi des tuiles qui se recalculent pas.
@laem ouf, merci d'avoir investigué
Comme par magie, ça a marché. Soit c'était le pb brouter, soit un autre.
@Olifair un grand merci pour ton alerte. Maintenant peux-tu vérifier si tu trouves ce que tu dois trouver sur cartes.app :) ?
Olifair
@laem je viens de vérifier (10:19h) : ca ne marche pas : je ne trouve toujours pas ma maison avec le nouveau numéro, mais avec l'ancien numéro, c'est trouvé . Par contre les numéros des maisons sur la carte ont disparu. Sur OpenStreetMap c'est OK, mais je vois encore mon commentaire pour le changement, et il y a une notice qui dit "Cette note résolue disparaîtra de la carte dans environ 7 heures. ". Donc peut-être ca remontera que dans la prochaine synchronisation dans 7 heures ? Je vous tiens au courant
De quand date ta modif dans OSM ? Car pour les tuiles du fond de cartes, certes le calcul a eu lieu hier, mais ce sont les données OSM du 15 mars qui ont été utilisées.
Hmm, ca dit "il y a 7 jours", donc probablement du 17, donc effectivement après le 15 mars. Quand aura lieu la prochaine synchronisation des tuiles du fond des cartes entre cartes.app et OSM ? Ca se passe à quelle fréquence ?
ça se passe tous les samedis, en utilisant les données du lundi précédent, car l'extraction du fichier planet.osm.pbf qu'on utilise prend 4 jours... donc après le recalcul de samedi prochain 28 mars, ça utilisera les données OSM d'hier.
ça c'est pour les tuiles. Pour photon, utilisé pour les recherches de texte, j'ai un trou de mémoire. @laem ? Faudrait qu'on l'écrive sur la page /app 😅
Toutes les semaines le samedi.
pmiossec
@etienneJr wrote in https://codeberg.org/cartes/web/issues/1845#issuecomment-12021465:
Faudrait qu'on l'écrive sur la page /app :sweat_smile:
Si c'est pas utopique, peut-être même coder les règles pour calculer les dates de futures updates et les afficher dans la page de dernière mise à jour. Comme çà tout un chacun peu voir si tout est normal...
Car je dois avouer que je suis complètement perdu personnellement: moi j'attends avant de voir mes modifs....
C'est pas très compliqué à faire, c'est une syntaxe de CRON, donc avec une lib on peut coder ça :)
C'est fait, l'information est remonté : si je cherche l'adresse avec le nouveau numéro de maison, elle est trouvé au bon endroit, si je cherche avec l'ancien numéro, juste la rue est trouvé. Encore un petit bmol : sur la carte, les anciens numéros sont affichées à côté des maisons (pour lesquelles j'ai changé dans OpenStreetMap, où les nouveaux numéros sont bien affichées). Comme je voudrais faire l'effort de collecter les nouvelles numéros pour l'ensemble du village (en ce moment j'ai fait 3 maisons) et les changer dans OSM, je voudrais être sur qu'aussi cette info remonte dans cartes.app :-)
@Olifair wrote in https://codeberg.org/cartes/web/issues/1845#issuecomment-12230739:
sur la carte, les anciens numéros sont affichées à côté des maisons
Comme j'ai dit plus haut et aussi dans #1183 : les tuiles ont toujours 5 à 12j de retard. Tu verras les nouveaux numéros dimanche matin.
@laem les tuiles n'ont pas été calculées samedi, tu veux regarder pourquoi ?
et pour photon : dernière maj jeudi dernier, c'est normal ou pas ? (désolé j'ai encore oublié)
Erreur de téléchargement du fichier planète !
OK c'est du à "Mar 28 18:00:04 sd-170810 deno[758799]: Échec de la modification de la taille du volume 10000000000 500000000000"
"volume is in a transient status not allowing to resize it"
étrange.
Je relance à la main.
La taille du volume a été modifiée avec succès à 500 GOÇa marche cette fois-ci. Peut-être le premier vrai bug de scaleway ? Ou alors notre script qui prend pas en compte une rare lenteur possible.
et pour photon : dernière maj jeudi dernier, c'est normal ou pas ? (désolé j'ai encore oublié)
MAJ tous les jeudis, donc oui ça semble normal.
C'est bien maintenant, les nouveaux numéros des maisons ont été remontés. Je peux m'y coller de faire toute le patelin :-)