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

[Philippe Verdy]

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.
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.
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.
Attention aussi à certains vieux scripts PH, Perl, Python.
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).
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).



Le mer. 8 janv. 2020 à 12:31, François Lacombe <fl.infosreseaux at gmail.com>
a écrit :

> 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> 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
>> > 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/e3b23d65/attachment.htm>