Björn
Björn
> @pathmapper what's your username on DockerHub? It's `pathmapper`, thanks a lot @lukasmartinelli !
I've deleted not needed tags from DockerHub and manually uploaded images for the last three releases: https://hub.docker.com/r/maputnik/editor/tags @orangemug I think you should have the permissions to set up automated builds...
> Isn't this issue resolved already? @zstadler for the current releases, yes. But we should set up automated builds for release tags so we don't have to upload them manually...
Hi @TomPohys, right, but why are shared nodes snapped to different positions of the inner grid? In OSM these adjacent polygons are sharing the same nodes (= same coordinates), so...
> So, when the tile is requested, the points could be snapped into different places. @TomPohys why would points from different records with exactly same coordinates in OSM be snapped...
This issue becomes very visible for buildings at high zoom levels (overzoomed z14 tiles), for buildings there are quite often adjacent polygons. Is there really a need to simplify z14...
But nodes with same coordinates should snap on the same grid dot / tile coordinates, right? For me it looks like nodes are missing. Example: Node https://www.openstreetmap.org/node/3465031751 is part of...
Turns out that this could be related to simplification done by `ST_AsMVTGeom`, see also - https://trac.osgeo.org/postgis/ticket/4149 - https://gis.stackexchange.com/questions/423412/accuracy-loss-in-vector-tiles-generated-with-st-asmvtgeom. According to the SE post > this is fixed/improved in PostGIS 3.2.0...
PostGIS updated to 3.2 in https://github.com/openmaptiles/openmaptiles-tools/pull/413, thanks @TomPohys !
@orangemug this looks very interesting! Some questions and thoughts (I'm not familiar with ol projections until now): - Is the additional source key `projection` really needed? The projection is already...