geowebcache發佈arcgislayer圖層,而且修改行列號範圍計算錯誤的bug

簡介:web

    這篇文件參考了不少網絡上的其餘文章,通過本身的實測加閱讀源碼才得以成功,特此記錄。
網絡

對於曾經參考過的文件,並無一一記錄,在此對前輩表示感謝。app


步驟:ide

  1. 取得arcgis切好的瓦片圖   測試

      目前切換的目錄以下,conf.cdi和conf.xml是必須的。ui

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

   裏面的Lxx命名文件夾無需改動,網上資料有人說須要改成16進制,經查看源碼並不須要。this

   上面的內容更正一下,閱讀了源碼發現是否轉換爲16進制有一個配置項,hexZoom,默認是false,不轉換,在geowebcache.xml的arcgisLayer中配置,見下面的代碼url

 <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獨立版spa

  1.12.5orm

  請參考網上其餘文章。

  arcgisLayer須要修改源碼 

  源碼中註釋了說arcgis的xyz從左上夾開始計算,可是通過測試不須要改的y的取值。 緣由目前未確認是否爲arcgis切圖時選擇了左下角爲原點。

  從新打包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.發佈好以後沒法預覽

   目前發佈以後沒法再geowebcache之上預覽


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,即原點的座標,現修改成直接取配置文件4個角點的座標


6.瓦片行列號範圍的bug

y軸的計算範圍有錯誤,修改了源碼

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進制

須要修改源碼修改y的計算方式

conf.cdi的4個座標範圍須要修改成最大值,

        <XMin>-180</XMin>

 <YMin>-90</YMin>

  <XMax>180</XMax>

  <YMax>90</YMax>

由於目前geowebcache會判斷請求的xyz是否在範圍以內,可是實測計算的範圍是錯誤的,會誤攔截,因此改到最大,也能夠修改源碼去掉驗證。

見上面修改源碼的方法


最後本人聲明:

本人並非gis專業人士,纔開始接觸10幾天,以上記錄的是本人的錯,多是碰巧解決了問題,有些錯誤還不能從原理上解釋緣由。

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


你們若是以爲本文章有哪些不對的地方請留言指正,我會盡快修改。

相關文章
相關標籤/搜索