> Sais-tu si l'équipe les traite encore?
Le problème est qu'à l'heure actuelle il n'y a plus vraiment d' « équipe
» sur OSRM, tout juste danpat qui fait un peu de SAV en commentant les
nouveaux tickets ouverts.
S'il s'agit vraiment d'un bug facilement reproductible, il y a toutefois
des chances que tu aies un retour. Il y a quand même pas mal de gens qui
continuent à utiliser OSRM et tout ce petit monde a intérêt à ce que ça
fonctionne. ;-)
Bonne soirée
Julien
On 08/01/2020 18:06, François Lacombe wrote:
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 <o...@coupey.fr
<mailto:o...@coupey.fr>> 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 <o...@coupey.fr
<mailto:o...@coupey.fr>
> <mailto:o...@coupey.fr <mailto:o...@coupey.fr>>> 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
> > Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org> <mailto:Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org>>
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
<mailto:Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
