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 [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
