[OSM-talk-fr] Limite numérique des identifiants de noeuds/ways OSRM

[François Lacombe]

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 <osm at 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 <osm at coupey.fr
> > <mailto:osm at 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 at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> >      > https://lists.openstreetmap.org/listinfo/talk-fr
> >      >
> >
> >     _______________________________________________
> >     Talk-fr mailing list
> >     Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> >     https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > _______________________________________________
> > Talk-fr mailing list
> > Talk-fr at openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20200108/4df5a020/attachment.htm>