[OSM-talk-fr] Suspicion d'usage massif d'une source non autorisée

2020-05-19 Thread blef

Bonjour,

En jetant un coup d’œil sur les contributions dans la zone où j'ai 
l'habitude de cartographier, j'ai remarqué qu'un contributeur (ERIC 
JAOUEN ) a fait 
récemment pas mal d'ajouts, principalement sur les aménagements 
cyclables, ce qui à priori m'a enchanté, mais...
Constatant qu'une des rues que j'avais moi-même modifiée il y a deux 
mois suite à la création d'une voie partagée (rue Maurice Boyau à Dax 
) faisait l'objet 
d'une nouvelle modification de sa part, j'ai eu la surprise  de voir 
qu'elle avait été remise dans l'état antérieur, avant les travaux.
J'ai fait un revert et adressé un message 
 
à ce contributeur.
Sa seule source mentionnée est le tag imagery_used=BDOrtho IGN généré 
par l'éditeur iD.


En regardant de plus près, je me suis aperçu que ce contributeur est 
très actif: 569 contributions depuis le 19 mars, le plus souvent pour 
des modifs liées aux aménagements cyclistes.
Zones de prédilection: Dax et Mont-de-Marsan ainsi que des communes 
bretonnes (Trébeurden, Ploumanach...).

Chaque fois, pas de source citée.
Les éléments ajoutés, hormis parfois (mais pas toujours) les bandes 
cyclables, sont, même avec de bons yeux, invisibles sur la BD ortho IGN 
(parkings vélos avec type et capacité, bancs, poubelles, bornes 
incendie...).
De plus, vu le nombre de contributions et l'étendue géographique, j'ai 
du mal à croire qu'elles font suite à des contrôles sur le terrain.
Mapillary, n'en parlons pas (ou plutôt si, parlons-en), pour la rue 
Maurice Boyau, j'ai moi même versé les séquences d'images sur Mapillary 
, 
et pour les autres pas d'images disponibles.


Par contre tous ces éléments sont bien visibles sur... G...e Maps! Y 
compris dans le cas de la rue mentionnée plus haut où l'imagerie G. est 
en retard sur la réalité.


Je ne veux pas être parano ni accusateur, mais j'ai l'impression que 
notre contributeur passe son temps à se promener sur Google Maps et à 
recopier scrupuleusement  son contenu sur OSM.

J'aimerais avoir votre avis là-dessus.

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


Re: [OSM-talk-fr] magOSM - suivi de changement

2020-05-19 Thread Augustin DOURY
Salut Donat,
Merci pour ton retour !
Oui la liste des thématiques peut tout à fait évoluer selon les besoins, 
surtout s'il s'agit de couches représentant de petits volumes de données comme 
celles que tu évoques.
Pour l'instant
* il existe un guide de contribution pour proposer une nouvelle couche pour le 
service de flux WMS/WFS : 
https://github.com/Magellium/magOSM/blob/master/Contribution.md
* il n'existe pas encore de guide pour proposer une nouvelle couche pour le 
service de Suivi de changement. Tes propositions pourraient être l'occasion de 
rédiger ça.
Donc n'hésite pas à ouvrir une issue sur le dépôt principal de magOSM : 
https://github.com/Magellium/magOSM ! L'essentiel est d'avoir les tags 
filtrants.
A bientôt,
Augustin
Le lundi 18 mai 2020 à 12:24 -0700, Donat ROBAUX a écrit :

Salut Augustin,


C'est génial ca! Merci à Magelium pour son aide à la communauté. Je suis sûr

que pas mal de monde va y voir un avantage. Il faut juste prendre le temps

de se l'approprier ;)


Est-ce que la liste des thématiques a vocation à grossir un peu? Si c'est le

cas, je fais une issue pour rajouter les casernes de pompiers et les

structures sociales.


Donat




--

Sent from: http://gis.19327.n8.nabble.com/France-f5380434.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] Améliorer la description des bibliothèques et centres de documentation

2020-05-19 Thread Yves P.

> P.S. : J’espère que le tableau restera bien structuré.
Pas vraiment, heureusement le HTML peut nous aider :
J'ai fait sauter les / et les ; pour plus de lisibilité (à spécifier dans une 
prochaine version)

Je commence :

on-site_consultation :
je propose le tag existant takeaway=yes/no

ou mieux ? un terme plus utilisé dans le domaine (ILL: Inter-library loan 
system)
loan=yes/no 

library_subject :
A l'instar de subject:wikidata (qui pourrait être utilisé ?), il faut utiliser 
les classifications utilisées dans les bibliothèques : Dewey 
 et universelle 
 (d'autres ?)
subject:ddc ou subject:dewey
subject:udc

controlled_admission
Est-ce qu'access conviendrait ?
Il y a 1 058 bibliothèques avec ce tag : https://overpass-turbo.eu/s/U9c 


yes/public/members/private/student ?

On trouve les valeurs suivantes dans la base OSM : 
https://overpass-turbo.eu/s/U9g
customers 
designated 
no 
permisive 
permissive 
permit 
private 
public 
students
yes 
STUDENTS,STAFFS_ONLY" yes permit private private permissive private 
private private private private yes private private private private 
yes yes yes permissive private private public yes private private no 
yes private private yes yes yes private private yes private 
customers yes yes no yes private private private yes private yes 
yes destination yes yes public library yes yes yes yes yes yes yes 
permissive permissive yes yes private customers yes yes private 
private yes yes yes private private ? public permissive yes yes 
private private yes yes yes public yes designated private private 
yes yes permit permissive private public yes yes yes yes yes 
private permissive yes no yes permissive yes yes permissive public 
permissive public public yes yes yes private private customers no 
yes private permit permit yes yes yes yes yes public yes 
appointment private customers yes yes yes yes permissive permissive 
yes private yes private yes yes yes public permissive private yes 
yes private private yes customers customers public yes yes private 
private private permissive yes yes yes private permissive yes yes 
private yes private private yes yes yes yes private yes private yes 
yes yes yes yes yes yes yes private permissive yes private yes yes 
yes yes yes permissive yes private permissive private yes yes yes 
yes yes yes permissive yes yes yes yes yes school_use private yes 
permit permissive yes yes yes yes yes yes permissive permissive 
permissive yes yes yes permissive permissive yes Students_and_public 
private yes yes members permit yes yes 
UCL;University_of_London_(free);UK_&_international_scholars_(free);teachers_(fee);public_(fee)
 customers private private yes yes permissive yes  
downloading
??

reservation
https://wiki.openstreetmap.org/wiki/Key%3Areservation 

il y en a 2  : https://overpass-turbo.eu/s/U9b 

__
Yves

Clé
Valeur
Commentaire
amenity
library
Des bibliothéques sont à la fois nationales et universitaires ou universitaires 
et municipales
library
national
regional
general
archive
museum
academic
internal
rental
depository
repository
Les archives et les dépôts ou silos sont discriminés par depository et 
repository

Les bibliothéques internes sont étiquetées par internal
library:for
general public
staff
children
students
researchers

library_subject
all 
ou insérer disciplines
P-ê à créer : library_subject:Dewey pour les classes de la CDD (classification 
décimale Dewey)
operator
name of the entity

operator:type
government
local_authority
ngo
university
corporate

library_media
books
audiorecords
videos
films
softwares
artworks
archives
manuscripts
toys
Les ludothéques : toy_library (existe).
Si on y trouve uniquements des jeux.
controlled_admission
yes/no
Il s’agit du contrôle d’accréditation (diplômé, chercheur…)
library_lending
yes/no

ILL
yes/no

on-site_consultation
yes/no/only

downloading
yes/no

reservation
yes/no

fee
yes/no

ref:isil
FR-xxx
16 caractères maxi. Registre FR tenu par l’Agence bibliographique de 
l’Enseignement supérieur
name


phone


website


internet


email


addresses


opening_hours


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


[OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Antonin Delpeuch (lists)
Bonjour,

Je souhaiterais importer dans OpenStreetMap des points d'eau incendie
(piliers, bouches et autres) à partir d'un jeu de données publié le mois
dernier par le SDIS de Saône-et-Loire (sous Licence Ouverte).

https://trouver.ternum-bfc.fr/dataset/points-deau-incendie-repertories-en-saone-et-loire

Je compte évidemment dédoublonner ces points avec ceux qui sont déjà
présents (environ 700 sur 12851):

https://overpass-turbo.eu/s/U9C

L'import suivrait les conventions décrites ici:

https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant

Qu'en pensez-vous ? Quels sont les pièges à éviter ?

Merci pour vos retours sur ce projet !

Antonin



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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Marc M.
Bonjour,

Le 19.05.20 à 13:42, Antonin Delpeuch (lists) a écrit :
> Qu'en pensez-vous ? 

probablement (voir point 1 ci dessous) une très bonne idée

> Quels sont les pièges à éviter ?

- tester le jeu de données avec les 700 objets existants dans osm.
le plugin josm conflate te permet facilement de trouver la distance
max entre osm et l'opendata.
si cette distance est raissonable, alors le "probablement" du point
précédent tombe.
- lire https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines
- faire une page wiki qui documente ton import. outre l'url du jeux
opendata, le rappel de sa liance, du conflate anti-doublon,
il faut y lister les tags que tu vas importer avec la correspondance
opendata<>osm. d'expérience avoir un module qui le fait (osmose ?)
permettra à quelqu'un d'autre de faire les maj suivante si toi
tu n'es plus disponible, sans devoir tout refaire à 0
éventuelement publier le fichier opendata converti dédoublonéé
- attendre un délais raissonble ici pour voir s'il n'y a pas d'opposition
- poste sur la ml import en pointant que cela a été discuté ici.

c'est un peu lent mais à mon avis cela ira comme une lettre à la poste
non confinée :)

Cordialement,
Marc

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread GarenKreiz
Bonjour,

J'ai la même question pour la liste de l'Ille et Vilaine. Lors de mes
sorties de confinement, j'ai pu vérifier la qualité générale des données
(une seule bouche à incendie positionnée à quelques mètres de l'autre côté
d'une allée) et m'interroge sur l'étape suivante. Etant donné que ces
équipements ne sont censé être utilisés que par des professionnels qui a
priori bénéficient déjà de cette liste, à quel usages correspondrait leur
intégration dans OSM?

Cdt




On Tue, 19 May 2020 at 13:43, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> wrote:

> Bonjour,
>
> Je souhaiterais importer dans OpenStreetMap des points d'eau incendie
> (piliers, bouches et autres) à partir d'un jeu de données publié le mois
> dernier par le SDIS de Saône-et-Loire (sous Licence Ouverte).
>
>
> https://trouver.ternum-bfc.fr/dataset/points-deau-incendie-repertories-en-saone-et-loire
>
> Je compte évidemment dédoublonner ces points avec ceux qui sont déjà
> présents (environ 700 sur 12851):
>
> https://overpass-turbo.eu/s/U9C
>
> L'import suivrait les conventions décrites ici:
>
> https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant
>
> Qu'en pensez-vous ? Quels sont les pièges à éviter ?
>
> Merci pour vos retours sur ce projet !
>
> Antonin
>
>
>
> ___
> 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] Suspicion d'usage massif d'une source non autorisée

2020-05-19 Thread Vincent de Château-Thierry
Bonjour,

> De: "blef" 
> 
> Je ne veux pas être parano ni accusateur, mais j'ai l'impression que
> notre contributeur passe son temps à se promener sur Google Maps et
> à recopier scrupuleusement son contenu sur OSM.
> J'aimerais avoir votre avis là-dessus.

Tes observations sont étayées, et tu as contacté le contributeur. Attends de 
voir s'il réagit à ce message, que tu peux peut-être doublonner par un message 
direct (via la messagerie OSM) hors changeset.
Si tu constates qu'il recommence à contribuer sans avoir répondu, alors ça peut 
valoir le coup de signaler le cas au DWG [1] pour un blocage temporaire, qui 
lui imposera de lire les messages avant de recommencer à contribuer. Ce sera 
l'occasion de voir s'il en tient compte.

vincent

[1] : https://wiki.openstreetmap.org/wiki/Data_working_group

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Marc M.
Bonjour,

Le 19.05.20 à 15:22, GarenKreiz a écrit :
> à quel usages correspondrait leur intégration dans OSM?

sur la liste tagging lors du dernier round d'amélioration des tags
pour les bornes, un pompier avait dit qu'ils (les pompiers) utilisaient
osm lors d'une intervention hors de leur zone, parce que c'était
le plus facile pour accéder aux infos "partout".

on peux aussi imaginer des stats de densité de borne même si je ne
me risquerait pas à dire que cela est réelement fait.

plus pragmatiquement, les gens ajoutent des bornes dans som.
tout moyen de libérer du temps contributeur me semble une bonne idée.

PS: faut essayer de remonter l'erreur au créateur de l'OD

Cordialement,
Marc

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Yves P.

> Lors de mes sorties de confinement, j'ai pu vérifier la qualité générale des 
> données (une seule bouche à incendie positionnée à quelques mètres de l'autre 
> côté d'une allée)
D'un département à l'autre — et d'une caserne à l'autre — la qualité est très 
inégale.

> et m'interroge sur l'étape suivante. Etant donné que ces équipements ne sont 
> censé être utilisés que par des professionnels
et des volontaires ;)

> qui a priori bénéficient déjà de cette liste
en théorie oui, et sur papier, pas toujours en version électronique utilisable 
sur le terrain.

> , à quel usages correspondrait leur intégration dans OSM?
A améliorer les données des SDIS (localisation, diamètre des raccords, état : 
borne détruite)

__
Yves

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


Re: [OSM-talk-fr] Suspicion d'usage massif d'une source non autorisée

2020-05-19 Thread Yves P.
> Tes observations sont étayées, et tu as contacté le contributeur. Attends de 
> voir s'il réagit à ce message, que tu peux peut-être doublonner par un 
> message direct (via la messagerie OSM) hors changeset.

Tu peux aussi "éduquer" le contributeur avant de sortir le char d'assaut :D
Et l'inciter à utiliser à d'autres sources, OD, terrain :)

Outre le problème de licences, GSV n'est qu'une source parmi d'autres, elle 
aussi truffée d'erreurs. Il faut donc les croiser et en cas de doutes, 
privilégier le terrain.
Le plus souvent, les photos StreetView ne sont plus à jour. Un poteau incendie 
sur GSV avait traversé la route :D
Parfois même, les photos ne correspondent pas à l'endroit.

Quand aux POI sur GM, ils sont localisé automatiquement et pas au bon endroit, 
ou plus à jour.

> Si tu constates qu'il recommence à contribuer sans avoir répondu, alors ça 
> peut valoir le coup de signaler le cas au DWG [1] pour un blocage temporaire, 
> qui lui imposera de lire les messages avant de recommencer à contribuer. Ce 
> sera l'occasion de voir s'il en tient compte.

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Vincent de Château-Thierry

> De: "GarenKreiz" 
> 
> J'ai la même question pour la liste de l'Ille et Vilaine. Lors de mes
> sorties de confinement, j'ai pu vérifier la qualité générale des
> données (une seule bouche à incendie positionnée à quelques mètres
> de l'autre côté d'une allée) et m'interroge sur l'étape suivante.
> Etant donné que ces équipements ne sont censé être utilisés que par
> des professionnels qui a priori bénéficient déjà de cette liste, à
> quel usages correspondrait leur intégration dans OSM?

En voilà une bonne question. On pourrait aussi l'appliquer à d'autres 
gestionnaires de réseau. Quel intérêt de placer dans OSM les armoires de rue ? 
Les pylones ? etc.

En pratique, pour l'usage immédiat, c'est vrai qu'à part les professionnels qui 
utilisent ces équipements on ne voit pas bien qui ça peut intéresser. Je vois 
au moins un autre public possible : celles-ceux qui souhaiteraient reconstituer 
le "paysage" en un endroit donné, le plus fidèlement possible, par exemple pour 
une scène de jeu video. Dans ce cas, tout ce qui est susceptible de raffiner 
l'information est bon à prendre : arbre, mais aussi sa hauteur, son espèce, 
trottoir, mais aussi sa largeur, buulding, mais aussi le type de façade et de 
toiture, etc etc. C'est infini ? Oui. Les bornes incendie en font partie ? Oui. 
Comme les pylônes, les armoires de rue, et le reste. Donc ne pas se censurer :)

Pour revenir à l'usage par les professionnels : avoir un jeu de données dans 
OSM, qui ne soit pas juste une photocopie d'un jeu Open Data, mais qui soit 
maintenu, amélioré au fil du temps, par les pros eux-mêmes mais aussi par 
n'importe quel contributeur, est un très bon exemple à montrer aux pros en 
question pour leur illustrer tout l'intérêt d'OSM. Pour parler des bornes à 
incendie (c'est un peu mon dada) : j'en ai au fil du temps observé un bon 
paquet avec des anomalies, soit par rapport aux jeux de données OD 
(exhaustivité, qualité du positionnement), soit par rapport au terrain 
(doublons d'identifiant sur une même commune...). On a donc matière à améliorer 
les données OD, qu'il ne faut surtout pas prendre pour la vérité absolue. 
J'avais audité le fichier OD des bornes incendies d'un département de banlieue 
parisienne il y a quelques années : les bornes avaient beau être relevées par 
les pompiers eux-même, c'était truffé d'erreurs de positionnement assez 
sévères. Là où je veux en venir : en montrant aux pros qu'on peut améliorer 
leurs propres données, on peut par extension les convaincre de l'intérêt de la 
foule (nous) pour consolider un jeu de données géographiques. Les pompiers 
s'intéressent énormément aux adresses. Si au travers d'une mise en qualité des 
bornes on les convainc de l'intérêt "tout court d'OSM, au point qu'ils 
renseignent dans OSM l'émergence de nouvelles rues et adresses, alors on aura 
gagné des contributeurs de grande valeur. Rien que pour ça ça vaut le coup.

vincent

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


Re: [OSM-talk-fr] Nouvel outil : od2osm

2020-05-19 Thread Nicolas Bétheuil
Oyé Oyé brave gens ! Je viens vers vous avec une grande nouvelle !

C'est live ! En vrai !
C'est vraiment branché sur overpass et sur le vrai OSM de production.
Je joue un peu avec mais ça m'a l'air tout bon ! Je viens encore de trouver
un chti bug vite corrigé mais ça sent très bon.

J'ai pu faire mes premiers changements.
https://www.openstreetmap.org/changeset/85446327
https://www.openstreetmap.org/changeset/85445811

J'attends vos retours ! Sinon bah bonnes contributions !

Le ven. 15 mai 2020 à 17:41,  a écrit :

> Bonjour, en fait Nicolas avait bien compris :
> PDI = Point d'intérêt, POI en anglais
> PDA = Point d'adresse
>
> mais j'ai du retard dans mes messages, notamment sur le trait de côte ! Et
> je n'avais pas pris le temps de lui dire qu'il avait bien compris. Je
> voulais et veux toujours essayer plus son logiciel.
>
> Oui mettre des tickets sur github ça permet de ne pas surcharger cette
> liste-ci et ne ne mettre que les points de discussion ici.
>
> Comme la gestion (en France et ailleurs) de la fusion ou pas des PDI/PDA.
> Et je crois qu'en France on préfère ne pas mélanger.
>
> Jean-Yvon
> Le 15/05/2020 à 12:12, Nicolas Bétheuil - nbethe...@free.fr a écrit :
>
> Bonjour,
>
> On m'avait parlé de PDI / PDA, de distance du bati pour la conflation mais
> j'ai pas tout compris (même les acronymes).
>
> On parlait du point
> https://www.openstreetmap.org/node/3688329411
> que j'ai créé en dev (parce qu'inexistant dans la conflation que j'avais
> faite, à cause de la distance et du changement d'environnement et que c'est
> pas ça que je testais)
> https://master.apis.dev.openstreetmap.org/node/4319598216
>
> L'échange en résumé
> > Jean-Yvon
> > Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
> > Osmose va râler : restaurant ou traiteur ?) sur un point adresse.
>
> > Moi :
> > il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.
>
> > Jean-Yvon :
> > Oui, à cause d'iD notamment qui incite à le faire ainsi.
> > Pas forcément vigoureusement contre : il y a du positif et du négatif.
> >Par contre "pourrir" la base en renforçant le cas ne va pas aider.
>
> > Moi
> > Le rapprochement se fait par tag principal : shop ou amenity pour
> l'instant.
> > Il n'y aura pas de "pourrissement supplémentaire", si le point existe
> déjà à l'adresse ( ou un autre shop, amenity ...), les autres tags seront
> rajoutés.
> > Si le point n'existe pas, il sera créé.
>
> Enfin :
> J'ai trié mon ticket "améliorations"
> https://github.com/wadouk/od2osm/issues/1
>
> Je vais traiter 4 points avant de basculer sur le vrai OSM
> - interdire de créer si requête des points à proximité à échoué (surcharge
> overpass (quand sera en vrai) ou credentials OSM (pour le test) par exemple)
> - avertir si champ principal (pour l'instant shop ou amenity) contient un
> point virgule
> - ajouter ou supprimer un tag manuellement
> - rajouter en source du changeset l'url du jeu de données OpenData
>
> Il y en a d'autres dans l'issue mais que je considère moins important.
> Une fois ces 4 points traités, je basculerais sur le vrai OSM.
>
> Salutations
>
>
> Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil  a
> écrit :
>
>> J'ai complété le readme avec plusieurs détails. à discuter.
>> Fait une issue sur les prochaines modifs en vrac.
>>
>> Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
>>> OpenData2OpenStreetMap aka od2osm.
>>>
>>> Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io
>>>
>>> Il faut être authentifié sur l'environnement de dev OSM
>>> https://master.apis.dev.openstreetmap.org en attendant vos commentaires
>>> acerbes et votre jugement implacable pour le mettre sur le vrai "OSM".
>>>
>>> Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un
>>> jeu de données de test : les commerces parisiens qui livrent pendant le
>>> confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
>>> mais c'est pour jouer aussi).
>>>
>>> Ces données sont comparées avec l'environnement de dev d'OSM qui est
>>> plutôt vide et incohérent avec le fond de carte, vous allez donc faire
>>> beaucoup de création.
>>> Rien n’empêche de faire plusieurs fois une création par l'outil, charge
>>> au contributeur de vérifier si un point existe déjà, l'outil aide à
>>> retrouver les éventuels points dèjà existant.
>>> J'en ai moi même déjà ajouté pour tester et que vous puissiez voir
>>> comment se passe une comparaison (même si du coup les tags vont être
>>> identique).
>>>
>>> J'attends vos commentaires, avec une certaine impatience, ici ou en
>>> issue sur le repo github https://github.com/wadouk/od2osm/issues.
>>>
>>> Je cherche déjà à valider l'usage contributeur (ajout communautaire et
>>> collaboratif) avant d'ajouté d'autres jeu de données.
>>>
>>> D'avance merci pour votre aide et vos critiques aiguisées.
>>>
>>
> ___
> Talk-fr mai

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Yves P.

> Pour revenir à l'usage par les professionnels : avoir un jeu de données dans 
> OSM, qui ne soit pas juste une photocopie d'un jeu Open Data, mais qui soit 
> maintenu, amélioré au fil du temps, par les pros eux-mêmes mais aussi par 
> n'importe quel contributeur, est un très bon exemple à montrer aux pros en 
> question pour leur illustrer tout l'intérêt d'OSM.
+1

> Pour parler des bornes à incendie (c'est un peu mon dada) : j'en ai au fil du 
> temps observé un bon paquet avec des anomalies, soit par rapport aux jeux de 
> données OD (exhaustivité, qualité du positionnement), soit par rapport au 
> terrain (doublons d'identifiant sur une même commune...). On a donc matière à 
> améliorer les données OD, qu'il ne faut surtout pas prendre pour la vérité 
> absolue.
oui. Et concernant les inspections faites par les pompiers (80% de 
volontaires), elle se fait tous les 2 ans.

> J'avais audité le fichier OD des bornes incendies d'un département de 
> banlieue parisienne il y a quelques années : les bornes avaient beau être 
> relevées par les pompiers eux-même, c'était truffé d'erreurs de 
> positionnement assez sévères.
Parfois, la tournée est faite sur une table au centre :/
Mon interlocuteur (un professionnel gradé) ne m'a pas dit ce que buvait les 
gars :D

Parfois ils découvrent de nouveaux poteaux, les communes ont oubliées de 
prévenir le centre (ou l'info à du mal à remonter pour redescendre) ?

> Là où je veux en venir : en montrant aux pros qu'on peut améliorer leurs 
> propres données, on peut par extension les convaincre de l'intérêt de la 
> foule (nous) pour consolider un jeu de données géographiques. Les pompiers 
> s'intéressent énormément aux adresses.
Un numéro de rue bien placé fait gagner du temps, ça peut faire la différence 
pour sauver une vie, un bâtiment des flammes…

Idem pour les panneaux de randonnées (PDIPR)…

> Si au travers d'une mise en qualité des bornes on les convainc de l'intérêt 
> "tout court d'OSM, au point qu'ils renseignent dans OSM l'émergence de 
> nouvelles rues et adresses, alors on aura gagné des contributeurs de grande 
> valeur. Rien que pour ça ça vaut le coup.

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


Re: [OSM-talk-fr] Nouvel outil : od2osm

2020-05-19 Thread Nicolas Bétheuil
PS: je rappelle l'adresse http://od2osm.cleverapps.io

Le mar. 19 mai 2020 à 16:05, Nicolas Bétheuil  a écrit :

> Oyé Oyé brave gens ! Je viens vers vous avec une grande nouvelle !
>
> C'est live ! En vrai !
> C'est vraiment branché sur overpass et sur le vrai OSM de production.
> Je joue un peu avec mais ça m'a l'air tout bon ! Je viens encore de
> trouver un chti bug vite corrigé mais ça sent très bon.
>
> J'ai pu faire mes premiers changements.
> https://www.openstreetmap.org/changeset/85446327
> https://www.openstreetmap.org/changeset/85445811
>
> J'attends vos retours ! Sinon bah bonnes contributions !
>
> Le ven. 15 mai 2020 à 17:41,  a écrit :
>
>> Bonjour, en fait Nicolas avait bien compris :
>> PDI = Point d'intérêt, POI en anglais
>> PDA = Point d'adresse
>>
>> mais j'ai du retard dans mes messages, notamment sur le trait de côte !
>> Et je n'avais pas pris le temps de lui dire qu'il avait bien compris. Je
>> voulais et veux toujours essayer plus son logiciel.
>>
>> Oui mettre des tickets sur github ça permet de ne pas surcharger cette
>> liste-ci et ne ne mettre que les points de discussion ici.
>>
>> Comme la gestion (en France et ailleurs) de la fusion ou pas des PDI/PDA.
>> Et je crois qu'en France on préfère ne pas mélanger.
>>
>> Jean-Yvon
>> Le 15/05/2020 à 12:12, Nicolas Bétheuil - nbethe...@free.fr a écrit :
>>
>> Bonjour,
>>
>> On m'avait parlé de PDI / PDA, de distance du bati pour la conflation
>> mais j'ai pas tout compris (même les acronymes).
>>
>> On parlait du point
>> https://www.openstreetmap.org/node/3688329411
>> que j'ai créé en dev (parce qu'inexistant dans la conflation que j'avais
>> faite, à cause de la distance et du changement d'environnement et que c'est
>> pas ça que je testais)
>> https://master.apis.dev.openstreetmap.org/node/4319598216
>>
>> L'échange en résumé
>> > Jean-Yvon
>> > Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
>> > Osmose va râler : restaurant ou traiteur ?) sur un point adresse.
>>
>> > Moi :
>> > il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.
>>
>> > Jean-Yvon :
>> > Oui, à cause d'iD notamment qui incite à le faire ainsi.
>> > Pas forcément vigoureusement contre : il y a du positif et du négatif.
>> >Par contre "pourrir" la base en renforçant le cas ne va pas aider.
>>
>> > Moi
>> > Le rapprochement se fait par tag principal : shop ou amenity pour
>> l'instant.
>> > Il n'y aura pas de "pourrissement supplémentaire", si le point existe
>> déjà à l'adresse ( ou un autre shop, amenity ...), les autres tags seront
>> rajoutés.
>> > Si le point n'existe pas, il sera créé.
>>
>> Enfin :
>> J'ai trié mon ticket "améliorations"
>> https://github.com/wadouk/od2osm/issues/1
>>
>> Je vais traiter 4 points avant de basculer sur le vrai OSM
>> - interdire de créer si requête des points à proximité à échoué
>> (surcharge overpass (quand sera en vrai) ou credentials OSM (pour le test)
>> par exemple)
>> - avertir si champ principal (pour l'instant shop ou amenity) contient un
>> point virgule
>> - ajouter ou supprimer un tag manuellement
>> - rajouter en source du changeset l'url du jeu de données OpenData
>>
>> Il y en a d'autres dans l'issue mais que je considère moins important.
>> Une fois ces 4 points traités, je basculerais sur le vrai OSM.
>>
>> Salutations
>>
>>
>> Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil  a
>> écrit :
>>
>>> J'ai complété le readme avec plusieurs détails. à discuter.
>>> Fait une issue sur les prochaines modifs en vrac.
>>>
>>> Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a
>>> écrit :
>>>
 Bonjour,

 Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
 OpenData2OpenStreetMap aka od2osm.

 Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io

 Il faut être authentifié sur l'environnement de dev OSM
 https://master.apis.dev.openstreetmap.org en attendant vos
 commentaires acerbes et votre jugement implacable pour le mettre sur le
 vrai "OSM".

 Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un
 jeu de données de test : les commerces parisiens qui livrent pendant le
 confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
 mais c'est pour jouer aussi).

 Ces données sont comparées avec l'environnement de dev d'OSM qui est
 plutôt vide et incohérent avec le fond de carte, vous allez donc faire
 beaucoup de création.
 Rien n’empêche de faire plusieurs fois une création par l'outil, charge
 au contributeur de vérifier si un point existe déjà, l'outil aide à
 retrouver les éventuels points dèjà existant.
 J'en ai moi même déjà ajouté pour tester et que vous puissiez voir
 comment se passe une comparaison (même si du coup les tags vont être
 identique).

 J'attends vos commentaires, avec une certaine impatience, ici ou en
 issue sur le repo github https://github.com/wadouk/od2osm/issues.

 Je cherche dé

Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

2020-05-19 Thread Christian Rogel
> Le 19 mai 2020 à 11:14, Yves P.  a écrit :
>> P.S. : J’espère que le tableau restera bien structuré.
> Pas vraiment, heureusement le HTML peut nous aider :
> J'ai fait sauter les / et les ; pour plus de lisibilité (à spécifier dans une 
> prochaine version)

Le tableau en - et | reste structuré sur mon Mac (j’avais fait un essai), mais 
pas sur mon IPad et sur les archives de la liste.
Ton tableau HTML reste structuré sur mes courrielleurs Apple Mail, mais, pas 
sur les archives. Y-a-t’il une recette tout-terrain ?

> on-site_consultation :
> je propose le tag existant takeaway=yes/no
> 
> ou mieux ? un terme plus utilisé dans le domaine (ILL: Inter-library loan 
> system)
> loan=yes/no 

Take-away implique de ne pas le rapporter. « Loan" est l’action unitaire de « 
lending » qui est le terme usuel. Préciser library_lending sert à ne pas 
confondre
avec le prêt d’argent.
Une fois, on m’avait demandé si la bibliothèque centrale de prêt voulait bien 
prêter de l’argent après avoir vu ce nom écrit sur un bibliobus.
Justement, j’ai oublié : mobile = yes qui doit être combiné avec library = 
repository (dépôt avec collection circulante).

> library_subject :
> A l'instar de subject:wikidata (qui pourrait être utilisé ?), il faut 
> utiliser les classifications utilisées dans les bibliothèques : Dewey 
>  et universelle 
>  (d'autres ?)
> subject:ddc ou subject:dewey
> subject:udc

La Dewey suffit, même c’est Library of Congress ou CDU ou Ranganathan qui sont 
en place  Il ne s’agit pas d’informer sur la pratique locale, mais de reprendre 
les grandes divisions de la classification la plus utilisée.

> controlled_admission
> Est-ce qu'access conviendrait ?
> Il y a 1 058 bibliothèques avec ce tag : https://overpass-turbo.eu/s/U9c 
> 
En principe, en France, non seulement, tous peuvent être abonnés à une 
bibliothèque universitaire et, sans l’être, passer sa journée dans la salle de 
consultation
(à voir sur place, car, les vigiles exigent de plus en plus une carte). Même 
chose aux archives municipales (mais pas départementales).

Dans les bibliothéques publiques, la liberté d’accès est la règle.
Evidemment, il y a les situations hybrides où une partie des locaux est libre 
avec contrôle d’identité et l’autre sous admission conditionnelle (la 
Bibliothèque
Nationale de France).
access  m’ennuie un peu, car l’accès physique n’est pas équivalent à la 
permission d’user partiellement du service, mais pourquoi pas après tout.
Mais, comment indiquer l’accès condtionnel (diplômes ou domicile) ? A priori, 
pas permissive ou designated. Peut-être permit.

> yes/public/members/private/student ?
> 
> downloading
> ??

De plus en plus de médiathéques (c’est le cas de la Bibliothèque départementale 
du Finistère) distribuent par téléchargement des enregistrement audiovisuels et 
des logiciels
du domaine public. On parle de documents immatériels.


> reservation
> https://wiki.openstreetmap.org/wiki/Key%3Areservation 
> 
> il y en a 2  : https://overpass-turbo.eu/s/U9b 
> 
> 

Les réservations sont devenues encore plus faciles avec les catalogues en 
ligne. Que cette fonction cardinale des bibliothèques soient si peu mentionnée 
est révélatrice de
de l’indigence dans lequel est le sujet.

> __
> 
> 
> Clé
> Valeur
> Commentaire
> amenity
> library
> Concerne archives et centres de documentation
> library
> national
> regional
> general
> archive
> museum
> academic
> internal
> rental
> depository
> repository
> Des bibliothéques sont à la fois nationales et universitaires ou 
> universitaires et municipal
> Les archives et les dépôts ou silos sont discriminés par depository et 
> repository
> 
> Les bibliothéques internes sont étiquetées par internal
> 
> library:for
> general public
> staff
> children
> students
> researchers
> 
> library_subject
> all 
> ou insérer disciplines
> P-ê à créer : library_subject:Dewey pour les classes de la CDD 
> (classification décimale Dewey)
> operator
> name of the entity
> 
> operator:type
> government
> local_authority
> ngo
> university
> corporate
> 
> library_media
> books
> audiorecords
> videos
> films
> softwares
> artworks
> archives
> manuscripts
> toys
> Les ludothéques : toy_library (existe).
> Si on y trouve uniquements des jeux.
> controlled_admission
> yes/no
> Il s’agit du contrôle d’accréditation (diplômé, chercheur…)
> library_lending
> yes/no
> 
> ILL
> yes/no
> Prêt entre bibliothèques (sigle anglais d’interlibrary lending)
> 
> on-site_consultation
> yes/no/only
> 
> downloading
> yes/no
> Enregistrements immatériels du domaine public
> reservation
> yes/no
> 
> fee
> yes/no
> 
> ref:isil
> FR-xxx
> 16 caractères maxi. Registre FR tenu par l’Agence bibliographique de 
> l’Enseignement supérieur
> name
> 
> 
> phone
> 

Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

2020-05-19 Thread deuzeffe

Le 19/05/2020 à 16:10, Christian Rogel a écrit :

Le tableau en - et | reste structuré sur mon Mac (j’avais fait un 
essai), mais pas sur mon IPad et sur les archives de la liste.
Ton tableau HTML reste structuré sur mes courrielleurs Apple Mail, mais, 
pas sur les archives. Y-a-t’il une recette tout-terrain ?


Une page de travail en cours sur le wiki sous 
https://wiki.openstreetmap.org/wiki/User:Ch._Rogel ?


--
deuzeffe

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Antonin Delpeuch (lists)
Merci pour toutes ces réponses très rapides !

On 19/05/2020 15:19, Marc M. wrote:
> 
> - tester le jeu de données avec les 700 objets existants dans osm.
> le plugin josm conflate te permet facilement de trouver la distance
> max entre osm et l'opendata.

Pour les piliers que j'ai repéré moi même (une cinquantaine, dans une
zone couverte par une seule caserne), la correspondance est bonne (10m
de distance maxi). Ceci dit j'ai trouvé un pilier incendie qui n'est pas
dans leur jeu de données.

Sur l'ensemble du département il y a à boire et à manger: même avec un
diamètre maximal de 100m dans Conflation, il reste encore 42 points OSM
qui ne sont pas en correspondance avec le jeu de données. J'imagine
qu'il s'agit surtout de piliers qui ont été oubliés lors du repérage
(comme le "mien"), ou qui ont été supprimés/désaffectés entre temps (il
y a aussi des endroits louches dans OSM, comme deux piliers très proches
par exemple).

Dans l'ensemble, quand la distance diffère beaucoup entre OSM et le jeu
de données, le vecteur entre les deux suit généralement la direction
d'une route, donc imputable à une imprécision de repérage pendant qu'on
se déplace dans l'axe en question, ce qui ne me semble pas
catastrophique: la localisation des points n'est pas aberrante.

Ce qui m'inquiète plus c'est qu'avec un import automatique, des points
vont forcément se retrouver dans du bâti, du mauvais côté d'une route,
ou ce genre d'imprécision. Je ne sais pas dans quelle mesure c'est un
problème: évidemment, comme ces POI ne sont pas rendus sur la plupart
des fonds de carte, ça ne devrait pas gêner grand monde à part les
contributeurs qui découvrent les points en modifiant la carte. Est-ce
que c'est justement une opportunité pour nous de repositionner ces nœuds
à des emplacements cohérents à l'occasion d'autres modifications ? Ou
est-ce que je vais polluer la carte avec des points imprécis dont tout
le monde se fiche ? C'est pas clair pour moi…

Antonin

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


Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

2020-05-19 Thread Christian Rogel
> Le 19 mai 2020 à 16:27, deuzeffe  a écrit :
>> 
> 
> Une page de travail en cours sur le wiki sous 
> https://wiki.openstreetmap.org/wiki/User:Ch._Rogel ?

C’est bien mon profil, mais, il a besoin d’une mise à jour sur mes thèmatiques 
perso : toponymie et
odonymie en breton et bibliothèques.

Je verrais plutôt de mettre les matériaux de référence comme le tableau sur la 
page de discussion 
FR:Tag:amenity=library qui est actuellement vierge.

Je vais y mettre le tableau (3ème version, cette fois, en langage wiki). 

Les échanges iront, peut-être aussi, sur cette page, mais, en attendant,  on 
peut rester sur cette ML.

Comme ça, il suffira de mettre l’URL de cette page pour éviter les démontages 
de tableau.


Christian R.


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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Yves P.
Préalable : utiliser les bons termes :)

Les "professionnels" parlent de PEI (point d'eau incendie), qui sont ;
des poteaux (le commun des mortels appel ça des bornes, toi des piliers par 
anglicisme ?, parfois même des bouches
ils sortent du sol.
des bouches
elles sont enterrées dans le sol.
des points d’eau naturels
des points d’eau artificiels
…

Sources :
Référentiel national de la défense extérieure contre l’incendie 

En cherchant des documents avec le terme DECI, on trouve les réglementations 
départementales avec les usages locaux.
(La problématique étant différente au nord et au sud de la France, dans les 
DOM…)

> Ceci dit j'ai trouvé un pilier incendie qui n'est pas
> dans leur jeu de données.
Dans mon département, le SIG ne référence pas les PEI désaffectés.
Les poteaux sont souvent repeint en verts pour symboliser une borne de puisage 
(arrosage des espaces verts).
Mais ça dépend des communes et de leurs moyens.

> (il
> y a aussi des endroits louches dans OSM, comme deux piliers très proches
> par exemple).
Peut-être un doublon dû à un import ?
Sur le terrain j'ai trouvé un poteau désaffecté (non référencé) à 1 m d'un 
autre "moderne" (référencé).

> Ce qui m'inquiète plus c'est qu'avec un import automatique, des points
> vont forcément se retrouver dans du bâti, du mauvais côté d'une route,
> ou ce genre d'imprécision.
Oui. Pour éviter ça, il faut privilégier l'intégration :
Un outil semi-automatique propose un PEI (osmose en ligne, JOSM en local avec 
un fichier GeoJSON…).
Le(s) contributeur(s) l'ajoute "manuellement" dans OSM vérifiant sa position 
sur BDOrthoIGN, Mapillary, ou sur le terrain.
Idem pour ses caractéristiques (diamètre maxi, poteau/bouche…).

> Est-ce
> que c'est justement une opportunité pour nous de repositionner ces nœuds
> à des emplacements cohérents à l'occasion d'autres modifications ?
à l'occasion de l'intégration :)

> Ou
> est-ce que je vais polluer la carte avec des points imprécis dont tout
> le monde se fiche ?
C'est effectivement le risque. 

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

2020-05-19 Thread osm . sanspourriel

Tu vas polluer, c'est sûr.

C'est pourquoi en France on préfère passer par Osmose pour que les gens
repositionnent.

Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
utiliser le greffon todolist de JOSM pour les importer à un endroit plus
réaliste.

Tu peux aussi ajouter un fixme=repositionner, précision X m

si tu ne sais pas le faire mais que tu as une bonne estimation de X avec
le jeu de données (à intégrer par département/caserne si c'est le
critère pour expliquer la précision).

Mes 2 c€.

Jean-Yvon

Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
li...@antonin.delpeuch.eu a écrit :

Ou
est-ce que je vais polluer la carte avec des points imprécis dont tout
le monde se fiche ? C'est pas clair pour moi…

Antonin



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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Antonin Delpeuch (lists)
On 19/05/2020 22:16, Yves P. wrote:
> Préalable : utiliser les bons termes :)

Mon habitude de dire "pilier" vient probablement du fait que c'est le
terme utilisé par iD en version française (pour traduire la valeur
"pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
résoudre ça (et probablement d'autres problèmes de terminologie)
n'hésite pas !

> 
> Sources :
> Référentiel national de la défense extérieure contre l’incendie
> 
> En cherchant des documents avec le terme DECI, on trouve les
> réglementations départementales avec les usages locaux.
> (La problématique étant différente au nord et au sud de la France, dans
> les DOM…)
> 
>> Ceci dit j'ai trouvé un pilier incendie qui n'est pas
>> dans leur jeu de données.
> Dans mon département, le SIG ne référence pas les PEI désaffectés.
> Les poteaux sont souvent repeint en verts pour symboliser une borne de
> puisage (arrosage des espaces verts).
> Mais ça dépend des communes et de leurs moyens.

Ok, dans mon cas le poteau a l'air tout à fait en état de "marche" au
même titre que n'importe quel autre, mais je ne suis clairement pas un
expert…

> 
>> (il
>> y a aussi des endroits louches dans OSM, comme deux piliers très proches
>> par exemple).
> Peut-être un doublon dû à un import ?
> Sur le terrain j'ai trouvé un poteau désaffecté (non référencé) à 1 m
> d'un autre "moderne" (référencé).
> 
>> Ce qui m'inquiète plus c'est qu'avec un import automatique, des points
>> vont forcément se retrouver dans du bâti, du mauvais côté d'une route,
>> ou ce genre d'imprécision. 
> Oui. Pour éviter ça, il faut privilégier l'intégration :
> Un outil semi-automatique propose un PEI (osmose en ligne, JOSM en local
> avec un fichier GeoJSON…).
> Le(s) contributeur(s) l'ajoute "manuellement" dans OSM vérifiant sa
> position sur BDOrthoIGN, Mapillary, ou sur le terrain.
> Idem pour ses caractéristiques (diamètre maxi, poteau/bouche…).

Sur JOSM ça m'a l'air faisable dans mon coin pour quelques communes.
Pour Osmose en ligne, je ne sais pas comment mettre ça en place: est-ce
que tu aurais de la documentation à recommander ?

Antonin

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Yves P.
> Mon habitude de dire "pilier" vient probablement du fait que c'est le
> terme utilisé par iD en version française (pour traduire la valeur
> "pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
> résoudre ça (et probablement d'autres problèmes de terminologie)
> n'hésite pas !
Il faut utiliser Transifex : https://www.transifex.com/openstreetmap/id-editor/ 


Pour plus d'infos :
https://github.com/openstreetmap/iD/blob/develop/CONTRIBUTING.md#translating 


>>> Ceci dit j'ai trouvé un pilier incendie qui n'est pas
>>> dans leur jeu de données.
C'est peut-être un nouveau PEI mais l'info n'a pas encore été saisie dans leur 
SIG

> Ok, dans mon cas le poteau a l'air tout à fait en état de "marche" au

> même titre que n'importe quel autre, mais je ne suis clairement pas un
> expert…
Un poteau tout neuf relié à une canalisation trop petite à l'air utilisable, 
mais ne l'est pas en pratique ;)

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


Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

2020-05-19 Thread Yves P.
> Je vais y mettre le tableau (3ème version, cette fois, en langage wiki). 
Ne t'arrache pas les cheveux à saisir ça en langage wiki.
Avec l'éditeur visuel, il suffit de faire un copier/coller à partir de mon 
tableau (ou d'un tableur)

J'ai regardé les "presets" dans le code source d'iD 

 .

iD/data/presets/presets/amenity/library.json 


Dans la section moreFields, on trouve quelques curiosités :
baby_feeding (pièce disponible pour allaiter un nourrisson)
polling_station (bureau de vote)
payment_multi
air_conditioning

iD/data/presets/fields/access_simple.json 

 définit les valeurs de la clé access :
"yes", "permissive", "private", "customers", "permit", "no"

__
Yves

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Antonin Delpeuch (lists)
On 19/05/2020 23:37, Yves P. wrote:
>> Mon habitude de dire "pilier" vient probablement du fait que c'est le
>> terme utilisé par iD en version française (pour traduire la valeur
>> "pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
>> résoudre ça (et probablement d'autres problèmes de terminologie)
>> n'hésite pas !
> Il faut utiliser Transifex
> : https://www.transifex.com/openstreetmap/id-editor/
> 
> Pour plus d'infos :
> https://github.com/openstreetmap/iD/blob/develop/CONTRIBUTING.md#translating

Super! Je te laisse t'en occuper ? Personellement je n'ai pas de
préférence particulière sur les termes à utiliser.

Antonin

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


Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

2020-05-19 Thread Jérôme Seigneuret
Je ne sais pas si on peut adjoindre dans alias dans ID via Transifex. Cela
permettrait d'avoir des terminologies différentes pour les mêmes couple de
clés/ valeurs en résultat...

Le mer. 20 mai 2020 à 06:38, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> On 19/05/2020 23:37, Yves P. wrote:
> >> Mon habitude de dire "pilier" vient probablement du fait que c'est le
> >> terme utilisé par iD en version française (pour traduire la valeur
> >> "pillar") - ça vaudrait le coup d'être corrigé. Si tu sais comment
> >> résoudre ça (et probablement d'autres problèmes de terminologie)
> >> n'hésite pas !
> > Il faut utiliser Transifex
> > : https://www.transifex.com/openstreetmap/id-editor/
> >
> > Pour plus d'infos :
> >
> https://github.com/openstreetmap/iD/blob/develop/CONTRIBUTING.md#translating
>
> Super! Je te laisse t'en occuper ? Personellement je n'ai pas de
> préférence particulière sur les termes à utiliser.
>
> Antonin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] "Les bons termes" [était Re: Import de points d'eau incendie en Saône-et-Loire]

2020-05-19 Thread Vincent Bergeot

Bonjour,

Le 19/05/2020 à 22:16, Yves P. a écrit :

Préalable : utiliser les bons termes :)

Les "professionnels" parlent de PEI (point d'eau incendie), qui sont ;

  * des poteaux (le commun des mortels appel ça des bornes, toi des
piliers par anglicisme ?, parfois même des bouches
  o ils sortent du sol.
  * des bouches
  o elles sont enterrées dans le sol.
  * des points d’eau naturels
  * des points d’eau artificiels
  * …

je suis favorable à utiliser "les bons termes", mais cela ne signifie 
pas que ceux sont les termes des "professionnels". Le langage pro est 
comme tout langage, avec ses spécificités, pas forcément accessible aux 
non pro. Et OSM n'est pas professionnel *ou* non professionnel *ou* ... 
mais est plutôt professionnel *et* non professionnel *et* ...


Donc OSM a son propre langage. Il me semble dont que si il doit y avoir 
"de bons termes", cela doit être ceux que nous construisons en commun 
(qui prendra sans doute des choses chez les pros, dans le langage 
commun, chez les non pros, dans les traductions d'iD, ...).


Bonne journée

--
Vincent Bergeot

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