OpenLayers, 레이어 : 타일 대 한 타일

Question

우리는 우리의 OpenLayers에 기반의 웹 사이트 (A GeoServer 서버에서 기본적으로 제공하는 데이터) 새 레이어를 추가 할 때마다, 우리는 하나의 타일을 사용할지 여부를 논의 또는 타일링 접근.

우리가 평가 매개 변수의 일부

는 다음과 같습니다

우리가 얻을 타일 방법을 사용 :

• 작은 이미지
을의
• 많은 뷰포트의 느리지 만 지속적으로 축적
• 클라이언트 측 캐싱 가능성
• 로딩 파이프 라인 (한 번에 6 개 요청) 우리가 얻을 단일 타일 접근하여 부하

동안 이동

육포 느낌 :로드하는 동안 탐색 할 때

• 원활한 느낌을
• 레이어가로드되기 전에 시간 지연
• 각 레이어에 대해 하나의 큰 이미지
• 우리는 레이어에서 데이터 편집을 많이 가지고 하나의 타일

, 따라서 타일 캐시의 캐싱은 효율적하지 않을 수 있습니다.

타일링과 관련하여모범 사례가 있습니까?

토론 무관하게, 무한히 빠른 하드웨어 및 무제한 데이터 연결 진행 방향으로,하지만 당신은 무엇을 구성을 percieve 않는 가장 사용자 기쁘게를?

Answer 1

대부분의 사용자가 좋아하는 IMO는 팬 또는 확대/축소 후 타일을 점진적으로로드하여 즉석 피드백을 제공합니다. 필자는 타일에 해당하지 않는 크기 나 크기로 커스텀 보고서를 작성하는 데 정말로 단 하나의 타일만을 사용했습니다.

게시자가 데이터를 어떻게 제공하고 있는지 확실하지 않습니다. 각 데이터 집합은 별도의 WMS 서비스에서 제공되거나 하나의 데이터 집합으로 결합됩니까?

드물게 변경되는 레이어를 그룹화하고 캐시 된 타일을 사용하도록 설정할 수 있으며, 종종 편집 된 레이어의 경우 별도의 캐시되지 않은 단일 타일 레이어 (또는 캐시 시간이 더 짧음)로 설정됩니다.

타일의 주요 문제점은 언제든지로드 할 수있는 숫자입니다. 속도를 높이면 속도에 눈에 띄는 차이가 없을 수 있습니다.당신은 타일 예를로드하는 두 개의 서로 다른 도메인을 사용하여 한 번에로드 타일의 수를 두배로 할 수있다

• : 타일 성능

  imsg1.maps.com 및 imgs2.maps.com

• 뷰포트 주위의 타일 버퍼를 줄여서 보이는 타일 만로드 할 수 있습니다.
  • http://wiki.osgeo.org/wiki/WMS_Tiling_Client_Recommendation
  • http://wiki.osgeo.org/wiki/FOSS4G_2006_Tiling_BOF
  :
  • 는 다음 링크는 "모범 사례"를 결정하는 데 도움이 될 수 있습니다 다음 WMS를 사용하는 가정 http://trac.mapfish.org/trac/mapfish/wiki/HowToOptimize

  에서 성능 정보가 있습니다