Good morning Stuart and gooood moooorning 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 > <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 <mailto: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