arcgis三维球中加载2000坐标系出现错误（The tiling scheme of this layer is not supported by SceneView）

      目前我们国家测绘地理信息的坐标体系基准是国家2000坐标系CGCS2000.各类地图组件如OpenLayers、Mapbox、Cesuim和ArcGIS Javascrip等都主要是支持WGS84(wkid=4326)和墨卡托投影坐标系(wkid=102100)两种，对CGCS2000坐标系基本上都不支持。特别是在三维地球展示中基本上都是以WGS84球面坐标系加载，因为三维球是个球，当然是要加载球面坐标系了。（但我知道以前科澜三维是平面的！）所以三维地球都加载不了国内的2000坐标系，要加载也是通过扩展和定制WebTileLayer类进行特殊处理。

    ArcGIS Javascript Api 4.*系列一直在朝着二三维一体化的方向发展，其开发商ESRI一直专攻GIS领域，而且是全球头部GIS软件平台，特别是随着ArcGIS 10.1后，其软件产品迭代更新的速度极快。三维产品也是其重点发展对象之一。在今年中旬发布的ArcGIS Javascript Api 4.12版本，不仅性能提升，增加了一些牛逼的功能，更重要的是支持CGCS2000坐标系！！！支持CGCS2000坐标系！！！支持CGCS2000坐标系！！！重要的事情说三遍！

     这正是一个喜大普奔的事情，可能是因为ESRI的三维软件开发团队在北京的缘故吧，爱国注意情怀和中国市场总得发挥点作用。但我看到这个信息后，一直想试试，因为我对他支持2000坐标系还是存有疑惑，加载应该没那么容易！咱天朝的标准规范永远是跟着参考国际标准，但必须在上面进行小幅修改，开发人员蛋疼的事情太多了！

 1         
 2         var arcgisUrl = 'http://myserver.net/hserver/rest/services/imageserver2000/MapServer';
 3 
 4         Layer.fromArcGISServerUrl({
 5           url: arcgisUrl
 6          
 7         }).then(function(layer){
 8 
 9             var customBasemap = new Basemap({
10                 baseLayers: [layer],
11                 title: "ArcGIS REST Service",
12                 id: "切片"
13             });
14             
15             var map = new Map({
16                 //basemap: "topo-vector"
17                 basemap:customBasemap
18               });
19 
20             var view = new SceneView({
21                 container: "viewDiv",
22                 map: map,
23                 spatialReference: {
24                     "wkid": 4490,
25                     "latestWkid": 4490
26                 }
27             });
28         });

 

上述代码就是我想用我自己的影像地图作为三维球的底图，满怀期待，但最后还是出现我预料中的事情，没有那么简单！

球出来了，提示“The tiling scheme of this layer is not supported by SceneView”，当时没注意看这个信息，以为是坐标系统还是继续不支持，但官方明明说了支持2000坐标系啊，不能够啊！

 

继续发挥Chrome强大的调试功能，在SceneViewer.js文件中调试出三块关键代码行数，checkIfTileInfoSupportedForViewSR，makeGCSWithTileSize，ompatibleWith。经过调试和研究发现，2000坐标系确实是支持的，但是切片规则（Tiling Scheme)必须跟esri规定的要一样。

 

天地图切片规则

级别	比例尺	分辨率(度/像素)
7	4617149.9776692898246525792559	0.010986328125
8	2308574.9888346449123262896279	0.0054931640625
9	1154287.494417322456163144814	0.00274658203125
10	577143.74720866122808157240698	0.001373291015625
11	288571.87360433061404078620349	0.0006866455078125
12	144285.93680216530702039310175	0.00034332275390625
13	72142.968401082653510196550873	0.000171661376953125
14	36071.484200541326755098275436	0.0000858306884765625
15	18035.742100270663377549137718	0.00004291534423828125
16	9017.871050135331688774568859	0.000021457672119140625
17	4508.9355250676658443872844296	0.0000107288360595703125
18	2254.4677625338329221936422148	0.00000536441802978515625
19	1127.2338812669164610968211074	0.000002682209014892578125
20	563.61694063345823054841055369	0.0000013411045074462890625

esri脚本代码里第一级分辨率固定了 res[0] = 0.703125,下面以及都是一半的比例尺进行处理。下面是两个切片规则的比较。

                  

        arcgis javascript api 规定的切片规则                                                                                               天地图服务切片规则

 

可以看出我的服务的切片规则和arcgis的恰好错开一个层级，我怀疑是因为我们是从0级开始算，arcgis是从第1级开始算导致的吧。但仔细看看其实两个瓦片规则的分辨率还是有细微的差别的。

 

 

 

q.prototype.compatibleWith = function(a) {
    if (! (a instanceof q)) {
        if (q._checkUnsupported(a)) return ! 1;
        a = new q(a)
    }
    if (!a.spatialReference.equals(this.spatialReference) || a.pixelSize[0] !== this.pixelSize[0] || a.pixelSize[1] !== this.pixelSize[1]) return ! 1;
    var c = Math.min(this.levels.length, a.levels.length) - 1,
    f = this.levels[c].resolution,
    b = .5 * f;
    if (!e.floatEqualAbsolute(a.origin[0], this.origin[0], b) || !e.floatEqualAbsolute(a.origin[1], this.origin[1], b)) return ! 1;
    b = .5 * f / Math.pow(2, c) / Math.max(this.pixelSize[0], this.pixelSize[1]) * 12;
    return e.floatEqualAbsolute(f, a.levels[c].resolution, b)
}

　　

问题如何处理呢？我的服务是用的已有的缓存切片进行发布的啊！下一步就是操作ArcGIS Server 的信息了，强制去掉一个层级，让其从第1级开始算瓦片吧，这样我猜应该能加载了吧。

请听下会demo汇报......

原文链接:https://www.cnblogs.com/cehui0303/p/11401202.html
如有疑问请与原作者联系

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有