[OSM-talk-fr] Suspension du décret prévoyant l'ouverture des données de transport

2017-11-06 Par sujet François Lacombe 
Bonjour à tous,

Lecture du lundi matin:
https://www.nextinpact.com/news/105542-le-gouvernement-suspend-decret-sur-mise-en-open-data-donnees-transport.htm

En résumé: on a pas le cul sorti des ronces.
Puisqu'il n'y a que des solutions, JungleBus est à notre disposition pour
faire pencher la balance dans l'autre sens.

Ce seront mes seules remarques


Bonne journée

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

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

2017-11-06 Par sujet Nicolas Moyroud 


Ma réalité est en effet distordue depuis quelques années, grâce à un 
filtre d'email :)
Tiens on a le même ! Pour rendre service à d'autres on pourrait presque 
en faire un module Thunderbird, ce serait plus pratique... ;-)



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

Re: [OSM-talk-fr] Suspension du décret prévoyant l'ouverture des données de transport

2017-11-06 Par sujet Florian LAINEZ 
Merci François pour la news.
Petit détail : Jungle est un outil, sa communauté c'est vous ! Donc ne
comptez pas sur Jungle Bus pour cartographier votre ville, à vous de vous
en emparer. On continue bien sûr à faire évoluer nos outils pour vous y
aider ...

Le 6 novembre 2017 à 10:13, François Lacombe  a
écrit :

> Bonjour à tous,
>
> Lecture du lundi matin:
> https://www.nextinpact.com/news/105542-le-gouvernement-
> suspend-decret-sur-mise-en-open-data-donnees-transport.htm
>
> En résumé: on a pas le cul sorti des ronces.
> Puisqu'il n'y a que des solutions, JungleBus est à notre disposition pour
> faire pencher la balance dans l'autre sens.
>
> Ce seront mes seules remarques
>
>
> Bonne journée
>
> François
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

2017-11-06 Par sujet Philippe Verdy 
Le 6 novembre 2017 à 07:06, Christian Quest  a
écrit :

> Ma réalité est en effet distordue depuis quelques années, grâce à un
> filtre d'email :)
>
> J'ai retrouvé cette semaine la logorrhée de cet "éminent" contributeur sur
> le slack HOT avec ce ton toujours aussi affirmatif pour un contenu bien
> souvent erroné.
>

Voilà encore une affirmation accusatrice et insultante qui refuse de
prendre en compte la réalité et se cache par des canaux détournés.
Qu'as-tu relevé sur Slack ? Rien du tout. Alors que sans rien leur
demander, je n'y ai eu que des soutiens. Je penses que tu as juste un
parti-pris personnel et que c'est ton "filtre" qui déforme les choses.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Determiner la projection d une carte

2017-11-06 Par sujet Nicolas Moyroud 
Euh ben je veux pas dire mais reprojeter avec gdal en utilisant les 
codes epsg y'a pas plus simple ! Exemple pour passer du Lambert93 au 
lat/lon WGS84 :


gdaltransform -s_srs EPSG:2453 -t_srs EPSG:4326

Et il n'y a pas besoin de connaître les définitions compliquées des 
systèmes de projection déjà supportés par gdal. Gdal c'est bon, 
mangez-en ;-)


Nicolas

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

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

2017-11-06 Par sujet marc marc 
Ne pas confondre une personne et une communauté.

ce qui est franchement dommage :

- c'est de ne pas avoir réussit à mettre un peau dans son vin, ce qui a 
conduit à l'abandon du mainteneur du calendrier dans osmweekly... alors 
qu'à la base, il demandait juste qu'on maintienne une façon non parfaite 
dans le wiki mais qui fonctionnait, le temps d'améliorer l'outil. 
aujourd'hui la page calendrier du wiki... est parfaitement inutilisée 
dans osmweekly !
Si au moins il y avait une proposition de patch... cela aurait évité
de casser l'existant... même si l'existant n'était pas parfait.
la lib est sur github, suffit de s'y plonger.
Moi le niveau de "perfection" me dépasse largement.

- c'est que l'énorme énergie, connaissance et travail accompli est 
entaché par le manque de compromis (cfr modif de la page wiki des 
langues en France, cfr problème répétitif des commentaires de modifs, 
cfr l'argumentaire parfois indigeste) et de modestie (en cas d'avis 
différent, c'est toujours l'autre qui a tord).

J'espère qu'il en sortira quelque chose de positif...

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

Re: [OSM-talk-fr] osm13 ne répond(ait) plus...

2017-11-06 Par sujet JB 

Le 06/11/2017 à 08:03, Christian Quest a écrit :

QA...

C'est bon, le rendu QA est de retour et en turbo !
Le calcul des premiers zoom (6 à 8) ne prends désormais que quelques 
secondes :)


C'est beau de voir qu'il est de moins en moins coloré... les points 
magenta indiquant des routes potentiellement manquantes se sont bien 
réduits en 4 ans !
Il y a des nids à dégommer en Normandie, Aquitaine, PACA et au sud 
d'Orléans...

Tu peux rappeler la page pour le voir depuis un navigateur, hors JOSM ?
J'avais souvenir que c'était du coté de tile.openstreetmap.fr, mais ça 
n'a pas l'air d'être ça.

JB.

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

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

2017-11-06 Par sujet François Lacombe 
Le 6 novembre 2017 à 12:25, marc marc  a écrit :

>
> - c'est que l'énorme énergie, connaissance et travail accompli est
> entaché par le manque de compromis (cfr modif de la page wiki des
> langues en France, cfr problème répétitif des commentaires de modifs,
> cfr l'argumentaire parfois indigeste) et de modestie (en cas d'avis
> différent, c'est toujours l'autre qui a tord).
>

Je ne peux que plussoyer

Cf ce qui s'est passé pour Quick OSM fix service
A ce que j'ai pu lire, la bonne volonté de celui qui a proposé ça s'est
heurté à un mur

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

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

2017-11-06 Par sujet Philippe Verdy 
Ce n'est pas faute d'avoir voulu négocier avec lui et d'avoir déjà pris en
compte depuis longtemps les limites de son engin... qu'il ne veut pas
toucher du tout.
Il dit n'avoir pas le temps de le corriger, mais au lieu de corriger
manuellement les erreurs produites par son outil (qu'il veut maintenir tout
seul) en faisant une simple relecture du résultat sachant que l'outil se
plante à chaque fois depuis des mois (et pas du tout à cause de "moi" parce
que justement j'ai pris soin de lui éviter la plupart des erreurs), il a
voulu faire une correction mineure à un endroit qui de toute façon ne
marchait pas non plus ailleurs.

D'où d'autres préconisations comme le fait de devoir rajouter des virgules
après une ponctuation ou le fait de vouloir supprimer des liens dans les
descriptions ou les faire pointer nulle part (liens rouges).
Il aurait du reconnaître que s'il ne peut pas corriger son outil, il devait
alors corriger les résultats produits (ce qui ne lui aurait de toute façon
pas coûté plus cher, même en temps).

J'ai fait de très nombreux pas dans sa direction à condition de ne pas
casser le reste. Il y a eu une proposition intelligente faite il y a
longtemps (les microformats, faits pour ça et bien documentés). Je lui ai
donné les exemples détaillés, Mais je n'ai pas pu aller au bout de la
démarche (donc impossibilité de mieux détailler les microformats sans
casser complètement son outil propriétaire qu'il ne documente pas du tout
en fait et dont il ne veut pas reconnaitre les limites). Des parseurs de
wikicode corrects il en existe (dont le Pywiki largement utilisé aussi sur
les wikis de Wikimedia: en lecture seule il n'y a aucun besoin
d'autorisation pour l'utiliser). La syntaxe de marquage  MediaWiki ce n'est
pas moi lqui l'ai inventée, mais son outil se planterait de la même façon
si c'était du Markdown, ou même seulement du HTML brut (il suffit de voir
qu'il en reconnait pas non plus la balise "small" qu'il interprète comme du
texte.

En fait il voudrait que le calendrier ne soit qu'un fichier texte CSV, ce
qu'il n'a jamais été (et le priverait de tous les liens qu'il voudrait
pourtant afficher). Il voudrait qu'il y ait des noms de ville et un pays
mais rien d'autre (alors même que c'est souvent nécessaire de préciser
mieux, un nom de ville est souvent ambigu). De plus le calendrier a
toujours eu des événements localisés non spécifiquement dans une ville, et
parfois pour plusieurs pays (à cause de ça on a du rajouter un pseudo-champ
"monde" et même parfois une pseudo-ville et les rendre visibles, ou souvent
de les répéter.

Si j'avais voulu faire plus propre, j'aurais créé un modèle séparant les
champs mais introduit beaucoup moins de flexibilité dans la présentation
(nombre et position des liens) et encore plus de difficultés pour
géolicaliser les évènements. Tout a été documenté (en conservant tout ce
qui était utilisé dans le passé et surtout sans casser non plus les reste
du wiki là où deux modèles sont utilisés pour la date et l'icone, pour
d'autres calendriers ou pour des tableaux de données ayant des
présentations assez différentes).

Ce n'est pas simple du tout de concilier. Mais j'ai fait déjà beaucoup
d'effort (et depuis longtemps) pour tenir compte de son outil en lui
évitant pas mal de charge de travail qu'il en veut pas ou ne sait pas faire
(et pour lequel il n'a donné à personne d'autre de moyens de l'aider
puisqu'il maintient son outil fermé). Je ne peux pas y faire grand chose de
plus.

Il ne peut pas dire qu'il n'y a pas eu de conciliation. De plus il n'a même
jamais tenté de proposer lui aussi quelque chose ou d'expérimenter une
autre façon de procéder avec une page de tests.

Quant à l'argument de "modestie" que tu évoques, c'est non fondé. Même ceux
qui ont tenté de suivre ses propos (sans vérifier) ont même retiré leur
soutien public à son initiative affiché trop tôt. Tout s'est fait en fait
sur des listes détournées. J'ai reçu énormément beaucoup plus de soutiens
que de critiques même s'il reste quelques irréductibles sur les doigts
d'une seule main, qui vont s'en tenir à un détail infime et surtout ne pas
vouloir voir tout le reste:

Le wiki est largement plus ouvert qu'il ne l'a été il y a quelques années,
et permet à beaucoup plus de monde de s'y retrouver pour des projets plus
diversifiés et qu'on peut trouver facilement. Et s'il est maintenant mieux
documenté cela ne s'est pas fait sans patient effort et des progrès par
toutes petites étapes progressives qui ont maintenu le maximum de choses,
et gardé l'ouverture. La prise en compte des besoins particuliers à chaque
langue ou écriture est aussi un fruit de ce patient effort (où avant tout
le monde se fichait pas mal du résultat et ne contrôlait en fait rien du
tout: c'était juste fait pour une publication immédiate et ensuite plus
aucune maintenance, avec un très fort biais pour uniquement l'anglais).



Le 6 novembre 2017 à 12:25, marc marc  a écrit :

> Ne pas confondre une personne et une communauté.
>
> ce qui est fra

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

2017-11-06 Par sujet Philippe Verdy 
Et puis vouloir me reporter la faute sur ce calendrier c'est aussi ignorer
le fait qu'il y a vraiment un tas de monde qui se débrouille avec très bien
tous les jours et il n'y a rien à redire. Les rares fois où j'interviens
c'est justement pour que l'utilisateur qui l'utilise pour WikiOSM n'ait pas
de difficultés : je lui mâche largement le travail en maintenant le format
le plus uniforme possible en connaissant ses limites (parfois je n'ai pas
eu le temps de le faire quand il a saisit au vol une version où un ajout
récent ne tenait pas compte des recommandations actuelles.

Je n'ai jamais été contre une évolution de ce format. Mais il faudra bien
qu'il s'investisse un peu pour corriger ce que son outil ne sait pas faire
depuis longtemps. Le problème n'est pas nouveau et traîne depuis des années.

Enfin je ne suis pas un robot, et même un robot peut faire des erreurs (la
preuve, avec son outil bogué). La tendance maintenant est pour certains de
forcer tous les autres à agir comme des robots et incite à la paresse: plus
question de lire plus de 3 mots, et réponse automatique sur un seul pris
hors de son contexte. OSM se voudrait au service des utilisateurs mais
certains ne tolèrent plus que les robots (qui pourtant insèrent des tas de
nuisances jamais contrôlées et encore plus polluantes, que ce soit sur les
données OSM ou les réseaux sociaux) et une seule langue ("l'anglais"
partout, mais surtout en SMS). Et sinon se prendre une volée d'insultes
(aucune patience et de toute façon aucune volonté de discuter de toute
façon, la mode est au "+1" car de moins en moins de monde veut s'investir
plus de quelques secondes même pour taper un seul mot correct) comme si
c'était acceptable et qu'on "parlait" juste à d'autres robots qui ne s'en
plaindront pas.


Le 6 novembre 2017 à 13:28, Philippe Verdy  a écrit :

> Ce n'est pas faute d'avoir voulu négocier avec lui et d'avoir déjà pris en
> compte depuis longtemps les limites de son engin... qu'il ne veut pas
> toucher du tout.
> Il dit n'avoir pas le temps de le corriger, mais au lieu de corriger
> manuellement les erreurs produites par son outil (qu'il veut maintenir tout
> seul) en faisant une simple relecture du résultat sachant que l'outil se
> plante à chaque fois depuis des mois (et pas du tout à cause de "moi" parce
> que justement j'ai pris soin de lui éviter la plupart des erreurs), il a
> voulu faire une correction mineure à un endroit qui de toute façon ne
> marchait pas non plus ailleurs.
>
> D'où d'autres préconisations comme le fait de devoir rajouter des virgules
> après une ponctuation ou le fait de vouloir supprimer des liens dans les
> descriptions ou les faire pointer nulle part (liens rouges).
> Il aurait du reconnaître que s'il ne peut pas corriger son outil, il
> devait alors corriger les résultats produits (ce qui ne lui aurait de toute
> façon pas coûté plus cher, même en temps).
>
> J'ai fait de très nombreux pas dans sa direction à condition de ne pas
> casser le reste. Il y a eu une proposition intelligente faite il y a
> longtemps (les microformats, faits pour ça et bien documentés). Je lui ai
> donné les exemples détaillés, Mais je n'ai pas pu aller au bout de la
> démarche (donc impossibilité de mieux détailler les microformats sans
> casser complètement son outil propriétaire qu'il ne documente pas du tout
> en fait et dont il ne veut pas reconnaitre les limites). Des parseurs de
> wikicode corrects il en existe (dont le Pywiki largement utilisé aussi sur
> les wikis de Wikimedia: en lecture seule il n'y a aucun besoin
> d'autorisation pour l'utiliser). La syntaxe de marquage  MediaWiki ce n'est
> pas moi lqui l'ai inventée, mais son outil se planterait de la même façon
> si c'était du Markdown, ou même seulement du HTML brut (il suffit de voir
> qu'il en reconnait pas non plus la balise "small" qu'il interprète comme du
> texte.
>
> En fait il voudrait que le calendrier ne soit qu'un fichier texte CSV, ce
> qu'il n'a jamais été (et le priverait de tous les liens qu'il voudrait
> pourtant afficher). Il voudrait qu'il y ait des noms de ville et un pays
> mais rien d'autre (alors même que c'est souvent nécessaire de préciser
> mieux, un nom de ville est souvent ambigu). De plus le calendrier a
> toujours eu des événements localisés non spécifiquement dans une ville, et
> parfois pour plusieurs pays (à cause de ça on a du rajouter un pseudo-champ
> "monde" et même parfois une pseudo-ville et les rendre visibles, ou souvent
> de les répéter.
>
> Si j'avais voulu faire plus propre, j'aurais créé un modèle séparant les
> champs mais introduit beaucoup moins de flexibilité dans la présentation
> (nombre et position des liens) et encore plus de difficultés pour
> géolicaliser les évènements. Tout a été documenté (en conservant tout ce
> qui était utilisé dans le passé et surtout sans casser non plus les reste
> du wiki là où deux modèles sont utilisés pour la date et l'icone, pour
> d'autres calendriers ou pour des tableaux de données ayant de

Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

2017-11-06 Par sujet Axelos 
Coucou,

Le 07/10/2017 à 09:18, Axelos a écrit :
> J’ai utilisé la carte https://cycling.waymarkedtrails.org pour avoir un
> visu sur mes modifications, et j’ai consulté cette page :
> https://cycling.waymarkedtrails.org/help/rendering/hierarchies
> 
> Qui répond à ma question : oui. Elle explique aussi que si les tags
> network sont similaires, alors la relation enfant est prit en compte
> uniquement dans la relation parent, c’est-à-dire que l’enfant n’est pas
> visible sur la carte.
> À contrario si le network est différent, alors les deux relations
> restent présentes.
> Dans la pratique, j’ai constaté que les tags from et to si utilisés
> doivent être aussi identique pour ignorer l’enfant.
> 
> Donc ça permet de jongler dans l’intégration de relations enfants qui
> font partie du même itinéraire, donc inutiles seuls, mais aussi
> d’itinéraires d’un niveau inférieur (icn > ncn > rcn > lcn) tout en les
> gardant disponibles dans la carte.

Pour info, j'ai créé un brouillon sur le wiki pour pallier au fait qu'il
n'y a aucune documentation à ce sujet.

https://wiki.openstreetmap.org/wiki/User:Axelos/hierarchies_route%3Dbicycle

Toute remarque est bonne à prendre.

-- 

Comment les entreprises surveillent notre quotidien ?
https://frama.link/8XtqSFYU

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

Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

2017-11-06 Par sujet Adrien Grellier 
Bonjour Axelos,

Ta page est claire, mais l'exemple que tu prends n'est pas matérialisé
dans OpenStreetMap !

En effet, la boucle de la Moselle n'est pas découpée en relations enfants :
https://cycling.waymarkedtrails.org/#route?id=1779502&map=11!48.7176!6.1151

Peut-être as-tu prévu de le faire prochainement ?

Autre remarque : il faudrait probablement indiquer que ce genre de manip
est plutôt à destination des utilisateurs avancés, et non des débutants.
En effet, découper les relations proprement n'est pas forcément facile
lorsqu'on débute dans OSM.

Bonne soirée

Adrien


Le 06/11/2017 à 15:16, Axelos a écrit :
> Coucou,
>
> Le 07/10/2017 à 09:18, Axelos a écrit :
>> J’ai utilisé la carte https://cycling.waymarkedtrails.org pour avoir un
>> visu sur mes modifications, et j’ai consulté cette page :
>> https://cycling.waymarkedtrails.org/help/rendering/hierarchies
>>
>> Qui répond à ma question : oui. Elle explique aussi que si les tags
>> network sont similaires, alors la relation enfant est prit en compte
>> uniquement dans la relation parent, c’est-à-dire que l’enfant n’est pas
>> visible sur la carte.
>> À contrario si le network est différent, alors les deux relations
>> restent présentes.
>> Dans la pratique, j’ai constaté que les tags from et to si utilisés
>> doivent être aussi identique pour ignorer l’enfant.
>>
>> Donc ça permet de jongler dans l’intégration de relations enfants qui
>> font partie du même itinéraire, donc inutiles seuls, mais aussi
>> d’itinéraires d’un niveau inférieur (icn > ncn > rcn > lcn) tout en les
>> gardant disponibles dans la carte.
> Pour info, j'ai créé un brouillon sur le wiki pour pallier au fait qu'il
> n'y a aucune documentation à ce sujet.
>
> https://wiki.openstreetmap.org/wiki/User:Axelos/hierarchies_route%3Dbicycle
>
> Toute remarque est bonne à prendre.
>




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Rencontre parisienne le vendredi 10 nov - gare de Lyon

2017-11-06 Par sujet Florian LAINEZ 
Hello,
Et si nous nous retrouvions autour d'une bonne bière ce vendredi ? ça fait
longtemps ...
Je vous propose de nous retrouver au Pop-up du label à partir de 19h :
http://www.openstreetmap.org/node/1034179325
J'en parle sur le forum :
http://forum.openstreetmap.fr/viewtopic.php?f=6&t=6615

Vu que nous serons nombreux, je vous propose de vous inscrire si vous
voulez dîner :
https://www.helloasso.com/associations/jungle-bus/evenements/rencontre-openstreetmap-paris-10-novembre-2017-inscription-au-diner
Inscriptions avant jeudi 18h.
Si vous voulez dîner sans vous inscrire, c'est également possible, mais
vous ne serez pas assis à une table.

--
Cette rencontre fait suite à la journée de jeudi : le premier sommet de la
cartorgraphie ouverte des réseaux de transport africains aura lieu dans les
locaux de l'AFD (gare de Lyon). Ce sera l'occasion pour nous de rencontrer
les communautés issues de divers pays (Egypte, Ghana, Allemagne, ...) et de
leur présenter Jungle Bus.
De nombreux participants à cette journée seront également présents le
vendredi soir, profitez-en donc pour les rencontrer !
Et aussi pour vous inscrire à la journée de jeudi (inscription gratuite
mais obligatoire) : http://www.digitaltransport4africa.org

Jungle !

-- 

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

Re: [OSM-talk-fr] Cherche photos pour illustrer osm.fr

2017-11-06 Par sujet Stéphane Péneau 

Hello Florian,

En voici quelques-unes, on ne sait jamais
https://nas.stemani.fr:5001/sharing/CruuvD4hl
password : carto2017

l'accès peut parfois être coupé la nuit.

A+

Stf


Le 02/11/2017 à 19:51, Florian LAINEZ a écrit :

Hello,
Nous avions parlé en début d'année d'une refonte du site internet 
openstreetmap.fr 
Je m'y repenche en ce moment, et je cherche des photos pour illustrer 
les pages.


Si vous en avez de très belles je suis preneur !

Ce qui m'intéresse :
-des photos de groupe / événements
-des photos de rencontre avec les collectivités / entreprises / aux 
acteurs
-des contributeurs sur le terrain (avec smartphone / papier / autre, à 
pied, à vélo, à cheval ! ...)

-des contributeurs qui mappent depuis leur ordi

Vous l'avez compris, je cherche de l'humain et des photos de qualité.
Merci par avance pour votre aide

--

*Florian Lainez*

@overflorian 


___
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] Importation des hauteurs de bâtiments sur Montpellier

2017-11-06 Par sujet Vincent Frison 
Je confirme que tout a l'air bon maintenant.

Le nombre final de bâtiments mis à jour est 55 605.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr