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

2020-01-09 Par sujet François Lacombe 
Bonjour

Une issue a été ouverte relativement à ce problème, avec un extrait sur la
commune de Saint-Christo en Jarez.
https://github.com/Project-OSRM/osrm-backend/issues/5644

Par ailleurs et malgré les id de longueur importante, le routage se fait
correctement et les routes sont bien renvoyées.

N'hésitez pas à commenter ou constater ce que je remonte, pour être sur que
je ne fasse pas d'erreur

François

Le mer. 8 janv. 2020 à 22:58, François Lacombe 
a écrit :

>
> Le mer. 8 janv. 2020 à 22:04, Julien Coupey  a écrit :
>
>> 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. ;-)
>>
>
> Je n'en doute pas vu le nombre de forks sur le dépôt du backend c'est
> impressionnant.
>
> A la base, j'en suis arrivé à cette solution (utiliser annotations=nodes)
> parce qu'il y avait ce soucis-là sur lequel personne n'a jamais réagit
> https://github.com/Project-OSRM/osrm-backend/issues/5190
>
> Il n'y a pas de jeu de données d'entrée en effet, il faudra que je vois si
> je ne peux pas sortir un extract dans ce coin également.
> Mais il faut aussi fournir les profils utilisés pour produire la réduction
> et je n'y suis pas autorisé
>
> Bonne soirée
>
> François
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2020-01-08 Par sujet François Lacombe 
Le mer. 8 janv. 2020 à 22:04, Julien Coupey  a écrit :

> 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. ;-)
>

Je n'en doute pas vu le nombre de forks sur le dépôt du backend c'est
impressionnant.

A la base, j'en suis arrivé à cette solution (utiliser annotations=nodes)
parce qu'il y avait ce soucis-là sur lequel personne n'a jamais réagit
https://github.com/Project-OSRM/osrm-backend/issues/5190

Il n'y a pas de jeu de données d'entrée en effet, il faudra que je vois si
je ne peux pas sortir un extract dans ce coin également.
Mais il faut aussi fournir les profils utilisés pour produire la réduction
et je n'y suis pas autorisé

Bonne soirée

François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2020-01-08 Par sujet 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 
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  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
>> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2020-01-08 Par sujet Julien Coupey 

> 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 > 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 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
 >
 >      > 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
 >

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

2020-01-08 Par sujet 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  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  > > 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 
> >  > 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
> >
>
> ___
> 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

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

2020-01-08 Par sujet Julien Coupey 

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 > 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 
 > 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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2020-01-08 Par sujet François Lacombe 
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  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
> > 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

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

2020-01-08 Par sujet Julien Coupey 

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
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr