Re: [Talk-uy] Importación del STM
Bueno, la licencia nunca menciona "dominio público", tal vez eso fue una simplificación para la wiki en inglés. El tipo de licencia es simplemente "libre", o "de uso libre" cómo menciona la página de descarga. Para se específicos: no tienen ninguna regulación de derechos de autor (parte 2 h) y los datos que son publicados no tienen las limitaciones mencionadas en 2 h (porque cumplieron con la parte 2 a). Ya lo corregí en la descripción en la wiki. Mensaje original El 27 de septiembre de 2022 7:02 p. m., Ismael Luceno escribió: > No queda claro que eso sea dominio público, pero si lo es, casi seguro que es > incompatible; Uruguay tiene lo que se conoce como: dominio público pagante. > > Referencias: > > - https://en.wikipedia.org/wiki/Paying_public_domain > - https://es.wikipedia.org/wiki/Derecho_de_autor_en_Uruguay > > El mar, 27 sept 2022 a la(s) 17:13, VicSanRoPe (vicsanr...@protonmail.com) > escribió: > >> Es esencialmente dominio público. >> Esa licencia es >> https://www.montevideo.gub.uy/asl/sistemas/Gestar/resoluci.nsf/WEB/Intendente/640-10 >> Parte 2 h de la resolución es lo importante. >> >> Ya fue listado (Montevideo GIS) en >> https://wiki.openstreetmap.org/wiki/Import/Catalogue cómo dominio público >> (ya se han usado datos de ahí) >> >> Mensaje original >> El 27 de septiembre de 2022 11:52 a. m., Ismael Luceno < >> ismael.luc...@gmail.com> escribió: >> >>> Veo que está aclarado en la wiki... >>> >>> Respecto al dominio público, ¿dónde se estudió eso? hasta donde yo recuerdo >>> Uruguay tenía un dominio público pagante, con lo cual si está realmente en >>> dominio público es problemático... >>> >>> El mar, 27 sept 2022 a la(s) 16:50, Ismael Luceno (ismael.luc...@gmail.com) >>> escribió: >>> Hola, Muy buena iniciativa, pero ¿cuál es la licencia de los datos de STM?, ¿es compatible? El mar, 27 sept 2022 a la(s) 15:56, VicSanRoPe via Talk-uy (talk-uy@openstreetmap.org) escribió: > Hola, hice un programa para importar las líneas de transporte público del > STM (ya tiene algunos arreglos manuales, los datos no son perfectos). > Los detalles están en: > https://wiki.openstreetmap.org/wiki/ES:Uruguay/Importaci%C3%B3n_del_STM > > El resultado parcial, antes de los últimos arreglos manuales que hay que > hacer (mencionados en la wiki) es este: > https://raw.githubusercontent.com/VicSanRoPe/STM_Import/master/MontevideoConBuses.osm.zip > > Si quieren probar el código, está en: > https://github.com/VicSanRoPe/STM_Import > > Me gustaría saber qué opinan. > > ___ > Talk-uy mailing list > Talk-uy@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-uy___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [Talk-uy] Importación del STM
No queda claro que eso sea dominio público, pero si lo es, casi seguro que es incompatible; Uruguay tiene lo que se conoce como: dominio público pagante. Referencias: - https://en.wikipedia.org/wiki/Paying_public_domain - https://es.wikipedia.org/wiki/Derecho_de_autor_en_Uruguay El mar, 27 sept 2022 a la(s) 17:13, VicSanRoPe (vicsanr...@protonmail.com) escribió: > Es esencialmente dominio público. > Esa licencia es > https://www.montevideo.gub.uy/asl/sistemas/Gestar/resoluci.nsf/WEB/Intendente/640-10 > Parte 2 h de la resolución es lo importante. > > Ya fue listado (Montevideo GIS) en > https://wiki.openstreetmap.org/wiki/Import/Catalogue cómo dominio público > (ya se han usado datos de ahí) > > > > > > > Mensaje original > El 27 de septiembre de 2022 11:52 a. m., Ismael Luceno < > ismael.luc...@gmail.com> escribió: > > > Veo que está aclarado en la wiki... > > Respecto al dominio público, ¿dónde se estudió eso? hasta donde yo > recuerdo Uruguay tenía un dominio público pagante, con lo cual si está > realmente en dominio público es problemático... > > El mar, 27 sept 2022 a la(s) 16:50, Ismael Luceno (ismael.luc...@gmail.com) > escribió: > >> Hola, >> >> Muy buena iniciativa, pero ¿cuál es la licencia de los datos de STM?, ¿es >> compatible? >> >> El mar, 27 sept 2022 a la(s) 15:56, VicSanRoPe via Talk-uy ( >> talk-uy@openstreetmap.org) escribió: >> >>> Hola, hice un programa para importar las líneas de transporte público >>> del STM (ya tiene algunos arreglos manuales, los datos no son perfectos). >>> Los detalles están en: >>> https://wiki.openstreetmap.org/wiki/ES:Uruguay/Importaci%C3%B3n_del_STM >>> >>> El resultado parcial, antes de los últimos arreglos manuales que hay que >>> hacer (mencionados en la wiki) es este: >>> >>> https://raw.githubusercontent.com/VicSanRoPe/STM_Import/master/MontevideoConBuses.osm.zip >>> >>> Si quieren probar el código, está en: >>> https://github.com/VicSanRoPe/STM_Import >>> >>> Me gustaría saber qué opinan. >>> >>> ___ >>> Talk-uy mailing list >>> Talk-uy@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-uy >>> >> ___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [OSM-talk] Proposed automated edit - remove image=https://westnordost.de/p/* tags (and similar)
Sep 26, 2022, 13:49 by marc_m...@mailo.com: > is it possible to have a list by country? i would be willing to go through a > series of images and contact one or the other person concerned > Are you interested in specific area? That would be easier and faster and less resource intensive to produce than geocoding all of them. > Maybe this would be an opportunity to have an easy way to add a picture to > commons for an osm constributor, I mean as easy as taking a picture for a > note in SC. but that's a whole other topic than your mass editing proposal > which I therefore partly agree with > I remember someone announcing work on such project recently. Not sure is it progressing beyond an idea but I guess that you can star repository as indicator of interest: https://github.com/Discostu36/OSM-Photos And there is https://github.com/Discostu36/OSM-Photos#how-can-i-help ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-uy] Importación del STM
Es esencialmente dominio público. Esa licencia es https://www.montevideo.gub.uy/asl/sistemas/Gestar/resoluci.nsf/WEB/Intendente/640-10 Parte 2 h de la resolución es lo importante. Ya fue listado (Montevideo GIS) en https://wiki.openstreetmap.org/wiki/Import/Catalogue cómo dominio público (ya se han usado datos de ahí) Mensaje original El 27 de septiembre de 2022 11:52 a. m., Ismael Luceno escribió: > Veo que está aclarado en la wiki... > > Respecto al dominio público, ¿dónde se estudió eso? hasta donde yo recuerdo > Uruguay tenía un dominio público pagante, con lo cual si está realmente en > dominio público es problemático... > > El mar, 27 sept 2022 a la(s) 16:50, Ismael Luceno (ismael.luc...@gmail.com) > escribió: > >> Hola, >> >> Muy buena iniciativa, pero ¿cuál es la licencia de los datos de STM?, ¿es >> compatible? >> >> El mar, 27 sept 2022 a la(s) 15:56, VicSanRoPe via Talk-uy >> (talk-uy@openstreetmap.org) escribió: >> >>> Hola, hice un programa para importar las líneas de transporte público del >>> STM (ya tiene algunos arreglos manuales, los datos no son perfectos). >>> Los detalles están en: >>> https://wiki.openstreetmap.org/wiki/ES:Uruguay/Importaci%C3%B3n_del_STM >>> >>> El resultado parcial, antes de los últimos arreglos manuales que hay que >>> hacer (mencionados en la wiki) es este: >>> https://raw.githubusercontent.com/VicSanRoPe/STM_Import/master/MontevideoConBuses.osm.zip >>> >>> Si quieren probar el código, está en: >>> https://github.com/VicSanRoPe/STM_Import >>> >>> Me gustaría saber qué opinan. >>> >>> ___ >>> Talk-uy mailing list >>> Talk-uy@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-uy___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [Talk-uy] Importación del STM
Veo que está aclarado en la wiki... Respecto al dominio público, ¿dónde se estudió eso? hasta donde yo recuerdo Uruguay tenía un dominio público pagante, con lo cual si está realmente en dominio público es problemático... El mar, 27 sept 2022 a la(s) 16:50, Ismael Luceno (ismael.luc...@gmail.com) escribió: > Hola, > > Muy buena iniciativa, pero ¿cuál es la licencia de los datos de STM?, ¿es > compatible? > > El mar, 27 sept 2022 a la(s) 15:56, VicSanRoPe via Talk-uy ( > talk-uy@openstreetmap.org) escribió: > >> Hola, hice un programa para importar las líneas de transporte público del >> STM (ya tiene algunos arreglos manuales, los datos no son perfectos). >> Los detalles están en: >> https://wiki.openstreetmap.org/wiki/ES:Uruguay/Importaci%C3%B3n_del_STM >> >> El resultado parcial, antes de los últimos arreglos manuales que hay que >> hacer (mencionados en la wiki) es este: >> >> https://raw.githubusercontent.com/VicSanRoPe/STM_Import/master/MontevideoConBuses.osm.zip >> >> Si quieren probar el código, está en: >> https://github.com/VicSanRoPe/STM_Import >> >> Me gustaría saber qué opinan. >> >> ___ >> Talk-uy mailing list >> Talk-uy@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-uy >> > ___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [Talk-uy] Importación del STM
Hola, Muy buena iniciativa, pero ¿cuál es la licencia de los datos de STM?, ¿es compatible? El mar, 27 sept 2022 a la(s) 15:56, VicSanRoPe via Talk-uy ( talk-uy@openstreetmap.org) escribió: > Hola, hice un programa para importar las líneas de transporte público del > STM (ya tiene algunos arreglos manuales, los datos no son perfectos). > Los detalles están en: > https://wiki.openstreetmap.org/wiki/ES:Uruguay/Importaci%C3%B3n_del_STM > > El resultado parcial, antes de los últimos arreglos manuales que hay que > hacer (mencionados en la wiki) es este: > > https://raw.githubusercontent.com/VicSanRoPe/STM_Import/master/MontevideoConBuses.osm.zip > > Si quieren probar el código, está en: > https://github.com/VicSanRoPe/STM_Import > > Me gustaría saber qué opinan. > > ___ > Talk-uy mailing list > Talk-uy@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-uy > ___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
Le 27/09/2022 à 15:37, Vincent de Château-Thierry a écrit : De: "leni" Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas de téléchargement des données ni d'affichage de calque : Voici les infos : 2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation -> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. 2022-09-27 15:11:28.827 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B) La requête que tu montres n'a pas le bon nombre de paramètres, c'est le signe que ta page n'est pas à jour. Il faudrait la rafraichir avec un Ctrl+F5 vincent Tout est ok Merci Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-uy] Importación del STM
Hola, hice un programa para importar las líneas de transporte público del STM (ya tiene algunos arreglos manuales, los datos no son perfectos). Los detalles están en: https://wiki.openstreetmap.org/wiki/ES:Uruguay/Importaci%C3%B3n_del_STM El resultado parcial, antes de los últimos arreglos manuales que hay que hacer (mencionados en la wiki) es este: https://raw.githubusercontent.com/VicSanRoPe/STM_Import/master/MontevideoConBuses.osm.zip Si quieren probar el código, está en: https://github.com/VicSanRoPe/STM_Import Me gustaría saber qué opinan.___ Talk-uy mailing list Talk-uy@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-uy
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
> De: "leni" > Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas > de téléchargement des données ni d'affichage de calque : > Voici les infos : > 2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET > /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation > HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET > https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation > -> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: > L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. > 2022-09-27 15:11:28.827 INFOS: GET > https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre > des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B) La requête que tu montres n'a pas le bon nombre de paramètres, c'est le signe que ta page n'est pas à jour. Il faudrait la rafraichir avec un Ctrl+F5 > alors qu'avec point c'est ok : Oui la partie "points" n'est pas affectée par les pseudo-FANTOIR. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
Le 27/09/2022 à 14:01, Vincent de Château-Thierry a écrit : De: "osm vdct" Le 25 septembre 2022 19:29:12 GMT+02:00, leni a écrit : J'ai un problème, mais est-ce dû à ma configuration ? Non du tout. J'ai passé pas mal de temps à reconfigurer l'onglet Pifomètre suite aux nouveautés dont je parlais ce matin, et j'ai tout simplement *oublié* de gérer les conséque'ces sur les autres onglets /o\ :) C'est maintenant réglé, l'onglet "Top adresses manquantes" devrait fonctionner y compris avec le mode Relation. Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas de téléchargement des données ni d'affichage de calque : Voici les infos : 2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation -> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. 2022-09-27 15:11:28.827 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B) alors qu'avec point c'est ok : 2022-09-27 15:15:19.164 INFOS: RemoteControl received: GET /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Points HTTP/1.1 2022-09-27 15:15:20.151 INFOS: GET https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Points -> HTTP/1.1 200 (974 ms; 625 B) 2022-09-27 15:15:21.223 INFOS: Copying BIM resource files from jar to file system 2022-09-27 15:15:21.223 INFOS: C:\Users\MFH\AppData\Roaming\JOSM\plugins\indoorhelper\resources\IFC2X3_TC1.exp 2022-09-27 15:16:28.780 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (461 ms; 751 B) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
> De: "osm vdct" > Le 25 septembre 2022 19:29:12 GMT+02:00, leni a écrit > : > >>J'ai un problème, mais est-ce dû à ma configuration ? > > Non du tout. J'ai passé pas mal de temps à reconfigurer l'onglet Pifomètre > suite > aux nouveautés dont je parlais ce matin, et j'ai tout simplement *oublié* de > gérer les conséque'ces sur les autres onglets /o\ :) C'est maintenant réglé, l'onglet "Top adresses manquantes" devrait fonctionner y compris avec le mode Relation. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Bonjour, > De: "leni" > J'ai fait l'option pour le rapprochement : > - la Voie sans FANTOIR a disparu > > - la Voie FANTOIR a été rapprochée de la voie OSM par contre, elle ne > voit pas que les points adresse existent Il y avait un mic-mac toute la matinée, peut-être la cause de cet affichage. J'ai forcé le rapprochement et les adresses ne sont plus proposés. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 27/09/2022 à 12:36, deuzeffe a écrit : Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit : Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. Je n'avais pas vu la divergence d'orthographe (honte sur moi) mais de (piètre) mémoire, il semble me rappeler que le pseudo-libellé FANTOIR était de la forme "CH" (et non CHE ou CHEM) qui n'existe pas dans ton dico. ni dans le référentiel FANTOIR. Aucune idée si ça a pu influer, surtout que comme Leni a bien fait les choses, c'est devenu transparent (donc invisible). Je ne me souviens plus et je n'ai pas non plus fait de copie-écran, mais je peux très facilement revenir en arrière (pas grand-chose à faire) ... leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit : Le 26/09/2022 à 19:32, leni a écrit : https://bano.openstreetmap.fr/pifometre/index.html#insee=32087=0 une Voie sans FANTOIR "chemin de genboy" avec deux points adresse qui correspond à la voie avec FANTOIR (onglet 2) CHEM DE JENBOY (les 2 mêmes points adresse, précédents, sont dans le cadastre et il y a un GENBOY qui traîne sur le plan cadastral) si je met dans osm "Chemin de Genboy" avec ref:FR:FANTOIR le rapprochement va se faire avec l'onglet 2, mais pas avec l'onglet 0 ? il faudra lui ajouter "voie doublon avec orthographe différente" ? Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. vincent J'ai fait l'option pour le rapprochement : - la Voie sans FANTOIR a disparu - la Voie FANTOIR a été rapprochée de la voie OSM par contre, elle ne voit pas que les points adresse existent leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit : Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. Je n'avais pas vu la divergence d'orthographe (honte sur moi) mais de (piètre) mémoire, il semble me rappeler que le pseudo-libellé FANTOIR était de la forme "CH" (et non CHE ou CHEM) qui n'existe pas dans ton dico. ni dans le référentiel FANTOIR. Aucune idée si ça a pu influer, surtout que comme Leni a bien fait les choses, c'est devenu transparent (donc invisible). -- deuzeffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 26/09/2022 à 14:53, Vincent de Château-Thierry a écrit : Bonjour, Hello, Le fichier évolue chaque trimestre (comme tu sais ;) ) Oh ! Quelle surprise ! ;P En l'état, le vrai déclencheur de la disparition du code pseudo-FANTOIR c'est l'apparition du vrai code conjointement dans FANTOIR et la BAN. Il faudrait un peu de boulot additionnel pour que le pseudo disparaisse rien qu'avec la publication du vrai dans FANTOIR. Donc, "yapuka" coder le déclencheur, c'est ça ? Les noms dans l'onglet 6 disparaissent (normalement) au rythme où apparaissent des adresses dans OSM associées au nom de voie. Ah faut intégrer les adresses en plus du nom des voies ? Bouhouhou... Ah non, Nedde est tout propre !!! Merci :) Oui les noms BAN dans leur version pseudo-FANTOIR essaient au mieux de ressembler aux noms FANTOIR. Au moment de leur chercher un nom correspondant dans OSM, le même traitement est fait pour les noms OSM. La plupart du temps, ça converge. Mais juste la plupart du temps, pas tout le temps :) Ton exemple est typique : deSverineS dans la BAN, deverine dans FANTOIR, deverRine dans OSM. Pur bazar. Le tag ref:FR:FANTOIR permet de faire le lien OSM <-> FANTOIR pour compenser ces divergences, mais on n'a aucun mécanisme pour l'équivalent entre BAN et OSM ou BAN et FANTOIR. C'est un peu la limite de l'exercice pour l'instant. Certes. Mais on fait comme d'hab. : forcer le rapprochement avec ref:FR:FANTOIR, donc. -- deuzeffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr