<div dir="ltr">Je pensais que ce problèmes d'Id de noeuds de 64 bits était réglé depuis longtemps sur les outils majeurs. Il y a une page wiki qui recense les logiciels (ou versions de logiciels) à mettre à jour et ne plus utiliser.<div>Vérifie plutôt quel outil tu utilises. Ce problème ne vient pas des serveurs OSM ou des éditeurs courants. Mais il peut exister avec d'anciens éditeurs mobiles pas à jour du tout et qu'il faudrait bloquer; mais on a aussi des cas où c'est provoqué par des clients malveillants (spammeurs) utilisant des automates archi-bogués, et qu'on doit détecter et bloquer.</div><div>Si tu utilises encore un de ces vieux logiciels (éditeurs, bibliothèques, etc.) le plus souvent écrits en C/C++ avec des types incorrects, il faut en changer. Ce n'est pas non plus un bogue de XML ou du format .OSM qui n'a pas cette limite à 64 bits. De vieilles versions de QGIS notamment ne doivent plus être utilisées: la mise à jour est obligatoire sinon cela corrompt les données en mélangeant les noeuds.</div><div>Attention aussi à certains vieux scripts PH, Perl, Python.</div><div>A priori Javascript n'est pas impacté sauf sur de très vieux navigateurs web avec une machine javascript antique pour un OS qui n'st plus supporté depuis longtemps non plus (vieilles versions d'IE compilé en 32 bits). Attention aussi aux scripts, programmes ou vieux plugins qui traduisent les données d'un schéma à l'autre et qui ne sont plus maintenus (dont un certain nombre pour JOSM ou QGIS pour "aider" à créer ou simplifier des géométries et qui ne marchent plus, ne seront plus mis à jour et ont été remplacés par des fonctions intégrées ou d'autres plugins).</div><div>Mais comme tu ne précises pas quels composants logiciels tu utilises, impossible de savoir. Si tu as fait tes propres scripts ou programmes, il est nécessaire de déclarer les node-ids en 64 bits (et tant qu'à faire en même temps les way-id et relation-id, vu qu'ils héritent d'un même objet OSM de base, même si pour l'instant il n'ont pas encore atteint la limite des 32 bits et qu'on en est encore loin pour les relations).</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 8 janv. 2020 à 12:31, François Lacombe <<a href="mailto:fl.infosreseaux@gmail.com">fl.infosreseaux@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Bonjour Julien,</div><div><br></div><div>Merci pour ta réponse, ça me rassure tout de même.</div><div>Pour les identifiants de ways, c'est moins problématique pour moi.</div><div><br></div><div>Ce qui ne passe pas, c'est que j'injecte un XML qui comporte des noeuds identifiés avec <br></div><div>91220288029161</div><div>91220288025445</div><div>91220288026438</div><div><br></div><div>Et qui ressortent avec des identifiants tronqués à 10 digits (ce ne sont pas les mêmes noeuds). En tout cas ces identifiants là ne sont pas présents dans le .osm d'entrée.<br></div><div>1885473760<br>246430160<br>5846804688<br>737485280<br>8063904192</div><div><br></div><div>8063904192 étant déjà supérieur à la limite 32 bits, j'ai pensé à une limitation à 10 digits<br></div><div><br></div><div>Une idée du problème ?</div><div><br></div><div>François</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 8 janv. 2020 à 11:41, Julien Coupey <<a href="mailto:osm@coupey.fr" target="_blank">osm@coupey.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bonjour François<br>
<br>
OSRM supporte normalement sans problème les ids OSM sur 64 bits pour les <br>
nœuds depuis un moment[1]. Ce n'est pas le cas pour les ways (ids <br>
toujours sur 32 bits) mais a priori il y a de la marge si tu utilises <br>
les données OSM telles quelles.<br>
<br>
 > ca ne passe pas.<br>
<br>
Si tu peux développer un peu sur ce qui coince, peut-être que ça vaut le <br>
coup d'ouvrir un ticket ?<br>
<br>
[1] <a href="https://github.com/Project-OSRM/osrm-backend/pull/1793" rel="noreferrer" target="_blank">https://github.com/Project-OSRM/osrm-backend/pull/1793</a><br>
<br>
À +<br>
Julien<br>
<br>
On 08/01/2020 11:19, François Lacombe wrote:<br>
> Bonjour la liste<br>
> <br>
> Est-ce que quelqu'un familier avec OSRM saurait me dire quelle est la <br>
> limite exacte pour les identifiants de nœuds et de chemins OSM?<br>
> <br>
> Je remarque que ces identifiants ne dépassent pas 10 digits dans les <br>
> réponses fournies par l'API route.<br>
> On en est à 5700014039 de nœuds dans la base, le plafond va bientôt être <br>
> atteint.<br>
> La maintenance de ces derniers mois est au ralenti, fort à parier que ce <br>
> ne sera bientôt plus utilisable?<br>
> <br>
> Perso je régénère des fichiers xml osm avec des identifiants 64 bits et <br>
> ca ne passe pas.<br>
> <br>
> Preneur de vos commentaires, merci par avance<br>
> <br>
> François<br>
> <br>
> _______________________________________________<br>
> Talk-fr mailing list<br>
> <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
> <br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>