[OSM-talk-fr] Emploi - Géomaticien-ne Données libres

[GUIMARD Jean-Charles]

Bonjour,

Nous recrutons un-e géomaticien-ne référent-e "Données libres" pour développer 
les usages de l'information géographique, promouvoir les données libres de la 
collectivité et animer une démarche de citoyen-ne contributeur-trice pour la 
Ville et Eurométropole de Strasbourg dans une équipe dynamique de 7 personnes.

J'ai tardé à partager l'information ici mais il reste encore quelques jours , 
vous pouvez postuler avant le 26 avril https://bit.ly/EmploiGeoData

Bonne journée

Jean-Charles GUIMARD
Responsable du département Usages
Equipe projet Smart-data

Ville et Eurométropole de Strasbourg
Direction Urbanisme et Territoires · Service Géomatique
1 parc de l'Étoile 67076 Strasbourg Cedex

Téléphone : +33 (0)3 68 98 50 00
Poste : 80413
Fax : +33 (0)3 88 43 60 49

[http://www.site.strasbourg.eu/signature/banner_strasbourg.jpg][http://www.site.strasbourg.eu/signature/picto_fb.jpg][http://www.site.strasbourg.eu/signature/picto_twitter.jpg][http://www.site.strasbourg.eu/signature/picto_dm.jpg]



---
Ce message est établi à usage exclusif de son destinataire.
Toute utilisation ou diffusion, partielle ou totale, doit être
préalablement autorisée.

Tout message électronique est susceptible d'altération et son intégrité
ne peut être assurée. L'expéditeur décline toute responsabilité au titre
de ce message s'il a été modifié ou falsifié.

Si vous n'êtes pas destinataire de ce message, merci de le détruire et
d'avertir l'expéditeur.

Ville et Eurométropole de Strasbourg
---
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Jean-Guilhem Cailton]

Le 20/04/2020 à 15:32, Georges Dutreix via Talk-fr a écrit :
> Je présume qu'il faut remercier @frodrigo pour cette évolution ;-)
>
> En tout cas, c'est vraiment un plus. Merci.
>

Oui, et il y aussi en plus les numéros de tél. et de fax, et «
nursing_home » pour les Ehpad.

Ça fait bien gagner du temps.

MERCI beaucoup à tous ceux qui ont contribué à ça !


(Il ne reste plus que les noms à recopier en name= et réécrire à la main
en Mettant des Minuscules là où il faut, au lieu des MAJUSCULES PARTOUT
DE FINESS. ;) )


Portez vous bien.

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

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Jacques Lavignotte]

Bonjour,

pour la presse locale j'ai besoin de chiffres CRO sur les départements 
86 et 79.


Nombre commerces dans CRO, nombre de contributeurs, etc.

C'est pour midi :)

Merci, Jacques


Le 25/03/2020 à 19:44, PanierAvide a écrit :

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM 
pouvait proposer une information de qualité sur le sujet, nous avons 
enfin publié "Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement : caresteouvert.fr


La carte propose aux visiteurs d'ajouter des infos dans leur commune : 
cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags sur 
les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le confinement 
(ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison à 
domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil NotesReview :

https://ent8r.github.io/NotesReview/?query=%23caresteouvert&limit=1&from=2020-03-23&map=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


Nous comptons sur la communauté pour intégrer ces infos et faire d'OSM 
la base de données de référence pendant le confinement (et même après) !


Cordialement,



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[OSM-talk-fr] Profusion de clés covid19

[Yves P.]

Bonjour,

Voici ce que donne TagInfo :

Que l'esprit humain est créatif en cette période 🤪😕

Hormis les 4 premiers (en nombre), drive_through:covid19 et éventuellement 
access:covid19 (dont je ne suis pas convaincu de son intérêt) les autres sont :
des erreurs de saisie : takeway:covid19, access:covid19=
de la pollution ?? 😉😜
__
Yves

count   key
32000   opening_hours:covid19 

4628delivery:covid19 

3967description:covid19 

3279takeaway:covid19 

983 access:covid19 
103 note:covid19 
46  phone:covid19 
37  police:covid19 
37  website:covid19 

35  source:opening_hours:covid19 

34  takeway:covid19 

29  disease:covid19 

29  drive_through:covid19 

23  capacity:covid19 

19  reservation:covid19 

18  collection_times:covid19 

14  description:it:covid19 

6   description:de:covid19 

4   drive_in:covid19 

3   payment:service_vouchers:covid19 

2   barrier:covid19 

2   contact:phone:covid19 

2   opening_hours:delivery:covid19 

2   payment:cash:covid19 

1   access:covid19= 

1   appointment:covid19 

1   booking:covid19 

1   clothes:covid19 

1   email:covid19 
1   outdoor_seating:covid19 

1   payment:wire_transfer:covid19 

1   self_service:covid19 

1   service_times:covid19 

1   service:covid19 

1   source:covid19 
1   source:description:covid19 

1   tobacco:covid19 

1   wheelchair:covid19 

count   key
983 access:covid19 
1   access:covid19= 

1   appointment:covid19 

2   barrier:covid19 

1   booking:covid19 

23  capacity:covid19 

1   clothes:covid19 

18  collection_times:covid19 

2   contact:phone:covid19 

4628delivery:covid19 

3967description:covid19 

6   description:de:covid19 

14  description:it:covid19 

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

Je l'ai refais uniquement pour la France.

Il y a éventuellement un intérêt pour d'autres pays ?

Ça donne envie d'aller en vacances à Kinshasa 😅
https://overpass-turbo.eu/s/T7p

__
Yves

QuantitéClé
26975   opening_hours:covid19 

3572description:covid19 

2845delivery:covid19 

2231takeaway:covid19 

735 access:covid19 
96  note:covid19 
35  source:opening_hours:covid19 

35  website:covid19 

34  takeway:covid19 

27  drive_through:covid19 

20  capacity:covid19 

19  reservation:covid19 

18  collection_times:covid19 

9   phone:covid19 
4   drive_in:covid19 

2   payment:cash:covid19 

1   appointment:covid19 

1   source:covid19 
1   source:description:covid19 

1   booking:covid19 

1   tobacco:covid19 

1   payment:wire_transfer:covid19 

1   contact:phone:covid19 

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

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[PanierAvide]

Bonjour,

On a pas mal de stats générées ici : 
https://download.osmontrouge.fr/caresteouvert/


Cordialement,

Adrien P.

Le 21/04/2020 à 11:01, Jacques Lavignotte a écrit :

Bonjour,

pour la presse locale j'ai besoin de chiffres CRO sur les départements 
86 et 79.


Nombre commerces dans CRO, nombre de contributeurs, etc.

C'est pour midi :)

Merci, Jacques


Le 25/03/2020 à 19:44, PanierAvide a écrit :

Bonjour à tous,

Suite aux échanges divers sur l'épidémie de Covid-19 et comment OSM 
pouvait proposer une information de qualité sur le sujet, nous avons 
enfin publié "Ça reste ouvert", la carte des lieux ouverts pendant le 
confinement : caresteouvert.fr


La carte propose aux visiteurs d'ajouter des infos dans leur commune 
: cela créé une note automatiquement dans OSM, avec les informations 
nécessaires. Ces notes sont à passer en revue pour intégrer les tags 
sur les lieux concernés. En particulier :


- opening_hours:covid19 : horaires d'ouvertures pendant le 
confinement (ou off si fermé)
- note:covid19 : si des infos supplémentaires sont données (livraison 
à domicile, mesures sanitaires...)


Pour vous aider à passer en revue les notes, il y a l'outil 
NotesReview :


https://ent8r.github.io/NotesReview/?query=%23caresteouvert&limit=1&from=2020-03-23&map=6%2F47.3691%2F1.0107 



Et la page de coordination du projet est ici : 
https://wiki.openstreetmap.org/wiki/France/Covid-19


Nous comptons sur la communauté pour intégrer ces infos et faire 
d'OSM la base de données de référence pendant le confinement (et même 
après) !


Cordialement,





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

Re: [OSM-talk-fr] Profusion de clés covid19

[PanierAvide]

Bonjour Yves,

Les fautes de frappes évidentes dans les clés peuvent être corrigées 
(j'avais prévu de faire une passe dessus, mais manqué de temps...). Pour 
les autres clés, c'est la force d'OSM : le modèle de tags est libre de 
s'adapter aux besoins ;-)


Cordialement,

Adrien P.

Le 21/04/2020 à 11:20, Yves P. a écrit :

Je l'ai refais uniquement pour la France.

Il y a éventuellement un intérêt pour d'autres pays ?

Ça donne envie d'aller en vacances à Kinshasa 😅
https://overpass-turbo.eu/s/T7p

__
Yves

*Quantité*  *Clé*
26975 	opening_hours:covid19 

3572 	description:covid19 

2845 	delivery:covid19 

2231 	takeaway:covid19 

735 	access:covid19 


96  note:covid19 
35 	source:opening_hours:covid19 

35 	website:covid19 

34 	takeway:covid19 

27 	drive_through:covid19 

20 	capacity:covid19 

19 	reservation:covid19 

18 	collection_times:covid19 


9   phone:covid19 
4 	drive_in:covid19 

2 	payment:cash:covid19 

1 	appointment:covid19 

1 	source:covid19 

1 	source:description:covid19 

1 	booking:covid19 

1 	tobacco:covid19 

1 	payment:wire_transfer:covid19 

1 	contact:phone:covid19 

1 	access:covid19= 




___
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] Profusion de clés covid19

[Vincent Bergeot]

Bonjour,

Le 21/04/2020 à 11:12, Yves P. a écrit :

Bonjour,

Voici ce que donne TagInfo :

Que l'esprit humain est créatif en cette période 🤪😕

Hormis les 4 premiers (en nombre), drive_through:covid19 et 
éventuellement access:covid19 (dont je ne suis pas convaincu de son 
intérêt) les autres sont :


  * des erreurs de saisie : takeway:covid19, access:covid19=
  * de la pollution ?? 😉😜

oui je penche pour un certain nombre d'erreurs, de frappe par exemple ou 
d'incompréhension pour d'autres (dans le cas des 
opening_hours:covid19=yes qui étaient apparues à un moment, j'ai prévenu 
les auteurs en faisant référence au wiki et corrigé si ce n'était pas 
fait. Je n'ai eu que des retours positifs).


je ne comprends pas la notion de pollution, je ne sais à quoi tu fais 
référence ? peu utilisée -> pollution ?


à plus







__
Yves

*count* *key*
32000 	opening_hours:covid19 

4628 	delivery:covid19 

3967 	description:covid19 

3279 	takeaway:covid19 

983 	access:covid19 


103 note:covid19 
46 	phone:covid19 

37 	police:covid19 

37 	website:covid19 

35 	source:opening_hours:covid19 

34 	takeway:covid19 

29 	disease:covid19 

29 	drive_through:covid19 

23 	capacity:covid19 

19 	reservation:covid19 

18 	collection_times:covid19 

14 	description:it:covid19 

6 	description:de:covid19 

4 	drive_in:covid19 

3 	payment:service_vouchers:covid19 
 

2 	barrier:covid19 

2 	contact:phone:covid19 

2 	opening_hours:delivery:covid19 
 

2 	payment:cash:covid19 

1 	access:covid19= 

1 	appointment:covid19 

1 	booking:covid19 

1 	clothes:covid19 


1   email:covid19 
1 	outdoor_seating:covid19 

1 	payment:wire_transfer:covid19 
 

1 	self_service:covid19 

1 	service_times:covid19 

1 	service:covid19 

1 	source:covid19 

1 	source:description:covid19 

1 	tobacco:covid19 

1 	wheelchair:covid19 




*count* *key*
983 	access:covid19 

1 	access:covid19= 

1 	appointment:covid19 

2 	barrier:covid19 

1 	booking:covid19 

23 	capacity:covid19 

1 	clothes:covid19 

18 	collection_times:covid19 

2 	contact:phone:covid19 

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> Je l'ai refais uniquement pour la France.

J'ai chargé les phone:covid19 : https://overpass-turbo.eu/s/T7z

Souvent, il s'agit d'un numéro de portable qui n'existait pas : rajouter plutôt 
un tag mobile=* ?

Parfois, un numéro de fixe supplémentaire : mettre à jour phone=n°1;n°2 et/ou 
mettre un message explicite dans description:covid19 ?
description:covid19="Contactez le Centre d'Appel au : 09 74 50 56 56"

> Hormis les 4 premiers […] les autres sont […] de la pollution ?? 😉😜

On me dit dans l'oreillette de regarder les graphiques ici : Rarely verified 
and third-party data staleness in OpenStreetMap 


Merci Stuart 😀

__
Yves

PS: ça ne veux pas dire qu'il faut jeter tous les tags peu utilisés (certains 
vont se développer)
Mais on peut (doit) vraiment se questionner sur ces profusions de tags 😀


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

Re: [OSM-talk-fr] Profusion de clés covid19

[Cyrille37 OSM]

Bonjour Yves,
Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 
comme ils sont (sauf pour les fautes de frappe). Il y a plein d'autres 
harmonisations à voir sur des sujets pérennes :-)

Cyrille37.

Le 21/04/2020 à 11:37, Yves P. a écrit :



Je l'ai refais uniquement pour la France.


J'ai chargé les *phone:covid19* : https://overpass-turbo.eu/s/T7z

Souvent, il s'agit d'un numéro de portable qui n'existait pas : 
rajouter plutôt un tag *mobile=** ?


Parfois, un numéro de fixe supplémentaire : mettre à jour 
*phone=n°1;n°2* et/ou mettre un message explicite 
dans* description:covid19* ?


  * description:covid19="Contactez le Centre d'Appel au : 09 74 50 56 56"



Hormis les 4 premiers […] les autres sont […] de la pollution ?? 😉😜


On me dit dans l'oreillette de regarder les graphiques ici : Rarely 
verified and third-party data staleness in OpenStreetMap 



Merci Stuart 😀

__
Yves

PS: ça ne veux pas dire qu'il faut jeter tous les tags peu utilisés 
(certains vont se développer)
Mais on peut (doit) vraiment *se questionner* sur ces profusions de 
tags 😀




___
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] #caresteouvert - Licence ouverte ?

[GUIMARD Jean-Charles]

Bonjour,

Merci pour vos réactions sur ce sujet.

Depuis hier, le jeu de données agrégé est disponible : 
https://data.strasbourg.eu/explore/dataset/covid-19-etablissements-ouverts-agregat-sources/information/
La page suivante exploite ces données : http://ouvertspourvous.alsace

Présentation du jeu de données :
Le jeu de données est un agrégat, sans doublons, de trois sources 
d'informations recensant les établissements ouverts pendant la période de 
confinement :

· source CCI/CMA/CA : Commerces ouverts, autorisés à maintenir une 
activité en Alsace

· source Hopla-courses : Petits commerces et producteurs - initiative 
citoyenne alsacienne

· source ça-reste-ouvert : Lieux ouverts pendant le confinement - 
initiative citoyenne nationale

Il vise à proposer un jeu de données uniques pour en faciliter la 
réutilisation. Il donne des informations sur le nom de l'enseigne, son secteur 
d'activités et les jours et horaires d'ouverture.

La licence de chaque entité de ce jeu de données est liée à l'origine de 
l'information : en licence ouverte Etalab V2 pour les données issues de la 
CCI/CMA/CA et hopla-courses, en Open Database Licence (ODbL) pour les données 
issues d'OpenStreetMap. La source de la donnée et la licence à appliquer sont 
mentionnées pour chaque enregistrement.

Questions à la communauté OSM :

-  Pour les données OSM, j'ai utilisé l'overpass api sur la clé 
opening_hours:covid19. Puis après je filtre sur différent de NULL et off. C'est 
suffisant comme critère pour avoir les commerces ouverts ou des commerces ne 
sont malgré tout pas pris en compte ?

-  Mettre la licence à chaque enregistrement est-il suffisant ? Ou 
faut-il que je sépare le jeu de données en deux pour distinguer une partie en 
licence ouverte et une partie en licence ODbL ?

-  Quelle est la manipulation à réaliser pour connaître le contributeur 
OSM à une information ?

-  Un contributeur OSM peut décider lui-même de la licence qu'il 
applique à sa contribution ? Existe-il un tag « licence » pour un 
enregistrement ?

-  La majorité des données consiste en une succession de contributions 
complémentaires. Par exemple, la localisation d'un commerce a pu être faite par 
un premier contributeur et ses horaires d'ouverture par un autre. Dans ce cas, 
faut-il demander à chacun de ces deux contributeurs leur accord pour attribuer 
la licence ouverte ?

-  J'envisage d'inviter des collègues à contribuer dans le cadre de 
leur activité professionnelle à la connaissance de notre territoire, en 
s'appuyant sur la cartographie OSM afin d'élargir les contributeurs à d'autres 
agents que des géomaticiens/gestionnaires de données habitués des logiciels 
spécialisés (QGIS). Comment faire pour que les contributions de mes collègues 
soient systématiquement en licence ouverte ?

Réponse à la question, pourquoi LO plutôt que ODbL :
On incite nos partenaires à publier leurs données en licence ouverte tout comme 
nous le faisons pour faciliter la réutilisation des données, de manière 
commerciale ou non. A mon sens, la licence ODbL est un frein pour des 
entreprises qui souhaitent créer de la valeur en réutilisant les données, les 
compléter sans forcément vouloir les repartager ; je me trompe peut-être ?  
Nous souhaitons que l'information transmise aux citoyens soit la plus juste 
possible, peu importe le service qui transmet cette information (mappy, waze, 
tomtom, here, maps.me, système de navigation, etc.).
Par ailleurs, la licence ODbL est plus adaptée au droit anglo-saxon alors que 
la licence ouvert v2.0 (Etalab) est adapté à notre droit.

Bonne journée

Jean-Charles Guimard


De : GUIMARD Jean-Charles [mailto:jean-charles.guim...@strasbourg.eu]
Envoyé : mercredi 1 avril 2020 13:31
À : talk-fr@openstreetmap.org
Objet : [SUSPECT][OSM-talk-fr] #caresteouvert - Licence ouverte ?

Bonjour,

Je suis en train d'agréger différents flux de données qui permettent d'enrichir 
la connaissance des lieux ouverts, des commerces, maraîchers, etc. suivant le 
mode de commande et de retrait des marchandises (drive, livraison, sur place), 
en indiquant les communes couvertes par la livraison. Cela couvrira le 
territoire de l'eurométropole de Strasbourg et sera accessible sur 
https://data.strasbourg.eu

La donnée que nous allons agréger sera diffusée en Licence ouverte V2 Etalab. 
Je compte indiquer pour chaque établissement, la source initiale de 
l'information.

Il y a des sources collaboratives comme une mymaps dont le propriétaire est 
d'accord pour que les données soient redistribuées en opendata.
Il y aura certainement des sources institutionnelles comme celle la CCI ou la 
CMA.

La source OSM avec la démarche « ça reste ouvert » est bien sûr une source très 
intéressante. Si j'indique dans le jeu de données agrégé, la source initiale « 
OSM » quand il s'agit d'une remontée d'info réalisée par un contributeur « OSM 
», suis-je autorisé à l'inclure dans le jeu de données pl

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais 
> référence ? peu utilisée -> pollution ?
> 
J'ai envoyé entre-temps un message avec un lien vers un article qui traite de 
ce sujet.

Pour être plus clair sur cette notion de "pollution" :
elle est réelle :
on stocke des données dans des serveurs qui consomment de l'énergie, chauffent, 
consomment du traffic réseau… donc polluent.

relative : il y a plein de tags inutiles dans la base (cf. taginfo).
un contributeur peut-être tenté de le réutiliser (car il existe)
ça fait beaucoup de travaille pour les corriger manuellement 


> Les fautes de frappes évidentes dans les clés peuvent être corrigées (j'avais 
> prévu de faire une passe dessus, mais manqué de temps…).
> 
Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre de 
> s'adapter aux besoins ;-)
> 
> 
Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la 
"corbeille" :)

> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 comme 
> ils sont (sauf pour les fautes de frappe).
> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
Il faut voir tag par tag leur intérêt.

En regrouper certains (pour les jeter éventuellement ou les pérenniser après) :
> 
> 
> 19reservation:covid19 
> 
> 1 booking:covid19 
> 
> 1 appointment:covid19 
> 
ça peut se mettre dans le "commentaire" des clés opening_hours et/ou 
opening_hours:covid19 et/ou description:covid19

__
Yves




__
Yves

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

Re: [OSM-talk-fr] #caresteouvert - Licence ouverte ?

[Marc M.]

Bonjour,

Le 21.04.20 à 11:51, GUIMARD Jean-Charles a écrit :
> *_Présentation du jeu de données :_*

puisque tu parles de requête overpass, je supose qu'il y a une 4ieme
source dans ton jeux : source openstreetmap

> -  Pour les données OSM, j’ai utilisé l’overpass api sur la clé
> opening_hours:covid19. Puis après je filtre sur différent de NULL et
> off. C’est suffisant comme critère pour avoir les commerces ouverts ou
> des commerces ne sont malgré tout pas pris en compte ?**

si opening_hours:covid19=off, alors le POI est fermé

mais si le tag est absent (je suppose que c'est ce que tu veux dire par
NULL), rien ne peux être déduit pour ce commerce, sauf les règles
légales (tel catégorie de poi est permis/interdit) ou par enseigne (tel
enseigne a décider de rester fermée)

> 
> -  Mettre la licence à chaque enregistrement est-il suffisant ?
> Ou faut-il que je sépare le jeu de données en deux pour distinguer une
> partie en licence ouverte et une partie en licence ODbL ?**

la licence ODbL est contaminante : si tu fusionnes 2 bases dont l'une
est ODbL (sous réserve que l'autre licence le permet), le résultat
composé est ODbL

> -  Quelle est la manipulation à réaliser pour connaître le
> contributeur OSM à une information ?**

il faut regarder quel numéro de version a ajouté cette information,
ce numéro de version renseigne l'utilisateur l'ayant faite.
l'historique des versions est disponible dans les extraits historiques.

> -  Un contributeur OSM peut décider lui-même de la licence qu’il
> applique à sa contribution ? Existe-il un tag « licence » pour un
> enregistrement ?**

en envoyant l'info à osm, le contributeur a préalablement donné
son accord à le publier sous licence ODbL
chaque utilisateur est libre d'inventer un tag s'il veux préciser
que sa contributeur est faite sous plus d'une licence, cependant
je ne crois pas que openstreetmap soie le bon endroit pour mémoriser
le choix d'une licence non pertinante pour osm

> -  La majorité des données consiste en une succession de
> contributions complémentaires. Par exemple, la localisation d’un
> commerce a pu être faite par un premier contributeur et ses horaires
> d’ouverture par un autre. Dans ce cas, faut-il demander à chacun de ces
> deux contributeurs leur accord pour attribuer la licence ouverte ?**

si le but est de demander aux contributeurs osm de publier leur résultat
déjà envoyé sous une autre licence, je t'invite à lire la sage lors
du changemenbt de licence osm, c'est un parcours de très longue haleine.

Cordialement,
Marc

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

[OSM-talk-fr] Requête spatiale dans JOSM ? - Re: [Presse Locale][Ca Urge] Ça reste ouvert :

[Yves P.]

> On a pas mal de stats générées ici : 
> https://download.osmontrouge.fr/caresteouvert/

Merci :)

Pour essayer de répondre à la question de Jacques :

Je charge ces POI dans JOSM…
Je veux chercher les noeuds à l'intérieur des polygones des 2 départements.

Peut-on faire une requête dans JOSM en mapCSS (ou autrement)pour cette 
recherche spatiale ?

Ça serait l'équivalent de la requête Overpass :
{{geocodeArea: Vienne, France}}->. searchArea;
node ["highway"="trunk"](area.searchArea);

Merci

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

Re: [OSM-talk-fr] Requête spatiale dans JOSM ?

[Vincent de Château-Thierry]

Bonjour,

> De: "Yves P." 
> 
> Peut-on faire une requête dans JOSM en mapCSS (ou autrement)pour
> cette recherche spatiale ?

Je peux largement être passé à côté d'une fonctionnalité de JOSM, mais sinon un 
outil très adapté pour ce type d'analyse est QGis : https://www.qgis.org/

vincent

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

Re: [OSM-talk-fr] Profusion de clés covid19

[European Water Project]

Bonjour,




J'ai essayé d'introduire un concept de staleness d'une partie des données
... avec ce wiki ..et une proposition pour l'ajout d'un meta tag contenant
la plus récente entre la date de création et la dernière date de
vérification sur certains tag dans OSM ...   Ce wiki était plutôt reçu
froidement dans le groupe de tagging.



https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap




Voici qq chiffres intéressantes :


42 clefs font partie de 80% de total nombres de tags. (1.7 Milliard sur 2.1
Milliard).


60,592 sur 76,177 clefs sont utilisées sur 57 ou moins d'objets dans OSM.
Et, il semblerait, que la grande majorité de ces clefs peu utilisées sont
maintenues par un seul contributeur ...



Quelle est l’espérance réelle que les données restent à jour sur ces clefs
peu utilisées ?





De plus, il y a certains tags qui décrivent des données (ou plutôt de
méta données) qui sont très muables, inobservables et difficilement
vérifiables par une personne autre que l'auteur.   Est-ce qu'OSM devrait
réfléchir à une durée de vie, si pas vérifiés, pour certains tags ?





A bientôt,





Stuart


On Tue, 21 Apr 2020 at 11:55, Yves P.  wrote:

> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais
> référence ? peu utilisée -> pollution ?
>
> J'ai envoyé entre-temps un message avec un lien vers un article qui traite
> de ce sujet.
>
> Pour être plus clair sur cette notion de "pollution" :
>
>- elle est réelle :
>   - on stocke des données dans des serveurs qui consomment de
>   l'énergie, chauffent, consomment du traffic réseau… donc
>
> *polluent. *
>- relative : il y a plein de tags inutiles dans la base (cf. taginfo).
>   - un contributeur peut-être tenté de le réutiliser (car il existe)
>   - ça fait beaucoup de travaille pour les corriger manuellement
>
>
>
> Les fautes de frappes évidentes dans les clés peuvent être corrigées
> (j'avais prévu de faire une passe dessus, mais manqué de temps…).
>
> Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
>
> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre
> de s'adapter aux besoins ;-)
>
> Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
> Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la
> "corbeille" :)
>
> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 comme
> ils sont (sauf pour les fautes de frappe).
>
> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
>
> Il faut voir tag par tag leur intérêt.
>
> En regrouper certains (pour les jeter éventuellement ou les pérenniser
> après) :
>
>
> 19 reservation:covid19
> 
>
> 1 booking:covid19
> 
>
> 1 appointment:covid19
> 
>
>
> ça peut se mettre dans le "commentaire" des clés *opening_hours* et/ou
> *opening_hours:covid19 *et/ou *description:covid19*
>
> __
> Yves
>
>
>
>
> __
> Yves
>
> ___
> 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] Requête spatiale dans JOSM ?

[Yves P.]

> Je peux largement être passé à côté d'une fonctionnalité de JOSM, mais sinon 
> un outil très adapté pour ce type d'analyse est QGis : https://www.qgis.org/
Je connais QGIS, mais merci pour la piqure de rappel :)

On avais discuté de sujet similaire pour sélectionner les objets à l'intérieur 
d'un pays.

C'était une requête mapCSS de mémoire qui utilise des polygones "internes" 
simplifiés des pays.

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

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[Marc M.]

Bonjour,

Merci Stuart d'avoir relancé le sujet ici.

Le 21.04.20 à 14:09, European Water Project a écrit :
> Est-ce qu'OSMdevrait réfléchir à une durée de vie, si pas vérifiés, 
> pour certains tags ?    

je pense que oui, j'ai dans l'idée que nous pourrions construire
communautairement une liste de catégorie, un peu comme celle de ta page.
l'important dans un premier temps n'est pas tant de mettre une durée de
vie sur des données mais de les classer relativement entre elle.

exemple et ordre de grandeur qui me vient en tête :
batiment en construction : vérif mensuel
borne véhicule électrique : 6 mois
commerce : vérif annuelle
borne incendie : 2 ans
caractéristiques des batiments existant : 10 ans

les valeurs exacte importe peu (chacun devrait pouvoir choisir
un multiple de celle-ci pour cibler d'abord le "pire" en terme
de fraicheur)
Mais un ordre de grandeur permet de faire des apps du genre :
- si un objet importé n'a jamais été vu (au sens source=survey),
proposer à quelqu'un de le valider (et donc améliorer souvent
sa position et rajouter d'autre info.
(c'est le sens de Geocropping)
- si une zone en construction a + de X mois,
demander au contributeur si c'est toujours en cours (il me semble
que StreetComplete de déjà ce genre de chose)
- si un commerce n'a plus été modifié depuis X temps,
proposer de le vérifier.
- si tu modifies un de ces poi avec source=survey, mettre
à jour l'info fraicheur.
- si tu modifies un objet avec une source (par ex image sat) + veille
que la dernière vue sur le terrain, signaler/demander confirmation

Cordialement,
Marc

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

[OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Jean-Marc Liotier]

Je tombe sur un lac souterrain à Neuilly-sur-Seine, devant le 106 Avenue 
du Roule: https://i.imgur.com/qH2z8L1.png 
https://www.openstreetmap.org/way/468906502 - je n'en avais jamais 
entendu parler, je n'en trouve aucune trace ailleurs, l'auteur 
Openstreetmap, D2boot83 a une seul contribution - celle là, et il ne 
répond pas... Je suis tenté de supprimer. C'est un truc de Pokemon ou un 
spéléologue des beaux quartiers peut confirmer le lac ?



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

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[European Water Project]

Bonjour Marc,

De regarder la date de dernière change set d'un objet ou le tag survey:date
d'un objet est certe beaucoup mieux que rien, mais me semble peu ambitieux
par rapport à une solution avec du meta data au niveau clef.Par
exemple, quelqu'un qui vérifie dans un survey,  l'existence d'une fontaine,
ne vérifiera pas systématiquement la potabilité de l'eau ou si l'eau coule.
.. qq chose qui devrait être fait tous les x années selon le pays et la
région.

https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap






A bientôt,





Stuart


On Tue, 21 Apr 2020 at 15:24, Marc M.  wrote:

> Bonjour,
>
> Merci Stuart d'avoir relancé le sujet ici.
>
> Le 21.04.20 à 14:09, European Water Project a écrit :
> > Est-ce qu'OSMdevrait réfléchir à une durée de vie, si pas vérifiés,
> > pour certains tags ?
>
> je pense que oui, j'ai dans l'idée que nous pourrions construire
> communautairement une liste de catégorie, un peu comme celle de ta page.
> l'important dans un premier temps n'est pas tant de mettre une durée de
> vie sur des données mais de les classer relativement entre elle.
>
> exemple et ordre de grandeur qui me vient en tête :
> batiment en construction : vérif mensuel
> borne véhicule électrique : 6 mois
> commerce : vérif annuelle
> borne incendie : 2 ans
> caractéristiques des batiments existant : 10 ans
>
> les valeurs exacte importe peu (chacun devrait pouvoir choisir
> un multiple de celle-ci pour cibler d'abord le "pire" en terme
> de fraicheur)
> Mais un ordre de grandeur permet de faire des apps du genre :
> - si un objet importé n'a jamais été vu (au sens source=survey),
> proposer à quelqu'un de le valider (et donc améliorer souvent
> sa position et rajouter d'autre info.
> (c'est le sens de Geocropping)
> - si une zone en construction a + de X mois,
> demander au contributeur si c'est toujours en cours (il me semble
> que StreetComplete de déjà ce genre de chose)
> - si un commerce n'a plus été modifié depuis X temps,
> proposer de le vérifier.
> - si tu modifies un de ces poi avec source=survey, mettre
> à jour l'info fraicheur.
> - si tu modifies un objet avec une source (par ex image sat) + veille
> que la dernière vue sur le terrain, signaler/demander confirmation
>
> Cordialement,
> Marc
>
> ___
> 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] [Presse Locale][Ca Urge] Ça reste ouvert :

[Jacques Lavignotte]

Le 21/04/2020 à 11:01, Jacques Lavignotte a écrit :

> C'est pour midi :)

et le 21/4 à 16:00

https://www.lanouvellerepublique.fr/vienne/vienne-une-carte-collaborative-pour-connaitre-les-commerces-ouverts-pres-de-chez-vous


Jacques

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Vincent de Château-Thierry]

> De: "Jacques Lavignotte" 
> 
> et le 21/4 à 16:00
> 
> https://www.lanouvellerepublique.fr/vienne/vienne-une-carte-collaborative-pour-connaitre-les-commerces-ouverts-pres-de-chez-vous

Bravo Jacques !

vincent

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Florimond Berthoux]

Bonjour,

Merci pour ces chiffres qui permettent d’objectiver la chose.
La force d’OpenStreetMap (par rapport à Wikipedia par exemple) c’est d’être
libre de tagguer ce que l’on veut comme on veut (dans la limite de la
bienveillance..).
Sur Wikipedia, des fois j’ai l’impression d’assister à une chasse de
suppression de page du fait de règles de pertinence. Règles forcément
subjective et oppressive (qui est légitime ?).

D’après ces chiffres 42 clés font 80% de la masse de tag. Cela montre une
faible diversité du tagging : on modélise des routes et des bâtiments.

Et à l’inverse 20% de la masse de tag sont d’autres tags moins utilisés,
comme bicycle, shop, place, railway, man made.
Par exemple : cycleway  817054 0.01%, vers la 160e place, est-ce pourtant
peu utile ? Vous connaissez ma réponse :)
Autre exemple, de la variabilité nécessaire : historic:civilization 30329
0.00%, vers la 1000e place.

Cela ne fait au final pas beaucoup d’octet à stocker, et vu le prix de
l’octet.
Gagner quelques pourcent de stockage contre des heures de prise de tête, de
frustration, de conflit dans la communauté pour décider ce qui vaut le coup
d’être taggué ou non, d’être maintenue ou non, ne vaut absolument pas le
coup.
Et concraitement j’ai jamais eu a me plaindre d’objet trop taggué par plein
de tags sans doc.

Après, avoir des métriques pour faire de la veille qualité et savoir quand
une info mériterait d’être revérifier, oui pourquoi pas, ça serait pas mal.

Cordialement.

Le mar. 21 avr. 2020 à 14:11, European Water Project <
europeanwaterproj...@gmail.com> a écrit :

> Bonjour,
>
>
>
>
> J'ai essayé d'introduire un concept de staleness d'une partie des données
> ... avec ce wiki ..et une proposition pour l'ajout d'un meta tag contenant
> la plus récente entre la date de création et la dernière date de
> vérification sur certains tag dans OSM ...   Ce wiki était plutôt reçu
> froidement dans le groupe de tagging.
>
>
>
>
> https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap
>
>
>
>
> Voici qq chiffres intéressantes :
>
>
> 42 clefs font partie de 80% de total nombres de tags. (1.7 Milliard sur
> 2.1 Milliard).
>
>
> 60,592 sur 76,177 clefs sont utilisées sur 57 ou moins d'objets dans OSM.
> Et, il semblerait, que la grande majorité de ces clefs peu utilisées sont
> maintenues par un seul contributeur ...
>
>
>
> Quelle est l’espérance réelle que les données restent à jour sur ces clefs
> peu utilisées ?
>
>
>
>
>
> De plus, il y a certains tags qui décrivent des données (ou plutôt de
> méta données) qui sont très muables, inobservables et difficilement
> vérifiables par une personne autre que l'auteur.   Est-ce qu'OSM devrait
> réfléchir à une durée de vie, si pas vérifiés, pour certains tags ?
>
>
>
>
>
> A bientôt,
>
>
>
>
>
> Stuart
>
>
> On Tue, 21 Apr 2020 at 11:55, Yves P.  wrote:
>
>> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais
>> référence ? peu utilisée -> pollution ?
>>
>> J'ai envoyé entre-temps un message avec un lien vers un article qui
>> traite de ce sujet.
>>
>> Pour être plus clair sur cette notion de "pollution" :
>>
>>- elle est réelle :
>>   - on stocke des données dans des serveurs qui consomment de
>>   l'énergie, chauffent, consomment du traffic réseau… donc
>>
>> *polluent. *
>>- relative : il y a plein de tags inutiles dans la base (cf. taginfo).
>>   - un contributeur peut-être tenté de le réutiliser (car il existe)
>>   - ça fait beaucoup de travaille pour les corriger manuellement
>>
>>
>>
>> Les fautes de frappes évidentes dans les clés peuvent être corrigées
>> (j'avais prévu de faire une passe dessus, mais manqué de temps…).
>>
>> Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
>>
>> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre
>> de s'adapter aux besoins ;-)
>>
>> Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
>> Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la
>> "corbeille" :)
>>
>> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19
>> comme ils sont (sauf pour les fautes de frappe).
>>
>> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
>>
>> Il faut voir tag par tag leur intérêt.
>>
>> En regrouper certains (pour les jeter éventuellement ou les pérenniser
>> après) :
>>
>>
>> 19 reservation:covid19
>> 
>>
>> 1 booking:covid19
>> 
>>
>> 1 appointment:covid19
>> 
>>
>>
>> ça peut se mettre dans le "commentaire" des clés *opening_hours* et/ou
>> *opening_hours:covid19 *et/ou *description:covid19*
>>
>> __
>> Yves
>>
>>
>>
>>
>> __
>> Yves
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listi

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Donat ROBAUX]

Bravo et merci Jacques!
Tu vois, on y arrive ;)

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

Re: [OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Florimond Berthoux]

Salut,

Il y en a un aussi avant https://www.openstreetmap.org/way/661225992
Et je dois confessé en avoir supprimé un autre il y a plus d’un an.

Je ne trouve non plus pas de trace, je ne sais comment savoir s’il y en a
un ou non (il y en a un par exemple sous l’opéra Garnier).


Le mar. 21 avr. 2020 à 15:43, Jean-Marc Liotier  a écrit :

> Je tombe sur un lac souterrain à Neuilly-sur-Seine, devant le 106 Avenue
> du Roule: https://i.imgur.com/qH2z8L1.png
> https://www.openstreetmap.org/way/468906502 - je n'en avais jamais
> entendu parler, je n'en trouve aucune trace ailleurs, l'auteur
> Openstreetmap, D2boot83 a une seul contribution - celle là, et il ne
> répond pas... Je suis tenté de supprimer. C'est un truc de Pokemon ou un
> spéléologue des beaux quartiers peut confirmer le lac ?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Profusion de clés covid19

[European Water Project]

Bonjour Florimond,

Personne a parlé de suppression ni de conclusions ..

Par contre, la principe de vérifiabilité des données dans OSM par la
communauté me semble une principe importante ...
https://wiki.openstreetmap.org/wiki/Verifiability . Pour que la
vérifiabilité collective soit une réalité et pas qu'un idéal, une façon
efficace de voir qui a vérifié quoi pourrait être utile.

A bientot

Stuart





On Tue, 21 Apr 2020 at 18:01, Florimond Berthoux <
florimond.berth...@gmail.com> wrote:

> Bonjour,
>
> Merci pour ces chiffres qui permettent d’objectiver la chose.
> La force d’OpenStreetMap (par rapport à Wikipedia par exemple) c’est
> d’être libre de tagguer ce que l’on veut comme on veut (dans la limite de
> la bienveillance..).
> Sur Wikipedia, des fois j’ai l’impression d’assister à une chasse de
> suppression de page du fait de règles de pertinence. Règles forcément
> subjective et oppressive (qui est légitime ?).
>
> D’après ces chiffres 42 clés font 80% de la masse de tag. Cela montre une
> faible diversité du tagging : on modélise des routes et des bâtiments.
>
> Et à l’inverse 20% de la masse de tag sont d’autres tags moins utilisés,
> comme bicycle, shop, place, railway, man made.
> Par exemple : cycleway  817054 0.01%, vers la 160e place, est-ce pourtant
> peu utile ? Vous connaissez ma réponse :)
> Autre exemple, de la variabilité nécessaire : historic:civilization 30329
> 0.00%, vers la 1000e place.
>
> Cela ne fait au final pas beaucoup d’octet à stocker, et vu le prix de
> l’octet.
> Gagner quelques pourcent de stockage contre des heures de prise de tête,
> de frustration, de conflit dans la communauté pour décider ce qui vaut le
> coup d’être taggué ou non, d’être maintenue ou non, ne vaut absolument pas
> le coup.
> Et concraitement j’ai jamais eu a me plaindre d’objet trop taggué par
> plein de tags sans doc.
>
> Après, avoir des métriques pour faire de la veille qualité et savoir quand
> une info mériterait d’être revérifier, oui pourquoi pas, ça serait pas mal.
>
> Cordialement.
>
> Le mar. 21 avr. 2020 à 14:11, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
>> Bonjour,
>>
>>
>>
>>
>> J'ai essayé d'introduire un concept de staleness d'une partie des données
>> ... avec ce wiki ..et une proposition pour l'ajout d'un meta tag contenant
>> la plus récente entre la date de création et la dernière date de
>> vérification sur certains tag dans OSM ...   Ce wiki était plutôt reçu
>> froidement dans le groupe de tagging.
>>
>>
>>
>>
>> https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap
>>
>>
>>
>>
>> Voici qq chiffres intéressantes :
>>
>>
>> 42 clefs font partie de 80% de total nombres de tags. (1.7 Milliard sur
>> 2.1 Milliard).
>>
>>
>> 60,592 sur 76,177 clefs sont utilisées sur 57 ou moins d'objets dans
>> OSM.  Et, il semblerait, que la grande majorité de ces clefs peu utilisées
>> sont maintenues par un seul contributeur ...
>>
>>
>>
>> Quelle est l’espérance réelle que les données restent à jour sur ces
>> clefs peu utilisées ?
>>
>>
>>
>>
>>
>> De plus, il y a certains tags qui décrivent des données (ou plutôt de
>> méta données) qui sont très muables, inobservables et difficilement
>> vérifiables par une personne autre que l'auteur.   Est-ce qu'OSM devrait
>> réfléchir à une durée de vie, si pas vérifiés, pour certains tags ?
>>
>>
>>
>>
>>
>> A bientôt,
>>
>>
>>
>>
>>
>> Stuart
>>
>>
>> On Tue, 21 Apr 2020 at 11:55, Yves P.  wrote:
>>
>>> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais
>>> référence ? peu utilisée -> pollution ?
>>>
>>> J'ai envoyé entre-temps un message avec un lien vers un article qui
>>> traite de ce sujet.
>>>
>>> Pour être plus clair sur cette notion de "pollution" :
>>>
>>>- elle est réelle :
>>>   - on stocke des données dans des serveurs qui consomment de
>>>   l'énergie, chauffent, consomment du traffic réseau… donc
>>>
>>> *polluent. *
>>>- relative : il y a plein de tags inutiles dans la base (cf.
>>>taginfo).
>>>   - un contributeur peut-être tenté de le réutiliser (car il existe)
>>>   - ça fait beaucoup de travaille pour les corriger manuellement
>>>
>>>
>>>
>>> Les fautes de frappes évidentes dans les clés peuvent être corrigées
>>> (j'avais prévu de faire une passe dessus, mais manqué de temps…).
>>>
>>> Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
>>>
>>> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre
>>> de s'adapter aux besoins ;-)
>>>
>>> Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
>>> Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la
>>> "corbeille" :)
>>>
>>> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19
>>> comme ils sont (sauf pour les fautes de frappe).
>>>
>>> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
>>>
>>> Il faut voir tag par tag leur intérêt.
>>>
>>> En regrouper cer

Re: [OSM-talk-fr] [Presse Locale][Ca Urge] Ça reste ouvert :

[Florian LAINEZ]

bravo ! et merci

Le mar. 21 avr. 2020 à 18:02, Donat ROBAUX  a écrit :

> Bravo et merci Jacques!
> Tu vois, on y arrive ;)
>
> 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
>


-- 

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> Personne a parlé de suppression ni de conclusions ..  
+1

Je pencherais pour de l'auto-régulation (ce qui se fait déjà).

> Par contre, la principe de vérifiabilité des données dans OSM par la 
> communauté me semble une principe importante ...  
> https://wiki.openstreetmap.org/wiki/Verifiability 
>  . Pour que la 
> vérifiabilité collective soit une réalité et pas qu'un idéal, une façon 
> efficace de voir qui a vérifié quoi pourrait être utile. 
Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM les 
DataItems ?

Chaque tag peut avoir une source, on peut voir exactement qui a fait la 
modification et quand 😀

Avec ma petite expérience de wikidata, tous les tags ne sont pas sourcés, mais 
c'est possible.

Pour les contrôles, c'est assez utile sans être trop contraignant.

Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un système 
de vote. Mais en pratique assez rapide et souple.
Ça évite aux débutant de créer n'importe quoi n'importe comment.
Ça "oblige" aussi à argumenter et à documenter à minima.

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

Re: [OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Yves P.]

Bonsoir,

> Je ne trouve non plus pas de trace, je ne sais comment savoir s’il y en a un 
> ou non (il y en a un par exemple sous l’opéra Garnier).
Il faut demander aux spéléos et/ou aux cataphiles parisiens ;)
Eventuellement aux "services" de la ville (eaux, égoutiers) ?

Paris et truffé de carrières, voir de cavités naturelles. Mais vu la forme, 
c'est plutôt suspect.

De plus, il manque à minima un tag layer=-1 ?

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

Re: [OSM-talk-fr] Profusion de clés covid19

[European Water Project]

Par contre, la principe de vérifiabilité des données dans OSM par la
communauté me semble une principe importante ...
https://wiki.openstreetmap.org/wiki/Verifiability . Pour que la
vérifiabilité collective soit une réalité et pas qu'un idéal, une façon
efficace de voir qui a vérifié quoi pourrait être utile.

Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM
les DataItems ?
L'idée était d'ajouter 3 bytes de meta donnée par tag qui contient la
dernière date vérifiée pour le tag...qq chose qui est apparement
faisable.

Chaque tag peut avoir une source, on peut voir exactement qui a fait la
modification et quand 😀
Pourquoi pas, mais peut-être c'est trop lourd 

>>>Avec ma petite expérience de wikidata, tous les tags ne sont pas
sourcés, mais c'est possible.
Je ne pense pas non plus.

Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un
système de vote. Mais en pratique assez rapide et souple.
Ça évite aux débutant de créer n'importe quoi n'importe comment.
Ça "oblige" aussi à argumenter et à documenter à minima.
Et même, si j'ai bien compris. Il n'y a pas de contraintes .. et passer par
le système de vote est 100% volontaire. Toute cette souplesse me semble une
bonne chose.
MAIS ...
Certaines données provenantes de source tierces ne peuvent pas
etre vérifiées par qq autre que l'auteur ni facilement maintenues ... ou
elles decrivent qq chose très volatile.
Dans ce cas, de connaitre la dernière date de vérification pourrait
dans certains cas etre utile.



On Tue, 21 Apr 2020 at 20:12, Yves P.  wrote:

>
> Personne a parlé de suppression ni de conclusions ..
>
> +1
>
> Je pencherais pour de l'auto-régulation (ce qui se fait déjà).
>
> Par contre, la principe de vérifiabilité des données dans OSM par la
> communauté me semble une principe importante ...
> https://wiki.openstreetmap.org/wiki/Verifiability . Pour que la
> vérifiabilité collective soit une réalité et pas qu'un idéal, une façon
> efficace de voir qui a vérifié quoi pourrait être utile.
>
> Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM les
> DataItems ?
>
> Chaque tag peut avoir une source, on peut voir exactement qui a fait la
> modification et quand 😀
>
> Avec ma petite expérience de wikidata, tous les tags ne sont pas sourcés,
> mais c'est possible.
>
> Pour les contrôles, c'est assez utile sans être trop contraignant.
>
> Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un
> système de vote. Mais en pratique assez rapide et souple.
> Ça évite aux débutant de créer n'importe quoi n'importe comment.
> Ça "oblige" aussi à argumenter et à documenter à minima.
>
> __
> Yves
> ___
> 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] ?==?utf-8?q? ?==?utf-8?q? [Presse Locale][Ca?==?utf-8?q? Urge]?==?utf-8?q? Ça reste ouvert :

[Jacques Lavignotte]

« La carte utilise les données cartographiques d'Open street map, le "Wikipedia 
de la cartographie", une communauté mondiale coordonnée, auto-organisée, créant 
des données librement exploitables. »


J'ai remercié la Journaliste et remonté vos diverses remarques.

Jacques "cartographe en fauteuil"

 
Le Mardi, Avril 21, 2020 19:10 CEST, Florian LAINEZ  a écrit:
 bravo ! et merci Le mar. 21 avr. 2020 à 18:02, Donat ROBAUX 
 a écrit :Bravo et merci Jacques!
Tu vois, on y arrive ;)

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

--
 
Florian Lainez@overflorian


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