Merci Julien, je vais essayer de fournir un fichier de ce style là pour une issue Effectivement je pense que c'est un bug aussi
Sais-tu si l'équipe les traite encore? Les derniers essais que j'ai fait n'ont pas obtenus de réponse. Bonne soirée :) François Le mer. 8 janv. 2020 à 16:06, Julien Coupey <[email protected]> a écrit : > Re > > Si tu récupères en sortie (dans l'objet `annotation.nodes` d'une route) > des ids de nœuds qui ne sont pas dans les données d'entrée, alors c'est > un bug, même si ça n'a apparemment pas de lien avec le fait que les > valeurs soient supérieures à 2^32. > > Ça vaudrait certainement le coup d'ouvrir un ticket avec un exemple > minimal pour reproduire. C'est peut-être ça le plus compliqué dans ton > cas car tu sembles utiliser des nœuds renumérotés à la main. Peut-être > réduire l'extrait OSM à un simple way composé de nœuds problématiques > pour pouvoir le fournir ? > > À + > Julien > > On 08/01/2020 12:29, François Lacombe wrote: > > Bonjour Julien, > > > > Merci pour ta réponse, ça me rassure tout de même. > > Pour les identifiants de ways, c'est moins problématique pour moi. > > > > Ce qui ne passe pas, c'est que j'injecte un XML qui comporte des noeuds > > identifiés avec > > 91220288029161 > > 91220288025445 > > 91220288026438 > > > > 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. > > 1885473760 > > 246430160 > > 5846804688 > > 737485280 > > 8063904192 > > > > 8063904192 étant déjà supérieur à la limite 32 bits, j'ai pensé à une > > limitation à 10 digits > > > > Une idée du problème ? > > > > François > > > > Le mer. 8 janv. 2020 à 11:41, Julien Coupey <[email protected] > > <mailto:[email protected]>> a écrit : > > > > Bonjour François > > > > OSRM supporte normalement sans problème les ids OSM sur 64 bits pour > > les > > nœuds depuis un moment[1]. Ce n'est pas le cas pour les ways (ids > > toujours sur 32 bits) mais a priori il y a de la marge si tu utilises > > les données OSM telles quelles. > > > > > ca ne passe pas. > > > > Si tu peux développer un peu sur ce qui coince, peut-être que ça > > vaut le > > coup d'ouvrir un ticket ? > > > > [1] https://github.com/Project-OSRM/osrm-backend/pull/1793 > > > > À + > > Julien > > > > On 08/01/2020 11:19, François Lacombe wrote: > > > Bonjour la liste > > > > > > Est-ce que quelqu'un familier avec OSRM saurait me dire quelle > > est la > > > limite exacte pour les identifiants de nœuds et de chemins OSM? > > > > > > Je remarque que ces identifiants ne dépassent pas 10 digits dans > les > > > réponses fournies par l'API route. > > > On en est à 5700014039 de nœuds dans la base, le plafond va > > bientôt être > > > atteint. > > > La maintenance de ces derniers mois est au ralenti, fort à parier > > que ce > > > ne sera bientôt plus utilisable? > > > > > > Perso je régénère des fichiers xml osm avec des identifiants 64 > > bits et > > > ca ne passe pas. > > > > > > Preneur de vos commentaires, merci par avance > > > > > > François > > > > > > _______________________________________________ > > > Talk-fr mailing list > > > [email protected] <mailto:[email protected]> > > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > > > > _______________________________________________ > > Talk-fr mailing list > > [email protected] <mailto:[email protected]> > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > > > _______________________________________________ > > Talk-fr mailing list > > [email protected] > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
