[OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

2017-08-25 Par sujet Severin Menard 
Bonsoir à tous,

Désolé de ne pas avoir répondu plus tôt. La France représente moins de 1%
du total de mes contributions (https://www.openstreetmap.org/user/sev_osm)
notamment parce que je n'y suis pas souvent - mais j'ai néanmoins peuplé de
POI quelques centres-villes et fait sortir du presque néant quelques
communes du Lot. Je suis inscrit sur cette liste depuis pas mal de temps,
mais au vu du très grand nombre de messages publiés, je l'ai filtrée hors
de ma boite de réception principale, ce qui me permet de pouvoir faire des
recherches si besoin dans les échanges. Pour autant, je vous assure qu'il
est encore possible de parler ici de moi à la deuxième personne et non la
troisième, je peux répondre, la preuve. :)

Je pensais mon courriel clair, mais apparemment il ne l'était pas, ou bien
une réalité a pu échapper à certains. Comme je l'avais écrit, le but de
tagging-fr est bien d'être la liste de discussion des tags en français,
entre FRANCOPHONES, pas de la liste de discussion des tags de la communauté
OSM française. Je l'ai nommée tagging-fr en écho à dev-fr que je pense être
la liste francophone sur les sujets de développement logiciel. Aurais-je dû
la nommer tagging-francophone pour lever toute ambiguïté ? Il n'est pas
trop tard, il y a au moins une liste existante (vote) qui est indiquée
comme n'étant plus utilisée.

Quel que soit son nom, l'utilité de cette liste semble assez évidente dans
la mesure où il n'y avait aucune liste dédiée aux discussions de tagging en
français. A l'instar des nombreuses autres listes talk-*, talk-fr a
vocation à être un lieu de discussions se rapportant à un territoire. Une
rapide analyse des fils de discussion montre que les sujets relèvent en
gros de trois catégories :
- des sujets franco-français. Et c'est très bien ainsi, c'est fait
justement pour cela.
- des questions techniques. Cela serait sans doute mieux au sein du forum
pour que les échanges puissent être facilement retrouvés et que la question
ne revienne pas quelques mois plus tard, mais après tout pourquoi pas
- des discussions sur des points de tagging, certains franco-français, mais
pas mal à vocation générique. Là c'est dommage, car elles vont échapper à
une grande majorité de contributeurs francophones non français, inscrits
sur leur liste talk pays et pas sur talk-fr. Qu'il ne vienne à personne
l'idée de suggérer à tous les francophones de devoir venir discuter tagging
sur la liste talk française et y subir toutes les discussions consacrées à
un territoire (les sujets franco-français décrits ci-dessus) qui n'est pas
le leur. J'en connais pas mal, notamment en Afrique, qui apprécieraient
modérément. La Gaule, notre terre à tous, on leur a déjà chanté la chanson.

Concernant la création de la liste hot-francophone (le fil :
https://lists.openstreetmap.org/pipermail/hot/2014-July/005513.html), dont
je suis effectivement bien à l'origine, mais loin d'être le seul à la
désirer, les réactions négatives qu'elle a suscité venaient uniquement
d'anglophones, réaction classique au sein d'un groupe dominant qui voit une
minorité disposer d'un espace à elle où elle n'a aucun moyen d'action, et
voudrait exiger qu'on lui demande son autorisation. Cela dit, la personne
la plus réactive avait d'ailleurs à cette époque une expérience
d'OpenStreetMap riche de 7 changesets et 45 nœuds. Et sur le fil, vous
pouvez lire qu'aussi bien des anglophones que des hispanophones ont
largement soutenu cette démarche de création. Au final, cette liste, qui a
une activité logiquement moindre que l'anglophone, vit très bien sa vie.

Bon week-end à tous,

Séverin


Date: Tue, 22 Aug 2017 14:21:00 +
> From: marc marc 
> To: "talk-fr@openstreetmap.org" 
> Subject: Re: [OSM-talk-fr] Création de la liste OSM tagging-fr -
> communication - fragmentation
> Message-ID:
>  0.PROD.OUTLOOK.COM>
>
> Content-Type: text/plain; charset="utf-8"
>
> Le 22. 08. 17 à 03:13, Vincent de Château-Thierry a écrit :
> > Le 21/08/2017 à 12:51, marc marc a écrit :
> >> De toute façon à mes yeux, le cas est limpide et caricatural.
> >> Un inconnu arrive sans discussion pour présenter son "bébé" et ne dit
> >> pas un mot aux réaction, c'est un projet purement personnel de son
> >> auteur, y a qu'à cliquer. Pour caricaturer, c'est un spam :-)
> > Attention aux caricatures... Que tu ne connaisses pas Séverin est une
> > chose. Le qualifier d'inconnu par ici, en revanche... non.
> oui j'avais bien dit "caricatural"
> 1 message ici cette année, 1 message ici l'an passé.
> bien sur ailleurs du monde le connaît, mais ICI, pour utiliser un terme
> plus juste, on ne peux vraiment parler d'un actif ni de communauté.
> j'ai été voir un peu dans l'historique des 3 dernières années, il est
> actif dans hot, au point qu'il a décidé qu'il avait besoin de
> hot-francophone, déjà à l'époque la communauté concerné lui avait fait
> le reproche de

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet Philippe Verdy 
Et quand il y a deux ou trois noms co-officiels (Belgique, Suisse,
Espagne...) ?

Le 25 août 2017 à 21:47,  a écrit :

> harmoniser avec le nom officiel en espérant que ce soit la valeur la plus
> courante ;-)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet osm . sanspourriel 
harmoniser avec le nom officiel en espérant que ce soit la valeur la 
plus courante ;-)



Le 25/08/2017 à 21:36, marc marc - marc_marc_...@hotmail.com a écrit :

Le 25. 08. 17 à 20:41, djakk djakk a écrit :

contre ajouter le suffixe "(Nord)" au nom du réseau.

Le 25 août 2017 à 14:57, osm.sanspourr...@spamgourmet.com a écrit :

Contre, pour les raisons évoquées par Noémie.

Merci pour vos avis.
Et pour la variante "harmoniser localement avec la valeur
la plus courante ?
___
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] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet marc marc 
Le 25. 08. 17 à 20:41, djakk djakk a écrit :
> contre ajouter le suffixe "(Nord)" au nom du réseau. 

Le 25 août 2017 à 14:57, osm.sanspourr...@spamgourmet.com a écrit :
> Contre, pour les raisons évoquées par Noémie.

Merci pour vos avis.
Et pour la variante "harmoniser localement avec la valeur
la plus courante ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet djakk djakk 
Salut, je suis contre ajouter le suffixe "(Nord)" au nom du réseau. C'est
comme le nom d'une rue, le même nom peut exister dans plusieurs communes.

Le 25 août 2017 à 14:57,  a écrit :

> Contre, pour les raisons évoquées par Noémie.
>
> Mais homogénéiser c'est bien. Pourquoi ne pas mettre "Réseau Arc-en-Ciel"
> en HG puisque c'est ce qui est écrit sur les bus, si on tient vraiment à
> l'unicité ? Mais ça ce sont aux locaux de le dire.
>
> Avec l'identifiant Wikidata on la possibilité d'identifier les deux
> réseaux. Une simple comparaison de la latitude devrait d'ailleurs suffire.
> Pas exactement un calcul compliqué.
>
> Pour moi ce lien permet de faire un contrôle qualité, ni plus ni moins.
>
> Pour moi la tag Wikidata c'est une référence, pas un contenu : pour moi
> c'est un peu de l'intégration, pas de l'importation. Qui permet de suivre
> facilement ce que ceux qui travaillent sur Wikipedia disent (rappel : pour
> la fusion des communes ils sont souvent plus à jour que nous).
>
> Des gens travaillent sur Wikipédia, des gens travaillent sur OSM.
>
> Je ne vois pas de problème à ce que l'on bénéficie de l'information qu'un
> réseau a changé de nom parce que quelqu'un a mis à jour une page Wikipédia.
> Ça ne veut pas dire que la modif soit à reporter. Des erreurs il y en a
> partout.
>
> Alors si OSM permet d'améliorer Wikipédia et Wikipédia OSM, ça ne me
> dérange pas.
>
> Par contre si l'un dégrade l'autre je suis contre.
>
> Par exemple Lenny dit "la ligne 25 a été supprimé il y a pas mal de temps"
> Et alors ? Si on regarde l'article Wikipédia
>   en
> question il n'a pas de ligne 25. Et il me semble assez détaillé. A-t-on de
> meilleurs infos de moins bonnes info dans OSM ? Ne peut-on profiter l'un de
> l'autre ?
>
> On sait que les mises à jour des catégories merdent sur le wikimedia et il
> est bien écrit "Wikimedia list article" sur le Q3250969
> . Et "Wikinews article" sur
> l'autre. Il est donc possible de filtrer pour trouver ce qui nous intéresse.
>
> Un article sur la création d'une ligne : soit WikiNews t'intéresse soit
> WikiNews ne t'intéresse pas.
>
> Et alors ?
>
> Si par là tu veux dire que tu ne veux pas chercher le wikidata depuis la
> liste wikidata, OK, pourquoi ne pas partir de Wikipédia et cliquer sur
> élément Wikidata.
>
> Je pense que ce qui nous manque ce sont les outils pour gérer les
> wikidata, ça semble un fatras à première vue.
>
> Voici ce que je disais tantôt à Jo, ça devrait rassurer sur le fait que
> j'ai un œil critique sur les Wikidata.
>
> *Je connais pire dans le genre : un film culte (Plogoff : des Pierres
> contre des Fusils) supprimé par un vote d'administrateurs pronucléaires.
> Ils s'étaient coordonnés et avaient fait un vote rapide. Pas de notoriété
> suffisante.*
> * On les a pris en flagrant délit : la page sur EPR disait que le
> rendement était de 20 % meilleur (non-dit : du fait d'un meilleur taux de
> combustion càd combustible plus enrichi laissé plus longtemps dans le
> réacteur, combustible HTC).*
> * Alors je prends soin de citer un texte de Poviisa (organisme dépendant
> des exploitants nucléaires et chargé du centre d'enfouissement finlandais)
> : 7 fois plus de rejets  gazeux.*
>
> * Rejet d'un pronucléaire au prétexte que c'était spécifique au HTC et non
> à l'EPR et que je devais créer une page spécifique sur le HTC pour mettre
> ces informations.*
> * Avec cette logique il aurait dû supprimer le paragraphe sur les 20 %,
> j'ai d'ailleurs failli le faire.*
>
> * Je parle de ça à un antinucléaire. Il m'apprend qu'il avait voulu faire
> une page sur le HTC et cette même personne avait retoqué la page pour cause
> de manque de notoriété.*
>
> * Mais ceci est bien loin de notre sujet de départ.*
>
> Quant à l'unicité, si un réseau n'est pas dans Wikipédia, cj n'imagine pas
> qu'il soit de grande étendue et recouvrant un réseau de même nom.
> Sur le contrôle de complétude, idem (avec le bon point relevé par Vincent
> je crois sur l'affichage direct dans OSM).
>
> Et sur le network:wikidata=Oxxx c'était une c... sauf à préciser que si
> c'est en O, les règles de QA à appliquer se font par rapport à un wiki OSM
> (par exemple). Permet de régler le problème de notoriété. Sinon en bonne
> intelligence demander à Wiki* d'accepter que les ajouts référencés par OSM
> soient suffisants pour que la donnée reste dans OSM.
>
> Pour mettre deux conditions dans Overpass, pas la peine de coder,
> l'assistant suffit :
>
> shop=seafood and name="Le Terre-Neuvas" in guidel”
> 
>
> Pas une ligne de code de tapée.
>
> And=et, in=dans.
>
> Je dis ça pour Lenny : là ce sont des mots courants, donc sans doute pas
> de problème, mais tu dois le dire clairement "pas d'anglais SVP" (.
>
> Ne pas parler anglais n'est pas un problème c'est un handicap. Et comme
> pour beaucoup de handicaps le problème

Re: [OSM-talk-fr] nouveau rendu openstreetmap-carto v4.2.0

2017-08-25 Par sujet Jean-Christophe Becquet 
Le 25/08/2017 17:58, marc marc a écrit :
> Info reçue sur irc, Message d'origine sur la mailing "talk" mondiale
> https://lists.openstreetmap.org/pipermail/talk/2017-August/078535.html
> 
> Je l'ai traduit en français ci-dessous

Bonsoir,

Merci d'avoir partagé ça ici, c'est intéressant.

Bon week-end

JC
-- 
Les logiciels libres pour les collectivités locales et les administrations
http://www.apitux.org/index.php?2007/07/05/178-les-logiciels-libres-pour-les-collectivites-locales

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

Re: [OSM-talk-fr] nouveau rendu openstreetmap-carto v4.2.0

2017-08-25 Par sujet Vincent Privat 
Par "plaque" ils parlent des plaques commémoratives qui étaient affichées à
des niveaux de zoom trop importants.
Plus de détails ici:
https://github.com/gravitystorm/openstreetmap-carto/pull/2689

Le 25 août 2017 à 17:58, marc marc  a écrit :

> Info reçue sur irc, Message d'origine sur la mailing "talk" mondiale
> https://lists.openstreetmap.org/pipermail/talk/2017-August/078535.html
>
> Je l'ai traduit en français ci-dessous
>
> De : Daniel Koć daniel at xn--ko-wla.pl
> Date 25 Aoùt 2017 ä 13:49
>
> Chers tous,
>
> aujourd'hui, la feuille de style openstreetmap-carto v4.2.0
> (la  feuille de style par défaut sur openstreetmap.org) a été publié.
>
> Les changements  comprennent:
>
> Changements majeurs :
>   - La couleur de l'eau et la couleur du texte de l'eau par défaut sont
>   changé pour être plus visible
>   - Niveau de zoom moyen (z8-z12) retravaillés:
>   - Les couleurs de Landuses sont fanées et certaines d'entre elles sont
> visibles plus tôt - La plupart des landuse liés à l'homme sont combinés
> en une seule couleur et plus visibles
>   - Les routes les plus importantes sont mieux lisibles
>
> Autres changements :
> - Rendu du type feuille Bois et forêts
> - Les symboles de cimetière ne sont plu aussi denses et le cimetière
> musulman a son propre symbole
> - Rendu de amenity=ferry_terminal
> - Le rendu de la plaque ( ? ) est maintenant différent et déplacé vers z19
> - Rendu des étiquettes de chemin de fer
> - interligne plus petits dans les étiquettes
> - Noms de jonction sur les zones
> - La couleur de la zone railway=station est identique à celle des
> chemins de fer
> - réglages de performance Base de données disponible pour Docker
> - Différents modèles et tous Les icônes restantes ont été déplacées vers
> SVG
> - documentation et nettoyage de code
>
> Merci à tous les contributeurs pour cette version, y compris littlebtc
> et Giggls, nouveaux contributeurs.
> Un grand merci pour rrzefox pour les tests des changements majeurs sur
> son serveur.
> Pour une liste complète des changements, voir
> > https://github.com/gravitystorm/openstreetmap-
> carto/compare/v4.1.0...v4.2.0
> Comme toujours, nous accueillons tous les rapports de bugs à
> > https://github.com/gravitystorm/openstreetmap-carto/issues
> ___
> 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] nouveau rendu openstreetmap-carto v4.2.0

2017-08-25 Par sujet marc marc 
Info reçue sur irc, Message d'origine sur la mailing "talk" mondiale
https://lists.openstreetmap.org/pipermail/talk/2017-August/078535.html

Je l'ai traduit en français ci-dessous

De : Daniel Koć daniel at xn--ko-wla.pl
Date 25 Aoùt 2017 ä 13:49

Chers tous,

aujourd'hui, la feuille de style openstreetmap-carto v4.2.0
(la  feuille de style par défaut sur openstreetmap.org) a été publié.

Les changements  comprennent:

Changements majeurs :
  - La couleur de l'eau et la couleur du texte de l'eau par défaut sont
  changé pour être plus visible
  - Niveau de zoom moyen (z8-z12) retravaillés:
  - Les couleurs de Landuses sont fanées et certaines d'entre elles sont 
visibles plus tôt - La plupart des landuse liés à l'homme sont combinés 
en une seule couleur et plus visibles
  - Les routes les plus importantes sont mieux lisibles

Autres changements :
- Rendu du type feuille Bois et forêts
- Les symboles de cimetière ne sont plu aussi denses et le cimetière 
musulman a son propre symbole
- Rendu de amenity=ferry_terminal
- Le rendu de la plaque ( ? ) est maintenant différent et déplacé vers z19
- Rendu des étiquettes de chemin de fer
- interligne plus petits dans les étiquettes
- Noms de jonction sur les zones
- La couleur de la zone railway=station est identique à celle des 
chemins de fer
- réglages de performance Base de données disponible pour Docker
- Différents modèles et tous Les icônes restantes ont été déplacées vers 
SVG
- documentation et nettoyage de code

Merci à tous les contributeurs pour cette version, y compris littlebtc 
et Giggls, nouveaux contributeurs.
Un grand merci pour rrzefox pour les tests des changements majeurs sur 
son serveur.
Pour une liste complète des changements, voir
> https://github.com/gravitystorm/openstreetmap-carto/compare/v4.1.0...v4.2.0
Comme toujours, nous accueillons tous les rapports de bugs à
> https://github.com/gravitystorm/openstreetmap-carto/issues
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet osm . sanspourriel 

Contre, pour les raisons évoquées par Noémie.

Mais homogénéiser c'est bien. Pourquoi ne pas mettre "Réseau 
Arc-en-Ciel" en HG puisque c'est ce qui est écrit sur les bus, si on 
tient vraiment à l'unicité ? Mais ça ce sont aux locaux de le dire.


Avec l'identifiant Wikidata on la possibilité d'identifier les deux 
réseaux. Une simple comparaison de la latitude devrait d'ailleurs 
suffire. Pas exactement un calcul compliqué.


Pour moi ce lien permet de faire un contrôle qualité, ni plus ni moins.

Pour moi la tag Wikidata c'est une référence, pas un contenu : pour moi 
c'est un peu de l'intégration, pas de l'importation. Qui permet de 
suivre facilement ce que ceux qui travaillent sur Wikipedia disent 
(rappel : pour la fusion des communes ils sont souvent plus à jour que 
nous).


Des gens travaillent sur Wikipédia, des gens travaillent sur OSM.

Je ne vois pas de problème à ce que l'on bénéficie de l'information 
qu'un réseau a changé de nom parce que quelqu'un a mis à jour une page 
Wikipédia. Ça ne veut pas dire que la modif soit à reporter. Des erreurs 
il y en a partout.


Alors si OSM permet d'améliorer Wikipédia et Wikipédia OSM, ça ne me 
dérange pas.


Par contre si l'un dégrade l'autre je suis contre.

Par exemple Lenny dit "la ligne 25 a été supprimé il y a pas mal de 
temps" Et alors ? Si on regarde l'article Wikipédia 
  en 
question il n'a pas de ligne 25. Et il me semble assez détaillé. A-t-on 
de meilleurs infos de moins bonnes info dans OSM ? Ne peut-on profiter 
l'un de l'autre ?


On sait que les mises à jour des catégories merdent sur le wikimedia et 
il est bien écrit "Wikimedia list article" sur le Q3250969 
. Et "Wikinews article" sur 
l'autre. Il est donc possible de filtrer pour trouver ce qui nous intéresse.


Un article sur la création d'une ligne : soit WikiNews t'intéresse soit 
WikiNews ne t'intéresse pas.


Et alors ?

Si par là tu veux dire que tu ne veux pas chercher le wikidata depuis la 
liste wikidata, OK, pourquoi ne pas partir de Wikipédia et cliquer sur 
élément Wikidata.


Je pense que ce qui nous manque ce sont les outils pour gérer les 
wikidata, ça semble un fatras à première vue.


Voici ce que je disais tantôt à Jo, ça devrait rassurer sur le fait que 
j'ai un œil critique sur les Wikidata.


/Je connais pire dans le genre : un film culte (Plogoff : des Pierres 
contre des Fusils) supprimé par un vote d'administrateurs pronucléaires. 
Ils s'étaient coordonnés et avaient fait un vote rapide. Pas de 
notoriété suffisante.//

/

/On les a pris en flagrant délit : la page sur EPR disait que le 
rendement était de 20 % meilleur (non-dit : du fait d'un meilleur taux 
de combustion càd combustible plus enrichi laissé plus longtemps dans le 
réacteur, combustible HTC).//
//Alors je prends soin de citer un texte de Poviisa (organisme dépendant 
des exploitants nucléaires et chargé du centre d'enfouissement 
finlandais) : 7 fois plus de rejets gazeux.//


//Rejet d'un pronucléaire au prétexte que c'était spécifique au HTC et 
non à l'EPR et que je devais créer une page spécifique sur le HTC pour 
mettre ces informations.//
//Avec cette logique il aurait dû supprimer le paragraphe sur les 20 %, 
j'ai d'ailleurs failli le faire.//


//Je parle de ça à un antinucléaire. Il m'apprend qu'il avait voulu 
faire une page sur le HTC et cette même personne avait retoqué la page 
pour cause de manque de notoriété.//


//Mais ceci est bien loin de notre sujet de départ./

Quant à l'unicité, si un réseau n'est pas dans Wikipédia, cj n'imagine 
pas qu'il soit de grande étendue et recouvrant un réseau de même nom.
Sur le contrôle de complétude, idem (avec le bon point relevé par 
Vincent je crois sur l'affichage direct dans OSM).


Et sur le network:wikidata=Oxxx c'était une c... sauf à préciser que si 
c'est en O, les règles de QA à appliquer se font par rapport à un wiki 
OSM (par exemple). Permet de régler le problème de notoriété. Sinon en 
bonne intelligence demander à Wiki* d'accepter que les ajouts référencés 
par OSM soient suffisants pour que la donnée reste dans OSM.


Pour mettre deux conditions dans Overpass, pas la peine de coder, 
l'assistant suffit :


shop=seafood and name="Le Terre-Neuvas" in guidel” 



Pas une ligne de code de tapée.

And=et, in=dans.

Je dis ça pour Lenny : là ce sont des mots courants, donc sans doute pas 
de problème, mais tu dois le dire clairement "pas d'anglais SVP" (.


Ne pas parler anglais n'est pas un problème c'est un handicap. Et comme 
pour beaucoup de handicaps le problème ne vient pas des handicapés mais 
des non handicapés qui ne font pas attention. Ce que je veux dire par là 
c'est qu'être en fauteur roulant sur un trottoir est embêtant plus parce 
que des personnes irrespectueuses se garent dessus qu'en soit. Ce midi 
j'ai dit mais pas assez fort "tiens, handicapés moteurs sans

Re: [OSM-talk-fr] Utilisation d'un point GPS

2017-08-25 Par sujet Nicolas Moyroud 

Bonjour,

Sur JOSM tu peux demander de créer un point en entrant ses coordonnées.
Avec JOSM tu peux aussi ouvrir dans un calque séparé un fichier gpx 
contenant ton point que tu auras au préalable créé avec ton 
GPS/Smartphone. Mais c'est vrai que pour un seul point c'est un peu la 
solution "rouleau-compresseur pour écraser une mouche" ! Par contre, dès 
qu'il y a un certain nombre de points ça devient plus avantageux.


Nicolas


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

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet marc marc 
Le 25. 08. 17 à 02:02, Vincent Privat a écrit :
 > Pour

Merci

Le 25. 08. 17 à 11:51, Jo a écrit :
 > https://www.wikidata.org/wiki/Q3456528 Le réseau des cars
 > Arc-en-Ciel du Département de la Haute-Garonne
 > https://www.wikidata.org/wiki/Q3456882 réseau interurbain du Nord

Merci Jo. Quel est ton "vote" ?

Le 25. 08. 17 à 11:34, Noémie Lehuby a écrit :
> D'ailleurs, je suis ok pour filer un coup de main si je peux aider.

Merci mais l'opération en elle-même prend 2 min.
Par contre j'accepte volontiers un coup de main pour essayer de trouver 
s'il y a des contributeurs récents sur la valeur du tag network dans le 
nord parce qu'il ne semble pas y avoir de moyen de chercher les 
modifications d'un tag précis sur un objet, ou s'il existe, je l'ignore.

> Deux choses m'embêtent :
> Le fait qu'on aille modifier des données juste dans le Nord alors qu'on 
> a identifié un souci en Haute-Garonne : si on ne modifie pas les deux 
> réseaux, c'est irrespectueux du travail des contributeurs dans le Nord 
> qui n'ont rien demandé et ne sont pas plaints (à ma connaissance) de 
> leur cousin du sud.

Il n'y a quasi plus de soucis en Haute-Garonne au niveau de
l'harmonisation de la valeur du tag network, Leny a quasi finit.
Mon but n'est pas d'opposer "Nord <> Haute-Garonne" mais simplement 
d'harmoniser un endroit où personne ne semble le faire.
Je me suis proposé pour aider en Haute-Garonne mais séparément.
je ne souhaite pas faire une opération commune avec les 2 sauf s'il
y a une majorité pour le faire, y compris Leny vu son implication.

> Concernant ta proposition, je suis contre.
> Pas de soucis pour unifier localement le tag network 
> avec la valeur majoritaire.
bien noté, merci pour l'argumentation concise.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet Jo 
Je viens de trouver les wikidata:

https://www.wikidata.org/wiki/Q3456528 Le réseau des cars Arc-en-Ciel du
Département de la Haute-Garonne est

https://www.wikidata.org/wiki/Q3456882 réseau interurbain du Nord

Jo



2017-08-25 11:34 GMT+02:00 Noémie Lehuby :

> Bonjour,
>
> Merci pour ta proposition concrète d'action, et c'est cool de proposer de
> la porter.
> D'ailleurs, je suis ok pour filer un coup de main si je peux aider.
>
>
> Concernant ta proposition, je suis contre.
> Mais je suis ok pour qu'on vote, et je me conformerai à l'avis majoritaire
> quelqu'il soit.
>
> Deux choses m'embêtent :
> Le fait qu'on aille modifier des données juste dans le Nord alors qu'on a
> identifié un souci en Haute-Garonne : si on ne modifie pas les deux
> réseaux, c'est irrespectueux du travail des contributeurs dans le Nord qui
> n'ont rien demandé et ne sont pas plaints (à ma connaissance) de leur
> cousin du sud.
>
> Le fait qu'on cherche une unicité du nom des réseaux à tout prix : les
> deux réseaux s'appellent pareil dans la vraie vie, c'est normal qu'on ait
> le même nom dans OSM.
> (Mais inutile de développer ce point plus avant, on a déjà des threads en
> cours avec ce genre de débats.)
>
>
> Pas de soucis pour unifier localement le tag network avec la valeur
> majoritaire.
>
> Et pas de soucis sur la manière de procéder : fais le comme tu veux tant
> que c'est bien fait ;)
>
> Si on fait le choix d'un nom de réseau différent de celui sur le terrain,
> une page wiki serait bienvenue (il n'y en a pas pour le réseau du Nord à ma
> connaissance).
> Et je pense qu'il peut en effet être pertinent de prendre contact avec les
> contributeurs concernés pour leur résumer le sujet car tout le monde n'est
> pas sur cette liste.
>
> Noémie
>
> Le 2017-08-25 02:02, Vincent Privat a écrit :
>
> Pour: c'est simple, logique, la démarche est bien expliquée, ça suit les
> bonnes pratique :)
> A+
> Vincent
>
> Le 25 août 2017 à 01:38, marc marc  a écrit :
>
>> Bonsoir,
>>
>> Je me propose de résoudre ce "doublon" "Arc en ciel"
>> D'abord merci à Lenny qui a fait déjà fait la moitié du travail :-)
>>
>> Nom proposé pour le réseau : "Arc en Ciel (Nord)"
>>
>> La typographie (la majuscule et les espaces) vient de la valeur
>> actuellement la plus présente.
>> Le suffixe "Nord" vient de leur site et la page wikipedia
>> qui indique qu'aujourd'hui (août 2017), c'est le département du Nord
>> qui s'occupe du réseau.
>>
>> Critère de sélection :
>> tag network ayant les 3 mots "arc en ciel" sans faire de différence
>> entre les majuscules et minuscules.
>> étendue de la sélection : la région Hauts-de-France
>>
>> Récurrence : possible si de nouveaux objets apparaissent
>> avec la mauvaise valeur.
>> J'essayerai bien évidement dans la mesure du possible
>> de prévenir au préalable le contributeur.
>>
>> Raison du choix : essayer de contenter tout le monde
>> C'est à la fois un nom pour humain (l'utilisateur sait
>> facilement à quoi cela se rapporte) et c'est aussi
>> un nom unique à ce jour et qui pourrait le rester.
>>
>> Il y a quelques valeurs qui renseignent le chiffre 2 parce
>> que leur réseau est divisé en 4 secteurs (de 1 à 4).
>> Si quelqu'un a une idée d'un sous-tag où mettre cette info,
>> Je la migrerai dans un sous-tag.
>> Si pas d'idée ou une majorité contre ou pas d'intérêt, je garderai
>> cette info dans le tag network comme c'est le cas actuellement.
>>
>> Coïncidence, ce réseau changera au 1er septembre de couverture
>> pour s'étendre à la région (source : leur site web).
>> S'il y a une majorité avant cette date, je le renommerai avec "Nord"
>> avant le 1er septembre puis en "Arc en Ciel (Hauts-de-France)"
>> à partir du 1er septembre.
>> Cela ne me dérange pas et cela m'arrange même histoire à la fois
>> de ne pas attendre jusqu'au 1er septembre et à la fois d'avoir
>> une opération réelle de modification de nom de réseau à documenter.
>> Si la discussion traîne au delà du 1er septembre, je modifierai
>> évidement le nom directement en "Arc en Ciel (Hauts-de-France)"
>>
>> L'opération ne concerne volontairement PAS :
>> - quoi faire le jour où ce réseau s'étend hors de la région.
>> - le réseau "Arc-en-ciel (Haute-Garonne)", par respect pour son travail,
>> je verrai cela séparément avec Lenny.
>> - regrouper tout dans une relation network <> des tag network
>> Je sélectionne les objets avec le tag. je ne modifie ni à la hausse
>> ni à la baisse le nombre ni de tag ni de relation (c'est un AUTRE sujet)
>> - le tag operator (c'est une AUTRE sujet)
>> - migrer des tags du mobilier vers stop_area (c'est une AUTRE sujet)
>> - un tag avec une ref osm (autre discussion en cours)
>> - wikidata ou pas, j'ignore même s'il y a un wikidata pour ce réseau.
>> Si quelqu'un a envie de chercher/créer/mettre à jour, ce serrait
>> bien venu. Ou attendre le 1er septembre pour pas changer 2 fois.
>> Moi cela m'est égal. Mais je veux bien l'ajouter dans la foulée.
>> - quelqu'un

Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans le département du Nord région Hauts-de-France

2017-08-25 Par sujet Noémie Lehuby 
Bonjour,

Merci pour ta proposition concrète d'action, et c'est cool de proposer
de la porter.
D'ailleurs, je suis ok pour filer un coup de main si je peux aider.

Concernant ta proposition, je suis contre.
Mais je suis ok pour qu'on vote, et je me conformerai à l'avis
majoritaire quelqu'il soit.

Deux choses m'embêtent :
Le fait qu'on aille modifier des données juste dans le Nord alors qu'on
a identifié un souci en Haute-Garonne : si on ne modifie pas les deux
réseaux, c'est irrespectueux du travail des contributeurs dans le Nord
qui n'ont rien demandé et ne sont pas plaints (à ma connaissance) de
leur cousin du sud.

Le fait qu'on cherche une unicité du nom des réseaux à tout prix : les
deux réseaux s'appellent pareil dans la vraie vie, c'est normal qu'on
ait le même nom dans OSM.
(Mais inutile de développer ce point plus avant, on a déjà des threads
en cours avec ce genre de débats.)

Pas de soucis pour unifier localement le tag network avec la valeur
majoritaire.

Et pas de soucis sur la manière de procéder : fais le comme tu veux tant
que c'est bien fait ;)

Si on fait le choix d'un nom de réseau différent de celui sur le
terrain, une page wiki serait bienvenue (il n'y en a pas pour le réseau
du Nord à ma connaissance).
Et je pense qu'il peut en effet être pertinent de prendre contact avec
les contributeurs concernés pour leur résumer le sujet car tout le monde
n'est pas sur cette liste. 

Noémie 

Le 2017-08-25 02:02, Vincent Privat a écrit :

> Pour: c'est simple, logique, la démarche est bien expliquée, ça suit les 
> bonnes pratique :) 
> A+ 
> Vincent 
> 
> Le 25 août 2017 à 01:38, marc marc  a écrit :
> 
>> Bonsoir,
>> 
>> Je me propose de résoudre ce "doublon" "Arc en ciel"
>> D'abord merci à Lenny qui a fait déjà fait la moitié du travail :-)
>> 
>> Nom proposé pour le réseau : "Arc en Ciel (Nord)"
>> 
>> La typographie (la majuscule et les espaces) vient de la valeur
>> actuellement la plus présente.
>> Le suffixe "Nord" vient de leur site et la page wikipedia
>> qui indique qu'aujourd'hui (août 2017), c'est le département du Nord
>> qui s'occupe du réseau.
>> 
>> Critère de sélection :
>> tag network ayant les 3 mots "arc en ciel" sans faire de différence
>> entre les majuscules et minuscules.
>> étendue de la sélection : la région Hauts-de-France
>> 
>> Récurrence : possible si de nouveaux objets apparaissent
>> avec la mauvaise valeur.
>> J'essayerai bien évidement dans la mesure du possible
>> de prévenir au préalable le contributeur.
>> 
>> Raison du choix : essayer de contenter tout le monde
>> C'est à la fois un nom pour humain (l'utilisateur sait
>> facilement à quoi cela se rapporte) et c'est aussi
>> un nom unique à ce jour et qui pourrait le rester.
>> 
>> Il y a quelques valeurs qui renseignent le chiffre 2 parce
>> que leur réseau est divisé en 4 secteurs (de 1 à 4).
>> Si quelqu'un a une idée d'un sous-tag où mettre cette info,
>> Je la migrerai dans un sous-tag.
>> Si pas d'idée ou une majorité contre ou pas d'intérêt, je garderai
>> cette info dans le tag network comme c'est le cas actuellement.
>> 
>> Coïncidence, ce réseau changera au 1er septembre de couverture
>> pour s'étendre à la région (source : leur site web).
>> S'il y a une majorité avant cette date, je le renommerai avec "Nord"
>> avant le 1er septembre puis en "Arc en Ciel (Hauts-de-France)"
>> à partir du 1er septembre.
>> Cela ne me dérange pas et cela m'arrange même histoire à la fois
>> de ne pas attendre jusqu'au 1er septembre et à la fois d'avoir
>> une opération réelle de modification de nom de réseau à documenter.
>> Si la discussion traîne au delà du 1er septembre, je modifierai
>> évidement le nom directement en "Arc en Ciel (Hauts-de-France)"
>> 
>> L'opération ne concerne volontairement PAS :
>> - quoi faire le jour où ce réseau s'étend hors de la région.
>> - le réseau "Arc-en-ciel (Haute-Garonne)", par respect pour son travail,
>> je verrai cela séparément avec Lenny.
>> - regrouper tout dans une relation network <> des tag network
>> Je sélectionne les objets avec le tag. je ne modifie ni à la hausse
>> ni à la baisse le nombre ni de tag ni de relation (c'est un AUTRE sujet)
>> - le tag operator (c'est une AUTRE sujet)
>> - migrer des tags du mobilier vers stop_area (c'est une AUTRE sujet)
>> - un tag avec une ref osm (autre discussion en cours)
>> - wikidata ou pas, j'ignore même s'il y a un wikidata pour ce réseau.
>> Si quelqu'un a envie de chercher/créer/mettre à jour, ce serrait
>> bien venu. Ou attendre le 1er septembre pour pas changer 2 fois.
>> Moi cela m'est égal. Mais je veux bien l'ajouter dans la foulée.
>> - quelqu'un sait s'il y a des pages wiki où il faudrait mettre à jour
>> le tag network de ce réseau ? un contributeur non présent ici
>> à prévenir ? sinon je chercherai.
>> 
>> N'ayant aucune connaissance de terrain des objets modifiés,
>> ceux-ci seront uniquement sélectionnés par requête et vu
>> le nombre, je modifierai l'ensemble des valeurs avec
>>

Re: [OSM-talk-fr] Utilisation d'un point GPS

2017-08-25 Par sujet informatique 

  
  
Merci en effet le point GPS ne me sert
  que pour repérer le bâtiment sur la carte et je vais vérifier le
  calage avec les données du cadastre.
  
  François-Marie BILLARD
  
  Le 25/08/2017 à 09:50, osm.sanspourr...@spamgourmet.com a écrit :


  
  Bonjour,
  Sous OSM, si tu entres les coordonnées il place le centre de la
carte là.
  Sur JOSM tu peux demander de créer un point en entrant ses
coordonnées.
  Ça te montre grosso-modo où est le lavoir, je conseille de le
retrouver sur les vues aériennes (en particulier BDOrtho), la
cadastre (s'il y est) et de vérifier le calage.
  
  Oui en résumé je dis "mets toi dans un coin et attend que ça te
  passe" car la précision de nombre de GPS est douteuse.
  Disons qu'il faut au moins la vérifier.
  
  Jean-Yvon
  
  Le 25/08/2017 à 09:39, informatique -
informati...@billard-francois-marie.eu
a écrit :
  
  Bonjour


Comment peut-on utiliser des coordonnées GPS pour se placer sur
la carte dans JOSM ? En effet j'ai pris une coordonnée GPS d'un
lavoir et je souhaite la retrouver pour le tracer. 

merci 

Cordialement 

François-Marie BILLARD 



___ 
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] Utilisation d'un point GPS

2017-08-25 Par sujet osm . sanspourriel 

Bonjour,

Sous OSM, si tu entres les coordonnées il place le centre de la carte là.

Sur JOSM tu peux demander de créer un point en entrant ses coordonnées.

Ça te montre grosso-modo où est le lavoir, je conseille de le retrouver 
sur les vues aériennes (en particulier BDOrtho), la cadastre (s'il y 
est) et de vérifier le calage.


Oui en résumé je dis "mets toi dans un coin et attend que ça te passe" 
car la précision de nombre de GPS est douteuse.

Disons qu'il faut au moins la vérifier.

Jean-Yvon

Le 25/08/2017 à 09:39, informatique - 
informati...@billard-francois-marie.eu a écrit :

Bonjour

Comment peut-on utiliser des coordonnées GPS pour se placer sur la 
carte dans JOSM ? En effet j'ai pris une coordonnée GPS d'un lavoir et 
je souhaite la retrouver pour le tracer.


merci

Cordialement

François-Marie BILLARD



___
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] Utilisation d'un point GPS

2017-08-25 Par sujet informatique 

Bonjour

Comment peut-on utiliser des coordonnées GPS pour se placer sur la carte 
dans JOSM ? En effet j'ai pris une coordonnée GPS d'un lavoir et je 
souhaite la retrouver pour le tracer.


merci

Cordialement

François-Marie BILLARD



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

Re: [OSM-talk-fr] StreetComplete et les poteaux électriques

2017-08-25 Par sujet François Lacombe 
Good point,

support:material fonctionne bien en effet

Je vais y penser pour les bornes et autres pipeline=marker qui utilisent
aussi le tag support


François

Le 24 août 2017 à 23:58, marc marc  a écrit :

> ca c'est amusant comme coïncidence, j'ai commencé depuis quelques
> semaines/mois à faire la même chose pour les lampadaires, suite à une
> discussion ici sur un problème de tag "fourre-tout"
> par contre j'ai utilisé support:material parce qu'il me semblait
> important de préciser que cela concernait le poteau et non le lampadaire.
> je n'ai pas encore fait de publication wiki, j'attendais de roder un peu
> la chose et de terminer la discussion entre autre avec Jean-Yvon quand
> il y aura moins le feu :-)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr