Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug MAJ couche 'Borne dans OSM' projet du mois 2020-03_evcharging #289

Open
cayenne17 opened this issue Jan 12, 2023 · 6 comments
Open

Bug MAJ couche 'Borne dans OSM' projet du mois 2020-03_evcharging #289

cayenne17 opened this issue Jan 12, 2023 · 6 comments

Comments

@cayenne17
Copy link
Contributor

Bonjour,
il y a 3 jours, j'ai ajouté une borne de recharge avec l'éditeur JOSM : https://www.openstreetmap.org/node/10316553337
Elle n'apparait toujours pas sur projet du mois : https://projetdumois.fr/projects/2020-03_evcharging/map#map=17.43/45.991155/-1.07679&sidebar=

@cayenne17 cayenne17 changed the title Bug MAJ 'Borne dans OSM' projet du mois 2020-03_evcharging Bug MAJ couche 'Borne dans OSM' projet du mois 2020-03_evcharging Jan 16, 2023
@PanierAvide
Copy link
Collaborator

Effectivement souci dans la mise à jour des données, le processus "osmium apply changes" est arrêté faute de mémoire disponible...

@flacombe est-ce que tu penses qu'on pourrait basculer vers une chaîne de traitement plus efficace que celle actuellement utilisée ? Il me semble que tu as d'autres scripts pour l'instance Enedis ?

@flacombe
Copy link
Contributor

Malheureusement non, j'utilise bien les mêmes scripts.

Moi aussi j'ai des soucis de RAM en ce moment, l'utilisation d'osmium demande beaucoup de ram en effet.
Je ne sais pas exactement si nous pourrions faire différemment.

Peut-etre via les diffs minute que nous utilisons pour tenir la base à jour le reste du temps ?
Mais cela empêcherait de pouvoir recalculer un projet aussi facilement que maintenant.

@PanierAvide
Copy link
Collaborator

C'est pas faux... Après j'ai l'impression que le plus compliqué c'est de faire passer la mise à jour du fichier historique complet osh.pbf, si on s'en passe ça réduit les traitements mais possiblement jusqu'à 10-15 jours de retard... Si on s'évitait de modifier ce fichier et qu'on complétait les stats sur le delta restant avec une autre méthode ?

@flacombe
Copy link
Contributor

S'en passer ca veut dire qu'on ne peut pas reconstituer l'historique. Pour moi, impossible de le faire uniquement avec osm.pbf

Si on ne le fait pas chaque jour, ca veut dire qu'au recalcul d'un projet on doit s'enquiller tout le traitement non ?

@flacombe
Copy link
Contributor

J'y pense : ceux qui ont des outils performants pour traiter les données historique c'est l'HEIGit pour Ohsome.
Je ne sais pas exactement comment ça marche, mais ils ont mis au point un moyen de requête efficace.
Peut-être serait-ce approprié de s'appuyer dessus pour reconstituer l'historique.

D'autant qu'il me semble que cela tient bien compte des différents problèmes soulevés dans le passés sur les calculs.

Est-ce que quelqu'un sait comment ca marche ?

@cayenne17
Copy link
Contributor Author

Bonjour,
Est-ce qu'il serait possible de relancer une synchronisation ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants