Re: [OSM-talk-fr] SeFaireConnaitre :(
Bien vu pour le recalage, la position est assez bonne du coup. Mais c'est en fait un doublon puisque le POI était déjà présent dans osm. Je vais fusionner pour conserver toutes les infos. Le 28 mai 2015 21:06, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : J'en ai vu aussi, mais il y a du mieux. Leur procédure reste bizarre : Un point à un mauvais emplacement est créé (milieu de la route) Puis, dans un autre changeset, il est recalé. C'est le cas de ton exemple, reste à voir si sa position actuelle est la bonne. Stf Le 28/05/2015 19:25, Pierre-Yves Berrard a écrit : Recrudescence de création de points mal placés de manière automatique par l'utilisateur SeFaireConnaitre. Un exemple (parmi beaucoup) : https://www.openstreetmap.org/changeset/31523303 Ce contributeur (une agence de com) semble ignorer les remarques qu'on lui a fait à ce sujet... https://lists.openstreetmap.org/pipermail/talk-fr/2014-November/073250.html ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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] Autocariste, dépôt de bus, de train
Le 28 mai 2015 11:49, Romain MEHUT romain.me...@gmail.com a écrit : A mon sens il parlait des noms donnés pour décrire quelque chose sans rapport avec un quelconque nom identifiable sur le terrain. Si cimetière municipal est bien le nom inscrit, alors oui il a tout à fait sa place pour le tag name. S'il y a marqué Poubelle sur une poubelle il faut lui donner un nom sur OSM ? Pour l'exemple du cimetière, le nom est en effet probablement affiché, surement dû au fait qu'il est difficile de déterminer ce qui est à l'intérieur des murs les entourant en général (en tout cas sans connaître le lieu au préalable). Si le nom permet de distinguer ce cimetière par rapport aux autres cimetières, alors oui il est intéressant de le mentionner. Cimetière municipal ne semble pas du tout être unique, et ajouter le nom de la ville également puisque sa position géographique à l'intérieur d'une limite administrative permet de l'obtenir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des données de PSS dans OSM
Le 1 mai 2015 21:14, Vincent Frison vincent.fri...@gmail.com a écrit : Merci pour vos réponses, notamment Philippe pour ton mail très instructif. Et donc s'il faut résumer cette licence BY-NC-ND empêche toute extraction de donnée vers OSM, c'est vraiment dommage. Je vais quand même essayer de leur demander si une autorisation spéciale pour OSM serait envisageable, sait on jamais... Bon à priori ça devrait pouvoir se faire, ils m'ont même donné un export de leur base en XML ! :) L'export contient : - la hauteur de l'immeuble - l'URL vers la fiche de l'immeuble sur leur site - et évidemment les coordonnées Le fichier contient 43 188 bâtiments et non pas 47 636 comme indiqué sur leur site car ils ont déjà filtré les bâtiments qui sont en projet ou détruit (ça tombe bien car ils ne nous intéressent pas). Maintenant il faudrait que je leur fournisse un document autorisant explicitement l'import de ces données dans OSM puis qu'ils le signent. Si quelqu'un a un modèle je suis preneur... J'ai fait tourner mon programme sur cet export et voici quelques statistiques : Total of loaded imports: 43188 Total of matched imports: 33059 Number of matched elements: 31789 Number of updatable elements: 31756 Number of updated elements: 0 Repartition by matching scores: - score between 0% and 10% : 972 (3%) elements = 0 updated (970 were updatable) - score between 10% and 20% : 0 (0%) elements = 0 updated (0 were updatable) - score between 20% and 30% : 0 (0%) elements = 0 updated (0 were updatable) - score between 30% and 40% : 0 (0%) elements = 0 updated (0 were updatable) - score between 40% and 50% : 0 (0%) elements = 0 updated (0 were updatable) - score between 50% and 60% : 0 (0%) elements = 0 updated (0 were updatable) - score between 60% and 70% : 0 (0%) elements = 0 updated (0 were updatable) - score between 70% and 80% : 0 (0%) elements = 0 updated (0 were updatable) - score between 80% and 90% : 0 (0%) elements = 0 updated (0 were updatable) - score between 90% and 100% : 30817 (96%) elements = 0 updated (30786 were updatable) Quelques remarques : - sur les 43 188 buildings PSS seulement 33059 correspondent à au moins un bâtiment OSM = environ 1 buildings PSS sont écartés (soit parce qu'ils ont des coordonnées placées légèrement à côté du bâtiment soit parce que le bâtiment n'existe tout simplement pas dans OSM) - cela fait que 31789 buildings OSM correspondent avec au moins un building PSS : * 972 correspondent à plus d'un seul building PSS et dans ce cas là je préfère mettre un score global à 0% (et donc ne rien faire) car ça veut dire que le découpage de ces bâtiments OSM n'est pas assez précis. * 30817 correspondent qu'à un seul building PSS et parmi ceux ci 30786 sont updatables, les autres ne le sont pas car ils avaient déjà un tag height. Il faut bien comprendre que le souci comparé à mon import des bâtiments parisiens c'est qu'ici on a pas la surface des buildings, or je me basais justement sur celle ci pour calculer les scores de correspondance. Du coup un building PSS dont ses coordonnées sont à l'intérieur d'un building OSM a forcément un score de correspondance à 1.0 (ie. le score max). Par contre s'il y en a plus qu'un seul building PSS qui matche un building OSM (environ 3% des cas) alors je met le score global du building OSM à 0% afin de ne rien faire. Cela évitera pas mal de situations problématiques mais pas le cas où un building OSM correspond dans la réalité à plusieurs buildings de hauteur différente. C'est surtout vrai pour Paris mais ça peut aussi arriver hors de Paris même si c'est de manière beaucoup plus marginale de ce que j'ai vu. Mais ce que je pourrais éventuellement faire c'est avoir une bounding box d'exclusion afin de ne pas toucher à Paris et sa petite couronne. Ou sinon j'ai vu sur leur site que certains buildings avaient une surface de terrain. S'ils pouvaient la rajouter export je pourrais calculer des scores comme je le faisais pour l'import sur Paris. Sauf que cette notion de surface de terrain ne correspond pas forcément à l'empreinte du bâtiment (par ex. pour les résidences avec plusieurs immeubles ça peut être la surface totale de la résidence) et en plus cette info n'est pas présente à chaque fois. Au final il y aurait donc beaucoup moins que 30k buildings updatables mais au moins ça serait plus sûr, bref c'est à creuser... Sinon ça serait bien chouette s'ils pouvaient également nous rajouter dans leur export un ou deux champs supplémentaires, comme par exemple le nom ou l'année de construction mais bon c'est déjà assez classe qu'ils nous autorisent déjà utiliser la hauteur malgré leur vilaine licence BY-NC-ND. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] modification page Wiki
Déjà la largeur forcée de la table (600 pixels) n'est pas nécessaire du tout, tout va bien quand on l'enlève. Ensuite si l'écran n'est pas assez large, les colonnes se reserrerront toutes seules. Le 28 mai 2015 20:31, Francescu GAROBY windu...@gmail.com a écrit : Bonsoir, La colonne Description est en fait basée sur un template : http://wiki.openstreetmap.org/wiki/Template:ValueDescription Il te faut donc jouer avec les possibilités offertes par ce template, pour faire ce que tu souhaites. Peut-être en renseignant le style ? Francescu Le 28 mai 2015 20:27, bernard bernard.a...@laposte.net a écrit : Bonjour, J'essaie de modifier la page wiki Boulangerie 1- je voudrai élargir une colonne ; ici la colonne Description (pour faciliter la lecture) Un rapide aperçu sur le wiki ne laisse à penser que ce n'est pas possible. Peut-on élargir artificiellement la colonne .. Description... ? ou y at'il une méthode mieux adaptée ? Merci de vos réponses Cordialement bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ 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] modification page Wiki
Tu as mal lu, il ne parle pas je pense de l'infobox à droite mais du tableau dans la page, où je viens de régler le problème en ôtant la largeur du tableau forcée inutilement (et nuisiblement). Le 28 mai 2015 20:31, Francescu GAROBY windu...@gmail.com a écrit : Bonsoir, La colonne Description est en fait basée sur un template : http://wiki.openstreetmap.org/wiki/Template:ValueDescription Il te faut donc jouer avec les possibilités offertes par ce template, pour faire ce que tu souhaites. Peut-être en renseignant le style ? Francescu Le 28 mai 2015 20:27, bernard bernard.a...@laposte.net a écrit : Bonjour, J'essaie de modifier la page wiki Boulangerie 1- je voudrai élargir une colonne ; ici la colonne Description (pour faciliter la lecture) Un rapide aperçu sur le wiki ne laisse à penser que ce n'est pas possible. Peut-on élargir artificiellement la colonne .. Description... ? ou y at'il une méthode mieux adaptée ? Merci de vos réponses Cordialement bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ 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] OSM Boundaries réduit la France
On tombe régulièrement sur ce conflit de frontières au Mont Blanc (visiblement les Italiens ne sont pas d'accord alors qu'officiellement cet accord frontalier existe avec une tolérance sur le sommet, mais on admet la frontière comme passant par les sommets des deux dômes sans les contourner d'un côte ou de l'autre). Certains contributeurs font trop de zèle sur les anciennes revendications politiques qui n'ont plus lieu d'être (les deux pays de toute façon assurant conjointement la sécurité dans la zone, selon les conditions météo pour les hélicos, l'état de la neige et les voies d'accès praticables ou non). On est avant tout dans un espace naturel protégé (et risqué) où la question de fierté politique nationale n'a pas sa place. Le 27 mai 2015 15:24, didier2020 didier2...@free.fr a écrit : la relation est ouverte au niveau du mont blanc http://www.openstreetmap.org/#map=19/45.83243/6.86439 il y a 5 nodes au meme endroit ... je ne sais pas corriger car le cadastre ne correspond pas du tout au tracé de frontiere. Le mercredi 27 mai 2015 à 14:59 +0200, Antoine Riche a écrit : Bonjour, Est-ce quelqu'un sait qui maintient le service OSM Boundaries : https://osm.wno-edv-service.de/boundaries/ ? C'est un outil plutôt bien fait pour récupérer les limites administratives, mais aujourd'hui la France a perdu sa partie métropolitaine, ne reste que la France d'outre-mer. Cela semble dû à l'absence de la relation de niveau 3, du coup on ne peut pas accéder à celles de niveaux supérieurs. Pourtant celle-ci a l'air en bon état et n'a pas été modifiée récemment : http://www.openstreetmap.org/relation/1403916 Antoine. ___ 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
[OSM-talk-fr] Cépages ?
Bonjour, Quelqu'un sait-il s'il est possible d'indiquer les cépages des vignes et quels attributs utiliser ? J'ai cherché, mais rien trouvé à ce sujet dans le wiki. Merci Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] modification page Wiki
En fait pour les boulangeries, de plus en plus il y a aussi de l'alimentation rapide à emporter (très couramment les sandwiches, pizzas, parfois aussi des salades...) sans compter aussi les boissons (non alcoolisées ou alors juste de la bière en canette, vendue uniquement avec un produit alimentaire), glaces, yaourts à boire... Je ne connais plus une seule boulangerie (même et surtout les plus petites) qui ne fasse pas au moins des sandwiches à emporter (s'il n'y en a pas, en vitrine, on peut demander ce sera fait avec le pain des fournées en vente) et n'a pas un frigo avec des boissons à emporter (eau, colas et sodas, jus de fruits). à l'occasion ceux qui déjeunent comme ça prendront aussi leur dessert dans la patisserie ou viennoiserie proposée. Parfois on a aussi une ou deux tables pour consommer sur place, et on vous sert aussi le café (le matin on peut y prendre un petit déjeuner). Les boulangeries dans les zones commerciales et industrielles ont même parfois une terrasse ou une vraie complète de restauration (consommation sur plateau). Mais là encore aucun tag mentionné pour indiquer la restauration sur place. Ces commerces traditionnels se diversifient en multi-service (et imitent ce que font depuis longtemps des chaines comme La Brioche Dorée dans les centres commerciaux et centres-villes ou stations d'autoroutes), même si la boulangerie reste leur activité principale. En revanche les tags pour les chocolats ou la confiserie, le sans-gluten, le sans-lactose, c'est en peu plus folklo (et pourquoi pas non plus le sans-sel ? ça fait hurler les boulangers, mais il y a un besoin, on compense le manque de gout par des farines plus goûteuses comme la farine de châtaigne ou d'autres céréales comme le sésame). D'ailleurs souvent ce n'est que de la revente de chocolats et confiseries industrielles, les même qu'en supermarché (un boulanger ne s'invente pas chocolatier ou confiseur sans matériel spécifique, et sans volume de vente conséquent, mais des boulangers peuvent se regrouper pour avoir un même fabricant et ils le font maintenant aussi pour la pâtisserie, certains aussi pour les salades à emporter, comme ils s'allient avec d'autres commerces comme les café-bars-tabacs, pour former des dépôts de pains, ouverts les jours où ils sont fermés). Le 28 mai 2015 22:29, Philippe Verdy verd...@wanadoo.fr a écrit : Tu as mal lu, il ne parle pas je pense de l'infobox à droite mais du tableau dans la page, où je viens de régler le problème en ôtant la largeur du tableau forcée inutilement (et nuisiblement). Le 28 mai 2015 20:31, Francescu GAROBY windu...@gmail.com a écrit : Bonsoir, La colonne Description est en fait basée sur un template : http://wiki.openstreetmap.org/wiki/Template:ValueDescription Il te faut donc jouer avec les possibilités offertes par ce template, pour faire ce que tu souhaites. Peut-être en renseignant le style ? Francescu Le 28 mai 2015 20:27, bernard bernard.a...@laposte.net a écrit : Bonjour, J'essaie de modifier la page wiki Boulangerie 1- je voudrai élargir une colonne ; ici la colonne Description (pour faciliter la lecture) Un rapide aperçu sur le wiki ne laisse à penser que ce n'est pas possible. Peut-on élargir artificiellement la colonne .. Description... ? ou y at'il une méthode mieux adaptée ? Merci de vos réponses Cordialement bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ 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
[OSM-talk-fr] modification page Wiki
Bonjour, J'essaie de modifier la page wiki Boulangerie 1- je voudrai élargir une colonne ; ici la colonne Description (pour faciliter la lecture) Un rapide aperçu sur le wiki ne laisse à penser que ce n'est pas possible. Peut-on élargir artificiellement la colonne .. Description... ? ou y at'il une méthode mieux adaptée ? Merci de vos réponses Cordialement bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SeFaireConnaitre :(
J'en ai vu aussi, mais il y a du mieux. Leur procédure reste bizarre : Un point à un mauvais emplacement est créé (milieu de la route) Puis, dans un autre changeset, il est recalé. C'est le cas de ton exemple, reste à voir si sa position actuelle est la bonne. Stf Le 28/05/2015 19:25, Pierre-Yves Berrard a écrit : Recrudescence de création de points mal placés de manière automatique par l'utilisateur SeFaireConnaitre. Un exemple (parmi beaucoup) : https://www.openstreetmap.org/changeset/31523303 Ce contributeur (une agence de com) semble ignorer les remarques qu'on lui a fait à ce sujet... https://lists.openstreetmap.org/pipermail/talk-fr/2014-November/073250.html ___ 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] modification page Wiki
Bonsoir, La colonne Description est en fait basée sur un template : http://wiki.openstreetmap.org/wiki/Template:ValueDescription Il te faut donc jouer avec les possibilités offertes par ce template, pour faire ce que tu souhaites. Peut-être en renseignant le style ? Francescu Le 28 mai 2015 20:27, bernard bernard.a...@laposte.net a écrit : Bonjour, J'essaie de modifier la page wiki Boulangerie 1- je voudrai élargir une colonne ; ici la colonne Description (pour faciliter la lecture) Un rapide aperçu sur le wiki ne laisse à penser que ce n'est pas possible. Peut-on élargir artificiellement la colonne .. Description... ? ou y at'il une méthode mieux adaptée ? Merci de vos réponses Cordialement bernard --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train
Le 27 mai 2015 à 17:28, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le débat du nom reviens souvent, mais la règle que j'ai compris est systématiquement la même : il faut éviter au maximum les noms qui n'en sont pas et privilégier les tags, parfois le nom n'est pas du tout original cimetière de ville. Justement, quelle est la règle et qui l'a inventée, qui l'a (éventuellement) votée, qui la soutient et quelle est la formulation officielle ? Je ne l'ai jamais vu mentionnée sur la liste en anglais. Vu l'imprécision lamentable du vocabulaire (description qui serait générée par un processus de dénomination !?), cela me paraît, jusqu'à plus ample informé, une éruption de geekisme qui voudrait appliquer à la vie réelle des méthodes de codage qui traquent les redondances. Je ne vois pourquoi on effacerait cimetière municipal, alors que la règle d'or est de se caler, si possible, sur ce qui est inscrit sur la porte. Il y a des valeurs qui précisent les autres catégories de cimetière, mais on pourrait trouver des exceptions et on aurait un objet non identifié. Pour moi, la règle de base est que si OSM n'est pas qu'une carte, cela ne veut pas dire que, dans les déclinaisons basiques, on doive faire appel pour certains objets à une extraction et pas pour d'autres. D'ailleurs, les objets ont des noms et des niveaux de sens variables. Leurs noms sont soumis à l'évolution historique et à la mode. Bonjour, les mises à jour ! Il y a un Hôtel de Ville (un bâtiment) qui est le siège d'une collectivité nommée Ville de Paris qui se fait connaître auprès des habitants sous le nom de Mairie de Paris, ce qui n'est pas, ici, un nom de lieu. Le plus simple n'est pas pas de reproduire, sans se faire des noeuds au cerveau, ce qu'il y a d'écrit sur la façade et qui sera, peut-être, demain, Maison du Grand Paris. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train
Bonjour, Le 28 mai 2015 11:36, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 27 mai 2015 à 17:28, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le débat du nom reviens souvent, mais la règle que j'ai compris est systématiquement la même : il faut éviter au maximum les noms qui n'en sont pas et privilégier les tags, parfois le nom n'est pas du tout original cimetière de ville. Justement, quelle est la règle et qui l'a inventée, qui l'a (éventuellement) votée, qui la soutient et quelle est la formulation officielle ? Je ne l'ai jamais vu mentionnée sur la liste en anglais. Vu l'imprécision lamentable du vocabulaire (description qui serait générée par un processus de dénomination !?), cela me paraît, jusqu'à plus ample informé, une éruption de geekisme qui voudrait appliquer à la vie réelle des méthodes de codage qui traquent les redondances. Je ne vois pourquoi on effacerait cimetière municipal, alors que la règle d'or est de se caler, si possible, sur ce qui est inscrit sur la porte. Je n'ai pas l'impression que Christian disait le contraire. A mon sens il parlait des noms donnés pour décrire quelque chose sans rapport avec un quelconque nom identifiable sur le terrain. Si cimetière municipal est bien le nom inscrit, alors oui il a tout à fait sa place pour le tag name. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train
Tout à fait, merci Romain Le 28 mai 2015 11:50, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Le 28 mai 2015 11:36, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 27 mai 2015 à 17:28, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le débat du nom reviens souvent, mais la règle que j'ai compris est systématiquement la même : il faut éviter au maximum les noms qui n'en sont pas et privilégier les tags, parfois le nom n'est pas du tout original cimetière de ville. Justement, quelle est la règle et qui l'a inventée, qui l'a (éventuellement) votée, qui la soutient et quelle est la formulation officielle ? Je ne l'ai jamais vu mentionnée sur la liste en anglais. Vu l'imprécision lamentable du vocabulaire (description qui serait générée par un processus de dénomination !?), cela me paraît, jusqu'à plus ample informé, une éruption de geekisme qui voudrait appliquer à la vie réelle des méthodes de codage qui traquent les redondances. Je ne vois pourquoi on effacerait cimetière municipal, alors que la règle d'or est de se caler, si possible, sur ce qui est inscrit sur la porte. Je n'ai pas l'impression que Christian disait le contraire. A mon sens il parlait des noms donnés pour décrire quelque chose sans rapport avec un quelconque nom identifiable sur le terrain. Si cimetière municipal est bien le nom inscrit, alors oui il a tout à fait sa place pour le tag name. Romain ___ 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
[OSM-talk-fr] Mapillary Vector Tiles
Bonjour, Quelqu'un sait à quoi ça pourrait servir ? http://blog.mapillary.com/update/2015/05/27/vectortiles.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
