Re: [OSM-talk-fr] Attribution eaupotable.info

[European Water Project]

Salut Vincent,

Je reste dubitatif sur le site en lui même qui se nomme eaupotable et
qui en bas de page signale " Warning: We are unable to guarantee the
drinkability of the water. Most springs listed are known to be safe, but
few are regularly checked. "

> Je trouve qu'ils ont raison de signaler qu'ils ne peuvent en aucun
cas garantir la qualité de l'eau de chaque fontaine.  Notre "disclaimer" va
pas mal dans le même sens.

A bientôt,

Stuart



On Wed, 2 Sep 2020 at 09:24, Vincent Bergeot  wrote:

> Le 19/07/2018 à 08:44, Vincent Bergeot a écrit :
> > Le 11/07/2018 à 09:37, Vincent Bergeot a écrit :
> >> Le 11/07/2018 à 09:12, Johnparis a écrit :
> >>> https://eaupotable.info/en/contact/
> >>
> >> merci, je leur signale :)
> >
> > pour suivi, aucune réponse
>
> interpellé sur twitter
> (https://twitter.com/spoutnik/status/1301014314736742400, ben oui 2 ans,
> comme quoi les archives publiques c'est bien !!!) j'ai de nouveau
> utilisé la page contact pour dire que
> (https://eaupotable.info/en/fr-france) semblait en accord avec
> https://www.openstreetmap.org/copyright.
>
> Je reste dubitatif sur le site en lui même qui se nomme eaupotable et
> qui en bas de page signale " Warning: We are unable to guarantee the
> drinkability of the water. Most springs listed are known to be safe, but
> few are regularly checked. "
>
> Et coté données, non utilisable (du moins je n'ai trouvé aucune licence)
> et la création de nouveau point se fait en utilisant google
> (https://eaupotable.info/en/create) ce qui doit d'autant plus
> restreindre une éventuelle licence.
>
> pour suivi, puisque qu'un tweet est apparu :)
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Photos — Re: Projet du mois de septembre (en préparation) : défibrillateurs !

[European Water Project]

Bonsoir,

Je pense que Wikimedia Commons soit le meilleur endroit pour stocké les
images liées aux objets d'OSM pour les raisons citées par Christian.

Voici le workflow actuel ..  pas facile ... surtout quand il y a beaucoup
d'image et on les mets qq jours après leurs prises.

1) prendre une photo 2) télécharger sur Commons 3) retrouver plus tard le
bon objet OSM et 4) editer l'objet OSM ..

Nous avons développé un moyen de prendre les images des fontaines
directement depuis notre app pour les fontaines ... pour l'instant nous
avons eu qq contributions d'images de France, Allemagne Suisse, Espagne,
Italie, Nouvelle Zélande.. ..

voici une démonstration :
https://drive.google.com/file/d/1qgjsj8LKapkDJDwwaIWeVjNOYARLvAv7/view?usp=sharing

Nous stockons les images sur notre serveur .. mais avons l'intention de
tous les transferer vers wikimedia Commons .. si Wikimedias Commons est
d'accord de les hostées ..

Bien cordialement,

Stuart

On Sat, 8 Aug 2020 at 17:49, Georges Dutreix via Talk-fr <
talk-fr@openstreetmap.org> wrote:

> Bonjour,
>
> Pardon de dériver hors sujet, mais je me posais justement la question pour
> des mégalithes que je viens de saisir dans OSM, et dont j'ai pris des
> photos.
> Quel est le meilleur endroit où les mettre pour ajouter un lien dans OSM ?
>
> Merci
>
> 8 août 2020 11:59:41 Christian Quest :
>
> > Pour le stockage des photos ou autres sources externes, wikipedia garde
> une copie d'archive.
> >
> > Je pense que ce serait bénéfique de faire pareil pour OSM, car tout lien
> externe est potentiellement instable:
> >
>
> ___
> 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] Transiscope (cela utilise GoGoCarto, voire discussion récente)

[European Water Project]

Et pourquoi ne pas citer le sdg # dans un tague correspondant à l'utilité
de l'objet ?

https://sustainabledevelopment.un.org/?menu=1300

On Wed, 8 Jul 2020 at 11:27, Vincent Bergeot  wrote:

> Bonjour,
>
> il y a quelques jours, nous avons eu une discussion Transiscope (qui
> utilise GoGoCarto) et "OSM" (Mieux trier à Nantes/ChrisRen et moi). Plus
> d'infos sur Transiscope (https://transiscope.org/qui-sommes-nous/).
>
> Transiscope a une charte (https://transiscope.org/charte/) : notion de
> communs, citoyens, initiatives d'individus ou de groupes d'intérêts et plus
> si vous allez voir.
>
> Pour apparaître sur le portail de Transiscope, il s'agit de "respecter" la
> charte. Des données OSM sont déjà utilisées sur transiscope, car le respect
> de la charte est assurée par l'association Mieux Trier à Nantes qui valide
> les données envoyées à Transiscope. Une page wiki a été créée pour rappeler
> le contexte /
> https://wiki.openstreetmap.org/wiki/Proposed_features/transiscope.
>
> "L'envie, l'idée, le souhait" est d'arriver à mieux faire converger des
> "communautés" pour monter en qualité les données ouvertes disponibles.
> Transiscope est favorable à ce que son réseau puisse contribuer à OSM, avec
> cependant cette notion de "respect de la charte".
>
> Et donc comment arriver à qualifier le respect de la charte Transiscope
> dans OSM :
>
>- taguer des objets dans OSM avec un tag "transiscope" transiscope=yes
>(?) / aujourd'hui c'est plutôt "français mais transiscope s'ouvre de plus
>en plus au niveau européen"
>- network, cela a été évoqué pour les amap, brand c'est trop détourné,
>???
>- nous avons évoqué wikidata / transiscope:wikidata=#id_wikidata
>
> Il me semble qu'il y a des enjeux à pouvoir faire collaborer des
> communautés ayant des points en communs et évidemment leurs différences !
>
> à vous lire ici ou sur le wiki
> https://wiki.openstreetmap.org/wiki/Proposed_features/transiscope
>
> PS : Pour rappel, la récente discussion GoGoCarto sur des points d'eau /
> https://lists.openstreetmap.org/pipermail/talk-fr/2020-July/100284.html
>
> --
> Vincent Bergeot
>
> ___
> 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] GoGoCarto --- demande d'information

[European Water Project]

Merci pour ton analyse


>>>> ils arrivent à mobiliser des "communautés" non geek pour contribuer à
des cartes collaboratives,

C’est exactement la raison que leurs contributions ont une telle
potentielle ... s’il y’avait un moyen de faire en sort que leurs
contributions soient sauvegardées dans  osm même quand une carte GoGoCarto
est effacée due à une manque d’activité..

À bientôt,

Stuart






On Sat 4 Jul 2020 at 10:05, Vincent Bergeot  wrote:

> Le 04/07/2020 à 08:57, European Water Project a écrit :
>
> Bonjour Vincent,
>
> Est-ce que ça pourrait être judicieux pour un ou plusieurs développeurs de
> GoGoCarto de s’inscrire sur cette liste : talk-fr ?
>
> si ils en ont envie mais à mon avis c'est un coup à les perdre !
>
> @sebastian est au courant de l'existence de cette liste, quand il y a une
> info qui tourne autour de gogocarto, je lui fais le lien comme hier, donc 1
> fois par trimestre ce qui a mon avis est plus "efficace" que de recevoir
> 200 mais par mois pour savoir si peut-être il y en a 1 qui m'intéresse !
> (et je lui ai demandé si il voulait faire le relais ou que je le fasse).
>
>
> Dans l’article du 22 juin que j’ai envoyé dans un mail précédent ,
> l’auteur parle de la suppression de 550 cartes GoGoCarto sur 800 par faute
> de participation.  Est-ce qu’ils se trompent de modèle pour la pérennité
> des cartes en créant autant de communautés et pas une seule ?
>
> je ne pense pas qu'ils s'adressent à une communauté, mais bien à
> plusieurs. Je ne me permettrais pas de dire qu'ils se trompent de modèle
> car cela voudrait dire que je sais quel modèle choisir (sachant que par
> défaut ils proposent de l'odbl comme licence, ils développent un logiciel
> libre, l'interface et l'usage sont plutôt sympas, ils arrivent à mobiliser
> des "communautés" non geek pour contribuer à des cartes collaboratives, et
> ils sont ouverts à la question des interactions entre ce qu'ils font et OSM
> -> quand j'interpelle mrflos sur l'article dont tu parles (
> https://mstdn.fr/web/statuses/104411039806678070) il embraye direct et
> ajoute (https://mstdn.fr/web/statuses/104411120146531056) plusieurs liens
> vers d'autres projets "voisins".
>
>
> Que penses-tu ?
>
>
> que je suis un promoteur d'osm mais que je vois les limites encore pour
> faire contribuer tout un chacun à cette magnifique base, qu'il y a
> néanmoins pleins de projets fantastiques, que penser des passerelles est
> super intéressant (exemple du boulot de transiscope
> https://transiscope.org/les-technologies-utilisees/ sur le bus
> sémantique, qui récupère via overpass les données osm par exemple), que des
> outils de contributions thématiques à la "mapcontrib" sont sans doute aussi
> des solutions pour agréger des communautés de *contributeurs* mais pas
> encore assez facile à utiliser, sans doute qu'il faudrait que ces outils de
> contributions soient plus efficients pour contribuer à plusieurs bases en
> simultanées en fonction des contraintes, spécificités de chaque base, ...
>
> ceci est une pensée en vrac :)
>
>
>
>
> À bientôt,
>
> Stuart
>
>
>
> On Fri 3 Jul 2020 at 18:12, Vincent Bergeot  wrote:
>
>> Le 03/07/2020 à 18:06, European Water Project a écrit :
>>
>> Bonjour Vincent,
>>
>> Tous les points d'eau que j'ai vu pour l'instant avec  OWATER
>> <https://owater.gogocarto.fr/annuaire#/carte/divonne@42.93,4.51,8z?cat=all>
>>  sont d'OSM. Il me semble que la partie : (@43.311,6.470,11z) de l'url
>> est juste pour le display du centre de la carte et le niveau du zoom.
>>
>> confirmation par le développeur je cite "l'url n'a rien à voir, c'est
>> juste que j'ai copié le format google car je trouvais ça plutôt lisible. Et
>> les points sont geolocalisé avec nominatim pas avec google"
>>
>> et en plus "au passage tu peux leur dire pour la license que chaque
>> projet configure sa license, et que de base c'est ODBL"
>>
>>
>> Je partage ton opinion que les gens derrière ce projet auront la volonté
>> de respecter les licences et s'il y a une incompatibilité ils la
>> rectifieront.
>>
>> Ma question était plutôt pour voir s'il y avait moyen d'assurer que les
>> contributions des points d'eau potable de la part des utilisateurs de
>> GoGoCarto et le monde Zero Waste France soient mises directement dans la
>> base de données d'OSM pour que tout le monde en profite.
>>
>> cela serait parfait oui de contribuer une fois pour alimenter plusieurs
>> cartes :)
>>
>>
>>
>>
>>
>>
>> Bien cordialement,
>>
>> Stuart
>>
>>
>>
>> On Fri,

Re: [OSM-talk-fr] GoGoCarto --- demande d'information

[European Water Project]

Bonjour Vincent,

Est-ce que ça pourrait être judicieux pour un ou plusieurs développeurs de
GoGoCarto de s’inscrire sur cette liste : talk-fr ?

Dans l’article du 22 juin que j’ai envoyé dans un mail précédent , l’auteur
parle de la suppression de 550 cartes GoGoCarto sur 800 par faute de
participation.  Est-ce qu’ils se trompent de modèle pour la pérennité des
cartes en créant autant de communautés et pas une seule ?

Que penses-tu ?

À bientôt,

Stuart



On Fri 3 Jul 2020 at 18:12, Vincent Bergeot  wrote:

> Le 03/07/2020 à 18:06, European Water Project a écrit :
>
> Bonjour Vincent,
>
> Tous les points d'eau que j'ai vu pour l'instant avec  OWATER
> <https://owater.gogocarto.fr/annuaire#/carte/divonne@42.93,4.51,8z?cat=all>
>  sont d'OSM. Il me semble que la partie : (@43.311,6.470,11z) de l'url
> est juste pour le display du centre de la carte et le niveau du zoom.
>
> confirmation par le développeur je cite "l'url n'a rien à voir, c'est
> juste que j'ai copié le format google car je trouvais ça plutôt lisible. Et
> les points sont geolocalisé avec nominatim pas avec google"
>
> et en plus "au passage tu peux leur dire pour la license que chaque projet
> configure sa license, et que de base c'est ODBL"
>
>
> Je partage ton opinion que les gens derrière ce projet auront la volonté
> de respecter les licences et s'il y a une incompatibilité ils la
> rectifieront.
>
> Ma question était plutôt pour voir s'il y avait moyen d'assurer que les
> contributions des points d'eau potable de la part des utilisateurs de
> GoGoCarto et le monde Zero Waste France soient mises directement dans la
> base de données d'OSM pour que tout le monde en profite.
>
> cela serait parfait oui de contribuer une fois pour alimenter plusieurs
> cartes :)
>
>
>
>
>
>
> Bien cordialement,
>
> Stuart
>
>
>
> On Fri, 3 Jul 2020 at 17:50, Vincent Bergeot  wrote:
>
>> Le 03/07/2020 à 17:40, osm.sanspourr...@spamgourmet.com a écrit :
>>
>> Vu le format de l'URL (@43.311,6.470,11z) à la GM j'ai bien peur que les
>> points n'aient été géolocalisés avec une licence incompatible.
>>
>> Ceci dit dans ce cas ils violeraient la licence en question (qui impose
>> d'afficher sur un fond GM).
>>
>> Stuart, je crois que tu es tout désigné comme personne pour leur
>> conseiller de saisir proprement les données dans un écosystème ODbL.
>>
>> Oui on pense au même^^.
>>
>>
>> Bonjour,
>>
>> il y a eu des échanges avec d'une part le dev de gogocarto qui est venu à
>> mon invitation en 2018 au sotm-fr présenté la carte Près de chez nous, qui
>> a initié le projet gogocarto. Le canal de discussion est ici :
>> https://chat.lescommuns.org/channel/gogocarto
>>
>> D'autre part, je suis en discussion avec des gens de transiscope qui
>> utilise Gogogocarto, avec aussi Christian de Nantes qui travaille sur les
>> projets cartovrac et autres dans OSM. En particulier pour arriver à faire
>> des ponts entre transiscope (https://transiscope.org/) et OSM.
>>
>> Que cela soit le dev de gogocarto ou les gens de transiscope, ils sont
>> attentifs à la question des licences avec l'envie d'avancer sur les ponts
>> entre les projets.
>>
>> PS : Je ne pense pas que l'url soit représentative de la manière dont le
>> géocodage a été fait, des points sont ajoutés à la main, avec tout un
>> système de validation. Je me renseigne :)
>>
>>
>> Jean-Yvon
>> Le 03/07/2020 à 16:29, Yves P. - yves.prat...@gmail.com a écrit :
>>
>>
>> Mais en cherchant où se trouve la doc
>> <https://doc.gogocarto.fr/?PagePrincipale=checkboxListeCategoriebf_categories=export>,
>> on fini par voir qu'il est possible d'importer et d'exporter des données
>> (licence ??)
>>
>> Comme dans umap -> Tu peux récupérer les données, mais si aucune licence
>> n'est posée sur les données tu ne peux pas t'en servir !
>>
>> --
>> Vincent Bergeot
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
> ___
> 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] GoGoCarto --- demande d'information

[European Water Project]

Bonjour Vincent,

Tous les points d'eau que j'ai vu pour l'instant avec  OWATER

sont
d'OSM. Il me semble que la partie : (@43.311,6.470,11z) de l'url est juste
pour le display du centre de la carte et le niveau du zoom.

Je partage ton opinion que les gens derrière ce projet auront la volonté de
respecter les licences et s'il y a une incompatibilité ils la rectifieront.

Ma question était plutôt pour voir s'il y avait moyen d'assurer que les
contributions des points d'eau potable de la part des utilisateurs de
GoGoCarto et le monde Zero Waste France soient mises directement dans la
base de données d'OSM pour que tout le monde en profite.

Bien cordialement,

Stuart



On Fri, 3 Jul 2020 at 17:50, Vincent Bergeot  wrote:

> Le 03/07/2020 à 17:40, osm.sanspourr...@spamgourmet.com a écrit :
>
> Vu le format de l'URL (@43.311,6.470,11z) à la GM j'ai bien peur que les
> points n'aient été géolocalisés avec une licence incompatible.
>
> Ceci dit dans ce cas ils violeraient la licence en question (qui impose
> d'afficher sur un fond GM).
>
> Stuart, je crois que tu es tout désigné comme personne pour leur
> conseiller de saisir proprement les données dans un écosystème ODbL.
>
> Oui on pense au même^^.
>
>
> Bonjour,
>
> il y a eu des échanges avec d'une part le dev de gogocarto qui est venu à
> mon invitation en 2018 au sotm-fr présenté la carte Près de chez nous, qui
> a initié le projet gogocarto. Le canal de discussion est ici :
> https://chat.lescommuns.org/channel/gogocarto
>
> D'autre part, je suis en discussion avec des gens de transiscope qui
> utilise Gogogocarto, avec aussi Christian de Nantes qui travaille sur les
> projets cartovrac et autres dans OSM. En particulier pour arriver à faire
> des ponts entre transiscope (https://transiscope.org/) et OSM.
>
> Que cela soit le dev de gogocarto ou les gens de transiscope, ils sont
> attentifs à la question des licences avec l'envie d'avancer sur les ponts
> entre les projets.
>
> PS : Je ne pense pas que l'url soit représentative de la manière dont le
> géocodage a été fait, des points sont ajoutés à la main, avec tout un
> système de validation. Je me renseigne :)
>
>
> Jean-Yvon
> Le 03/07/2020 à 16:29, Yves P. - yves.prat...@gmail.com a écrit :
>
>
> Mais en cherchant où se trouve la doc
> ,
> on fini par voir qu'il est possible d'importer et d'exporter des données
> (licence ??)
>
> Comme dans umap -> Tu peux récupérer les données, mais si aucune licence
> n'est posée sur les données tu ne peux pas t'en servir !
>
> --
> Vincent Bergeot
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] GoGoCarto --- demande d'information

[European Water Project]

Bonjour à tous,


Je viens de prendre connaissance de GoGoCarto qui fait partie des nouveaux
outils libres de colibri ? https://gogocarto.fr/projects



https://colibris-outilslibres.org/sortie-de-gogocarto-cartographier-territoires-alternatifs



Et notamment cette carte qui m’intéresse particulièrement
https://owater.gogocarto.fr/annuaire#/carte/divonne@42.93,4.51,8z?cat=all



Est-ce qu'il y a des utilisateurs de GoGoCarto parmi les utilisateurs d’OSM
ou est-ce plutôt une communauté d'utilisateurs complètement à part ?


Ce qui me semble sous optimale avec leur démarche, si je comprends bien,
est que les nouvelles contributions du terrain des utilisateurs de
GoGoCarto ne sont pas rajoutées à la base de données d’OSM (qui nourrit
leurs cartes au moins en partie).


Merci,


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

Re: [OSM-talk-fr] Fontaine fleurie

[European Water Project]

C'est justement ce qu'il faut: ne pas faire un rendu comme une vraie
fontaine.

Je ne connais pas la définition de « vraie «  dans ce contexte mais 100%
d’accord que le sémantique oū au moins l’objet qu’un utilisateur Lambda
d’une carte attend trouver quand il a repéré une fontaine, n’est pas un bac
à fleur.



On Fri, Jun 19, 2020, 02:14 Philippe Verdy  wrote:

>
>
> Le jeu. 18 juin 2020 à 13:57, Yves P.  a écrit :
>
>> Je dirai ...  abandoned:amenity
>> =fountain
>> 
>> .  qui n'empêche pas quelqu'un qui veut rendre des fontaines
>> ornementales sur une carte .
>>
>> abandoned:*=* ou disused:*=* ou something_else:*=* empêche le rendu.
>>
>
> C'est justement ce qu'il faut: ne pas faire un rendu comme une vraie
> fontaine. Là ce qui est désigné c'est juste un support ce n'est plus une
> fontaine du tout.
>
> En revanche on peut taguer cela comme un VRAI bac à fleur (peu importe sa
> forme).
>
> Si on tient à indiquer la forme, les tags "was:*" ou "disused:" peuvent
> convenir bien que cela ne désigne pas vraiment la forme mais l'ancienne
> fonction (car les vraies fontaines peuvent ne pas avoir l'apparence d'une
> fontaine, une fontaine peut être installée dans un autre objet, une statue
> par exemple, sans aucun mobilier apparent: l'eau coule ou ne coule pas
> c'est tout; les plus modernes pourraient avoir un capteur de présence pour
> ne pas couler en permanence ou seulement à certains horaires et certaines
> conditions de température si c'est automatisé; l'ancienne poignée ou
> l'ancien bouton peut être encore là mais conservé juste de façon décorative
> alors que l'actionnement utilise tout autre chose)
>
> Le tag fontaine n'indique que la fonction/l'usage, pas la forme. Donc
> "disused:" convient tout à fait pour une ancienne fontaine transformée ou
> conservée juste pour sa forme décorative ou artistique ou comme support
> pour autre chose.
>
> C'est en fait comme pour les bâtiments: on tague séparément la forme
> architecturale (maison, grange, hangar, église, château, moulin, tour,
> etc.) et l'usage (résidence, commerce, industrie, artisanat, service,
> garage, stockage, abri, discothèque, bar, restaurant...).
>
>
> ___
> 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] Fontaine fleurie

[European Water Project]

Je dirai ...  abandoned:amenity
=fountain

.  qui n'empêche pas quelqu'un qui veut rendre des fontaines ornementales
sur une carte .

voici deux catégories où tu pourrais peut-être mettre cette photo :

https://commons.wikimedia.org/wiki/Category:Defunct_fountains

https://commons.wikimedia.org/wiki/Category:Former_fountains



On Wed, 17 Jun 2020 at 21:07, Yves P.  wrote:

> Bonsoir,
>
> Comment taguer une fontaine remplie de terre et ornée de fleurs
> 
>  ?
>
> Il n'y a rien dans le wiki, je ne trouve pas non de catégorie dans
> Wikimedia (quel est le nom en anglais).
>
> amenity=fountain seulement va dépiter les cyclistes et randonneurs
> assoiffés cet été :D
> disused:amenity=fountain va empêcher le rendu. Avec ou sans eau, c'est un
> bon point de repère…
>
> __
> 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] Quelle est la solution la plus simple de remplacer une carte Google avec des POI.

[European Water Project]

Merci Cyrille !

J'espère que mon franglais passe aussi :)

Amicalement,

Stuart

On Thu, 4 Jun 2020 at 09:54, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> wrote:

> Bonjour Stuart,
>
> Le 04/06/2020 à 08:38, European Water Project a écrit :
>
> Je vous prie de m’excuser pour cette demande de conseil sur un sujet qui
> n’est pas lié à OSM France.
>
> Juste une précision: cette liste de discussion n'est par réservée "OSM
> France" mais bien à tout ce qui concerne le projet OpenStreetMap, avec des
> échanges en langue française ;-)
>
> Bonnecontinuation,
>
> Cyrille37.
> ___
> 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] Quelle est la solution la plus simple de remplacer une carte Google avec des POI.

[European Water Project]

Bonjour,

Il me semble qu'ils ont à peu près 100 points et j'imagine qu'ils ne
changent pas souvent.

Leaflet + overpass turbo me semble une bonne solution qui donne un
rendement similaire à la carte de Google.

Merci pour les conseils,

Stuart

On Thu, 4 Jun 2020 at 08:49, Jean-Christophe Becquet  wrote:

> Le 04/06/2020 08:38, European Water Project a écrit :
> > Voici ma question :
> >
> > Si cette association Sri Lankaise « Get Water » https://www.getwater.lk/
> > met tous leurs points de « refill » dans OSM, quelle est la solution la
> > plus facile (et low tech) pour eux de remplacer leur carte Google avec
> > une carte OSM qui affiche, et d’une façon similaire, que les données de
> > leur réseau.
>
> Bonjour Stuart,
>
> Je pense qu'on peut faire ça assez facilement avec uMap qui fournit
> ensuite le code pour intégrer la carte dans une iframe.
>
> J'avais fait cette carte des points d'eau dans les
> Alpes-de-Haute-Provence pour Cyclo4 :
>
> http://umap.openstreetmap.fr/fr/map/cyclo4-points-deau-dans-les-alpes-de-haute-provenc_419115
>
> Bonne continuation
>
> JCB
> --
> Libérez vos créations
> http://www.apitux.org/index.php?2008/05/03/232-liberez-vos-creations
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> 2 chemin du Tivoli - 04000 Digne-les-Bains
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Quelle est la solution la plus simple de remplacer une carte Google avec des POI.

[European Water Project]

Bonjour,


Je vous prie de m’excuser pour cette demande de conseil sur un sujet qui
n’est pas lié à OSM France.



Je suis en contact avec USAID et YouthMappers qui va me mettre en contact
avec une association à Sri Lanka qui a créé un réseau local de point de
remplissage d’eau pour les gourdes. Je vais suggérer à cette association
antiplastique à usage unique d’ajouter leurs établissements dans
OpenStreetMap avec les tags drinking_water:refill
 et
drinking_water:refill:network
=*



Voici ma question :

Si cette association Sri Lankaise « Get Water » https://www.getwater.lk/
met tous leurs points de « refill » dans OSM, quelle est la solution la
plus facile (et low tech) pour eux de remplacer leur carte Google avec une
carte OSM qui affiche, et d’une façon similaire, que les données de leur
réseau.



Merci en avance,


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

[OSM-talk-fr] Fwd: European Water Project Poster Submission

[European Water Project]

Bonjour à tous,

Pour info. Nous avons soumis une affiche pour European Water Project pour
SOTM 2020.

On présentera également notre projet environnemental et outil pédagogique à
l'IUT le 23 juin.  https://www.itu.int/net4/wsis/forum/2020/

A bientôt,

Stuart

-- Forwarded message -
From: European Water Project 
Date: Fri, 29 May 2020 at 18:21
Subject: European Water Project Poster Submission
To: 


https://wiki.openstreetmap.org/wiki/File:European_Water_Project_Poster_2020.pdf


European Water Project works to convince individuals to use water bottles
that can be refilled in a sustainable way and avoid creating single-use
plastic.

European Water Project has created a Web App available in 8 languages which
lets people find the nearest drinkable water fountain or “refill” café to
refill their reusable water bottle.

We embrace Open Data principles to meet these non-commercial objectives.
All European Water Project Drinking Fountain and Refill café locations are
stored in the OpenStreetMap and Wikidata databases. Fountain and café
imagery is served from Wikimedia Commons, Mapillary, and the European Water
Project server.



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

Re: [OSM-talk-fr] Ajouter des photos de fontaines — Re: Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Si tu n'affiches qu'une seule photo, tout va bien :)

*On affiche qu'une seule photo, ouf !  *

Pour les prochaines photos qui seront uploadées, demande la licence ou
indique que c'est une CC by …

*Oui, c'est ce que je pense faire.  *

Le tag wikimedia_commons dans un objet OSM le permet :)
*Après que l'image est téléchargée dans commons, je dois trouver un moyen
de savoir quelle image va avec quel objet OSM. *

*1) peut-être utiliser les données exif pour trouver la fontaine la plus
proche ..  mais ça ne fonctionne pas toujours ?*
*2) peut-être mettre un tag ou l'id de l'objet OSM dans la description de
l'image quand je la télécharge sur commons ?*
*Il faut juste trouver le meilleur workflow .. le plus automatisé ..*

A très bientot,

Stuart


On Mon, 1 Jun 2020 at 21:01, Yves P.  wrote:

> *un template généraliste ou mieux mettre un tag wikimedia_commons pour
> chaque objet OSM. *
>
> La contrainte avec le tag wikimedia_commons est qu'on ne peut mettre
> qu'une seule image (à minima osm, overpass ne gèrent pas les valeurs
> multiples pour ce tag. Exemple overpass 
> , OSM )
> Tu peux mettre aussi une catégorie, mais il faut alors rechercher la
> catégorie pour la fontaine ou la créer… ça complique.
> C'est pour ça que Robert à fait ce choix.
>
> Si tu n'affiches qu'une seule photo, tout va bien :)
>
> *je souhaiterais importer toutes les photos d'EWP dans wikimedia commons
> quand :*
>
> *1) j'ai confirmation de wikimedia qu'une attribution de l'image à mon
> compte wikimedia est conforme avec leurs règles d'attribution, malgré le
> fait que l'image était prise en anonyme*
>
> Pour les prochaines photos qui seront uploadées, demande la licence ou
> indique que c'est une CC by …
>
> *et 2) que j'ai un workflow qui me parait à faire le lien entre l'objet
> OSM et l'image wikimedia commons. *
>
> Le tag wikimedia_commons dans un objet OSM le permet :)
>
> Si en plus tu met un "template" dans la photo wikimedia, tu peux aussi la
> retrouver même si le tag est supprimé/modifié dans OSM.
> L'avantage du template "On OSM" permet à un utilisateur de Wikimedia de
> trouver facilement l'objet OSM.
> Et si tu décides d'afficher plusieurs photos pour une même fontaine, la
> moitié du travail est faite :)
>
> Merci encore pour tes suggestions,
>
> De rien.
>
> __
> 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] Ajouter des photos de fontaines — Re: Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Rebonjour Yves,

Ou faire un template On EWP comme On OSMHydrant
 ? (mais je
préfère le template généraliste On OSM)

*un template généraliste ou mieux mettre un tag wikimedia_commons pour
chaque objet OSM. *

Si tu souhaites importer toutes les photos existantes d'EWP dans Wikimedia,
il existe des bots.
Robert Koch (de OSM Hydrant) à utilisé flickrripper.py


*je souhaiterais importer toutes les photos d'EWP dans wikimedia commons
quand 1) j'ai confirmation de wikimedia qu'une attribution de l'image à mon
compte wikimedia est conforme avec leurs règles d'attribution, malgré le
fait que l'image était prise en anonyme et 2) que j'ai un workflow qui me
parait à faire le lien entre l'objet OSM et l'image wikimedia commons.  *

Merci encore pour tes suggestions,

Stuart



On Mon, 1 Jun 2020 at 18:20, Yves P.  wrote:

> Le compte Wikimedia de l'auteur des photos serait plus approprié (via
> OAuth si c'est possible).
>
> *Nous ne voulons pas demander aux utilisateurs de notre App d'avoir un
> compte wikimedia commons pour pouvoir ajouter des images de fontaines et
> cafés.*
>
> Oui, bien sûr il ne faut pas que ce soit une obligation.
> Par contre si quelqu'un peut écrire du code pour pouvoir publier les
> photos avec son compte Wikimedia, c'est un plus :)
>
> *J'ai fait des recherches d'images proches avec des mots clés dans
> wikimedia commons, et flickr ...et avec le "lookAt" de Mapillary sans trop
> de succès. Presque tout les images sont de fontaines de décoration ..  .
> mais je peux surement faire mieux.*
>
>
> *Je vais regarder l'On OSM aussi. *
>
> ça marche à coup sûr car les photos montrent un ou des objets OSM en
> particulier.
>
>
> {{On OSM|type=node|OSM_ID=6298123267}}
> *Est-ce que ce lien est un uri permanent (change automatiquement) si l'id
> du node de la fontaine change dans OSM ?*
>
> Non, c'est le problème des identifiants OSM qui ne sont pas pérennes.
>
> * Y'en a beaucoup de lien comme ca dans wikimedia commons ?*
>
> En bas de la page d'une photo
> ,
> il y a un lien vers la catégorie cachée On OSM
> .
> Il y a actuellement 11 874 fichiers, ainsi que 2 841 sous-catégories.
> (mais beaucoup de fire hydrants).
>
> Si ton application publie des photos dans Wikimedia, tu peux ajouter une
> catégorie ad hoc comme "foutain with drinking water" ?
> Ou faire un template On EWP comme On OSMHydrant
>  ? (mais je
> préfère le template généraliste On OSM)
>
> *Comment est-ce que je peux savoir que les images de findafountain.org
>  sont open data ?*
>
> Il n'y a rien de préciser dans la FAQ .
> Aucune mention concernant la licence lors de l'upload d'une photo :/
>
> Le plus simple est d'écrire à l'une des associations gérant le site :
> https://twitter.com/findafountain ou http://www.drinkingfountains.org par
> exemple.
>
>
> * La grande majorité des images de flickr que j'ai vérifiée ne le sont pas
> …*
>
> Il existe des outils pour importer uniquement des images flickr avec une
> licence creative commons dans wikimedia.
>
> Voir la page Commons:Flickr files
> . L'outil y est
> mentionné : Flickr-to-Commons 
>
> __
> Yves
>
> Si tu souhaites importer toutes les photos existantes d'EWP dans
> Wikimedia, il existe des bots.
> Robert Koch (de OSM Hydrant) à utilisé flickrripper.py
> 
> ___
> 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] Ajouter des photos de fontaines — Re: Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Rebonjour Yves,

Merci pour ton email.

Dans OsmHydrant, c'est le compte OsmHydrant
<https://commons.wikimedia.org/wiki/User:OsmHydrant> qui est utilisé. Voici
une photo exemple
<https://commons.wikimedia.org/wiki/File:Fire-fighting-facility_node-5537552160.jpg>
.

Le compte Wikimedia de l'auteur des photos serait plus approprié (via OAuth
si c'est possible).

*Je vais regarder les modalité de la prise d'images dans OsmHydrant ...  si
d'écrire au moment de la prise que les photos sont contribuée à European
Water Project avec un licence creative commons suffit, tant mieux.  Dans ce
cas, je les publierai sous mon nom avec un licence creative commons ... sur
wikimedia.  Nous ne voulons pas demander aux utilisateurs de notre App
d'avoir un compte wikimedia commons pour pouvoir ajouter des images de
fontaines et cafés.  Avoir un compte OSM, pour ajouter ou modifier une
fontaine - oui, bien sûr. *

Tu peux créer un dépôt pour l'application web (sans mettre le code) pour
permettre d'ouvrir des tickets (issues), une doc…

*Merci. Je ne savais pas. Je maîtrise très très peu Github. C'est sur ma
liste.  Tous les commentaires sont bienvenus.  *


   - rechercher des images avec le modèle "On OSM" : deepcat:"Fountains in
   Jura (department)" hastemplate:"On OSM"
   
<https://commons.wikimedia.org/w/index.php?sort=relevance=deepcat:%22Fountains+in+Jura+(department)%22+hastemplate:%22On+OSM%22>
   Exemple OSM <https://www.openstreetmap.org/node/6298123267>, Wikimedia
   
<https://commons.wikimedia.org/wiki/File:Meussia_(Jura,_France)_en_juillet_2018_-_11.JPG>.
   Template : {{On OSM|type=node|OSM_ID=6298123267}}
   - rechercher des images proches d'un objet OSM dans la catégorie
   Fountain : nearcoord:10m,45.76650,4.91228 deepcat:"Fountains in
   Villeurbanne"
   
<https://commons.wikimedia.org/w/index.php?sort=relevance=nearcoord:10m,45.76650,4.91228+deepcat:%22Fountains+in+Villeurbanne%22>


*J'ai fait des recherches d'images proches avec des mots clés dans
wikimedia commons, et flickr ...et avec le "lookAt" de Mapillary sans trop
de succès. Presque tout les images sont de fontaines de décoration ..  .
mais je peux surement faire mieux.   Je vais regarder l'On OSM aussi. *

{{On OSM|type=node|OSM_ID=6298123267}}
*Est-ce que ce lien est un uri permanent (change automatiquement) si l'id
du node de la fontaine change dans OSM ? Y'en a beaucoup de lien comme ca
dans wikimedia commons ?*

Photos présentent dans OSM et pas affichées dans EWP

   - tag image (exemple OSM <https://www.openstreetmap.org/node/1504407917>)

*Comment est-ce que je peux savoir que les images de findafountain.org
<http://findafountain.org> sont open data ? La grande majorité des images
de flickr que j'ai vérifiée ne le sont pas ...  Je vais écrire à
findafountain.org <http://findafountain.org> cette semaine.  Pour l'instant
je me limite à EWP, Wikimedia Commons, et Mapillary. *

Bien cordialement,

Stuart



On Mon, 1 Jun 2020 at 13:24, Yves P.  wrote:

> *Si tu parle l'autre 98% de fontaines sans images, oui.. c'est normale ..
> ça fait partie de la solution pour pouvoir afficher dans l'app les nouveaux
> ajouts en temps réel sans *modifié* la base de donnée que je recrée une
> fois par semaine.   *
>
> C'est bien ça. Merci pour la confirmation.
>
> Les photos de points d'eau incendie ont été postées dans Commons et ça n'a
>> pas posé de problème :)
>>
> *ce qui semble poser problème est que les contributions sont anonymes …*
>
> Dans OsmHydrant, c'est le compte OsmHydrant
> <https://commons.wikimedia.org/wiki/User:OsmHydrant> qui est utilisé.
> Voici une photo exemple
> <https://commons.wikimedia.org/wiki/File:Fire-fighting-facility_node-5537552160.jpg>
> .
>
> Le compte Wikimedia de l'auteur des photos serait plus approprié (via
> OAuth si c'est possible).
>
> * il m'a été suggérée de clarifier au moment de la prise d'image que les
> droits d'image sont cédés à European Water Project et peuvent être
> redistribué en licence creative commons.*
>
> En tout cas que les photos sont publiées en licence CC. Eventuellement
> l'auteur peut choisir la variante : https://creativecommons.fr/licences/
>
> *Pour l'instant je n'ai mis que le code pour l'appareil photo et la
> création de la base de donnée mais pas pour l'app.*
>
> Tu peux créer un dépôt pour l'application web (sans mettre le code) pour
> permettre d'ouvrir des tickets (issues), une doc…
>
> __
> Yves
>
> PS:
> Tu peux aussi trouver des photos dans Wikimedia avec des méthodes
> alternatives :
>
>- rechercher des images avec le modèle "On OSM" : deepcat:"Fountains
>in Jura (department)" hastemplate:"On OSM"
>
> <https://commons.wikimedia.org/w/index.php?sort=relevance=deepcat:

Re: [OSM-talk-fr] Ajouter des photos de fontaines — Re: Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

On Mon, 1 Jun 2020 at 11:25, Yves P.  wrote:

>
> —
> Yves Pratter
>
>
>
>
> La meilleur solution est de les d'ajouter dans wikimedia commons et de les
> liés aux objets d'OSM avec le tag "wikimedia_commons" …
>
> :)
>
> J'ai fait une recherche entre-temps :
>
> Comment sont associés la photo d'un point d'eau et l'objet OSM ?
>
>
> Par ordre de priorité :
>

>- tag wikimedia_commons (exemple OSM
><https://www.openstreetmap.org/node/528275434>)
>- tag wikidata et élément wikidata ayant la propriété image (exemple
>OSM <https://www.openstreetmap.org/node/960890514>, wikidata
><https://www.wikidata.org/wiki/Q79858579>)
>- tag mapillary (exemple OSM
><https://www.openstreetmap.org/node/897993143>)
>
>
> Photos présentent dans OSM et pas affichées dans EWP
>
>- tag image (exemple OSM
><https://www.openstreetmap.org/node/1504407917>)
>
>

> Les photos de votre application ont des liens dans Osma avec le tag image
> (exemple OSM <https://www.openstreetmap.org/node/3417776068>).
> Il est ajouté manuellement ?
>

*OUI ... et après une vérification manuelle de sa distance de l'objet et sa
pertinance. *

>
> Notre app affiche les images de fontaines (et cafés) de Wikimedia
> Commons,Mapillary
>
> et aussi via wikidata :)
>

*Mais sont des images commons liés aux objets wikidata ..  *

>
> et de notre serveur https://europeanwaterproject.org.
>
> Je vois passer des URL contenant l'id d'un noeud OSM :
> https://europeanwaterproject.org/photos/EWP528275434.jpg (ici vide :
> erreur 404)
>

*Tu as eu une erreur pour cette fontaine Rue Saint Eleuthère ..  ? Moi, je
vois une fontaine Wallace depuis wikimedia commons. *
*Si tu parle l'autre 98% de fontaines sans images, oui.. c'est normale ..
ça fait partie de la solution pour pouvoir afficher dans l'app les nouveaux
ajouts en temps réel sans *modifié* la base de donnée que je recrée une
fois par semaine.   *


>
> As-tu un exemple qui renvoi une de vos images ?
> oui, pleins :D https://europeanwaterproject.org/photos/index.html
>
> Je suis en contact avec Ulrich Lantermann de Wikimedia Suisse pour voir si
> nous pouvons stocker tous nos images dans Commons.
>
> Les photos de points d'eau incendie ont été postées dans Commons et ça n'a
> pas posé de problème :)
>

*ce qui semble poser problème est que les contributions sont anonymes ...
il m'a été suggérée de clarifier au moment de la prise d'image que les
droits d'image sont cédés à European Water Project et peuvent être
redistribué en licence creative commons. *

>
> Pour l'ajout des nouvelles fontaines, ça serait super, pour nos
> utilisateurs qui ont un compte OSM, de pouvoir se connecter à OSM avec
> oauth et d'ajouter ou éditer des fontaines depuis l'App .
>
> :)
>
> Je vais tenter d’implémenter cette fonctionnalité
>
> Je n'ai pas vu le code source de l'application dans vos dépots GitHub :
> https://github.com/EuropeanWaterProject
>

*Pour l'instant je n'ai mis que le code pour l'appareil photo et la
création de la base de donnée mais pas pour l'app. *

>
> Pendant cette phase de test, nous avons déjà eu de contributions
> spontanées d'images à partir de l'app de plusieurs villes en France,
> Suisse, et Italie.
> https://europeanwaterproject.org/photos/index.html
>
> :)
>
> __
> 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] Ajouter des photos de fontaines — Re: Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Bonjour Yves,

La meilleur solution est de les d'ajouter dans wikimedia commons et de les
liés aux objets d'OSM avec le tag "wikimedia_commons" ...

Notre app affiche les images de fontaines (et cafés) de Wikimedia Commons,
Mapillary et de notre serveur https://europeanwaterproject.org.

Je suis en contact avec Ulrich Lantermann de Wikimedia Suisse pour voir si
nous pouvons stocker tous nos images dans Commons.

Pour l'ajout des nouvelles fontaines, ça serait super, pour nos
utilisateurs qui ont un compte OSM, de pouvoir se connecter à OSM avec
oauth et d'ajouter ou éditer des fontaines depuis l'App .  Je vais
tenter d’implémenter cette fonctionnalité à partir du mois de novembre
après mes cours de programmation (qui commencent le 2 juin et terminent le
5 novembre).

Pendant cette phase de test, nous avons déjà eu de contributions spontanées
d'images à partir de l'app de plusieurs villes en France, Suisse, et
Italie.
https://europeanwaterproject.org/photos/index.html

Bien cordialement,

Stuart





On Mon, 1 Jun 2020 at 09:52, Yves P.  wrote:

> Bonjour Stuart,
>
>
> Le 15 mai 2020 à 11:07, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
> Je viens d’ajouter dans notre Web App la possibilité de prendre et ajouter
> des photos directement dans notre App des cafés participants et des
> fontaines où vous pouvez remplir votre gourde gratuitement sans créer du
> déchet à usage unique.
>
>
> Voici le lien vers la Web App https://europeanwaterproject.org/?lang=FR
>
>
> J'ai quelques photos en stock, comment les publier ?
> La web App ne permet pas d'utiliser la galerie ou de télécharger un
> fichier.
>
> La plupart du temps je publie les photos de POI sur Wikimedia. Est-ce que
> EWP peut-afficher ces images ?
> Si oui comment ?
>
> Ajout de fontaine :
> Il se fait uniquement côté OSM (avec iD…). Pas évident sur le terrain.
> Sans créer de POI directement dans OSM, il serait pratique de prendre une
> photo, de corriger la position GPS manuellement (par exemple comme dans
> StreetComplete).
>
> Comment sont associés la photo d'un point d'eau et l'objet OSM ?
>
>
> Bonne journée,
>
> __
> Yves
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Bonjour à tous,



Pour ceux qui recevez ce message en double … désolé.



Je viens d’ajouter dans notre Web App la possibilité de prendre et ajouter
des photos directement dans notre App des cafés participants et des
fontaines où vous pouvez remplir votre gourde gratuitement sans créer du
déchet à usage unique.



C’était assez compliqué d’utiliser la caméra du téléphone et surtout
d’ajouter des coordonnées géographiques dans l’EXIF. Car l’image jpeg
capturée par l’élément html Canvas n’a pas d’Exif au départ.



Voici le lien vers la Web App https://europeanwaterproject.org/?lang=FR



Il suffit d’appuyer sur Ajouter/mettre à jour cette image … après que vous
appuyez pour avoir le popup d’une fontaine individuelle.

Et puis prendre une photo d’une fontaine qui apparaît immédiatement sur la
carte.



Voici une vidéo de l’App en action:
https://drive.google.com/open?id=1XbYC1xwsjCySv1g9LPHx3zX07SNtCeuI



Les photos sont stockées initialement sur un AWS S3 et puis transférer,
après curation manuelle, vers Mapillary et liées aux objets d’OSM. Les
étapes après le stockage sont toujours trop manuelles, mais le workflow est
acceptable.



J’ai testé cette nouvelle fonctionnalité sur une dizaine téléphones
modernes (Android et IOS) avec browserstack, mais je serai très
reconnaissant si quelques-uns parmi vous pourriez prendre une photo (avec
un téléphone récent) d’une fontaine près de chez vous qui apparaît déjà sur
l'App pour m’aider à la mieux tester … et surtout de me dire si vous avez
rencontré un problème.



Bien cordialement,



Stuart


On Fri, 17 Apr 2020 at 12:23, European Water Project <
europeanwaterproj...@gmail.com> wrote:

>
> *>>>>Je pensais plus à système de leur côté pour regrouper des photos
> ayant un point (un sujet) commun .*
> *>>>>C'est en fait très similaire aux catégories de Wikimedia Commons.*
>
> *>>>>Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)*
>
> Il y a très peu de tags dans Mapillary et, basé sur mes conversations,
> Mapillary ne veut pas de tout développer une base de données de tags ou de
> catégoriser leurs images à la Wikimedia - pas de business case, donc pas
> de catégorie d'Arc de Triomphe.
>
> A bientot,
>
> Stuart
>
>
>
>
>
>
>
> On Fri, 17 Apr 2020 at 11:27, Yves P.  wrote:
>
>> le lien avec mapilary est il obligatoire ?
>>
>>
>> L'avantage de Mapillary c'est que ses photos sont visualisable dans
>> OsmAnd, iD, JOSM…
>> Qu'il y a une IA pour flouter ce qui doit l'être,
>> Que le stockage est pérenne
>> …
>>
>>  ils ont l'air de préférer les séquences, du coup ce n'est pas l'usage.
>>
>> On peut argumenter pour les aider à évoluer 
>> *Merci Stuart* à ce propos 
>>
>> Mapillary ne va pas garder une trace dans leur base de données de quel
>> objet OSM est présent dans l'image,
>>
>> Effectivement.
>> Je pensais plus à système de leur côté pour regrouper des photos ayant un
>> point (un sujet) commun .
>> C'est en fait très similaire aux catégories de Wikimedia Commons.
>>
>> Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)
>>
>> Ou comme je le suggérait une "série" dédiée à un objet réel (qu'il soit
>> dans OSM, wikidata… ou non).
>>
>> donc c'est plutôt à nous de lier les images keys de Mapillary (qui sont
>> uniques et immuables) aux objets d'OSM.
>>
>> Effectivement, on peut utiliser une clé *image=http://xxx <http://xxx>*
>> ou mieux dans ce cas, une clé *mapillary=** (sans URL )
>> C'est ce que l'on fait déjà.
>>
>> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
>> Mapillary pourraient être délimitées par des semicolons sur le key:mapillary
>>
>> Les valeurs multiples sont souvent pas ou mal gérées dans OSM 
>> Dans ce cas tu sélectionnes quelque photos à un moment donné, pour un
>> projet donné.
>>
>> Avec une série dédié à un sujet physique, on pourrais voir toutes les
>> photos.
>> Utile pour voir un bâtiment sous plusieurs angles, pour cartographier.
>> Ou pratique pour voir la plus "belle" photos réutilisable dans un autre
>> projet (wikipedia, osmhydrant…)
>>
>> , comme avec des images de wikimedia commons.
>>
>> Oui, cf. supra.
>>
>> __
>> 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] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[European Water Project]

Bonjour Marc,


>>>Je ne vois pas comment ajouter un meta par clef sans modifier
>>>l'api mais je suis ravi d'apprendre comment :)



C’était plus une interprétation qu'une affirmation firme ...



Tout changement qui implique une modification de l'API n’aboutira pas.



Ce que j’ai compris : l'ajout de la structure pour stocker cette méta data
dans la base de données ne serait pas si compliquée  Ce qui est
impératif est de ne pas déstabiliser l’écosystème OSM autour .. les outils
(API, etc.). Ceci impliquerait, que la seule moyenne d’accéder à cette meta
data sera dehors de l'API actuelle – peut-être avec une mini API dédiée qui
marcherait en parallèle.



Je vais demander à Simon, qui a les compétences techniques, s’il veut bien
commenter lui-même sur cette solution possible (et très hypothétique).



Cordialement,



Stuart


On Tue, 28 Apr 2020 at 18:52, Marc M.  wrote:

> Bonjour Stuart,
>
> Le 26.04.20 à 10:36, European Water Project a écrit :
> > c'est probablement possible d'ajouter ce metadata sur les tags
> > assez facilement sans besoin d'attendre la nouvelle API
>
> sans attendre, il y a key:date par exemple drink_water:date
> mais ce n'est pas une meta.
>
> Je ne vois pas comment ajouter un meta par clef sans modifier
> l'api mais je suis ravi d'apprendre comment :)
>
> 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] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[European Water Project]

Bonjour Marc,

Merci pour ton email.

Je ne peut être qu'entièrement d'accord qu'il y a du mérite d'augmenter les
vérifications des données d'une façon ad hoc au niveau objet.

Et en même temps, je pense que d'avoir de metadata au niveau tags sera un
"game changer" pour le maintien de la qualité des données dans OSM.

Pour info : J'ai parlé avec Simon Poole d'OSM Suisse qui me dit qu'il a
parlé avec d'autres d'OSM Suisse et que c'est probablement possible
d'ajouter ce metadata sur les tags assez facilement sans besoin d'attendre
la nouvelle API et d'une façon que laisse la base de donnée 100% "backward
compatible".

A très bientot,

Stuart



On Sat, 25 Apr 2020 at 15:49, Marc M.  wrote:

> Bonjour Stuart,
>
> Je suis bien conscient que c'est totalement insuffisant.
> mais je suis partisan de la politique des petits pas :
> sans admin osm.org, même avec notre "accord" sur l'utilité
> d'une metadata par tag, cela n'aura pas lieu à court terme
> non seulement parce que api v0.7 n'est pas pour demain mais
> surtout qu'il y a une résistance à l'envisager.
>
> Du coup je pense que le meilleur moyen pour que cela aboutise
> un jour, c'est d'utilise ce qu'on a (les metadata par objet et
> survey:date), montrer que c'est utile et qu'il y a une utilité
> à aller + loin.
>
> donc je vise petit. si ta fontaine est aussi veille que
> https://www.openstreetmap.org/way/46627516
> cela ne sert a rien de se poser la question de quand date
> la dernier vérif du panneau "eau potable".
> Par contre on peux facilement rajouter dans la liste
> "eau potable : vérif toute les... 3 ans ?"
> (valeur arbitraire, chaque utilisateur choisit ses priorités,
> qui varient sûrement en fonction de la densité de point d'eau
> dans les environs).
>
> Cordialement,
> Marc
>
> Le 21.04.20 à 16:31, European Water Project a écrit :
> > 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.  > <mailto:marc_marc_...@hotmail.com>> 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, signa

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

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] 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] Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

*Je pensais plus à système de leur côté pour regrouper des photos ayant
un point (un sujet) commun .*
*C'est en fait très similaire aux catégories de Wikimedia Commons.*

*Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)*

Il y a très peu de tags dans Mapillary et, basé sur mes conversations,
Mapillary ne veut pas de tout développer une base de données de tags ou de
catégoriser leurs images à la Wikimedia - pas de business case, donc pas de
catégorie d'Arc de Triomphe.

A bientot,

Stuart







On Fri, 17 Apr 2020 at 11:27, Yves P.  wrote:

> le lien avec mapilary est il obligatoire ?
>
>
> L'avantage de Mapillary c'est que ses photos sont visualisable dans
> OsmAnd, iD, JOSM…
> Qu'il y a une IA pour flouter ce qui doit l'être,
> Que le stockage est pérenne
> …
>
>  ils ont l'air de préférer les séquences, du coup ce n'est pas l'usage.
>
> On peut argumenter pour les aider à évoluer 
> *Merci Stuart* à ce propos 
>
> Mapillary ne va pas garder une trace dans leur base de données de quel
> objet OSM est présent dans l'image,
>
> Effectivement.
> Je pensais plus à système de leur côté pour regrouper des photos ayant un
> point (un sujet) commun .
> C'est en fait très similaire aux catégories de Wikimedia Commons.
>
> Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)
>
> Ou comme je le suggérait une "série" dédiée à un objet réel (qu'il soit
> dans OSM, wikidata… ou non).
>
> donc c'est plutôt à nous de lier les images keys de Mapillary (qui sont
> uniques et immuables) aux objets d'OSM.
>
> Effectivement, on peut utiliser une clé *image=http://xxx *
> ou mieux dans ce cas, une clé *mapillary=** (sans URL )
> C'est ce que l'on fait déjà.
>
> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
> Mapillary pourraient être délimitées par des semicolons sur le key:mapillary
>
> Les valeurs multiples sont souvent pas ou mal gérées dans OSM 
> Dans ce cas tu sélectionnes quelque photos à un moment donné, pour un
> projet donné.
>
> Avec une série dédié à un sujet physique, on pourrais voir toutes les
> photos.
> Utile pour voir un bâtiment sous plusieurs angles, pour cartographier.
> Ou pratique pour voir la plus "belle" photos réutilisable dans un autre
> projet (wikipedia, osmhydrant…)
>
> , comme avec des images de wikimedia commons.
>
> Oui, cf. supra.
>
> __
> 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] Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Bonjour Nicolas,

Non, il n'y a pas d'obligation.

Si le but est de créer une note temporaire pour un survey, StreetComplete
dans sa forme actuelle est peut-être satisfaisante.

Pic4review est toute autre chose. Avec cette app, on pioche dans des photos
prises d'une façon aléatoire les images qui pourraient inclure un objet à
proximité ... trop souvent mal cadré et avec une mauvaise luminosité. Cette
app me semble de qualité pour faire un survey à distance et
vérifier l'existence ou voir des caractéristiques d'un objet. Mais il me
semble qu'elle permet l'ajout trop facile des photos aux objets dans OSM
avec un simple click malgré leur qualité médiocre. Un workflow pour l'ajout
des photos dans OSM avec des photos individuelles prises avec intention me
semble plus logique.

*>>>  ils ont l'air de préférer les séquences, du coup ce n'est pas
l'usage.*
Mapillary semble évoluer dans leur préférence, c'est au moins ce qu'on
espère.


Bien cordialement,

Stuart



On Fri, 17 Apr 2020 at 10:06, Nicolas Bétheuil  wrote:

> je lis un peu en diagonal.
>
> le lien avec mapilary est il obligatoire ? ils ont l'air de préférer les
> séquences, du coup ce n'est pas l'usage.
>
> pic4review va aussi taper dans openstreetcam, ça cause aussi de
> improveosm, de grab.
>
> C'est vraiment récurrent ce problème de qualité d'image avec
> StreetComplete ? J'ai déjà contribué comme ça, d'autres ont résolu mes
> notes, ou j'ai déjà revu des miennes, pas des dizaines mais quelques une.
>
> J'ai l'impression qu'il y a plusieurs problèmes mais c'est bien de diviser
> les questions aussi, ça permet de traiter. (qualité d'image, affectation à
> un objet osm, tag)
>
> My 2 cents
>
>
>
> Le ven. 17 avr. 2020 à 09:46, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
>> Rebonjour,
>>
>> *>>>>Ici, tu choisis l'une des photos Mapillary que tu associes à un
>> objet OSM.*
>> *>>>>As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos
>> d'un même objet physique dans Mapillary ?*
>> *>>>>On peut probablement trouver des photos d'un monument historique à
>> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…*
>>
>> Mapillary ne va pas garder une trace dans leur base de données de quel
>> objet OSM est présent dans l'image, donc c'est plutôt à nous de lier les
>> images keys de Mapillary (qui sont uniques et immuables) aux objets d'OSM.
>>
>> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
>> Mapillary pourraient être délimitées par des semicolons sur le
>> key:mapillary, comme avec des images de wikimedia commons.
>> Mais, déjà de réussir la première étape avec une photo bien cadrée avec
>> une bonne luminosité rendrait la carte plus attractive.
>>
>>
>> *>>>Tu parlais d'une discussion avec lui. Je pensais qu'elle était
>> publique dans le forum Mapillary.  *
>> Les conversations avec Chris et Fredrik étaient par visioconférence.
>>
>> A bientot,
>>
>> Stuart
>>
>> On Fri, 17 Apr 2020 at 09:18, Yves P.  wrote:
>>
>>>
>>> filipc est un contributeur belge de Mapillary …
>>>
>>> Ok, alors je vais être fans aussi 
>>>
>>> Dans le workflow proposé, c'est juste le temps nécessaire pour faire
>>> l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
>>> une petite base de données, l'ID Mapillary, le OSM objet #, et les
>>> coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
>>> l'image pourrait être liée au objet avec le Key:mapillary .
>>>
>>> Ok.
>>>
>>> Ici, tu choisis l'une des photos Mapillary que tu associes à un objet
>>> OSM.
>>> As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
>>> même objet physique dans Mapillary ?
>>> On peut probablement trouver des photos d'un monument historique à
>>> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…
>>>
>>> >>>>*Je ne retourne pas la conversation avec Chris Beddow*
>>> Désolé, mais je ne comprends pas cette phrase.
>>>
>>> Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
>>> dans le forum Mapillary.
>>>
>>>Est-ce que je peux te copier en cc dans mes communications futures
>>> avec lui, surtout si elles deviennent plus technique ?
>>>
>>> Oui, merci 
>>>
>>> Best regards,
>>>
>>> __
>>> 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
>>
> ___
> 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] Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Rebonjour,

*Ici, tu choisis l'une des photos Mapillary que tu associes à un objet
OSM.*
*As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
même objet physique dans Mapillary ?*
*On peut probablement trouver des photos d'un monument historique à
plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…*

Mapillary ne va pas garder une trace dans leur base de données de quel
objet OSM est présent dans l'image, donc c'est plutôt à nous de lier les
images keys de Mapillary (qui sont uniques et immuables) aux objets d'OSM.

Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
Mapillary pourraient être délimitées par des semicolons sur le
key:mapillary, comme avec des images de wikimedia commons.
Mais, déjà de réussir la première étape avec une photo bien cadrée avec une
bonne luminosité rendrait la carte plus attractive.


*>>>Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
dans le forum Mapillary.  *
Les conversations avec Chris et Fredrik étaient par visioconférence.

A bientot,

Stuart

On Fri, 17 Apr 2020 at 09:18, Yves P.  wrote:

>
> filipc est un contributeur belge de Mapillary …
>
> Ok, alors je vais être fans aussi 
>
> Dans le workflow proposé, c'est juste le temps nécessaire pour faire
> l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
> une petite base de données, l'ID Mapillary, le OSM objet #, et les
> coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
> l'image pourrait être liée au objet avec le Key:mapillary .
>
> Ok.
>
> Ici, tu choisis l'une des photos Mapillary que tu associes à un objet OSM.
> As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
> même objet physique dans Mapillary ?
> On peut probablement trouver des photos d'un monument historique à
> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…
>
> *Je ne retourne pas la conversation avec Chris Beddow*
> Désolé, mais je ne comprends pas cette phrase.
>
> Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
> dans le forum Mapillary.
>
>Est-ce que je peux te copier en cc dans mes communications futures avec
> lui, surtout si elles deviennent plus technique ?
>
> Oui, merci 
>
> Best regards,
>
> __
> 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] Ajouter des photos uniques de POI dans Mapillary

[European Water Project]

Bonjour Yves,

filipc est un contributeur belge de Mapillary ... sa communication n'est
pas commode, mais il est plutôt sympa et il est enthousiaste. Il ne faut
pas le lire à la première dégrée ...  il a déjà ajouté des centaines de
photos de fontaines d'eau en Belgique dans OSM donc je suis fan de ses
contributions.

*>>>>Mais mettre dans Mapillary l'identifiant d'un objet OSM pose problème
(car il peut changer),*
*>>>>il y a wikidata mais tous les objets n'en on pas (et ce n'est pas si
trivial à créer),*
Dans le workflow proposé, c'est juste le temps nécessaire pour faire
l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
une petite base de données, l'ID Mapillary, le OSM objet #, et les
coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
l'image pourrait être liée au objet avec le Key:mapillary .

*>>>>C'est important pour les façades de magasins comme tu le proposes
(tous, pas que ceux qui propose de l'eau sans plastique )*
*>>>>mais aussi les poteaux incendies, défibrillateurs cardiaques, les
panneaux de randonnée… et de nombreux "objets" utilisés dans d'autres
projets.*
C'est notre cas d'usage ... bien sur, il faut développer un workflow
vertueux qui est le plus robuste possible

>>>>*Je ne retourne pas la conversation avec Chris Beddow*
Désolé, mais je ne comprends pas cette phrase.   Est-ce que je peux te
copier en cc dans mes communications futures avec lui, surtout si elles
deviennent plus technique ?

Bien cordialement,

Stuart



On Fri, 17 Apr 2020 at 08:34, Yves P.  wrote:

> Good morning Stuart and gd mrning Vietnam ;)
>
> J'ai relu cette discussion
> <https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813> : 
> filipc
> ne semble pas très chaud, mais rassure-moi, ce n'est pas un membre de
> Mapillary ?
>
> Je ne suis pas sûr d'avoir tout compris à ce workflow.
> Ce qui est sûr, c'est que pouvoir rajouter des photos* sans séquence *est
> important.
>
> Les lier à un objet OSM est un plus (le but du workflow que tu proposes ?).
>
> Mais mettre dans Mapillary l'identifiant d'un objet OSM pose problème (car
> il peut changer),
> il y a wikidata mais tous les objets n'en on pas (et ce n'est pas si
> trivial à créer),
>
> utiliser un identifiant unique dans Mapillary ?
> Par exemple une série dédiée à un objet (qui regroupe des photos de
> différents auteurs prise à des dates différentes) ?
> (contrairement aux séries Mapillary qui regroupent toutes les photos d'un
> même auteur et d'un même trajet).
>
> C'est important pour les façades de magasins comme tu le proposes (tous,
> pas que ceux qui propose de l'eau sans plastique )
> mais aussi les poteaux incendies, défibrillateurs cardiaques, les panneaux
> de randonnée… et de nombreux "objets" utilisés dans d'autres projets.
>
> Je ne retourne pas la conversation avec Chris Beddow 
>
> Bonne journée,
>
> __
> Yves
>
>
> Le 17 avr. 2020 à 07:49, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
> Bonjour Yves,
>
> Je pense qu’il faut pouvoir garder la traçabilité des photos aussi avec
> l’API. Dans notre cas, ce n’est pas toujours la même personne qui prendra
> la photo qui ajoutera dans OSM.
>
> J'ai écrit ce commentaire avant de prendre contact avec Chris Beddow.
>
> https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813
>
> Vous pouvez (nous pouvons) poursuivre la conversation avec Chris ... il
> est très motivé aussi. Il essaie de convaincre ses collègues au sein de
> Mapillary sur la mérite d’une telle fonctionnalité.
>
> christop...@mapillary.com
>
> J’ai envoyé ceci à Fredrik avant hier dans notre échange d’email de
> brainstorming
> «
> A simple workflow for our app which is realistically implementable for
> adding photos to already existing OSM nodes and ways.
>
> 1. User clicks on a fountain or café which already exists in the  OSM
> database
> 2. User clicks a button in the popup "add photo"
> 3. User takes image and it gets sent via an API to Mapillary and stored. A
> receipt id is returned by the upload API to the EWP App. This receipt id
> and the context in which it was create (ie to which OSM id it is related)
> is stored on the European Water Project server.
> 4. 24 hours later after image key is created, European Water Project can
> get image keys using the receipt ids.
> 5. After manual curation, European Water Project batch creates the
> mapillary tags on the OSM objects.
>
> If the same can be done in your app or an app like streetcomplete that
> could work too. Having traceability  to easily match to osm object is
> important »
>
> Bien cordialement,
>
> Stuart
>
>
> ___
> 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] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[European Water Project]

Bonjour Yves,

Je pense qu’il faut pouvoir garder la traçabilité des photos aussi avec
l’API. Dans notre cas, ce n’est pas toujours la même personne qui prendra
la photo qui ajoutera dans OSM.

J'ai écrit ce commentaire avant de prendre contact avec Chris Beddow.

https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813

Vous pouvez (nous pouvons) poursuivre la conversation avec Chris ... il est
très motivé aussi. Il essaie de convaincre ses collègues au sein de
Mapillary sur la mérite d’une telle fonctionnalité.

christop...@mapillary.com

J’ai envoyé ceci à Fredrik avant hier dans notre échange d’email de
brainstorming
«
A simple workflow for our app which is realistically implementable for
adding photos to already existing OSM nodes and ways.

1. User clicks on a fountain or café which already exists in the  OSM
database
2. User clicks a button in the popup "add photo"
3. User takes image and it gets sent via an API to Mapillary and stored. A
receipt id is returned by the upload API to the EWP App. This receipt id
and the context in which it was create (ie to which OSM id it is related)
is stored on the European Water Project server.
4. 24 hours later after image key is created, European Water Project can
get image keys using the receipt ids.
5. After manual curation, European Water Project batch creates the
mapillary tags on the OSM objects.

If the same can be done in your app or an app like streetcomplete that
could work too. Having traceability  to easily match to osm object is
important »

Bien cordialement,

Stuart




On Fri, Apr 17, 2020, 07:02 Yves P.  wrote:

>
> > Ce n'est pas possible de prendre des photos individuelles et de les
> mettre efficacement sur le serveur de Mapillary.
> On peut, mais il faut créer une série pour une seule photo.
> C'est lourd.
>
> Pas grand chose à "modifier", il faudrait que l'API accepte une valeur
> spéciale pour la série (par exemple "0", "-1", Null)
>
>
> > Je pense que Mapillary pourrait reconsidérer et commencer à intégrer des
> photos individuelles dans l'avenir proche.
> > (fingers crossed).
> Oui, moi aussi.
>
> Stuart, connais-tu une "Issue" sur ce sujet sur laquelle on pourrait
> rajouter des ?
>
> __
> 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] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[European Water Project]

Bonjour Marc,




*niveau asso osm-fr, il y avait un projet de faire un démonstrateurpour un
"quelque chose" qui à qui l'utilisateur aurait pu envoyerses photos osm et
qui (dans la réflexion de l'époque) aurait puenvoyer cela à mapillary et/ou
openstreetcam et serveur osm-fr  *

Ce n'est pas possible de prendre des photos individuelles et de les mettre
efficacement sur le serveur de Mapillary.   Jusqu'à présent il semblerait
que c'est plutôt Mapillary qui n'en voulait pas sinon ils auraient ajouté
cette fonctionnalité depuis longtemps dans leur application ou auraient
créé un API d'ajout de photos individuelles .  D'après mes connaissances
limitées sur le sujet, Mapillary a priorisé jusqu'à présent les
séquences de photos prises par des voitures et vélos et aussi des photos
360 dégrées pour des raisons techniques et commerciales. Je pense que
Mapillary pourrait reconsidérer et commencer à intégrer des photos
individuelles dans l'avenir proche. (fingers crossed).

Bien cordialement,

Stuart



On Thu, 16 Apr 2020 at 11:14, Marc M.  wrote:

> niveau asso osm-fr, il y avait un projet de faire un démonstrateur
> pour un "quelque chose" qui à qui l'utilisateur aurait pu envoyer
> ses photos osm et qui (dans la réflexion de l'époque) aurait pu
> envoyer cela à mapillary et/ou openstreetcam et serveur osm-fr
>
> les buts à l'époque était :
> - redondance entre les 2 services
> - avoir une base d'image si la communauté souhaite
> faire du "machine learning"
>
> L'idée est restée en l'état par manque de gens (tant pour
> discuter que pour coder)
>
> PS: je trouve tout à fait normal que la photo pour une photo
> soie supprimée X temps après la fermeture de la photo.
> si la photo est utile à plus long terme, elle doit être
> référencée par autre chose qu'une note
>
> Le 16.04.20 à 11:06, European Water Project a écrit :
> > Bonjour Yves,
> >
> > J'avais la même question sur le stockage temporaire des photos. Le
> > Readme  de sc-photo-service
> > <https://github.com/exploide/sc-photo-service> qui est une module
> > utilisée par StreetComplete explique pourquoi ils ont fait le choix de
> > garder les photos que
> > temporairement. https://github.com/exploide/sc-photo-service
> >
> > Je trouverai très intéressant qu'on trouve un streamlined workflow pour
> > prendre et stocker des photos de qualité sur un serveur accessible à
> > tous pour pouvoir les liées aux objets dans OSM (par exemple: /une
> > devanture de café ou un restaurant/).  Par qualité, c'est plutôt le
> > cadrage et la luminosité qui compte, pas la densité des pixels.
> >
> > Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
> > Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
> > <https://github.com/westnordost/StreetComplete/issues/1780> et hier avec
> > Fredrik Glans, le nouveau Directeur de Business Development de
> > Mapillary. Fredrik est également intéressé par cette fonctionnalité car
> > il y a des clients payants de Mapillary qui pourraient en profiter.
> >
> > Bien cordialement,
> >
> > Stuart
> >
> >
> >
> >
> >
> > On Thu, 16 Apr 2020 at 10:23, Yves P.  > <mailto:yves.prat...@gmail.com>> wrote:
> >
> >> J'ai (re)testé hier. Voici les notes générées
> >> <
> https://ent8r.github.io/NotesReview/?closed=true=pyrog=2020-04-11=2020-04-12=18/46.5763/5.75
> >.
> >
> > Et encore un test plus "grand".
> >
> > Mauvaises surprises :
> >
> >   * les photos sont redimensionnées :
> >   o je ne peux pas lire les références sur un poste de
> > transformation électrique.
> >   o la photo perd en résolution, dommage pour Wikimedia Commons
> >   * Il semble que dès que la note est fermée, elle est effacée du
> > site web de StreetComplete qui sert de stockage (temporaire)
> >   * pas d'enregistrement en pleine résolution dans la galerie du
> > smartphone (pour pallier les pb ci-dessus et une perte
> > éventuelle de données cf. issue #1768
> > <https://github.com/westnordost/StreetComplete/issues/1768>)
> >
> >
> > Ça serait pratique de pouvoir choisir le site de stockage
> > (westnordost mais aussi Mapillary, Wikimedia Commons…).
> >
> > De plus le processus ne semble pas documenté (d'où mes mauvaises
> > surprises).
> > J'ai déposé un ticket #1781
> > <https://github.com/westnordost/StreetComplete/issues/1781>
> >
> > Autre détail, sans connexio

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[European Water Project]

Bonjour Yves,

J'avais la même question sur le stockage temporaire des photos. Le Readme
de sc-photo-service  qui est
une module utilisée par StreetComplete explique pourquoi ils ont fait le
choix de garder les photos que temporairement.
https://github.com/exploide/sc-photo-service

Je trouverai très intéressant qu'on trouve un streamlined workflow pour
prendre et stocker des photos de qualité sur un serveur accessible à tous
pour pouvoir les liées aux objets dans OSM (par exemple: *une devanture de
café ou un restaurant*).  Par qualité, c'est plutôt le cadrage et la
luminosité qui compte, pas la densité des pixels.

Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
 et hier avec
Fredrik Glans, le nouveau Directeur de Business Development de Mapillary.
Fredrik est également intéressé par cette fonctionnalité car il y a des
clients payants de Mapillary qui pourraient en profiter.

Bien cordialement,

Stuart





On Thu, 16 Apr 2020 at 10:23, Yves P.  wrote:

> J'ai (re)testé hier. Voici les notes générées
> 
> .
>
>
> Et encore un test plus "grand".
>
> Mauvaises surprises :
>
>- les photos sont redimensionnées :
>   - je ne peux pas lire les références sur un poste de transformation
>   électrique.
>   - la photo perd en résolution, dommage pour Wikimedia Commons
>- Il semble que dès que la note est fermée, elle est effacée du site
>web de StreetComplete qui sert de stockage (temporaire)
>- pas d'enregistrement en pleine résolution dans la galerie du
>smartphone (pour pallier les pb ci-dessus et une perte éventuelle de
>données cf. issue #1768
>)
>
>
> Ça serait pratique de pouvoir choisir le site de stockage (westnordost
> mais aussi Mapillary, Wikimedia Commons…).
>
> De plus le processus ne semble pas documenté (d'où mes mauvaises
> surprises).
> J'ai déposé un ticket #1781
> 
>
> Autre détail, sans connexion 3/4/5 G, il me semble pas possible d'envoyer
> la note.
> Un mode offline serait pratique.
> __
> 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

[OSM-talk-fr] Est.-ce possible de créer un challenge d'ajout d'images dans Map Roulettes ?

[European Water Project]

Bonjour tous,

J’espère que le confinement se passe aussi bien que possible pour chacune
et chacun.

J’ai quelques questions sur les fonctionnalités de Map Roulette.  Mes
connaissances sur le sujet sont très limitées – je l’ai vue pour la
première fois hier soir lors d’une présentation de Chris Beddow sur
Mapillary par zoom.

Ce n’est pas pour toute de suite, mais je voulais poser ces questions avant
de les oubliées.

1. Est-ce possible de créer un challenge dans Map Roulette pour demander
des ajouts d’images CC0 et de les lier sur des objets dans OSM (nodes ou
ways) ? par exemple : J’ai ajouté des photos sur presque toutes les grandes
fontaines Wallace à Paris, mais il en manque encore pas mal de photos des
petites fontaines Wallace et quelques grandes fontaines ? Ou encore, une
demande d'ajout des photos des quelques fontaines Wallace dans d'autres
villes française comme Nantes, Bordeaux, Agens, ou dans une dizaine de pays
dans le monde.

2. Est-ce possible de réinitialiser un challenge de Map Roulette après coup
en modifiant le geojson téléchargé initialement dans Map Roulette et
d’autre paramètres ? par exemple :  Si quelqu’un fait un challenge d’ajout
d’images manquantes des fontaines d’eau potable (qui ont un caractère
artistique) dans un quartier spécifique à Rome et après cette personne a
envie de changer de quartier - sans créer un nouveau challenge.

Merci,

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

Re: [OSM-talk-fr] Processus de validation de tag

[European Water Project]

On Sat, Mar 21, 2020, 21:22  wrote:

> Si l'objet ne porte que sur le site de réfugié, quel intérêt de l'espace
> de nommage ?
>
>>>>> un site de réfugié peut être un campement, un bâtiment,  un village,
etc ! Le même node/way pourrait avoir un tag amenity ou tag place qui
décrit plus l'aspect physique. Dans ce cas peut-être un namespace de
refugee_site pour décrire l'aspect plutôt d'organisationel et humaine
pourrait avoir un sens.

>
>
Le 21/03/2020 à 17:24, European Water Project -
> europeanwaterproj...@gmail.com a écrit :
>
> Bonjour,
>
> Désolé pour les fautes de français.
>
> Je viens de passer l’expérience moi même de faire voter un nouveau tag ..
> , et même si certaines personnes sont un peu cassantes et d'autres ne me
> semblaient pas être 100% sincères, je suis pleinement satisfait avec la
> finalité. Je voulais juste partager mon expérience de néophyte.
>
> Les premières propositions étaient rejetés, mais avec le recul pour des
> très bonnes raisons, et finalement les tags qui ont passés à la fin étaient
> proposés par quelqu'un d'autre.  J'ai du arrêter le  vote au milieu et
> "améliorer" ma proposition et recommencer une fois.   Mais il me semble que
> le but doit être d'avoir des tags pour des données qui ont le mérite d’être
> dans la base de donnée d'OSM qui sont KISS mais aussi qui sont cohérent
> avec tout écosystème d'OSM (que je continue a découvrir).
>
> Je viens de lire la proposition pour la première fois .. (Je pense que
> nous avons tous un peu plus de temps en ce moment).
>
> Est-ce que vous avez réfléchi à l'idée de créer un namespace pour
> refugee_site ?  Je ne trouve pas très KISS d'utiliser le tag
> place=refugee_site ..
>
> refugee_site = yes, formal, informal
> refugee_site:for = IDP, refugee_strict
> refugee_site:operator = UNHCR/Red Cross/
> refugee_site:duration = permanent, temporary
> refugee_site:population = 500,000
> .
> .
> etc.
>
> Bien cordialement,
>
> Stuart
>
>
>
>
>
>
>
>
> On Fri, 20 Mar 2020 at 23:39, François Lacombe 
> wrote:
>
>> Le ven. 20 mars 2020 à 12:15, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Bonjour,
>>>
>>> Un autre point de vue des proposals (d'un néophyte):
>>> C'est 20 personnes (souvent les mêmes) sur une mailling list anglophone.
>>> Contre plus d'un million de contributeur et bien plus d'utilisateurs.
>>>
>>> Discuter du bon tag c'est bien, perdre son énergie pour faire passer un
>>> tag dans une moulinette administrative qui n'aura au final aucune force
>>> contraignante bof.
>>>
>>
>> Le sens n'est pas celui-là.
>> La proposition est l'occasion de poser les choses, expliquer et débattre
>> pour mettre toutes les chances de son côté que le tag soit utilisé.
>> Ce n'est pas un cerfa à remplir.
>>
>>
>>> Ma vision est plus doocratie :
>>> 1. réfléchir et chercher le bon tag
>>> 2. tagguer
>>> 3. discuter si pas sûr
>>> 4. changer si nécessaire
>>> 5. documenter sur le wiki
>>> un an plus tard
>>> 6. regarder si le tag à été réutiliser
>>>
>>> Et si tu veux que le tag soit plus utiliser tu peux essayer d'en faire
>>> la pub.
>>>
>>
>> OSM est un formidable endroit pour expérimenter et il ne faut surtout
>> jamais perdre ce côté là, si différenciant par rapport à tout ce qui peut
>> exister à côté.
>> Il y a néanmoins un besoin de structuration pour progresser vers une
>> plateforme plus mature.
>> Il en coûte beaucoup d'énergie pour rétablir de la cohérence quand une
>> approche de fond n'a pas été menée au bout dès le départ
>> Exemple, 2 ans de boulot :
>> https://www.openstreetmap.org/user/InfosReseaux/diary/391058
>>
>>
>> Le ven. 20 mars 2020 à 14:25, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>>
>>> Je ne dis pas qu'il ne faut pas écouter l'avis des gens, et que le
>>> système de proposition est inutile.
>>> Je dis juste que ce n'est que l'avis de quelques personnes,
>>> culturellement orientées (la discussion sur name=* est un bon exemple),
>>> certes informés sur le fonctionnement d'OSM.
>>>
>>
>> Je rejoint Marc sur l'avis qu'il a donné.
>> Il n'appartient alors qu'à ceux qui pensent avoir quelque chose à
>> apporter d'y contribuer pour nuancer cet aspect culturel.
>>
>>
>>>  Je ne reproche pas aux gens de s'investir, par contre je reprocherais à
>>> quelqu'un de s'investir sur un sujet qu'il n'utilise pas et de bloque

Re: [OSM-talk-fr] Processus de validation de tag

[European Water Project]

Bonjour,

Désolé pour les fautes de français.

Je viens de passer l’expérience moi même de faire voter un nouveau tag .. ,
et même si certaines personnes sont un peu cassantes et d'autres ne me
semblaient pas être 100% sincères, je suis pleinement satisfait avec la
finalité. Je voulais juste partager mon expérience de néophyte.

Les premières propositions étaient rejetés, mais avec le recul pour des
très bonnes raisons, et finalement les tags qui ont passés à la fin étaient
proposés par quelqu'un d'autre.  J'ai du arrêter le  vote au milieu et
"améliorer" ma proposition et recommencer une fois.   Mais il me semble que
le but doit être d'avoir des tags pour des données qui ont le mérite d’être
dans la base de donnée d'OSM qui sont KISS mais aussi qui sont cohérent
avec tout écosystème d'OSM (que je continue a découvrir).

Je viens de lire la proposition pour la première fois .. (Je pense que nous
avons tous un peu plus de temps en ce moment).

Est-ce que vous avez réfléchi à l'idée de créer un namespace pour
refugee_site ?  Je ne trouve pas très KISS d'utiliser le tag
place=refugee_site ..

refugee_site = yes, formal, informal
refugee_site:for = IDP, refugee_strict
refugee_site:operator = UNHCR/Red Cross/
refugee_site:duration = permanent, temporary
refugee_site:population = 500,000
.
.
etc.

Bien cordialement,

Stuart








On Fri, 20 Mar 2020 at 23:39, François Lacombe 
wrote:

> Le ven. 20 mars 2020 à 12:15, Florimond Berthoux <
> florimond.berth...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> Un autre point de vue des proposals (d'un néophyte):
>> C'est 20 personnes (souvent les mêmes) sur une mailling list anglophone.
>> Contre plus d'un million de contributeur et bien plus d'utilisateurs.
>>
>> Discuter du bon tag c'est bien, perdre son énergie pour faire passer un
>> tag dans une moulinette administrative qui n'aura au final aucune force
>> contraignante bof.
>>
>
> Le sens n'est pas celui-là.
> La proposition est l'occasion de poser les choses, expliquer et débattre
> pour mettre toutes les chances de son côté que le tag soit utilisé.
> Ce n'est pas un cerfa à remplir.
>
>
>> Ma vision est plus doocratie :
>> 1. réfléchir et chercher le bon tag
>> 2. tagguer
>> 3. discuter si pas sûr
>> 4. changer si nécessaire
>> 5. documenter sur le wiki
>> un an plus tard
>> 6. regarder si le tag à été réutiliser
>>
>> Et si tu veux que le tag soit plus utiliser tu peux essayer d'en faire la
>> pub.
>>
>
> OSM est un formidable endroit pour expérimenter et il ne faut surtout
> jamais perdre ce côté là, si différenciant par rapport à tout ce qui peut
> exister à côté.
> Il y a néanmoins un besoin de structuration pour progresser vers une
> plateforme plus mature.
> Il en coûte beaucoup d'énergie pour rétablir de la cohérence quand une
> approche de fond n'a pas été menée au bout dès le départ
> Exemple, 2 ans de boulot :
> https://www.openstreetmap.org/user/InfosReseaux/diary/391058
>
>
> Le ven. 20 mars 2020 à 14:25, Florimond Berthoux <
> florimond.berth...@gmail.com> a écrit :
>
>>
>> Je ne dis pas qu'il ne faut pas écouter l'avis des gens, et que le
>> système de proposition est inutile.
>> Je dis juste que ce n'est que l'avis de quelques personnes,
>> culturellement orientées (la discussion sur name=* est un bon exemple),
>> certes informés sur le fonctionnement d'OSM.
>>
>
> Je rejoint Marc sur l'avis qu'il a donné.
> Il n'appartient alors qu'à ceux qui pensent avoir quelque chose à apporter
> d'y contribuer pour nuancer cet aspect culturel.
>
>
>>  Je ne reproche pas aux gens de s'investir, par contre je reprocherais à
>> quelqu'un de s'investir sur un sujet qu'il n'utilise pas et de bloquer
>> l'innovation (conservatisme).
>> Et il y a un effet pouvoir bureaucratique qui me dérange et me
>> dérangerait beaucoup s'il était obligatoire.
>>
>
> On ne peut pas dire que le fonctionnement d'OSM soit bureaucratique
> comparé à d'autres communautés.
> L'intérêt que je trouve aux propositions et du peu de discussions qui s'en
> dégage est qu'on s'assure de la cohérence de ce qui est envisagé avec
> l'existant ou à d'autres ontologies qui ont fait leur preuves.
> C'est une tâche complexe à assumer seul, le côté collectif et la
> sensibilité de chacun aide beaucoup.
>
> Le voir comme quelque chose d'utile évite de se poser la question de
> l'obligation.
> Avec le recul je suis satisfait d'avoir pu corriger certaines erreurs ou
> biais de perception et proposé des tags cohérents.
> OSM deviens de plus en plus mature. Lancer un tag en l'air a de plus en de
> plus de chances d'être en contradiction avec une pratique établie (sans
> démonstration à la hauteur, l'établi gagne par principe).
> Le changement est une bonne chose mais il faut mettre l'énergie de le
> faire complètement, ce que finalement peu de personnes font.
>
> Quand nous pourrons nous retrouver à nouveaux tout ensemble, il faudra que
> nous parlions de la valeur de notre sémantique et du poids que ça peut
> avoir bien au delà d'OSM.
>
> François
> 

Re: [OSM-talk-fr] Projet du mois de mars - Pic4Review

[European Water Project]

Salut Marc,

On est bien d'accord qu'une photo d'un point d'eau qui n'est autre qu'un
simple robinet sur un mur n'a pas beaucoup d’intérêt.

Tes pistes de solutions avec OpenStreetCam, Mapillary et autre me semble
très bien à creuser.

Le fait de répondre à la question de Pic4Review très souvent ne mérite dans
mes yeux l'ajout de la photo Mapillary dans OSM pour les raisons déjà
énumérées.  C'est dommage que c'est fait automatiquement.

Avoir des photos bien centrées et avec un bon éclairage des bornes de
recharge pour voiture me semble utile pour une application mobile.

Bien cordialement,

Stuart



On Tue, 17 Mar 2020 at 18:11, Marc M.  wrote:

> Le 17.03.20 à 14:57, European Water Project a écrit :
> > Par rapport à l’intérêt de mettre des photos des points d'eau, je donne
> > deux exemples. Je viens d'ajouter des photos pour presque toutes les
> > Fontaines Wallace à Paris.
>
> les fontaines c'est autre chose, il y a un côté artistique.
> je parlais des points d'eau, parfois un bête robinet quelconque
> comme il en existe dans n'importe quel magasin de bricolage.
> je doute qu'avoir une photo de cette pièce de quincaillerie
> soie un facteur décisif provoquant le déclic chez quelqu'un pour se dire
> "j'arrête le plastique à usage unique parce que j'ai vu le robinet"
> je suis persuadé par cette cause et j'ajoute autant de point que
> possible. mais la photo est à mes yeux anecdotique.
>
> Idem pour les bornes. hormis "prouver" son existence (ce que
> source=mapillary sur le changeset fait tout aussi bien),
> je ne suis pas sur qu'une ribambelle de photo aide à la cause.
> En tout cas de ceux que j'en connais, il y a ceux qui sont convaincu et
> qui n'ont pas besoin de photo mais d'info (genre quel poi a-t-il une
> borne en cas de trajet très longue distance ?)
> et il y a ceux qui regardent les photos mais ne les utiliseront pas
> parce que toujours une excuse pour dire que cela ne convient pas.
>
> > Il y a maintenant qq cafés
>
> pour un café, je conçois qu'avoir une image de la façade est sympa
> pour une app qui l'utilise.
> mais je persiste à croire qu'il y a une erreur de cible avec Mapillary.
> Mapillary est fait pour prendre des séquences (servant principalement à
> entraîner une IA produisant des données secondaires)
> fatalement les séquences ne sont généralement pas adaptées pour avoir
> une belle photo parfaite de chaque objet rencontré.
> ou alors il faut des séquences "serrées" et avec une très bon
> positionnement gps, voir un lissage. c'est pas le cas par défaut.
>
> si on souhaite un "workflow" facile pour "capturer un objet précis à
> mettre dans osm" et que wikimedia common ne convient pas (parce que trop
> commun), je me demande s'il ne faudrait pas resortir le projet de poc
> mapillary-like dont nous avons parlé dans l'entourage de l'association
> osm-fr cad faire un endroit ou le contributeur envoi ses photos de
> manière unique, et ce serveur renvoi à différent service (nous avions
> évoqué à l'époque Mapillary et openstreetcam) et/ou rend disponible cela
> directement (comme le fait StreetComplete avec les notes+photo)
> on peux techniquement imaginer que le serveur retourne une url
> temporaire (à ajouter dans osm), envoi à Mapillary, attend X temps
> pour traitement côté Mapillary, puis fasse une requête Mapillary
> pour trouver l'id de la photo chez mapillary.
> D'ailleurs il n'y a pas besoin du projet de poc.
> je pense que n'importe quel appli qui enverrait un photo à Mapillary
> peux sans soucis faire une requête api pour retrouver l'id de la photo
> envoyée à telle position. surtout si c'est une photo unique et non
> une photo dans une séquence dense.
>
> > Ce qui me dérange plus que la manque de bonnes photos dans OSM et le
> > fait que pic4review ajoute quasl-automatiquement des photos dans OSM qui
> > n'ont quasiment rien avec l'objet.
>
> si j'ai bien compris la logique, Pic4review ajoute le tag de la photo
> si tu as pu répondre à la question en restant sur cette photo.
> donc au minimum l'objet concerné est bien visible sur cette photo.
>
> > Merci de le faire pour le fun si tu n'es pas convaincu ...
>
> je ne suis uniquement pas convaincu qu'il faille une photo
> d'un robinet pour se passer de plastique à usage unique :)
>
> 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] Projet du mois de mars - Pic4Review

[European Water Project]

Bonjour Yves,

Merci pour ton email.

>
Le problème vient plutôt de la qualité des photos de Mapillary et de leur
positionnement.

C’est pour ça que je fais des photos « posées » et je les télécharge dans
Wikimedia Commons
(Dans Mapillary, la série n’est pas adaptée pour des photos « uniques ». De
plus la direction de prise de vue n’est pas fiable).

*exactement, c'est pour ça que ça serait top d'avoir cette nouvelle
fonctionnalité dans  Mapillary. J’ai reçu une réponse de Chris Beddow, qui
me disait qu’ils ont reçu plusieurs demandes semblables, mais
pour l’instant ce n’est pas une priorité
commerciale. 
https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813
  *
*L'idée de la suggestion est justement pour créer un workflow dans
Mapiillary pour les photos uniques - jusqu'à présent quasi impossible. *

*>*
Pas sûr d’avoir tout compris :
Quel est l’intérêt de l’email ?
Une zone avec du texte libre, pourquoi pas un champ de saisie avec l’id
d’un objet OSM ??
Dans Commons, il est possible de saisir une ou plusieurs zones dans une
photo, et de mettre un lien vers un objet OSM.

*L’intérêt de l'email dans notre cas spécifique, est que nous avons
quelques volontaires dans plusieurs villes dans plusieurs pays qui sont
prêts à ajouter des cafés et des photos dans le réseau d'European Water
Project, mais qui ne sont pas hyper techniques et n'ont pas trop envie de
rentrer dans écosystème d'OSM. Avec un workflow épuré et une App adéquate,
ils peuvent prendre des photo des fontaines déjà existantes et nous envoyer
les lien des photo pour que nous les ajoutons d'une façon assez
efficace  ...  un texte libre, parce que peut-être l'objet OSM n'existe pas
encore au moment de la prise, et tu veux décrire juste un rappel. *

Bien cordialement,

Stuart

On Tue, 17 Mar 2020 at 17:28, Yves P.  wrote:

> le lien envoi vers la mission, du coup difficile de comprendre
> de quel exemple précis tu parles
>
> Je n’ai pas trouvé comment mettre un lien sur un objet OSM à contrôler.
> Adrien, peux-tu mettre ça dans l’URL ?
> Par exemple https://pic4review.pavie.info/#/mission/921/review/n5725980841
>
>
> Ce qui me dérange plus que la manque de bonnes photos dans OSM et le fait
> que pic4review ajoute quasi-automatiquement des photos dans OSM qui n'ont
> quasiment rien avec l’objet.
>
> Le problème vient plutôt de la qualité des photos de Mapillary et de leur
> positionnement.
>
> C’est pour ça que je fais des photos « posées » et je les télécharge dans
> Wikimedia Commons
> (Dans Mapillary, la série n’est pas adaptée pour des photos « uniques ».
> De plus la direction de prise de vue n’est pas fiable).
>
> Ça rejoint peut-être ta remarque ci-dessous ?
>
> Est-ce que nous pouvons rendre plus facile le workflow pour prendre des
> photos avec un téléphone mobile et les ajouter automatiquement (ou presque)
> dans OSM ? J'ai fait une demande pour une nouvelle fonctionnalité dans le
> forum de Mapillary.
>
> Pas sûr d’avoir tout compris :
> Quel est l’intérêt de l’email ?
> Une zone avec du texte libre, pourquoi pas un champ de saisie avec l’id
> d’un objet OSM ??
> Dans Commons, il est possible de saisir une ou plusieurs zones dans une
> photo, et de mettre un lien vers un objet OSM.
>
> Mais dans tous les cas, ça demande beaucoup de travail pour référencer des
> photos.
>
>   Pic4review me semble plus utile pour confirmer l’existence d'un objet ou
> ses caractéristiques que pour l'ajout des photos.
>
> Dire si un poteau incendie ou une borne de recharge est visible : OK.
> Dire combien de véhicules on peut recharger c’est plus difficile (surtout
> que souvent, on ne voit rien).
>
> Mieux ne pas avoir une photo dans OSM qu'une photo qui n'a rien avoir avec
> l’objet.
>
> Oui :)
>
> __
> 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] Projet du mois de mars - Pic4Review

[European Water Project]

Salut Marc,

Par rapport à l’intérêt de mettre des photos des points d'eau, je donne
deux exemples. Je viens d'ajouter des photos pour presque toutes les
Fontaines Wallace à Paris.  Il y'en a 103 grandes fontaines Wallace, et il
n'en manque plus que quelques uns.   Nous avons des photos de quasi toutes
les fontaines de Zurich. J'ai écrit à Eau de Paris pour voir s'il voulait
travailler avec nous pour ajouter des photos de toutes les fontaines d'eau
potable qui ont une valeur artistique.

Voici une capture d'une fontaine  App :
https://drive.google.com/open?id=1aL_RGig-XMZrhc1Dg7J629hCfhc2sFJZ

Et un café :
https://drive.google.com/open?id=1uSBC_FoVgocrKQmBnPNlF8wRGTt4ay55

Il y a maintenant qq cafés avec le nouveau tag : drinking_water:refill dans
le sud de la France, en Angleterre et dans le Pays de Galles et  en
Allemagne,  Le workflow pour ajouter des images dans wikimedia commons et
d'ajouter le lien dans OSM me semble lourd.

Ce qui me dérange plus que la manque de bonnes photos dans OSM et le fait
que pic4review ajoute quasl-automatiquement des photos dans OSM qui n'ont
quasiment rien avec l'objet.  Pic4review me semble plus utile pour
confirmer l’existence d'un objet ou ses caractéristiques que pour l'ajout
des photos. Mieux ne pas avoir une photo dans OSM qu'une photo qui n'a rien
avoir avec l'objet. Au pire, mieux les lier à une relation qui décrit la
route.

Merci de le faire pour le fun si tu n'es pas convaincu ... time will tell
if are efforts are for naught !

Bien cordialement,

Stuart



On Tue, 17 Mar 2020 at 13:54, Marc M.  wrote:

> Bonjour,
>
> Le 17.03.20 à 13:02, European Water Project a écrit :
> > revoir le workflow et reflechir à des meilleurs outils pour ajouter
> > des images Mapillary, Wikimedia Commons, et OpenStreetCam dans OSM.
>
> je pense que le soucis est dans l’énoncé de départ :
> si les gens ne capturent pas des photos à la base pour les rajouter
> dans osm sur chaque object précisement, le résultat d'une utilisation de
> ceux-ci pour illustrer osm n'est pas terrible.
> je vais prendre mon exemple, ayant contribuer à ChargeMap.com et osm
> sur la thématique du mois :
> à quoi servent les photos dans ChargeMap ? selon moi principalement à :
> - compenser une position approximative (le contributeur renseigne
> l'adresse et valide, au lieu d'ajuster la position de la borne).
> cela se résoud en ajustant la position
> - compenser le manque de détail dans GM (par exemple absence des voies
> de déserte du parking). du coup le contributeur ajoute un "itinéraire
> photo" jusqu'à la borne. cela se résoud en ayant les voies de déserte
> dans osm.
> - lever le doute (quand on n'a pas une mémoire infaillible ou un doute
> sur le type de prise, une photo, et on (soit-même ou quelqu’un d'autre)
> verra cela plus tard. Pic4review ou autre convient bien pour cela.
> - quand on n'est intéressé que par un type d'info (par ex ajout de la
> borne) tout en voulant fournir aux autres contributeurs les photos
> de l'endroit s'ils ont envie de compléter. là aussi Picçreview convient
> bien.
> Du coup pour ma part, je n'ai pas besoin de lier une image à un objet
> osm : la photo de la borne n'est peut-être pas la plus adaptée pour
> celui qui veux connaître le nombre de place, ou le type de prise.
>
> ceci sans compter sur les problèmes de qualité de positionnement gps,
> direction et qualité de la photo (je parle de qualité technique :
> luminosité, horizon, netteté, résolution).
> C'est même selon moi le pire défaut du Mapilalry actuel :
> dans les zones bien couverte, il faudrait pouvoir marquer "série trop
> mauvaise, série mal géo-positionnée, ..." pour garder la qualité.
>
> Pour en revenir à ton projet, les gens vont-il utiliser moins de
> plastique si il y a une photo de qualité du point d'eau potable
> ou s'il y a 2x plus de point d'eau potable renseigné dans osm  ?
> Le temps humain est hélas limité.
> J'ajouterai volontiers quelques photos des points d'eau dans les
> environs, mais c'est pour le fun, je ne suis pas convaincu de l'impact.
>
> 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] Projet du mois de mars - Pic4Review

[European Water Project]

Bonjour,

Peut-être nous pouvons utiliser un peu de temps pendant ce confinement pour
revoir le workflow et reflechir à des meilleurs outils pour ajouter des
images Mapillary, Wikimedia Commons, et OpenStreetCam dans OSM.

Il me semble que peu des photos Mapillary dans OSM décrivent bien l'objet
auquel elles sont liées. En tout cas, c'est souvent le cas pour les photos
Mapillary des fontaines d'eau potable.

Est-ce qu’une image dans lequel on voit une borne toute petite en haut à
droite avec une mauvaise résolution devrait être ajouter dans OSM ? Je
pense que non.

Est-ce que nous pouvons rendre plus facile le workflow pour prendre des
photos avec un téléphone mobile et les ajouter automatiquement (ou presque)
dans OSM ? J'ai fait une demande pour une nouvelle fonctionnalité dans le
forum de Mapillary. J’ai reçu une réponse de Chris Beddow, qui me disait
qu’ils ont reçu plusieurs demandes semblables, mais pour l’instant ce n’est
pas une priorité commerciale.
https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813

Notre projet est un peu gelé en ce moment avec le coronavirus mais pour la
phase 2 quand nous ajouterons plus de cafés, il me semble plus approprié de
stocker les photos de vitrines de cafés, restaurants, bars, etc. dans
Mapillary que Wikimedia Commons. Et pour l'instant, je ne vois pas un
workflow facile pour ajouter des images individuelles de qualité avec
Mapillary et de les ajouter dans OSM. Et par qualité, je parle d’être bien
centré avec une bonne lumière pas de haute densité.

Bien cordialement,

Stuart









On Tue, 17 Mar 2020 at 10:39, Marc M.  wrote:

> Le 17.03.20 à 08:09, Yves P. a écrit :
> > Un petit coeur est affiché sur les photos associées aux bornes.
> > Ça serait pratique de le faire en cliquant sur une icône.
> > Exemple : https://pic4review.pavie.info/#/mission/921/review
>
> le lien envoi vers la mission, du coup difficile de comprendre
> de quel exemple précis tu parles
>
> ___
> 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] Key:drinking_water:refill - lancement de phase 2 de European Water Project

[European Water Project]

Bonjour Vincent,

Merci pour ton email.

Je comprends tout à fait ... twitter, instagram, et FB sont les moyens que
nous utilisons pour communiquer avec le publique .. mais mieux vivre sans
..  surtout en ce moment avec l'hysterie du coronavirus et les élections
municipales.

Des demandes de stickers par email et par osm sous le nom europeanwater
sont également bienvenus !

Il y a  4 cafés taggés comme drinking_water:refill pour l'instant :) ... un
dans le Jura, un à Nyons, un à Montelimar, et un dans le pays de galles.

Bien cordialement,

Stuart

On Sat, 29 Feb 2020 at 09:36, Vincent Bergeot  wrote:

> Le 28/02/2020 à 09:49, European Water Project a écrit :
>
> Vous pouvez participer à la construction de ce réseau mondial de deux
> façons :
>
> 1. Si vous connaissez des propriétaires de café ou si vous souhaitez vous
> joindre à la communauté, envoyez-nous un message par FB, et nous vous
> enverrons des stickers à coller sur votre devanture (ainsi que quelques
> instructions).
>
> peut-être mettre aussi le compte osm du projet pour éviter l'obligation
> d'utiliser fb -> dans mon cas, ma participation s’arrête au moment où je
> dois aller sur fb (et cela n'a rien à voir avec la qualité du projet
> European Water)
> à plus
>
> --
> Vincent Bergeot
>
> ___
> 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] Comment effacer un node ?

[European Water Project]

Bonjour Georges,

Merci. c'est tout bon !

On Fri, 28 Feb 2020 at 12:04, Georges Dutreix via Talk-fr <
talk-fr@openstreetmap.org> wrote:

> Le 28-02-2020 11:33, European Water Project a écrit :
>
> Bonjour,
>
>
>
> Pendant que j'éditer un node qui représente un café, j'ai aperçu un autre
> node au même endroit avec des mauvaises informations qui doit être effacé
>
> Tu le sélectionnes, puis touche SUPPR
>
>
> Georges
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Comment effacer un node ?

[European Water Project]

Bonjour,



Pendant que j’éditer un node qui représente un café, j’ai aperçu un autre
node au même endroit avec des mauvaises informations qui doit être effacé



Quel est la méthode pour effacer ce node ?



https://www.openstreetmap.org/edit?node=3833969887#map=22/44.55926/4.75045



Merci en avance pour votre aide,



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

[OSM-talk-fr] Key:drinking_water:refill - lancement de phase 2 de European Water Project

[European Water Project]

Bonjour,


Après des longues discussions sur le tagging groupe ... les tags pairs

drinking_water:refill = yes et
drinking_water:refill:network = network1;network2

sont votés et actionnés ...


European Water Project lance aujourd’hui la phase 2 de sa lutte contre le
plastique à usage unique : les cafés, les restaurants et hôtels qui sont
d’accord pour remplir gratuitement vos gourdes d’eau du robinet vont
pouvoir rejoindre le réseau !


https://www.facebook.com/EuropeanWaterProject/posts/145583536923046


Vous pouvez participer à la construction de ce réseau mondial de deux
façons :

1. Si vous connaissez des propriétaires de café ou si vous souhaitez vous
joindre à la communauté, envoyez-nous un message par FB, et nous vous
enverrons des stickers à coller sur votre devanture (ainsi que quelques
instructions).

2. Si vous connaissez des cafés qui participent déjà à un réseau, vous
pouvez les géolocaliser et les ajouter directement à OpenStreetMap (base de
données ouverte et accessible à tous).



Merci de nous aider à bâtir cette communauté 100 % open data et
collaborative pour lutter contre le plastique à usage unique !


Bien cordialement,


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

[OSM-talk-fr] Présentation UN du Projet Européen de l'Eau

[European Water Project]

Bonjour,

Je voulais vous remercier  pour votre aide avec les instructions pour
l'ajoute des fontaines dans OSM et les photos dans Wikimedia Commons.
https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr


Et partager une des pages maitresses de notre présentation, dans laquelle
j'ai parlé d'OpenStreetMap et les bénéfices d'Open Data aux Nations Unies
devant 850 lycéens de 58 écoles du monde entier et Fabrizio Hochschild ,
sous-secrétaire général de l'ONU.

https://drive.google.com/open?id=1iVuNbDqYIEAb1bYrTd3T3T9p5QA3AqJp

https://twitter.com/european_water
https://www.facebook.com/ewpfrance/

Bien cordialement,

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

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Bonjour Chris,

Nous suggerons dans nos instructions de mettre "amenity=fountain et
drinking_water=yes" quand une fontaine qui mérite ce nom est indiquée
potable et de mettre  "amenity=fountain et drinking_water=no" quand c'est
indiquée potable. Et nous dirons la meme chose pour tous les pays.

Et pour les fontaines modernes comme dans les aeroports, gares, ecoles,
etc, nous suggerons de mettre "amenity=drinking_water".

Bien cordialement,

Stuart



On Tue, 7 Jan 2020 at 17:05, Christian Quest 
wrote:

> Le 07/01/2020 à 15:45, European Water Project a écrit :
> > Malheureusement en France, la grande majorité de fontaines en pierre
> > avec de l'eau 100% potable sont libellée "non potable" par peur du
> > procès des maires (et ils ont raisons, tant que la legislation ne
> > change). Dans ce cas, faut-il mettre "amenity=fountain et
> > drinking_water=no".  Et si un jour la legislation change pour ces
> > fontaines, on mettra que "amenity=drinking_water" ?
>
>
> On voit aussi assez souvent quelque chose de plus honnête: "eau non
> contrôlée"
>
> amenity=drinking_water : ça indique un point d'eau potable
>
> amenity=fountain : une fontaine (le monument ou l'objet avec une
> vocation décorative et pas juste utilitaire)
>
> - si l'eau est potable: drinking_water=yes
>
> - si elle ne l'est pas: drinking_water=no
>
> - si elle est "non contrôle": drinking_water=conditional
>
> - si on ne sait pas on ne met rien
>
> Je ne connaissais pas drinking_water:legal
>
> Le wiki donne comme toujours bien plus de détails et décrit aussi
> amenity=water_point où l'on peut puiser de grandes quantité d'eau
> (potable ou non)
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Bonjour Philippe,



Et pourtant, la politique d'autre côté de nos frontières est très
différente. Plus que 70.000 fontaines potables en Italie. (Nous préparons
un "fountain hunt" en avril à Rome avec My-D.org et Wikimedia Suisse). Et à
2 kilomètres de notre maison, de l'autre côté de la frontière en Suisse
toutes les fontaines sont potables.



Avant 1970, quand les bouteilles en PET sont introduites nos fontaines
étaient utilisées quotidiennement ...  Peut-être la réponse est plus
nuancée et les industriels ont eu leur mot à dire dans l'écriture de cette
histoire.



Bien à toi,



Stuart

On Tue, 7 Jan 2020 at 16:40, Philippe Verdy  wrote:

> Hormi le cas des simples robinets à bouton poussoir du mobilier urbain,
> les fontaines avec un bac de pierre peuvent être qualifiés de "monuments",
> témoins d'un passé architectural et de l'activité du village.
> Elles peuvent être potables ou non mais ce sont des "fontaines",
> amenity=fountain et sont encore utilisées pour l'arrosage même si ce n'est
> plus pour boire, car non testé (parfois aussi des sources
> "waterway=spring"). Ces fontaines traditionnelles et préservées par les
> communes, sont marquées de panneaux "eau non potable" en cas de besoin (en
> fait bien des fontaines sont potables, mais les communes ne veulent pas
> prendre de risque si c'est une source naturelle, puisque l'eau n'est pas
> traitée, donc pas testée en continu, à moins que des travaux aient été
> faits pour les raccorder au réseau d'eau potable, et dans ce cas il y a un
> robinet car on ne gache pas les eaux traitées par une écoulement continu).
> Bref fountain=yes, drinking_water=no est bien souvent le signe d'un
> waterway=spring (ou d'une résurgence naturelle, ou d'une rigole
> d'infiltration, qui pourrait aussi être le déversoir d'un étang plus haut
> sur une colline, qui est susceptible d'être pollué par les eaux de
> ruissellements et le drainage de fossés le long de parcelles agricoles
> traitées, de routes ou de pollutions alentour).
> En France il n'est plus possible depuis longtemps de boire directement
> l'eau des fleuves et rivières sans traitement par le réseau d'eau potable
> (on n'est pas au milieu d'une île indonésienne où c'est encore possible, ce
> n'est déjà plus possible en Guyane ou en Nouvelle-Calédonie à cause de
> l'orpaillage et des mines, la pollution catastrophique que cela a entrainé
> dans les cours d'eau et la faune aquatique).
> La présence d'un robinet ne garantie pas non plus la potabilité (les
> déversoirs peuvent servir à alimenter les stations de traitement des eaux
> et il faut préserver les nappes d'alimentation et ne pas les laisser se
> vider en continu sans contrôle; il ne doit plus rester beaucoup de
> fontaines sans robinet, sauf si ce sont des sources de ruisseaux ou si
> c'est de l'eau qui s'écoule d'un petit bief de dérivation à partir d'un
> débordement, dans ce cas la fontaine est intermittente et on peut avoir
> intermittent=yes en plus sur cette fontaine, comme aussi toute autre source
> de ruisseau intermittent)
>
> Le mar. 7 janv. 2020 à 16:22, European Water Project <
> europeanwaterproj...@gmail.com> a écrit :
>
>> Merci Marc
>>
>> Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
>> qu'inciter les personnes de ne pas libeller la fontaine comme autre chose
>> que "amenty=fountain et drinking_water=no". Nous ne pouvons pas assurer de
>> la qualité de l'eau sans que les testes (qui ne sont pas couteux) soit
>> faites par les autoritées compétentes et je ne prendrai pas cette
>> responsabilité.
>>
>> Et dans ce cas,  il y a une incoherence entre une belle fontaine en
>> pierre dans un village français qui sera juste "amenity=drinking_water" is
>> l'eau est potable, et "amenity=fountain" et "drinking_water=no" si la
>> fontaine n'est pas potable.
>>
>> bien cordialement,
>>
>> Stuart
>>
>> On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr <
>> talk-fr@openstreetmap.org> wrote:
>>
>>> Bonjour,
>>>
>>> il y a 2 points différents dans ta question
>>>
>>> 1) à quoi ressemble l'objet ?
>>> la différence entre amenity=drinking_water <> amenity=fountain
>>> concerne l'apparence.
>>> un simple robinet d’où coule de l'eau avec une plaque d'égout en
>>> dessous, ce n'est pas une fontaine.
>>> un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
>>> d'être une fontaine.
>>> évidement le problème est entre les 2 (ex un objet en pierre sculpté
>>> avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
>>> qua

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Merci Marc

Je suis d'accord que ça doit etre libellée comme ça, donc ça me plait !

A bientôt,

Stuart



On Tue, 7 Jan 2020 at 16:35, marc marc  wrote:

> pour ceux craintif à propos de l'aspect légal,
> c'est justement l'intérêt du tag drinking_water:legal
> il fait la différence entre "tout le monde la boit" et "qlq a
> fait l'analyse et/ou a posé un panneau qui le dit"
>
> il y a une erreur dans ton raisonnement ci-dessous :
> une belle fontaine en pierre et potable est amenity=fountain
> et drinking_water=yes
>
> Le 07.01.20 à 16:20, European Water Project a écrit :
> > Merci Marc
> >
> > Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
> > qu'inciter les personnes de ne pas libeller la fontaine comme autre
> > chose que "amenty=fountain et drinking_water=no". Nous ne pouvons pas
> > assurer de la qualité de l'eau sans que les testes (qui ne sont pas
> > couteux) soit faites par les autoritées compétentes et je ne prendrai
> > pas cette responsabilité.
> >
> > Et dans ce cas,  il y a une incoherence entre une belle fontaine en
> > pierre dans un village français qui sera juste "amenity=drinking_water"
> > is l'eau est potable, et "amenity=fountain" et "drinking_water=no" si la
> > fontaine n'est pas potable.
> >
> > bien cordialement,
> >
> > Stuart
> >
> > On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr
> > mailto:talk-fr@openstreetmap.org>> wrote:
> >
> > Bonjour,
> >
> > il y a 2 points différents dans ta question
> >
> > 1) à quoi ressemble l'objet ?
> > la différence entre amenity=drinking_water <> amenity=fountain
> > concerne l'apparence.
> > un simple robinet d’où coule de l'eau avec une plaque d'égout en
> > dessous, ce n'est pas une fontaine.
> > un objet artistique, avec parfois plusieurs jets ou sculpté a des
> chance
> > d'être une fontaine.
> > évidement le problème est entre les 2 (ex un objet en pierre sculpté
> > avec un simple jet d'eau). mais je suis d'accord avec Stefan : à
> priori
> > quand il y a un doute, c'est un amenity=drinking_water
> > il ne serrait d'ailleurs pas trop grave de mettre
> amenity=drinking_water
> > sur une fontaine, osm se fait de manière incrémentielle, une fois la
> > localisation précise connue, et qui plus est grâce aux photos que
> vous
> > voulez récolter, il serrait facile d'améliorer la description de
> l'objet
> > dans osm si nécessaire
> >
> > 2) potable ou non potable ? légalement ou en pratique ?
> > tant un point d'eau qu'une fontaine peux fournir de l'eau potable
> > ou non ou potable sans garantie légale
> > Pour ma part, je m'en tiens à la page wiki
> > https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
> > s'il y a un panneau potable ou si c'est manifestement fait pour se
> > désaltérer (cas du mobilier urbain avec un robinet ou bouton
> poussoir)
> > amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
> > s'il y a un panneau non potable drinking_water:legal=no
> > s'il me semble raisonnable de boire l'eau drinking_water=yes
> > s'il me semble déraisonnable de boire l'eau drinking_water=no
> >
> > Cordialement,
> > Marc
> >
> > Le 07.01.20 à 15:45, European Water Project a écrit :
> > > Bonjour,
> > >
> > > Nous avons les instructions maintenant en 6 langues pour comment
> > ajouter
> > > une fontaine en OpenStreetMap et une photo d'une fontaine en
> Wikimedia
> > > Commons. Nous avons eu beaucoup d'aide pour completer cette tache
> > d'OSM
> > > Suisse et d'OSM Espagne.
> > >
> > >
> >
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
> > >
> > > Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la
> > > grande majorité de fontaines que  "amenity=drinking_water" et de
> > ne pas
> > > mettre 2) "amenity=fountain et drinking_water=yes".  Vous etes
> plutôt
> > > d'accord ? Malheureusement en France, la grande majorité de
> > fontaines en
> > > pierre avec de l'eau 100% potable sont libellée "non potable" par
> peur
> > > du procès des maires (et ils ont raisons, tant que la legislation
> ne
> > > change). Dans ce cas, faut-il mettre "amenity=fountai

Re: [OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Merci Marc

Pour les fontaines qui sont indiquées "non potable", nous ne pouvons
qu'inciter les personnes de ne pas libeller la fontaine comme autre chose
que "amenty=fountain et drinking_water=no". Nous ne pouvons pas assurer de
la qualité de l'eau sans que les testes (qui ne sont pas couteux) soit
faites par les autoritées compétentes et je ne prendrai pas cette
responsabilité.

Et dans ce cas,  il y a une incoherence entre une belle fontaine en pierre
dans un village français qui sera juste "amenity=drinking_water" is l'eau
est potable, et "amenity=fountain" et "drinking_water=no" si la fontaine
n'est pas potable.

bien cordialement,

Stuart

On Tue, 7 Jan 2020 at 16:05, marc marc via Talk-fr <
talk-fr@openstreetmap.org> wrote:

> Bonjour,
>
> il y a 2 points différents dans ta question
>
> 1) à quoi ressemble l'objet ?
> la différence entre amenity=drinking_water <> amenity=fountain
> concerne l'apparence.
> un simple robinet d’où coule de l'eau avec une plaque d'égout en
> dessous, ce n'est pas une fontaine.
> un objet artistique, avec parfois plusieurs jets ou sculpté a des chance
> d'être une fontaine.
> évidement le problème est entre les 2 (ex un objet en pierre sculpté
> avec un simple jet d'eau). mais je suis d'accord avec Stefan : à priori
> quand il y a un doute, c'est un amenity=drinking_water
> il ne serrait d'ailleurs pas trop grave de mettre amenity=drinking_water
> sur une fontaine, osm se fait de manière incrémentielle, une fois la
> localisation précise connue, et qui plus est grâce aux photos que vous
> voulez récolter, il serrait facile d'améliorer la description de l'objet
> dans osm si nécessaire
>
> 2) potable ou non potable ? légalement ou en pratique ?
> tant un point d'eau qu'une fontaine peux fournir de l'eau potable
> ou non ou potable sans garantie légale
> Pour ma part, je m'en tiens à la page wiki
> https://wiki.openstreetmap.org/wiki/Key%3Adrinking_water
> s'il y a un panneau potable ou si c'est manifestement fait pour se
> désaltérer (cas du mobilier urbain avec un robinet ou bouton poussoir)
> amenity=drinking_water ou drinking_water:legal=yes sur une fontaine
> s'il y a un panneau non potable drinking_water:legal=no
> s'il me semble raisonnable de boire l'eau drinking_water=yes
> s'il me semble déraisonnable de boire l'eau drinking_water=no
>
> Cordialement,
> Marc
>
> Le 07.01.20 à 15:45, European Water Project a écrit :
> > Bonjour,
> >
> > Nous avons les instructions maintenant en 6 langues pour comment ajouter
> > une fontaine en OpenStreetMap et une photo d'une fontaine en Wikimedia
> > Commons. Nous avons eu beaucoup d'aide pour completer cette tache d'OSM
> > Suisse et d'OSM Espagne.
> >
> >
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
> >
> > Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la
> > grande majorité de fontaines que  "amenity=drinking_water" et de ne pas
> > mettre 2) "amenity=fountain et drinking_water=yes".  Vous etes plutôt
> > d'accord ? Malheureusement en France, la grande majorité de fontaines en
> > pierre avec de l'eau 100% potable sont libellée "non potable" par peur
> > du procès des maires (et ils ont raisons, tant que la legislation ne
> > change). Dans ce cas, faut-il mettre "amenity=fountain et
> > drinking_water=no".  Et si un jour la legislation change pour ces
> > fontaines, on mettra que "amenity=drinking_water" ?
> >
> > Bien cordialement,
> >
> > Stuart
> >
> >
> >
> > On Fri, 27 Dec 2019 at 14:13, European Water Project
> > mailto:europeanwaterproj...@gmail.com>>
> > wrote:
> >
> > Bonjour,
> >
> >
> >
> > Je serai reconnaissant si vous pouvez nous donner vos commentaires
> > sur les instructions en français de comment ajouter une fontaine
> > d’eau potable dans OpenStreetMap et une photo d’une photo dans
> > Wikimedia Commons.
> >
> >
> >
> > Nous présentons le projet et l'application pour la première fois le
> > 8 janvier devant 860 lycéens de 48 pays - dont la moitie
> francophone.
> >
> >
> >
> >
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
> >
> >
> >
> > Bien cordialement,
> >
> >
> >
> > Stuart Rapoport
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Comment libeller une fontaine d'eau en pierre (qui n'est pas un monument) ?

[European Water Project]

Bonjour,

Nous avons les instructions maintenant en 6 langues pour comment ajouter
une fontaine en OpenStreetMap et une photo d'une fontaine en Wikimedia
Commons. Nous avons eu beaucoup d'aide pour completer cette tache d'OSM
Suisse et d'OSM Espagne.

https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr


Stefan Keller d'OSM Suisse nous conseil de mettre comme tag pour la grande
majorité de fontaines que  "amenity=drinking_water" et de ne pas mettre 2)
"amenity=fountain et drinking_water=yes".  Vous etes plutôt d'accord ?
Malheureusement en France, la grande majorité de fontaines en pierre avec
de l'eau 100% potable sont libellée "non potable" par peur du procès des
maires (et ils ont raisons, tant que la legislation ne change). Dans ce
cas, faut-il mettre "amenity=fountain et drinking_water=no".  Et si un jour
la legislation change pour ces fontaines, on mettra que
"amenity=drinking_water" ?

Bien cordialement,

Stuart



On Fri, 27 Dec 2019 at 14:13, European Water Project <
europeanwaterproj...@gmail.com> wrote:

> Bonjour,
>
>
>
> Je serai reconnaissant si vous pouvez nous donner vos commentaires sur les
> instructions en français de comment ajouter une fontaine d’eau potable dans
> OpenStreetMap et une photo d’une photo dans Wikimedia Commons.
>
>
>
> Nous présentons le projet et l'application pour la première fois le 8
> janvier devant 860 lycéens de 48 pays - dont la moitie francophone.
>
>
>
>
> https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr
>
>
>
>
> Bien cordialement,
>
>
>
> Stuart Rapoport
>
>>
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet Europeen de l'Eau/European Water Project - Instructions en français

[European Water Project]

Bonjour Francois,

Merci pour votre message.

Nous avons suggéré des photos en zoom pour les rendre plus visibles dans la
PWA sur un téléphone mobile.

Bien cordialement,

Stuart


On Fri, 27 Dec 2019 at 17:36, Francois Gouget  wrote:

> On Fri, 27 Dec 2019, European Water Project wrote:
>
> > Bonjour,
> >
> > Je serai reconnaissant si vous pouvez nous donner vos commentaires sur
> les
> > instructions en français de comment ajouter une fontaine d’eau potable
> dans
> > OpenStreetMap et une photo dans Wikimedia Commons.
>
> Concernant la photo de la fontaine, pour OpenStreetMap je pense qu'il
> serait utile qu'elle permette un peu de situer la fontaine dans son
> environnement.
>
> De ce point de vue je trouve que la photo donnée en exemple n'est pas
> idéale : on ne voit pas si la fontaine est au bord d'un chemin, au
> milieu d'un parc ou toute proche d'habitations, etc. Elle montre bien la
> fontaine en elle-même et permet certainement d'en identifier le modèle,
> ce qui est important aussi, mais elle pourrait pratiquement être la
> photo de n'importe quelle fontaine de ce modèle.
>
> Il y a là une tension entre des buts peut-être pas entièrement
> compatibles :
>
> * Cadrer large afin de placer la fontaine dans son environnement pour
>   aider à la placer sur OpenStreetMap et qu'il soit clair que la photo
>   correspond bien au point se trouvant sur OpenStreetMap.
>
> * Mais également cadrer assez serré afin qu'on voie bien les
>   caractéristiques de la fontaine, au moins pour OpenStreetMap, mais
>   peut-être aussi pour Wikimedia Commons, par exemple si les photos sont
>   sensées pouvoir servir d'illustration aux articles Wikipedia (mais
>   pour cette deuxième partie je suppute car je ne connais pas bien
>   Wikimedia).
>
>
> Néanmoins ceci n'est que mon avis. À voir donc si des contributeurs plus
> experts confirment où non.
>
> --
> Francois Gouget   http://fgouget.free.fr/
>   A black hole is just God dividing by
> zero.___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Projet Europeen de l'Eau/European Water Project - Instructions en français

[European Water Project]

Bonjour,



Je serai reconnaissant si vous pouvez nous donner vos commentaires sur les
instructions en français de comment ajouter une fontaine d’eau potable dans
OpenStreetMap et une photo d’une photo dans Wikimedia Commons.



Nous présentons le projet et l'application pour la première fois le 8
janvier devant 860 lycéens de 48 pays - dont la moitie francophone.



https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project/fr




Bien cordialement,



Stuart Rapoport

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

[OSM-talk-fr] Croix pour placer un point dans le mode édit dificlle à voir.

[European Water Project]

Bonjour,



Nous avons fait tester nos instructions (lien en dessus) par des néophytes
et continue de les améliorer en fonction des commentaires. Je n’aurais pas
cru qu’écrire des instructions pourrait prendre autant de temps, mais the
« Client is King ».



Un problème récurrent est que les utilisateurs ne voient pas la croix toute
de suite quand ils cliquent sur « Edit » et puis « Point ». J’ai mis un
lien vers une capture d’écran pour que vous voyez de quoi je parle.



Que pensez-vous ?



Bien cordialement,



Stuart



https://drive.google.com/open?id=1ba2i1wcZQFGXRc6g9z2uYHeOmOoK9UUe



https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: [osm-grenoble] Projet Europeen de l'Eau/European Water Project - Introduction

[European Water Project]

Bonjour,



Je viens de m'inscrire sur cette liste de distribution, donc je n'ai pas pu
répondre à l'email précèdent sur le sujet.



Je m’appelle Stuart Rapoport. Je fais partie d'une association
StopEmbouteillage qui a lutté à Divonne les Bains avec succès contre un
projet d'embouteillage de 400 millions de bouteilles d'eau en PET par an
destinées à l'Asie. Voici la page FB de notre  association.
https://www.facebook.com/stopembouteillage/



Pour peupler les fontaines sur la carte d'European Water Project, nous
faisons tourner un script en nodejs qui extrait les données d'OSM par l'API
Overpass et celles de Wikidata par l'API SPARQL.   Nous n’avons pas de
données propres à nous et nous demanderons à tous d’ajouter et maintenir la
base de données des fontaines directement dans OSM (et Wikimedia Commons).
Notre projet est 100% open data.



Nous avons écrit des instructions destinées au public pour décrire comment
ajouter et éditer des fontaines dans OpenStreetMap et comment créer des
photos dans Wikimedia Commons et les lier aux fontaines dans
OpenStreetMap.



https://meta.wikimedia.org/wiki/Wikimedia_CH/Project/European_Water_Project




Les instructions ne sont qu'en anglais pour l'instant, mais si vous avez
des suggestions pour les rendre plus compréhensibles, nous sommes à
l'écoute surtout avant de les traduire dans d'autres langues. Nous les
traduirons en français d'ici trois semaines.





Nous lançons notre projet début janvier. Voici un lien vers la PWA que nous
développons et que vous pouvez télécharger sans passer par le Google ou
Apple app store. . https://europeanwaterproject.org



Bien cordialement,



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