Quels types de photos peuvent être téléchargées sur panoramax?

Panoramax : photo-cartographions les territoires
1

La page “cas d’usage” de panoramax.fr montre bien la gamme des possible pour les photos d’extérieur. Mais quid des photos d’intérieur ?

Est-il possible de mettre sur panoramax la photo du menu d’un restaurant ? Une photo 360 de l’intérieur d’un bar ? Des photos d’une chambre d’un hôtel ou de l’intérieur d’un gîte ?

Autre question : quid de la possibilité de mettre une image d’un lieu (par exemple, une photo au milieu d’une rivière montrant un groupe de randonneurs en kayak) qui serait rattachée par des métadonnées à une entité OSM (le loueur de kayak) ?

Ou est-ce un lien à faire en inverse sur les tags OSM Key:panoramax - OpenStreetMap Wiki ? Comment gérer le fait d’attacher plusieurs images ou séries d’images panoramax à une entité OSM ? Ces pages de doc ne le précisent pas : Photo linking - OpenStreetMap Wiki et Key:panoramax - OpenStreetMap Wiki

Est-ce que ces cas d’usages sont hors périmètre de panoramax, réservé aux photos d’extérieur, et devraient être plutôt réservés à Wikimedia commons ?

Ou même, est-ce que la communauté OSM juge qu’il ne serait pas pertinent d’avoir dans sa base de donnée des liens vers de multiples images ? Si je prend pas exemple, au hasard, les bateaux à louer du centre de Rennes sur la Vilaine, sur Google Maps, on voit une multitudes d’images (des dizaines) qui incluent des images “privées” (vue de l’intérieur du ponton privé) et des images d’autres lieux rattachées à l’entité de ce loueur de bateau. Est-ce acceptable d’avoir 20 images sur l’entité OSM ou est-ce qu’OSM refuse ce rôle qui serait celui d’une base de donnée tierce avec un id osm pour faire le lien ?

Je pose ces questions dans le cadre de cette réflexion plus globale Annuaire libre des photos de commerces et lieux - #3 par maelito2000 - Projets de contribution - Forum OSM France

1 Like
2

Sur la doc du tag mapillary, on voit “If there are multiple images, the “best” image should be prioritized.”

Idem sur celle de wikimedia_commons : "If more images are available, just add the “best” one or create a new Wikimedia Commons gallery. "https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons

3

Que de bonnes questions. Ce qui en amène une autre: qui décide ? Si Panoramax est un commun, c’est à la communauté des contributeur⋅rices de définir sa gouvernance, et donc de répondre à ce type de questions. De la même manière que la fondation OSM n’intervient pas dans la contribution et la définition des tags.

3 Likes
4

Voici mon point de vue…

Non, ce n’est plus une photo “de terrain”, on s’éloigne trop de l’aspect panorama/vue immersive.

Pourquoi pas, si on a l’autorisation du propriétaire et que c’est ouvert au public.

Je trouve à nouveau qu’on s’éloigne… manque pour moi le côté “ouvert au public”.

Le stockage n’étant pas gratuit, il faut mettre des limites sur ce qu’on accepte ou pas. Cela pourrait très bien être une règle locale à l’instance.

Si une instance veut se spécialiser dans des photos de ce type, qu’elle se lance !

Il faudrait par contre avoir des metadonnées associées pour savoir qu’on sort un peu du coeur de Panoramax.

Je trouve abusif d’utiliser wikimedia commons pour certains usages comme les photos de menus. Il est étonnant que côté wikipédia la “notabilité” soit devenue un critère majeur d’acceptation pour un article et que côté commons, on puisse verser à peu près n’importe quoi.

On se retrouverai avec des menus de restos qui jamais n’auraient leur place dans wikipedia voire wikivoyage.

Le lien peut exister dans les deux sens, mais il faut un mécanisme pour le permettre.

Dans OSM, on peut ajouter un tag panoramax=* dès à présent.
Côté Panoramax, il n’y a pas encore de système de description sémantique qui pourrait faire référence à ce loueur de Kayak… et comment le faire ? Si c’est avec un identifiant OSM, autant le faire dans l’autre sens.

On a par défaut la recherche de photos montrant une position géo.

Pour les photos multiples, OSM sépare les valeurs multiples avec des ;
À charge pour les réutilisateurs de le gérer, ou de ne garder au pire que la première valeur.

La limite en nombre dépend de la longueur max d’une valeur de tag dans OSM (255 caractères) qui permet donc de mettre 7 UUID de photos Panoramax.

1 Like
5

Merci, ça répond bien à mes questions. On s’orienterait donc plutôt vers une base de donnée à part pour tout ce qui n’est pas photos de rues, et OSM lui-même aurait donc trop de limitations pour intégrer des liens vers les images. Mais cette base de donnée ferait des liens vers les entités OSM.

6

Tsss… j’ai pas dit ça, mais parlé d’une instance panoramax ouverte au versement de ce type de photos.

Pour la limitation d’OSM, c’est avant tout le nombre de photos à associer avec un seul tag à un objet OSM qui est une limite. Cela peut se contourner à court terme avec des tags supplémentaires panoramax:2, etc… et à plus long terme en inversant le lien, c’est à dire en associant aux photos Panoramax des identifiants d’objets OSM (ou autres).

Créer une base à part, nouvelle, avec ses API et tout… ça sera lourd et la pérennité (dev + hébergement + maintenance) sera un sujet supplémentaire.

Mais n’oublions pas qu’avec tout ça en place, le plus gros travail sera celui de créer les associations… ou plus simplement de les confirmer. Je viens d’ajouter une série de tags panoramax=* sur Quarré-les-Tombes (89).

7

Je me disais surtout que panoramax était un gros marteau pour le besoin simple d’associer des images à un id.

Toute la partie navigation spatiale n’est pas nécessaire pour l’équivalent des images d’un lieu sur gmaps.

Mais cela dit, je te fais confiance, stocker des photos, et notamment anonymiser les visages, c’est un boulot énorme à refaire ailleurs, donc ça pourrait en effet être pratique.

À suivre ! Merci.

8

On peut déployer l’API sans la visionneuse, mais on perdra l’interface web de versement.

1 Like
9

Je reprend le fil de cette discussion avec une idée venue lors du temps d’échange de septembre après la présentation de @laem

Le tag OSM panoramax=* permet d’indiquer une voire plusieurs photos, mais pas plus de 7.

On pourrait avoir un tag (à trouver) pour indiquer l’id non pas d’une photo mais d’une séquence de photos qui pourrait contenir plus que 7 photos si besoin.

panoramax:sequence=* ?

3 Likes