geowebcache發(fā)布arcgislayer圖層，并且修改行列號范圍計(jì)算錯誤的bug

簡介:

    這篇文件參考了很多網(wǎng)絡(luò)上的其他文章，經(jīng)過自己的實(shí)測加閱讀源碼才得以成功，特此記錄。

對于曾經(jīng)參考過的文件，并沒有一一記錄，在此對前輩表示感謝。

步驟:

1. 取得arcgis切好的瓦片圖   

      目前切換的目錄如下，conf.cdi和conf.xml是必須的。

.
├── _alllayers
│   ├── L10
│   ├── L11
│   ├── L12
│   ├── L13
│   ├── L14
│   ├── L15
│   └── L16
├── conf.cdi
├── conf.xml

   里面的Lxx命名文件夾無需改動，網(wǎng)上資料有人說需要改為16進(jìn)制，經(jīng)查看源碼并不需要。

   上面的內(nèi)容更正一下，閱讀了源碼發(fā)現(xiàn)是否轉(zhuǎn)換為16進(jìn)制有一個配置項(xiàng)，hexZoom,默認(rèn)是false,不轉(zhuǎn)換,在geowebcache.xml的arcgisLayer中配置,見下面的代碼

 <arcgisLayer>
      <name>fj_base</name>
      <gridSubsets/>
      <expireCacheList>
        <expirationRule minZoom="0" expiration="-2"/>
      </expireCacheList>
      <expireClientsList>
        <expirationRule minZoom="0" expiration="7200"/>
      </expireClientsList>
      <backendTimeout>120</backendTimeout>
      <cacheBypassAllowed>false</cacheBypassAllowed>
      <enabled>true</enabled>
      <tilingScheme>/data/geoserver/data/fujian/conf.xml</tilingScheme>
      <tileCachePath>/data/geoserver/data/fujian/_alllayers</tileCachePath>
      <hexZoom>false</hexZoom>
      <storageFormat>esriMapCacheStorageModeExploded</storageFormat>
    </arcgisLayer>

String level = (this.hexZoom) ? Integer.toHexString(z) : Integer.toString(z);
level = zeroPadder(level, 2);

String row = Long.toHexString(y);
row = zeroPadder(row, 8);

String col = Long.toHexString(x);
col = zeroPadder(col, 8);

StringBuilder path = getLayerPath();

path.append(File.separatorChar)
        .append('L')
        .append(level)
        .append(File.separatorChar)
        .append('R')
        .append(row)
        .append(File.separatorChar)
        .append('C')
        .append(col);

2.安裝geowebcache獨(dú)立版

  1.12.5

  請參考網(wǎng)上其他文章。

  arcgisLayer需要修改源碼 

  源碼中注釋了說arcgis的xyz從左上夾開始計(jì)算，但是經(jīng)過測試不需要改的y的取值。 原因目前未確認(rèn)是否為arcgis切圖時選擇了左下角為原點(diǎn)。

  重新打包arcgiscache的工程并替換。

// invert the order of the requested Y ordinate, since ArcGIS caches are top-left to
// bottom-right, and GWC computes tiles in bottom-left to top-right order
// final long y = (coverageMaxY - tileIndex[1]);
final long y = tileIndex[1];

3.發(fā)布好之后無法預(yù)覽

   目前發(fā)布之后無法再geowebcache之上預(yù)覽

4.openlayers訪問

   fj_base為圖層名稱

new ol.layer.Tile({
  
  source: new ol.source.XYZ({
    projection: ol.proj.get('EPSG:4326'),
    url:"http://gis.hezhang.yunlizhihui.com/geoserver/gwc/service/tms/1.0.0/fj_base/{z}/{x}/{y}.png"
    })
  }),

5.修改地圖范圍的bug

org.geowebcache.arcgis.layer.GridSetBuilder

原82-85行 xmin和ymax取得tileOrigin，即原點(diǎn)的坐標(biāo)，現(xiàn)修改為直接取配置文件4個角點(diǎn)的坐標(biāo)

6.瓦片行列號范圍的bug

y軸的計(jì)算范圍有錯誤，修改了源碼

gwc-core

org.geowebcache.grid.GridSet

long[] closestRectangle(int level,BoundingBox rectangeBounds){

//270行

if (yBaseToggle) {
    // TODO luhaiyou xy互相一下，并且需要取個絕對值
    long tmp = Math.abs(minY);
    minY = Math.abs(maxY);
    maxY = tmp;
    // minY = minY + grid.getNumTilesHigh();
    // maxY = maxY + grid.getNumTilesHigh();
}

}

主要需要說明的是:

圖層的Lxx文件夾并不需要修改為16進(jìn)制

需要修改源碼修改y的計(jì)算方式

conf.cdi的4個坐標(biāo)范圍需要修改為最大值，

        <XMin>-180</XMin>

 <YMin>-90</YMin>

  <XMax>180</XMax>

  <YMax>90</YMax>

因?yàn)槟壳癵eowebcache會判斷請求的xyz是否在范圍之內(nèi)，但是實(shí)測計(jì)算的范圍是錯誤的，會誤攔截，所以改到最大，也可以修改源碼去掉驗(yàn)證。

見上面修改源碼的方法

最后本人聲明:

本人并不是gis專業(yè)人士，才開始接觸10幾天，以上記錄的是本人的錯，可能是碰巧解決了問題，有些錯誤還不能從原理上解釋原因。

寫本篇文章的目的是幫助一下和我一樣的小白。

大家如果覺得本文章有哪些不對的地方請留言指正，我會盡快修改。