使用Geoserver的瓦片服务时,比如wmts服务,如果不再范围内就会返回400错误,内容是text/xml格式,是一些瓦片行列号不在范围内的信息。
对于大范围内的瓦片我们可以不用关心这类问题,但对于局部范围内的瓦片或者缩放至较小级别时,400错误在浏览器控制台里泛滥了。我本来可以无视这类问题,毕竟不影响使用,用户也不会打开控制台。但工作上与其他公司合作时,他们就对这类问题特别热心,一定要我想办法去掉。
Geoserver界面和携带的各种可手动配置的文件我都仔细查看过/测试过,连同官网的文档也仔细看过了,也没有找到类似的解决方法。我在网上搜索这类问题时,也都是一些瓦片请求不到的问题,完全不相关!问了以前的同事,才知道Geoserver本身是去不掉这类错误的,通常的做法是采用nginx代理,把错误过滤掉,返回一个透明的瓦片。
location /geoserver/ {
proxy_pass http://xxx.com/geoserver/;
set $tile 'pic.png';
proxy_intercept_errors on;
error_page 400 =200 /dahong/$tile;
}
location /dahong/ {
add_header Access-Control-Allow-Origin $http_origin;
add_header Access-Control-Allow-Headers *;
root C:/Users/dell/Pictures/;
}
上述做法是同事采用的方式,将错误拦截器打开,然后赋一个透明的图片(256*256),这样在控制台中400错误不再显示。
正常情况下,这样就算是解决了。但有时候我们并不想返回图片,没有内容就应该返回204嘛,而不应该是一张图片(透明图片也不行!)
比如我现在是使用geoserver发布的mapbox瓦片,返回png图片是不对的,会报错的。
location /geoserver/ {
proxy_pass http://xxx.com/geoserver/;
proxy_intercept_errors on;
error_page 400 =204 /dahong/;
}
location /dahong/ {
add_header Access-Control-Allow-Origin $http_origin;
add_header Access-Control-Allow-Headers *;
add_header 'Content-Length' 0;
return 204;
}
对上述内容稍作修改,将图片去掉,200改成204,返回内容长度改为0
nginx,真是个好东西!