ThinkGeo.com    |     Documentation    |     Premium Support

Decoders for various data formats

#1

Hi,


Please list the data formats (both vector & raster) supported by Silverlight edition. Even if the decoders for some of the formats are not available for silverlight application, are they available at server side so that we can write a service to serve the map data to silverlight map control.


Which approach is better? a service serving the map data to silverlight map control? rendering the map data at server side? I believe mapconnector's purpose is to render the map data at server side. These server side assemblies come along with the silverlight edition suite installation?


Is it a good idea to keep the map data at client side? Any changes to the map data should be updated on all the clients. This is not required if the map data is kept at central location (at server side). Please guide us with sample application for one vector & raster formats.


Thanks & Regards,


-Muneswar


 


 


 


 



#2

Hi Muneswar Rao,



In the latest Silverlight Edition, it just supports ShapeFile in vector and Wms in raster. But as you said, the connector supports much more than client side such as Sid, Ecw, tiff, GeoTiff, SQL Server, Oracle, Postgre, etc.



I recommend using our MapConnector to render the map data on the server side and transfer rendered images to Silverlight control. The advantage is that, the size to transfer is smaller; the DOM tree node on the Silverlight side can be less which can lower the CPU usage on the client browser.



Silverlight Control is not fit to accept large data on the client side. Although we can save it in the isolated storage, but it is slow when reading and writing from it as we tested. On the other hand, if the vectors which are drawn on the Silverlight side is too many, it costs much CPU usage so that the responding of the application will be very slow no matter how we improve it currently.



We will investigate loading data from server side synchronize and drawing vectors on the client side in the future.



In the installed sample, we expressed how powerful Silverlight map drawing vectors, not much samples for server side rendering. You can refer to the API below to find the layers under MapSuiteCore Assembly which can add to the connector for server side rendering.

gis.thinkgeo.com/mapsuite3do...htedition/



If you have any questions please let me know.



Thanks,

Howard



#3

Hi,


Thanks for the information.


As posted earlier in another thread named "more cpu time" in the forums, we need an application that can display the moving vehicles on the map. We have developed a prototype using Silverlight edition of map suite & polling duplex service to get the targets' position.


If the server-side rendering is more performant & support the raster formats (ecw, Mrsid, tiff & jpeg2000) that we are looking for(as per your response in this post), can't web edition is sufficient for our application? because there is not client-side rendering.


We are eager to know what extra features are provided by silverlight edition compared to web edition. Please let us know.


We are also eager to know more on the map control of Web edition, whether it is a server control or client control? If it is a server control, marker layer (representing moving vehicles) should be updated at client side or server side? If at server side, will page refreshes? If at client side, how to update the marker layer at client side?


Please guide us in chosing the right edition for our application.


Thanks & Regards,


-Muneswar


 


 


 



#4

Muneswar Rao, 
  
 General speaking, our new release of Silverlight Edition has fixed some performance issue compare to our first version. We have an installed sample at the last node of the sample tree which randomly adding and refreshing a mount of shapes dynamically. Please try this sample to evaluate the performance in your application. 
  
 The server rendering in all Map Suite Logic is almost the same, so that we can render the same image on server side  by both web and silverlight edition; web edition is a native control working on server side, you can simply modify the rendering styles in your application easily while Silverlight Edition is client side application which can not easily modify the server rendering. 
  
 Web Edition is a server control which we allow user to write simple server code to create a map and implement the events such as click . On the other hand, Web Edition has a strong JavaScript library which can help satisfy your various scenario by AJAX, so that your page won’t refresh in this way. 
  
 In all, Web Edition is a server control; MarkerOverlay’s feature source is binding on the server side while it updates on the client side. When you panning or zooming, the page won’t refresh for it updates by AJAX. 
  
 The last node for you: Microsoft Silverlight 3 will come by the middle of next month, while a note from Microsoft says when you install the Silverlight 3.0 environment, you can’t develope app under 2.0 any more. We’ll test our control immediately when 3.0 is released. 
  
 We are very glad if you evaluate our Web and Silverlight product, I’m sure you will know more after viewing our installed samples. 
  
 If you have any questions please let us know. 
  
 Thanks, 
 Howard

#5

Hi Howard,


Sorry; I really didn't understand the part "The server rendering in all Map Suite Logic is almost the same, so that we can render the same image on server side by both web and silverlight edition; web edition is a native control working on server side, you can simply modify the rendering styles in your application easily while Silverlight Edition is client side application which can not easily modify the server rendering. " Can you please elaborate more on this?


We would like to know the benefits of silverlight edition over web edition. Look and feel will differ etc?


Thanks & Regards,


-Muneswar



 



#6

Hi,


continuing to the earlier reply, in web edition MarkerOverlay can be added to the map control at server-side and can be updated at client-side by accessing the overlay?


Please provide detailed information on the benefits of silverlight edition over web edition so that we can chose the right edition for our needs.


Thanks & Regards,


-Muneswar



#7

Muneswar Rao,

As I mentioned before, all of our products such as Web, Desktop, Silverlight Edition are based on a core DLL which is responsing for rendering map images; that’s what I mean the same algorism for map rendering. 


That means Silverlight Edition can render the same effect as web edition does. But the difference is Web Edition is a native server control which can easily modify its properties during Postback while Silverlight can’t by now. You know Silverlight runs on client side and doesn’t postback.


For example, in web edition, you can easily change the color of the label, fill color of the area style by the Postback, while silverlight edition can only get image from the server but can’t modify the server-rendering dynamically. Silverlight Connector can only emulate a Wms server but can’t be changed by t he client stuff for some security problem.


Silverlight Edition has some advantages than web edition such as animations, multi-browse supports, higher performance for client rendering (for example, Silverlight edition can draw countries in the map on the client-side while in web edition, the IE may crash.), More algorism for drawing on client-side, no postback (in silverlight the map doesn’t flash when we you change some properties; while in web edition it flashes without updatepanel.)


“MarkerOverlay can be added to the map control at server-side and can be updated at client-side by accessing the overlay” means we can bind a FeatureSource on server side; just like render the map, we don’t get all the markers from feature source, but get the markers which are available for the viewport only and add into the map. In order to limit the DOM tree node in our web pages to ensure the client performance, whenever the extent changed, we remove all the markers on the client-side --> request the markers in the new viewport asynchronizely --> re-add them into new viewport.


I hope you can know more about these after you read it. If you have more questions please let me know.


Thanks,

Howard