Des photos des commerces
publié le , mis à jour🇬🇧 Pictures of shops 🇬🇧
Comme introduit sur ce sujet du forum OSM, je pense que des cartes en ligne sans images en 2024 ne sortiront pas d'une communauté de geeks. Or, nous n'intégrons pas sur Cartes des bases de données propriétaires comme tripadvisor par exemple.
Je déplace la discussion ici vu la faible activité sur le forum.
https://forum.openstreetmap.fr/t/annuaire-libre-des-photos-de-commerces-et-lieux/26447/3
Voici un plan d'action :
- mieux intégrer panoramax : quand les images existent, il faut les afficher de façon plus évidente avec intégration de l'iframe directement dans l'app
- permettre le téléchargement d'images via cartes. Reste à savoir comment le stocker : est-ce qu'OSM veut via des tags recevoir un catalogue de photos, avec les implications derrière ? Est-ce que panoramax est pertinente pour uploader des images comme des menus ?
- si l'on a le backend pour le stockage des images, et les tags adaptés dans OSM, un oauth osm est intégrable sur Cartes facilement
laem
Article et surtout discussion très intéressante à propos de la fraude possible sur les fiches lieux google maps. Surtout, lisez les commentaires, dont le dernier de l'auteur de l'article https://next.ink/148440/des-fiches-google-de-commerces-detournees-au-profit-de-numeros-surtaxes/
J'ai créé un établissement fictif en préparant cet article, il a été validé en 10 minutes, sans la moindre vérification (le processus a sans doute toutefois été accéléré du fait que je l'ai fait depuis un compte Google ancien et "légitime", avec une adresse créée pour l'occasion le circuit de validation aurait peut-être plus complexe).
Il y a peut-être eu une validation papier à une époque, mais aujourd'hui, ce n'est même pas mentionné comme une option possible...
Une autre réflexion importante : se baser au maximum sur les sites Web. On aurait alors deux cas d'usages assez complémentaires :
- les lieux qui n'ont pas de site Web peuvent se concentrer sur la qualité de leur fiche OSM et y intégrer des images via les idées ici
- ceux qui en ont un peuvent se reposer dessus, si notre algorithme va récupérer les images de leur site Web ! Pour ça il y a l'image OG déjà intégrée, la première <img trouvée sur le site, mais on peut aller plus loin en intégrant des sélections intelligentes d'images trouvées dans le HTML
Question : on a le droit ? Personne n'a reproché à Facebook d'aller chercher les images OG...
Ça ouvre la réflexion sur une piste plus prometteuse : utiliser une LLM pour récupérer les horaires par exemple. Bien sûr il faudra le cacher, donc ça demande une infrastructure à construire.
Exemple avec ce lieu, qui dispose d'images super et de ses horaires directement sur la page d'accueil de son site... https://www.labicoqueredon.fr/
Je remarque après un bref tour que la plupart des restaurants de Rennes ont un site Web ! Je suis étonné, avec la montée d'instagram et tout je me disais que ça devait disparaitre. Mais non. Ces sites sont riches en infos : téléphone, horaires, lien de réservation, photos évidemment, etc.
C'est vraiment dommage de ne pas les exploiter comme le fait Google search depuis 30 ans... C'est l'une des données les plus fiables et à jour qui soit, sous réserve de contrôle par la communauté (par exemple : site toujours en ligne mais resto fermé).
⌚️4 days to iterate and build proofs of concepts for this matter.
🟡 Done as a v1 via place reviews through ATProto.
- but images need to be integrated to the top panel.
Done !
In !1401, a complete rework of the <PlaceImages component has been achieved. The code is more coherent, all image sources now produce the same typed image interface that are more or less displayed in a generic image component.
Also, new image mosaics of Wikimedia commons pictures have appeared, one for recent images and the other for old images, e.g. paintings and old sepia photos that brings history to our map.
More work needs to be done now to correctly display these mosaics, see !1443
raphaelb
Je remarque après un bref tour que la plupart des restaurants de Rennes ont un site Web ! Je suis étonné, avec la montée d'instagram et tout je me disais que ça devait disparaitre. Mais non. Ces sites sont riches en infos : téléphone, horaires, lien de réservation, photos évidemment, etc.
Là où j'habite (région parisienne) je remarque la même chose. C'est vraiment dommage de ne pas plus exploiter ces données, pour mettre à jour OSM (horaires, type de restau, etc) ou d'extraire et de servir via un service tiers les menus/prix.
Ça ouvre la réflexion sur une piste plus prometteuse : utiliser une LLM pour récupérer les horaires par exemple. Bien sûr il faudra le cacher, donc ça demande une infrastructure à construire.
Je me suis fait la même réflexion récemment. J'ai fait quelques tests préliminaires avec trafilatura (extraction HTML + nettoyage) et un LLM local, extraire les horaires semble être une tâche relativement facile, même pour un petit modèle.
C'est une problématique que j'aimerais explorer dans les semaines qui viennent :)
etienneJr
Tu as suivi ce que Christian a fait il y a qq mois pour extraire des infos (numéro de téléphone je crois) des sites web des commerces ? Il y avait eu une discussion sur le forum osm fr mais je ne la retrouve pas...
Non, je n'étais pas au courant ! J'ai juste vu cette discussion sur l'import (semi-)automatique des données ATP.
j'ai retrouvé, c'était pour extraire les emails des commerces, pour pouvoir ensuite leur envoyer un lien pour mettre à jour leur commerce dans OSM. C'est ici à partir de ce message et en fait ça date déjà de mai 2025 😱
Ah top, merci pour le lien ! Très intéressant
pmiossec
@etienneJr wrote in https://codeberg.org/cartes/web/issues/565#issuecomment-10882310:
j'ai retrouvé, c'était pour extraire les emails des commerces, pour pouvoir ensuite leur envoyer un lien pour mettre à jour leur commerce dans OSM. C'est ici à partir de ce message et en fait ça date déjà de mai 2025 :scream:
J'avais une petite idée en tête et ce commentaire vient de remettre une pièce dans la machine. C'est un peu hors sujet donc je peux ouvrir une issue pour en discuter. Tu me dis...
En bossant sur le fiche lieu, les données OSM et wikidata, j'ai vu que pas mal de (petites?) communes n'ont pas la ref wikidata dans OSM alors que (presque?) toutes les communes ont une page wikidata (avec pas mal de données supplémentaires ou plus à jour).
Y'a normalement moyen de faire la correspondance avec le code insee.
Comment on peut faire pour les trouver et mettre à jour en masse dans OSM? Ce qui beneficierait à OSM et cartes.app! Et.par la suite ça pourrait permettre d'importer dans OSM d'autres données (population, url page wikipedia,...)
T'as une idée de comment faire?
PS: p-ê possibilité de faire qqchose de similaire pour fleuves, montagnes,....
@pmiossec wrote in https://codeberg.org/cartes/web/issues/565#issuecomment-10883852:
T'as une idée de comment faire?
Oui ! On soumet l'idée à la communauté OSM-FR sur leur forum 😁
@pmiossec c'est fait https://forum.openstreetmap.fr/t/remplissage-en-masse-de-wikidata/41369
Pour info, j'ai développé un petit outil qui extrait les horaires d'ouverture des sites web, j'en parle ici : https://forum.openstreetmap.fr/t/outil-de-completion-des-horaires-a-partir-des-sites-webs-des-commerces/41467
severo
Pour l'upload des photos depuis cartes.app, quelle est la situation actuelle ? Si j'ai bien compris, c'est possible à travers les commentaires ATProto ? Je ne connais pas bien ATProto, où sont stockées les photos ? C'est une infrastructure propre, ou un service externe ?
Est-ce qu'il est prévu de pouvoir aussi uploader vers Mediawiki, Panoramax ou autre ?
c'est possible à travers les commentaires ATProto ?
Oui, complètement fonctionnel :)
Je ne connais pas bien ATProto, où sont stockées les photos ?
Sur le PDS (personal data server) de l'utilisateur connecté avec son compte AT. Donc en pratique, soit Bluesky, soit un alternatif genre eurosky.
Ça nous évite d'avoir à gérer une nième BDD de photos :)
Est-ce qu'il est prévu de pouvoir aussi uploader vers Mediawiki, Panoramax ou autre ?
MediaWiki, non compliqué car ça demanderait d'implémenter dans cartes.app la gestion du compte MediaWiki. On a déjà en oauth OSM et Atproto, et aucun de ces 2 n'est parfait. Si je ne me trompe pas, on peut contribuer à Panoramax via son compte OSM. Donc ça, ça me semble en pratique bien plus gérable. Mais il faudrait avant discuter de comment expliquer à l'utilisateur la différence entre des photos à stocker sur AT et d'autres à stocker sur Panoramax.
En gros, Panoramax <- photos publiques, de l'extérieur (rue, chemin, montagne, mer) ou de l'intérieur d'un lieu public (musée, etc.)
Mais ce qui me fait déprioriser cette fonctionnalité, c'est le fait que Panoramax est surtout intéressant pour des photos 360. Et ce n'est pas via cartes.app qu'on téléchargement des photos 360.
Et même pour mettre des séries de photos, les appli Panoramax (officielle et puis l'autre, Baba), sont biieeeeeen plus adaptées qu'une interface Web, qui elle l'est beaucoup plus pour des photos uniques ou en petite grape de 2 ou 3 accomapgnées d'un commentaire.
Pour info, mon besoin ce weekend était d'ajouter la photo d'un panneau "Boulangerie en travaux, réouverture début juin" sur le point d'une boulangerie. J'ai modifié les horaires grâce à cartes.app (sauf pour le mercredi, voir #2103) mais je n'ai pas pu ajouter la photo (je ne sais pas quelle est la politique d'OSM d'ailleurs : est-ce que cette photo a sa place en lien avec un POI).
Il est possible que la meilleure option ait été un commentaire sur bluesky, mais ça n'afficherait la photo que sur cartes.app, pas sur les autres "clients" OSM (et je n'ai <strike>pas</strike> plus de compte bluesky).
est-ce que cette photo a sa place en lien avec un POI).
Oui je pense, c'est une information capitale.
mais ça n'afficherait la photo que sur cartes.app, pas sur les autres "clients" OSM
On ne peut pas compter sur ce champ photo d'OSM. Sans stockage de photos dans OSM, il ne marchera jamais : seule une minorité va faire l'effort de la télécharger sur une plateforme, faire un lien, puis entretenir cette plateforme. D'où le choix d'ATProto.