[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