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

[Marc M.]

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

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

[Yves P.]

> 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

[OSM-talk-fr] Connecteur type 2 compatible avec type E ??

[Yves P.]

Bonjour,

J'ai rajouté la borne de recharge 7302271646
 (photo sur Wikimedia Commons

).
Sur ses pages web, il est indiqué qu'il y a 2 prises type 2 (visibles sur
les photos) mais aussi 2 prises type E (que je ne vois pas).

Est-ce qu'on peut brancher un cordon secteur européen sur une prise type 2 ?

https://my.freshmile.com/charge/PAPE1
https://my.freshmile.com/charge/PAPE2

__
Yves
___
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

[Marc M.]

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

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] Projet du mois de mars - Pic4Review

[Marc M.]

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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Stéphane Péneau]

Bonjour Jocelyn,

Je ne sais pas si c'est le même problème que le ticket que tu as créé, 
mais ici aussi j'ai corrigé l'erreur il y a 10 jours :

http://osmose.openstreetmap.fr/fr/error/daed4c07-1737-313c-98c2-816a2d1e5e1b

Stf

Le 16/03/2020 à 22:35, Jocelyn Jaubert a écrit :

Bonjour,

Le 16/03/2020 à 12:02, Stéphane Péneau a écrit :

J'ai l'impression que la BDD utilisée par Osmose cafouille un peu car je
vois des erreurs sur des choses que j'ai corrigées il y a presque 10 jours.

exemple :
http://osmose.openstreetmap.fr/fr/error/ba1e3dcb-6631-70b3-b2d1-30ca256913e2


le tag amenity = bus_station a été enlevé le 7 mars.

Merci pour avoir donné cette exemple précis.

J'ai ouvert un ticket sur le frontend, pour qu'on étudie le souci plus
précisément:

https://github.com/osm-fr/osmose-frontend/issues/225




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

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

[Yves P.]

> Et comme pour chaque mission, nous pouvons nous appuyer sur ces précieux 
> outils : MapContrib 
> ,
>  MapRoulette , Mapillary, 
> Pic4Review , NotesReview 
> ,
>  etc.
> 
Un petit essai avec Pic4Review :
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

Est-ce que les photos wikimedia commons associées sont affichées ?

J’ai rajouté des bornes de recharge ces derniers jours.
Je ne les vois pas sur la carte de Pic4Review : il n’y a pas de mise à jour de 
la requête overpass ?


—
Yves

Sinon, c’est assez difficile de se repérer sur les vues à 360°.
J’ai fini par trouver le lien pour voir la photo directement sur Mapillary. 
L’icône me semble trompeur : il me fait plutôt penser au bouton pour me 
géolocaliser.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr