Tile layer web

412
2
Jump to solution
04-27-2023 05:42 AM
Vakhtang_Zubiashvili
Occasional Contributor III

Hello Guyz. 

 

I have 12 GB *.ecw   imaginary layer. I want to publish it on my owns server. 

What is best solution, publish as as one image, or make tiles and publish as tiles?

 

Share your opinion, suggestions ,or experience please.

 

Thank you

 

0 Kudos
1 Solution

Accepted Solutions
TonyContreras_Frisco_TX
Occasional Contributor III

The .ecw format is compressed, meaning that when it is accessed, the file will have to be uncompressed, then read. I am not sure if it is uncompressed when the service starts and as long as it is running, the uncompressed data is held in memory, or if each request to the service results in uncompress, read, export image then send to client. In either case, you will get better performance with a map service that has a cache generated. The trade-off will be the storage, processing and time resources required to generate the cached tiles, depending on the area and number of scales needed. The projection cannot be changed, so any data you overlay on the map cache will either need to have the same projection or it will be reprojected, which could impact performance. Another option, but most of the items above apply- use the imagery in a mosaic dataset, then create and build overviews. You will need an image server license to serve a map service that has a mosaic dataset.

If you can convert the .ecw into uncompressed and multiple images, then add those to a mosaic dataset (with overviews built), that would probably have the best performance. The smaller the size of the image that is being read, the faster it will load. This is more apparent when zoomed in to larger scales. From there, you can decide if you want to use a cached map service to decrease draw time.

View solution in original post

2 Replies
TonyContreras_Frisco_TX
Occasional Contributor III

The .ecw format is compressed, meaning that when it is accessed, the file will have to be uncompressed, then read. I am not sure if it is uncompressed when the service starts and as long as it is running, the uncompressed data is held in memory, or if each request to the service results in uncompress, read, export image then send to client. In either case, you will get better performance with a map service that has a cache generated. The trade-off will be the storage, processing and time resources required to generate the cached tiles, depending on the area and number of scales needed. The projection cannot be changed, so any data you overlay on the map cache will either need to have the same projection or it will be reprojected, which could impact performance. Another option, but most of the items above apply- use the imagery in a mosaic dataset, then create and build overviews. You will need an image server license to serve a map service that has a mosaic dataset.

If you can convert the .ecw into uncompressed and multiple images, then add those to a mosaic dataset (with overviews built), that would probably have the best performance. The smaller the size of the image that is being read, the faster it will load. This is more apparent when zoomed in to larger scales. From there, you can decide if you want to use a cached map service to decrease draw time.

Vakhtang_Zubiashvili
Occasional Contributor III

Thank you for your reply. I will split into small pieces and add to mosaic, but how i will split still don't know.

0 Kudos