<div dir="ltr"><div>Merci Julien, je vais essayer de fournir un fichier de ce style là pour une issue</div><div>Effectivement je pense que c'est un bug aussi</div><div><br></div><div>Sais-tu si l'équipe les traite encore?</div><div>Les derniers essais que j'ai fait n'ont pas obtenus de réponse.</div><div><br></div><div>Bonne soirée :)</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 à 16:06, Julien Coupey <<a href="mailto:osm@coupey.fr">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">Re<br>
<br>
Si tu récupères en sortie (dans l'objet `annotation.nodes` d'une route) <br>
des ids de nœuds qui ne sont pas dans les données d'entrée, alors c'est <br>
un bug, même si ça n'a apparemment pas de lien avec le fait que les <br>
valeurs soient supérieures à 2^32.<br>
<br>
Ça vaudrait certainement le coup d'ouvrir un ticket avec un exemple <br>
minimal pour reproduire. C'est peut-être ça le plus compliqué dans ton <br>
cas car tu sembles utiliser des nœuds renumérotés à la main. Peut-être <br>
réduire l'extrait OSM à un simple way composé de nœuds problématiques <br>
pour pouvoir le fournir ?<br>
<br>
À +<br>
Julien<br>
<br>
On 08/01/2020 12:29, François Lacombe wrote:<br>
> Bonjour Julien,<br>
> <br>
> Merci pour ta réponse, ça me rassure tout de même.<br>
> Pour les identifiants de ways, c'est moins problématique pour moi.<br>
> <br>
> Ce qui ne passe pas, c'est que j'injecte un XML qui comporte des noeuds <br>
> identifiés avec<br>
> 91220288029161<br>
> 91220288025445<br>
> 91220288026438<br>
> <br>
> Et qui ressortent avec des identifiants tronqués à 10 digits (ce ne sont <br>
> pas les mêmes noeuds). En tout cas ces identifiants là ne sont pas <br>
> présents dans le .osm d'entrée.<br>
> 1885473760<br>
> 246430160<br>
> 5846804688<br>
> 737485280<br>
> 8063904192<br>
> <br>
> 8063904192 étant déjà supérieur à la limite 32 bits, j'ai pensé à une <br>
> limitation à 10 digits<br>
> <br>
> Une idée du problème ?<br>
> <br>
> François<br>
> <br>
> Le mer. 8 janv. 2020 à 11:41, Julien Coupey <<a href="mailto:osm@coupey.fr" target="_blank">osm@coupey.fr</a> <br>
> <mailto:<a href="mailto:osm@coupey.fr" target="_blank">osm@coupey.fr</a>>> a écrit :<br>
> <br>
>     Bonjour François<br>
> <br>
>     OSRM supporte normalement sans problème les ids OSM sur 64 bits pour<br>
>     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<br>
>     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<br>
>     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<br>
>     bientôt être<br>
>      > atteint.<br>
>      > La maintenance de ces derniers mois est au ralenti, fort à parier<br>
>     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<br>
>     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> <mailto:<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> <mailto:<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>
> <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>