在Google Maps加载Openseamap的Gebco深度图层时出现WMS 400错误

我来帮你搞定这个问题！你遇到的400错误是GeoWebCache（GWC）检测到请求的BBOX和标准瓦片范围偏差过大导致的——当缩放级别超过8时，你当前的BBOX计算逻辑引入的精度误差被放大，使得GWC计算出的瓦片索引是小数，且偏差超过了默认的10%阈值，所以拒绝了请求。

问题根源 #

你当前通过map.getProjection().fromPointToLatLng转换像素点到经纬度，再转墨卡托坐标的流程，中间会产生精度损失。在低缩放级别下，这种误差还在GWC的容忍范围内，但高缩放级别下，误差被放大，导致请求的BBOX和标准瓦片的BBOX偏离过多，触发了错误。

解决方案：直接计算标准EPSG:3857（900913）瓦片的BBOX #

EPSG:900913和Google Maps使用的EPSG:3857是完全等价的，我们可以直接通过瓦片坐标（coord.x, coord.y, zoom）计算出标准的瓦片BBOX，跳过中间的经纬度转换步骤，彻底避免精度损失。

修正后的getTileUrl函数如下：

getTileUrl: function (coord, zoom) {
    // 处理跨国际日期变更线的x坐标负数情况
    var tilesPerGlobe = 1 << zoom;
    var x = coord.x % tilesPerGlobe;
    if (x < 0) {
        x = tilesPerGlobe + x;
    }

    // EPSG:3857的地球半径
    var earthRadius = 6378137;
    // 计算当前缩放级别的瓦片分辨率（单位：米/像素）
    var resolution = (2 * Math.PI * earthRadius) / (256 * Math.pow(2, zoom));
    // 计算瓦片左上角（西北）的墨卡托坐标
    var minX = -Math.PI * earthRadius + x * 256 * resolution;
    var maxY = Math.PI * earthRadius - coord.y * 256 * resolution;
    // 计算瓦片右下角（东南）的墨卡托坐标
    var maxX = minX + 256 * resolution;
    var minY = maxY - 256 * resolution;
    // 拼接符合WMS要求的BBOX（minx, miny, maxx, maxy）
    var bbox2 = minX + "," + minY + "," + maxX + "," + maxY;

    var url = "http://osm.franken.de:8080/geoserver/gwc/service/wms?LAYERS=gebco_2014&FORMAT=image%2Fpng&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&SRS=EPSG%3A900913&BBOX=" + bbox2 + "&WIDTH=256&HEIGHT=256";
    return url;
}

为什么这样有效？ #

• 这个逻辑直接基于EPSG:3857的瓦片规则计算BBOX，和GeoWebCache的瓦片索引完全匹配，不会有任何偏差。
• 跳过了经纬度转换的中间步骤，彻底消除了精度损失的来源，高缩放级别下也能保证BBOX的准确性。

你可以把这段代码替换原来的getTileUrl部分，再测试缩放超过8级的情况，应该就不会再出现400错误了。

内容的提问来源于stack exchange，提问作者Bulut Kartal