ThinkGeo.com    |     Documentation    |     Premium Support

ClientCache\ServerCache and Tile cache

#1

Hi ThinkGeo,


I have following questions on ClientCache and Tile cache:


1) Is it possible to have  (client or local machine) tile cache for web component just like we can do for WPF? WMSOverlay is not derived from LayerOverlay so we cannot use ClientCache. Perhaps we can use TiledWMSLayer.


2) Does using ClientCache help in achieving any reasonable amount of tile cache?


3)  Where does the directory corresponding to CacheID property on ClientCache really end up at?


4) If feature objects on dynamic layers do not change for 5-10minutes is it recommended to use ServerCache?


Regards,


Anil



#2

 


Anil,
In the documentation of WebEdition, and we have clarified that the client cache controls whether the map images will be cached by the browser. Setting the CachedId will enable the browser to cache the map images.
The CacheId string will be appended to the URL of the requested tile image. The browser uses the URL as the key to retrieve a cached image from the temp directory which is different depend on the environments you are utilizing. Thus, you can let the browser cache different images by setting the CacheId to different values. For example, you can set a different CacheId for requests with different parameters and the browser will cache the different images for those requests.
If you want to use the tile cache for Web component, and I recommend TiledWmsLayer or WmsRasterLayer to you, and they support the TileCache functionality.
Generally, if your web app requests static map data, so we suggest you utilizing the server cache.
If you still have additional questions please let us know.
Thanks,
Khalil

#3

Hi Khalil, 
  
 Where can I find comprehensive documentation on Web Edition? 
  
 I tried to use TiledWMSLayer (instead of WMSOverlay) to consume maps from our WMS Server but I get “WMS Client Exception” on the screen with following in the output window of VSStudio. 
  
 ================================================================================== 
 ThinkGeo WMS Client Trace(TiledWmsRasterSource.GetImageCore): Unable to connect to the remote serverThe thread ‘<No Name>’ (0x16c4) has exited with code 0 (0x0). 
 The thread ‘<No Name>’ (0x4ac) has exited with code 0 (0x0). 
 ================================================================================== 
  
 Regards, 
 Anil

#4

 


Hi, Anil
The API Documentation of WebEdition can help you understand more about it. Also you can visit ThinkGeo Wiki for documentation, sample code and learning material with the link below:
wiki.thinkgeo.com/wiki/Main_Page
As for your exception, we are not sure where one causes the error. Can you provide us more information about it, such as the stack trace or the codes you are utilizing?
Thanks,
Khalil

#5

Hi Khailil 
  
 Why is TiledWMSLayer is slower than WmsOverlay? Also it is restrictive to only one URI. 
  
 Regards, 
 Anil

#6

Hi Anil, 
  
 I agree with you that the TiledWMSLayer should work with several URLs. It has been submitted to our issue list. 
 The TiledWMSLayer needs to request the image from server using WebRequest and get the stream which will be drawn on a new Bitmap on the server side, and then output the bitmap. But the WmsOverlay works on the client and request the images with the help of user’s Brower. In other words, the WmsOverlay can take advantage of optimization of Brower and there isn’t a conversion from stream to Bitmap and back process. 
  
 Hope the above expresses me clearly. Thanks, 
 Johnny