[OSM-talk-fr] Espace de coworking qui croire entre iD et le wiki OSM

[Jean-Christophe Becquet]

Bonjour,

Pour un Espace de coworking
https://www.openstreetmap.org/node/5954418134

iD me propose le tag
office=coworking

Le wiki dit
amenity=coworking_space
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcoworking_space

et office=coworking est une Page de redirection vers amenity=coworking_space
https://wiki.openstreetmap.org/w/index.php?title=Tag:office%3Dcoworking=no

sur taginfo amenity=coworking_space (854) gagne légèrement contre
office=coworking (598).
https://taginfo.openstreetmap.org/tags/?key=amenity=coworking_space
https://taginfo.openstreetmap.org/tags/?key=office=coworking

Bref qui croire entre iD et le wiki OSM ?

Merci par avance pour vos éclaircissements

Bonne journée

JCB
-- 
Il y aura un retour d'expérience "Cartographies participatives avec les
habitants" par Jean-Christophe Becquet, avec pour support #OpenStreetMap.
https://twitter.com/OsmGrenoble/status/104695420100610

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===




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

[OSM-talk-fr] OSM sur Envoyé Spécial

[Cédric Frayssinet]

Bonsoir à tous,

Si cela vous intéresse, on voit beaucoup de cartes OpenStreetMap sur le
reportage d'Envoyé Spécial de ce soir :
https://www.francetvinfo.fr/economie/transports/trafic/video-mal-gare-mal-barre_2977655.html

Le sujet est polémique, mais OSM n'y est pour rien ;)

Cédric


-- 
Dégooglisé !  - Sociétaire Enercoop
, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Modification de tags en masse dans JOSM

[Jo]

Il y a moyen avec le plugin scripting. Pas tout à fait facile, mais
faisable.

https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python

Polyglot


Op do 11 okt. 2018 om 19:24 schreef Nicolas Moyroud :

> Bonjour à tous,
>
> J'avais déjà posé la question mais elle était noyée dans un autre fil de
> discussion, comme personne n'a répondu je me permet de la reposer dans
> ce fil spécifique.
>
> Je voulais savoir si il y en a parmi vous qui savent comment avec JOSM
> on peut modifier en masse seulement une partie de la valeur d'un tag. Ce
> que je voudrais faire par exemple c'est modifier pour le tag ref="D 165"
> le D en M. Le problème c'est que j'aimerai faire la modification pour
> toutes les valeurs différentes ref="D*" en un seul coup. J'ai une astuce
> pour ça qui consiste à sauver dans un fichier OSM et modifier avec
> l'éditeur de texte puis recharger le fichier dans JOSM. Mais c'est un
> peu tordu et si je pouvais le faire direct avec JOSM ce serait plus simple
> !
>
> Nicolas
>
>
> ___
> 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 de tags en masse dans JOSM

[Nicolas Moyroud]

Bonjour à tous,

J'avais déjà posé la question mais elle était noyée dans un autre fil de 
discussion, comme personne n'a répondu je me permet de la reposer dans 
ce fil spécifique.


Je voulais savoir si il y en a parmi vous qui savent comment avec JOSM 
on peut modifier en masse seulement une partie de la valeur d'un tag. Ce 
que je voudrais faire par exemple c'est modifier pour le tag ref="D 165" 
le D en M. Le problème c'est que j'aimerai faire la modification pour 
toutes les valeurs différentes ref="D*" en un seul coup. J'ai une astuce 
pour ça qui consiste à sauver dans un fichier OSM et modifier avec 
l'éditeur de texte puis recharger le fichier dans JOSM. Mais c'est un 
peu tordu et si je pouvais le faire direct avec JOSM ce serait plus simple !


Nicolas


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

Re: [OSM-talk-fr] [OSM transport] Cartographie des arrêts de bus de substitution de la ligne RER C

[djakk djakk]

Je dirai que la ligne de substitution est une ligne irrégulière, ce qui se
verra quand l’utilisateur cherchera les horaires de la ligne.
Ajouter une info sur la fréquence de la ligne dans la relation ?

djakk


Le jeu. 11 oct. 2018 à 18:15, marc marc  a
écrit :

> Le 11. 10. 18 à 17:05, Charles MILLET a écrit :
> > Nous pensons utiliser quelque chose comme ça
> > substitution=yes
>
> sur l'arrêt de bus, pour ma part je ne rajouterais pas de tag
> en particulier, c'est un arrêt de bus, y dupliquer l'information
> de tous les type de lignes pouvant éventuellement l'utiliser ne semble
> à la fois peu pratique et surtout galère à maintenir (parce qu'à chaque
> changement, il faut veiller à dupliquer le changement pour garder
> la cohérence, faire une analyse osmose ou autre pour surveiller
> les inévitables désynchronisation entre les 2 et avoir quelqu'un
> qui passe du temps à resynchroniser les données).
> Je pense que l'utilisation des données du type de ligne qui passe
> à un arrêt doit se faire par les infos de(s) relation(s) de l'arrêt.
> Mais je sais qu'on a au moins 2 champions de la duplication dans
> la communauté qui ne manqueront pas de faire valoir l'inverse :-)
>
> > subtitution:lines=RER C
>
> pour les relations représentant les lignes,
> Une possibilité serrait d'avoir exactement le même nom
> et donc j'aurais plutôt vu quelque chose genre
> name=RER C (mais j'ai vu que le nom des lignes RER est un mix entre
> le nom, le from, le to, la ref et la branche...)
> substitution=only (la ligne n'existe que quand l'autre est en panne)
> substitution:of=train (elle remplace une relation train)
> et éventuellement sur la relation du RER C:
> substitution:by=bus
> en ajoutant l'itinéraire de substitution dans la relation route_master
> on pourrait sans doute faciliter une utilisation futur + poussée.
> le soucis que je vois c'est que c'est pas prévu d'avoir des route=bus
> fils d'une relation route_master=train
> ce serrait sans doute utile d'en discuter sur tagging
> avec une exemple de relation bus comparable à la relation rer
> histoire de rendre la chose compréhensible pour ceux qui n'ont
> rien de semblable chez eux.
> c'est sans doute un peu prématuré si pour le moment vous en êtes
> aux arrêts de bus eux-même.
>
> > Ces tag pourrons être complétés par une note au besoin.
>
> les notes peuvent être utile pendant l'expérience sur la première
> relation mais à long terme, des outils/contributeurs considèrent
> la note comme étant souvent le signe que c'est pas stable d’où
> le besoin de transmettre une information et qu'il faut donc
> un éventuel coup de main pour transformer la note en tag + adapté.
> url=la page wiki sur le changeset serrait très utile pour le
> contributeur qui veux en savoir plus sur le projet.
>
> Cordialement,
> Marc
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartographie des arrêts de bus de substitution de la ligne RER C

[marc marc]

Le 11. 10. 18 à 17:05, Charles MILLET a écrit :
> Nous pensons utiliser quelque chose comme ça
> substitution=yes

sur l'arrêt de bus, pour ma part je ne rajouterais pas de tag
en particulier, c'est un arrêt de bus, y dupliquer l'information
de tous les type de lignes pouvant éventuellement l'utiliser ne semble
à la fois peu pratique et surtout galère à maintenir (parce qu'à chaque 
changement, il faut veiller à dupliquer le changement pour garder
la cohérence, faire une analyse osmose ou autre pour surveiller
les inévitables désynchronisation entre les 2 et avoir quelqu'un
qui passe du temps à resynchroniser les données).
Je pense que l'utilisation des données du type de ligne qui passe
à un arrêt doit se faire par les infos de(s) relation(s) de l'arrêt.
Mais je sais qu'on a au moins 2 champions de la duplication dans
la communauté qui ne manqueront pas de faire valoir l'inverse :-)

> subtitution:lines=RER C

pour les relations représentant les lignes,
Une possibilité serrait d'avoir exactement le même nom
et donc j'aurais plutôt vu quelque chose genre
name=RER C (mais j'ai vu que le nom des lignes RER est un mix entre
le nom, le from, le to, la ref et la branche...)
substitution=only (la ligne n'existe que quand l'autre est en panne)
substitution:of=train (elle remplace une relation train)
et éventuellement sur la relation du RER C:
substitution:by=bus
en ajoutant l'itinéraire de substitution dans la relation route_master
on pourrait sans doute faciliter une utilisation futur + poussée.
le soucis que je vois c'est que c'est pas prévu d'avoir des route=bus 
fils d'une relation route_master=train
ce serrait sans doute utile d'en discuter sur tagging
avec une exemple de relation bus comparable à la relation rer
histoire de rendre la chose compréhensible pour ceux qui n'ont
rien de semblable chez eux.
c'est sans doute un peu prématuré si pour le moment vous en êtes
aux arrêts de bus eux-même.

> Ces tag pourrons être complétés par une note au besoin.

les notes peuvent être utile pendant l'expérience sur la première 
relation mais à long terme, des outils/contributeurs considèrent
la note comme étant souvent le signe que c'est pas stable d’où
le besoin de transmettre une information et qu'il faut donc
un éventuel coup de main pour transformer la note en tag + adapté.
url=la page wiki sur le changeset serrait très utile pour le 
contributeur qui veux en savoir plus sur le projet.

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

[OSM-talk-fr] Cartographie des arrêts de bus de substitution de la ligne RER C

[Charles MILLET]

Bonjour,

cartographions actuellement avec Antoine (Carto'Cité), Florian (Jungle 
Bus) et Stéphane (V4M*) les arrêts de bus de substitution de SNCF 
Transilien. Ce sont -souvent- des arrêts de bus classiques, utilisés par 
ailleurs pour la desserte de bus SNCF remplaçant les trains lors de 
perturbations.


Cette action a pour but à termes de permettre du routage mais ça n'a pas 
d'influence.


Pour les besoins du démarrage de cette opération on a commencé en 
utilisant le tag substitution=yes qui ne me parait pas vraiment 
explicite. Nous pensons utiliser quelque chose comme ça

substitution=yes
subtitution:lines=RER C

Ces tag pourrons être complétés par une note au besoin.

Est-ce que ça vous semble acceptable et sinon que recommanderiez-vous ?

Nous avons remarqué également que certains créent des relations 
classiques de bus pour cela, ce qui me parait adapté pour ces bus aux 
itinéraires prédéfinis qui opèrent de manière irrégulière.
exemple : 
https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun#Bus_de_substitution_du_Tram 



Sans aller dans ce niveau de détail, nous cherchons dans un premier 
temps à qualifier les arrêts de bus eux-même.


À très bientôt

Charles


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

[OSM-talk-fr] Meersbrook et les pistes cyclables

[Antoine Riche]

Bonjour,

Je fais suite à la proposition de Thomas lors de la discussion "Comment 
taguer une piste cyclable à double sens sur chaussée ?" début octobre :


Le Mercredi, Octobre 03, 2018 09:19 CEST, Thomas Ruchin  a 
écrit:


Question subsidiaire. S'il persiste, puis je demander le soutien du DWG
avant que cela ne dégénère en guerre d'édition. De ce qu'il m'écrit, il
n'accepte que les argument de la communauté "internationale".


Je serais assez partisan de demander l'intervention du DWG, pour tenter 
de faire entendre raison à Meersbrook. Pas forcément le bloquer à ce 
stade, mais lui rappeler les règles de fonctionnement de la communauté.


Suite à un commentaire sur 
https://www.openstreetmap.org/changeset/62883443 j'ai reçu de sa part un 
PM (message privé vu qu'il n'aime pas discuter au vu de tous) intitulé 
"Contrats commerciaux" et d'un ton plutôt agressif. Je vous épargne les 
échanges mais je peux les faire suivre si ça peut être utile.


Meersbrook a visiblement un problème avec les pistes cyclables et le 
fait de discuter ouvertement, comme ces échanges le montrent : 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=412560. Ça a 
commencé en février à Caen, ça a repris avec le Rue Turbigo en 
septembre, et ça continue avec Asnières ce mois-ci, avec la rue Olympe 
de Gouges (cf. changeset ci-dessus) et le Boulevard Voltaire 
(https://overpass-api.de/achavi/?changeset=62893146).


Alors qu'OpenStreetMap a acquis une vraie légitimité sur le thème du 
vélo, comme l'atteste le travail que nous (Carto'Cité) menons avec 
Geovelo pour Île-de-France Mobilités, ce genre de comportement isolé 
peut porter préjudice à OSM. Les guerres d'édition qu'il mène ne sont 
pas rassurantes pour les donneurs d'ordre.


Il me semble vain de discuter avec lui, il refuse en effet d'entendre 
les arguments venant de la communauté française. Je cite : "Par contre, 
à parler sur Talk FR, tous les Français me saoulent là. Tout le monde à 
un avis, C'est fatiguant ".


Bref, le cas me semble suffisamment grave pour qu'un membre du DWG le 
contacte et tente de lui faire entendre raison sur un ton officiel.


Antoine.


Le 03/10/2018 à 17:34, Axelos a écrit :

Coucou,

Le Mercredi, Octobre 03, 2018 09:19 CEST, Thomas Ruchin  a 
écrit:

Question subsidiaire. S'il persiste, puis je demander le soutien du DWG
avant que cela ne dégénère en guerre d'édition. De ce qu'il m'écrit, il
n'accepte que les argument de la communauté "internationale".

Je pense qu'il s'agit d'une incompréhension. Je te suggère de suivre son choix 
et de lui proposer de mettre à jour la page wiki version anglaise bicycle cas 
T2 en mettant le choix du chemin unique en recommandé, ce qui correspondra à 
l'avis international.


___
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] Problème de données openstreetmap

[PanierAvide]

Bienvenu Corentin !

Le 11/10/2018 à 10:46, Julien Lepiller a écrit :
Enfin, il y a des polygones corrine tout moches à dégommer (euh... je 
veux dire « améliorer » :D). 


Je traduis : polygone Corine = occupation du sol, c'est à dire les zones 
résidentielles, zones commerciales, de bureaux, les champs... On appelle 
ça Corine car ça vient d'une source de données de l'Union Européenne 
nommée "Corine Land Cover". Comme cette source n'est pas très précise, 
on a tendance à affiner leurs contours en suivant mieux la réalité du 
terrain.


Adrien.

--
PanierAvide
Géomaticien & développeur


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

Re: [OSM-talk-fr] Représentation et tag des bas-cotés

[ades]

Non, j’avais fait un mauvais aiguillage du 1er post.
En tous cas merci pour ta réponse, 

Ça fait quand même bizarre de dessiner une surface moins large que la route qui 
ne l’est pas (dessinée en surface)…




> Le 11 oct. 2018 à 12:35, marc marc  a écrit :
> 
> Le 11. 10. 18 à 12:33, ades a écrit :
>> @ Repetto : avec mes excuses les plus plates ;-)
> 
> c'est moi Repetto ?


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

Re: [OSM-talk-fr] Représentation et tag des bas-cotés

[ades]

@ Repetto : avec mes excuses les plus plates ;-)
@ p Verdy : 
C’est écrit ici :  FR:Éléments cartographiques — OpenStreetMap Wiki 
  à 
la ligne :
waterway ->  riverbank -> Rivières les plus larges (largeur supérieure à 12m). 

et ça ne me dit pas si on doit (peut) dessiner les bas cotés, ni avec quels 
tags, je pense surtout à la bande enherbée, souvent d’une largeur inférieure à 
2 m en bordure des routes ou chemins ruraux, le plus souvent c’est l’espace 
résiduel entre le fossé et la chaussée.

Dans le même ordre d’idée, que fait-on pour les ‘embankment’, route ou culées 
de ponts ?


> Le 11 oct. 2018 à 12:14, Philippe Verdy  a écrit :
> 
> je ne sais pas d'où tu tiens les 12 mètres de largeur minimale pour une 
> "riverbank", qui me semblent un peu élevés; comparativement une route c'est 
> souvent de l'ordre de 7 mètres, et 12 mètres donne largement de quoi 
> détailler ce qui est au bord d'une rivière ou d'un canal, notamment des 
> chemins piétons et des équipements de protection.
> 
> Le jeu. 11 oct. 2018 à 11:38, ades  > a écrit :
> Bonjour
> Y-a-t-il une « doctrine » pour la représentation des bas-cotés des routes et 
> des chemin ? faut-il les dessiner ? et quels tags ? 
> y-a-t-il une taille limite, comme pour ‘riverbank’ qui, si j’ai bien compris, 
> ne s’applique à partir de 12m ?
> Merci
> ___
> 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] Représentation et tag des bas-cotés

[marc marc]

Le 11. 10. 18 à 11:37, ades a écrit :
> Y-a-t-il une « doctrine » pour la représentation des bas-cotés des routes et 
> des chemin ? faut-il les dessiner ? et quels tags ?

il y a 2 schémas area:highway=valeur de la highway et landuse=highway

> y-a-t-il une taille limite

le problème c'est surtout la maintenance. il faut déjà que la zone soie 
bien détaillée pour que cela ai du sens de faire du micro-mapping, 
hormis évidement la liberté à chacun de choisir comment il contribue.
les tag lanes et width me semble par exemple plus susceptible d'être 
utilisé.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Représentation et tag des bas-cotés

[Philippe Verdy]

je ne sais pas d'où tu tiens les 12 mètres de largeur minimale pour une
"riverbank", qui me semblent un peu élevés; comparativement une route c'est
souvent de l'ordre de 7 mètres, et 12 mètres donne largement de quoi
détailler ce qui est au bord d'une rivière ou d'un canal, notamment des
chemins piétons et des équipements de protection.

Le jeu. 11 oct. 2018 à 11:38, ades  a écrit :

> Bonjour
> Y-a-t-il une « doctrine » pour la représentation des bas-cotés des routes
> et des chemin ? faut-il les dessiner ? et quels tags ?
> y-a-t-il une taille limite, comme pour ‘riverbank’ qui, si j’ai bien
> compris, ne s’applique à partir de 12m ?
> Merci
> ___
> 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] Représentation et tag des bas-cotés

[ades]

Bonjour
Y-a-t-il une « doctrine » pour la représentation des bas-cotés des routes et 
des chemin ? faut-il les dessiner ? et quels tags ? 
y-a-t-il une taille limite, comme pour ‘riverbank’ qui, si j’ai bien compris, 
ne s’applique à partir de 12m ?
Merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajout de limites de vitesse à l'aveugle

[marc marc]

Bonjour,

Le 11. 10. 18 à 11:01, pepilepi...@ovh.fr a écrit :
> Le 11/10/2018 à 10:53, marc marc a écrit :
>> Le 10. 10. 18 à 22:08, Sébastien Dinot a écrit :
>>> Avez-vous une idée pour remédier à ce problème de manière efficace
>>> et un peu plus subtile ?
>> faire un revert "à l'aveugle" de l'ensemble de ces doubles changements
>> de vitesse puis aller voir sur le terrain la réalité
> Juste pour ma culture : n'importe quel contributeur peut faire un revert
> d'un changeset de n'importe quel autre contributeur ?

oui, c'est une modification comme une autre qui a comme source l'état de 
l'objet avant la modif que tu veux annulée.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajout de limites de vitesse à l'aveugle

[pepilepi...@ovh.fr]

Le 11/10/2018 à 10:53, marc marc a écrit :
> Le 10. 10. 18 à 22:08, Sébastien Dinot a écrit :
>> Avez-vous une idée pour remédier à ce problème de manière efficace 
>> et un peu plus subtile ?
> faire un revert "à l'aveugle" de l'ensemble de ces doubles changements 
> de vitesse puis aller voir sur le terrain la réalité

Bonjour,

Juste pour ma culture : n'importe quel contributeur peut faire un revert
d'un changeset de n'importe quel autre contributeur ?

Merci,

JP

> ___
> 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] Ajout de limites de vitesse à l'aveugle

[marc marc]

Le 10. 10. 18 à 22:08, Sébastien Dinot a écrit :
> Avez-vous une idée pour remédier à ce problème de manière efficace 
> et un peu plus subtile ?

faire un revert "à l'aveugle" de l'ensemble de ces doubles changements 
de vitesse puis aller voir sur le terrain la réalité
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de données openstreetmap

[Julien Lepiller]

Le 2018-10-11 10:02, Corentin Westrelin a écrit :

Bonjour,

Je suis CocoEnBuisson sur OpenStreetMap et je vous contact car j'ai un
problème.

Je vous expliquer, J'ai modifier la carte sur la ville de "La Châtre"
en France et j'ai principalement fait ces modifications pour les
joueurs de Pokémon Go de la ville. Suite à un changement au niveau
des arènes dans le jeux, maintenant les arène étant dans les parcs
sont éligible à des "raid EX". Le problème étant que j'ai ajouter
des zones correspondant aux parcs de ma ville mais qu'il n'ont pas
été pris en compte le jeux. De plus, les modifications effectuées
depuis 2016 ne sont plus pris en compte sur toutes les applications
utilisant les données de cartographie d'OpenStreetMap (Snapchat,
Pokémon GO ...). Bref si vous avez des réponses à mes questions je
suis toute ouïe. Sinon si vous besoin d'autres informations
n'hésiter pas à me les demander.


Bonjour et bienvenue sur la liste !

Déjà bravo pour tes contributions ! Malheureusement, la mise à jour des 
données du côté du jeu (ou de snapchat par exemple) ne dépend pas 
d'OpenStreetMap, mais des compagnies derrière ces applications. De notre 
côté, on met à disposition des données toujours à jour, mais ces 
compagnies mettent à jour leur version de la carte quand ça leur chante. 
Idéalement, il faudrait plutôt que tu les contactes en leur demandant 
s'ils peuvent mettre à jour la carte.


En attendant, j'ai repéré quelques problèmes que tu pourrais peut-être 
corriger, vu que tu connais mieux le terrain que moi ;)


Le lycée George Sand a un atelier et un gymnase Geroge Sand.
Le Parc de Honoré de Balzac n'est-il pas plutôt le Parc Honoré de Balzac 
(sans le « de ») ? Pareil pour le Parc du Général de Gaulle
Enfin, il y a des polygones corrine tout moches à dégommer (euh... je 
veux dire « améliorer » :D).




Lien de la ville en question :
https://www.openstreetmap.org/#map=17/46.58092/1.98316 [1].



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

[OSM-talk-fr] Problème de données openstreetmap

[Corentin Westrelin]

Bonjour,
Je suis CocoEnBuisson sur OpenStreetMap et je vous contact car j'ai un problème.
Je vous expliquer, J'ai modifier la carte sur la ville de "La Châtre" en France 
et j'ai principalement fait ces modifications pour les joueurs de Pokémon Go de 
la ville. Suite à un changement au niveau des arènes dans le jeux, maintenant 
les arène étant dans les parcs sont éligible à des "raid EX". Le problème étant 
que j'ai ajouter des zones correspondant aux parcs de ma ville mais qu'il n'ont 
pas été pris en compte le jeux. De plus, les modifications effectuées depuis 
2016 ne sont plus pris en compte sur toutes les applications utilisant les 
données de cartographie d'OpenStreetMap (Snapchat, Pokémon GO ...). Bref si 
vous avez des réponses à mes questions je suis toute ouïe. Sinon si vous besoin 
d'autres informations n'hésiter pas à me les demander.

Lien de la ville en question : 
https://www.openstreetmap.org/#map=17/46.58092/1.98316.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changement nom carburants Union Européenne

[Jean-Claude Repetto]

Le 10/10/2018 à 22:27, Christian Rogel a écrit :
> Cela concerne l’UE + une douzaine d’Etats voisins. Les nombres sont en 
> relation avec l’indice d’octane, si j’ai bien compris.
> 
> Christian R.

Non, avec le pourcentage maximum d'éthanol (pour les Exx).

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

Re: [OSM-talk-fr] Piscine municipale vs piscine privée

[PanierAvide]

Bonjour Noémie,

J'avais fait il y a quelques temps une harmonisation sur le 35 des piscines, en 
mode JOSM et plugin Todo, ça m'avait pris une petite heure. J'imagine qu'une 
tâche MapRoulette et moins d'une dizaine de contributeurs permettrait 
d'harmoniser au niveau national.

Cordialement,
Adrien.Le 10 oct. 2018 9:57 PM, Noémie Lehuby  a 
écrit :
>
> Hello,
>
> Je cherche à récupérer les piscines, au sens les endroits où je peux venir 
> avec mon maillot de bain pour faire des longueurs (donc pas les piscines 
> privées, plutôt les pisicines municipales).
>
> En consultant le wiki, je comprends que les tags que je devrais utiliser sont 
> donc leisure=sports_centre + sport=swimming
> https://wiki.openstreetmap.org/wiki/FR:Tag:leisure%3Dswimming_pool
>
> Pourtant, en regardant dans les données, j'ai l'impression que ça ne 
> correspond pas vraiment à l'usage. Sur les piscines qui m'intéressent :
>
> j'ai beaucoup de leisure=swimming_pool (par exemple 
> https://www.openstreetmap.org/node/1425124439)
> quelques amenity = swimming_pool, pourtant déprécié (par exemple 
> https://www.openstreetmap.org/node/700449131)
> et vraiment pas beaucoup de leisure=sports_centre + sport=swimming
>
>
> Est-ce qu'il y a quelque chose que j'ai mal compris / qui est mal documenté ?
>
> Si non, comment on fait pour uniformiser ça proprement (analyse osmose, 
> maproulette, modification massive, projet du mois) ?
>
> Noémie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr