ThinkGeo.com    |     Documentation    |     Premium Support

RC1 - Initial Thoughts

#1

I have a slow internet connection (TIA - This Is Africa) so it'll be a while before the video is finished downloading. In any case, I couldn't wait for that so I swapped out the control, opened up a sample when my app no longer loaded... changed my XAML and added a LayerOverlay (to which I added my layers). After one or two small extras i'm done. My map now loads.


Simple enough. I see some functions have been deprecated... thanks for using the obsolete tag... it makes life easier:P


So far the control looks pretty good. I like the threading. It's adding to the responsiveness of the UI for sure. I can see that a lot of hours have gone into making this control work with threading.


I am very happy with this release. Thank you.


The only thing that's bugging me a bit is panning... it seems a little non-responsive / sluggish. Is this something that could likely improve?


 


 



#2

The caching is nicely done too:P

#3

Brendan, 
  
 Thanks for your post and words for the Wpf control. 
  
 As you said, huge time spent on the threading stuff even though a lot of enhancement is waiting ahead. 
  
 The reason a bit non-responsive / sluggish is that it seems drawing in Wpf take too much CPU. We will try to improve it somehow. Any ideas or hints will be appreciate. 
  
 Thanks for your sharing. 
  
 Yale 


#4

"it seems drawing in Wpf take too much CPU" 


By that, do you mean taking the GDI drawn graphics and converting them to BitmapImages for WPF (or whatever the format conversion is) ?  David has my thoughts on WPF drawing:D


I'll take a look at what it's doing on my machine, and if I can some up with any performance improvements i'll definately let you know. It seems good... just a little jerky - not a show stopper, and defiantely an improvement.


Thanks for the response.



#5

Thanks Brendan, 
  
 I appriciate your sharing. 
  
 Yale.

#6

Brendan, 
  
   I think what Yale means is that even though we don’t create the map image using WPF primitives proper due to some speed issues what we do use it for is this.  Now that we have the cache system built around overlays we need to copy the bitmap images to the screen for every overlay and every tile.  In GDI+ there is a very fast way to do this using their BufferGraphics class.  WPF has not analog that we could find.  This meant we had to build our own and it is not as performant as the MS solution.   
  
   The good news is that we plan to rework how the WPF version does this and make it draw very similar to our Silverlight version which does things much differently, and better in my opinion.  In Silverlight we create a latticework of image areas and stack them on top of each other in an overlay and grid pattern, when you pan etc then we just move these controls.  In the GDI+ we have to do allot of manual redraw.  Since the WPF version as you know is derived from the GDI+ version of our desktop control we kinda of wedged the GDI+ kind of functionality into the WPF version.  Of course I know where you stand one this. :-)  The good news is that we want to focus more time and effort on really breaking out the WPF control and get it drawing in an optimal way on its own instead of being the stepchild of the winforms version.  Now that we have the Silverlight working really well we have a clear path.  I foresee some native WPF overlays that draw in good, but slow, WPF primitives so you can get the blinking icons and pulsating lines etc. 
    
 David