[GH-ISSUE #1882] WebUI not showing OpenStreetMap layer with default coordinate system ESPG 4326 (aka WG84) #553

New issue

Closed

opened 2026-03-07 20:51:10 +03:00 by kerem · 0 comments

kerem commented

2026-03-07 20:51:10 +03:00

Owner

Originally created by @aleksandaratanasov on GitHub (Aug 8, 2023).
Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/1882

Describe the bug
In a PostgreSQL DB with PostGIS extension the OpenStreetMap layer in the map view (used to preview geometry data entries) is not showing when using Simple or WG84. Any other coordinate system available (3395, 3857 and 900913) shows the layer (of course the geometry is shifted accordingly due to the affect a different coordinate system has on the coordinates in a geometry data entry).

To Reproduce
Steps to reproduce the behavior:

Create (if not available) and connect to a PostGIS DB that contains a table with one or multiple geometries (in my case a polygon, polyline and multipoint entries)
Run a SELECT query
Go to table view, where also the map view is available
Select entry/entries
Observe the entries appearing in the map view but without the OpenStreetMap layer

Screenshots

Desktop:

OS: Ubuntu Server 22.04 with microk8s deployment, CloudBeaver running in a pod, using dbeaver/cloudbeaver:latest
Browser Firefox
Version 115.0.2 (as of time of writing latest snap version for Ubuntu Server 22.04)

Additional context
The OpenStreetMap layer has no problem showing in the desktop version of DBeaver incl. the above mentioned problematic coordinate systems. I recall reading about this issue here somewhere but cannot find it. It appears that it's a reoccurring problem.

Originally created by @aleksandaratanasov on GitHub (Aug 8, 2023). Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/1882 **Describe the bug** In a PostgreSQL DB with PostGIS extension the OpenStreetMap layer in the map view (used to preview geometry data entries) is not showing when using Simple or WG84. Any other coordinate system available (3395, 3857 and 900913) shows the layer (of course the geometry is shifted accordingly due to the affect a different coordinate system has on the coordinates in a geometry data entry). **To Reproduce** Steps to reproduce the behavior: 1. Create (if not available) and connect to a PostGIS DB that contains a table with one or multiple geometries (in my case a polygon, polyline and multipoint entries) 2. Run a SELECT query 3. Go to table view, where also the map view is available 4. Select entry/entries 5. Observe the entries appearing in the map view but without the OpenStreetMap layer **Screenshots** ![Working map view (here using EPSG900913)](https://github.com/dbeaver/cloudbeaver/assets/3254568/d971225a-204b-4e04-8249-ced6024acd7d) ![Not working map view (here using default WG84](https://github.com/dbeaver/cloudbeaver/assets/3254568/16ffe991-0e7f-421d-9c7e-803a843a77a1) **Desktop:** - OS: Ubuntu Server 22.04 with microk8s deployment, CloudBeaver running in a pod, using `dbeaver/cloudbeaver:latest` - Browser Firefox - Version 115.0.2 (as of time of writing latest snap version for Ubuntu Server 22.04) **Additional context** The OpenStreetMap layer has no problem showing in the desktop version of DBeaver incl. the above mentioned problematic coordinate systems. I recall reading about this issue here somewhere but cannot find it. It appears that it's a reoccurring problem.