# Panoramax

> openstreetmap.fr | Storage; 1 record: free tier, limits, identity cost and evidence.

HTML https://fshy.ajam.dev/p/openstreetmap/ | JSON https://fshy.ajam.dev/api/v1/entity/openstreetmap.json | how to read a record: https://fshy.ajam.dev/llms-full.txt

## Panoramax — OSM-FR instance (panoramax.openstreetmap.fr) ⭐

- `storage/panoramax-osm-fr-instance` | qualifies | evidence reported | binding none | category federated crowdsourced street-level imagery (open-source, self-hostable)
- needs card no, phone no, ID no, institution no | verified 2026-10-21 (inherited) | stale on 2026-11-05
- url https://panoramax.openstreetmap.fr
- free tier: NO QUOTA ANYWHERE IN THE SERVER. There is no quota code, no quota column in the DB migrations, and no quota endpoint — because the feature does not exist. A contributor filed Feature Request #334 '(Feature Request) Disable uploads when less than X GB of storage is available', still Open 5 months later, precisely because an admin cannot cap anything. Storage is whatever the instance's disks hold: OSM-FR alone reports 22.7M pictures = 48.5 TB of originals + 22.5 TB of derivates. | unit: GB | metered on: stored-bytes | read on: 2026-10-21 | source: [1]
- per-object cap: not stated | source: [1] | note: not stated
- retention: not stated | source: [1] | note: not stated
- egress: Unmetered and CDN-friendly: no auth on any GET, plain nginx serving, Accept-Ranges honored. Verified 206 Partial Content with Content-Range: bytes 0-1023/3336348 on a live HD original. | metered: no
- identity: email | detail: email — but indirectly. `/api/configuration` on OSM-FR literally returns `"registration_is_open": true` and `/api/auth/login` 302s to openstreetmap.org/oauth2/authorize; the OSM signup form (/user/new) accepts `user[email]` + `user[display_name]` + password, no affiliation, no .edu, no review, email-confirm only. IGN instance uses its own Keycloak (`panoramax.ign.fr/oauth/realms/geovisio`).…
- interface: rest, cli
- limits note: two-object model, must be JP(E)G (HEIC unsupported — issue #186), EXIF GPS + timestamp mandatory, images deduplicated by distance/rotation within an upload set. Approx 18 MB per 96 MP photo. Nothing enforces a byte ceiling.
- interface detail: REST + OGC API Features + STAC 1.0 + STAC item-search. POST /api/upload_sets → POST /api/upload_sets/{id}/files → POST /api/upload_sets/{id}/complete. Bearer token from POST /api/auth/tokens/generate.
- tooling: panoramax_cli (v1.4.1, Windows/Linux binaries + Python lib) with `upload`, `download`, `transfer`, `migration` subcommands; Docker `panoramax/api`; JOSM/iD plugins; the CLI can also transfer sequences between instances, so one file can be replicated across the whole federation.
- composes with: Upload once → replicate to N instances with `panoramax_cli transfer` → each instance serves its own /images/<2/2/2/2>/<uuid>.jpg path → front the whole federation with Cloudflare. Since every picture is addressed by a stable UUID and every asset URL is in the STAC item's `assets.hd.href`, a proxy can rewrite to whichever instance is alive.
- reliability: Volunteer hardware with ZFS RAIDZ2 + daily remote snapshots; no SLA and no capacity guard, so an instance can silently fill and start 500ing on upload — that is the whole reason #334 exists.
- notes: the same as the free tier
- self hosted: no
- evidence:
  - [2] 2026-10-21: literal: {"auth":{"enabled":true,"registration_is_open":true,...},"geovisio_version":"2.15.1-22-gf754cc9"}
  - [3] 2026-10-21: live STAC catalog, 2.15.1, links to /api/upload_sets, /api/users/
  - [4] 2026-10-21: 200, Content-Length: 3336348, image/jpeg, no auth
  - withheld 2026-10-21: same URL with Range: bytes=0-1023 — HTTP/1.1 206 Partial Content, Content-Range: bytes 0-1023/3336348
  - [1] 2026-10-21: open feature request to add a storage floor; proves no quota mechanism exists
  - [5] 2026-10-21: 100M pictures across 10 instances, 1M 72MP pictures ≈ 9 TB originals, 360° tiling doubles it
  - [6] 2026-10-21: FS_PERMANENT_URL = 'definitive storage of original, high-definition ... pictures'; derivates are only thumb/sd/tiles, i.e. the hd asset IS the original
  - [7] 2026-10-21: `upload`, `download`, `transfer`, `migration` subcommands
- sources:
  - [1] https://gitlab.com/panoramax/server/api/-/work_items/334
  - [2] https://panoramax.openstreetmap.fr/api/configuration
  - [3] https://panoramax.openstreetmap.fr/api
  - [4] https://panoramax.openstreetmap.fr/images/20/1f/c2/ac/ddad-4381-b3eb-111519d2c7bb.jpg
  - [5] https://forum.geocommuns.fr/t/storage-needs-for-a-panoramax-instance/3205
  - [6] https://docs.panoramax.fr/backend/install/settings/
  - [7] https://docs.panoramax.fr/cli/COMMANDS/