Talk:Key:panoramax

Viewer link

The sole UUID of a picture does not allow to focus on an object in the picture itself or provide a direct link to view the picture.

Currently, we see some contributor putting links instead of UUID or adding additional view parameter ti the UUID. This creates a lot of complexity to re-use the panoramax=* tag values.

I propose to have a separate tag to provide an URL to directly view the object, maybe panoramax:view Cquest (talk) 17:15, 25 January 2025 (UTC)

@Cquest: If people are going to put just an URL which displays (among other things) some picture, than isn't that a job of existing image=*? What would be gained by having an additional different tag with same syntax and meaning (but limited to only one website)? --mnalis (talk) 17:58, 25 January 2025 (UTC)

The UUID does allow to provide a direct link to view the picture. Overpass Turbo does this for example. It's just that openstreetmap-website doesn't. There are user scripts that convince the OpenStreetMap website to turn them into a link anyway: [1], [2]. —M!dgard (talk) 20:44, 25 January 2025 (UTC)

As I said on the forum -- given that the web view link form allows specifying the additional parameters, why not just standardize on that? JesseFW (talk) 02:00, 26 January 2025 (UTC)

For those wondering, the forum discussion that is being referenced is here: https://community.openstreetmap.org/t/panoramax-tags-in-osm/124812 --mnalis (talk) 22:30, 27 January 2025 (UTC)

I suggest to use a simplest way: add the camera view parameters &xyz after te UUID.

panoramax=4bcfb95a-d584-4eae-8893-66dd47c47ecf&xyz=180.93/-3.87/89 documented in the FR wiki.

• Pro:
  • UUID give access to metadatas (unlike image=* with a full URL).
  • UUID don't select a specific instance of Panoramax (unlike image=* with a full URL).
  • Keep picture and camera view parameters in the same value.
  • Already work with JOSM tag2link and other softwares that simply construct an URL to open the picture in a web browser.
  • Already work with mapillary=* (and probably others) with camera view parameters.
    mapillary=125143396285066&x=0.8906538416111135&y=0.41258305625493996&zoom=3.
  • This respect the KISS principle.

• Cons:
  • Tag values are limited to 255 characters, so we could only add 6 UUID, and lesser with camera parameters.
  • Less "cleaner" or at least softwares must parse values.

--Pyrog (talk) 11:32, 28 January 2025 (UTC)

I agree. Multiple images are often encoded with numbered suffixes anyway (panoramax:1=*). MapComplete does this when adding images, for instance. —M!dgard 🇧🇪 (talk) 17:30, 20 February 2025 (UTC)