Migrated from 2.0 to 2.1 beta - map hangs

[IdoFlatow]

I've been working with the 2.0 version of the map control and today I installed version 2.1 beta to check the touch and gestures. When I zoom in and pan with the 2.1 version that WPF applications hangs for a few seconds and then performs the operations. This behavior happens all the time (WPF app hangs for couple of seconds on zoom and pan) in v2.1 and did not happen in v2.0

I'm using the simplest example of a user control containing a map with a single layer (tried both arcgis and bing).

Hope this bug can be fixed.

Ido.

[IdoFlatow]

I'll wait and see, perhaps it is the bug I described. Do you know if this bug also shows up in the Silverlight version?

I'm planning to show a demo of an ESRI app using multitouch in the upcoming Microsoft Tech-Ed convention in Israel in a few weeks and currently it's either use the Silverlight version (if the bug isn't present there) or wait for the release of the 2.1 version. Any idea when the release will be?

Thanks,
Ido.

[IdoFlatow]

We are aware of one issue that causes wpf to perform worse in some configurations when tiles needs to load, although I've never seen it as slow as you say it is (seems more choppy than "stuck"). We will have that fixed for final release.

Update: I tried again with the WPF sample, this time with the RC version, and the application still frizes.
I've managed to do a screen capture to a video file, demonstrating what I'm trying to do, and it shows quite well that when zooming, a lot of requests are send to the network and the map isn't responsive until all responses are received. When zooming or panning rapidly this behavior causes the application to hang for a few seconds or mode, depending on the network bandwith to the image server (Esri servers seem to be more responsive than Bing).

The video can be downloaded from the following link (compressed into several parts for easier upload):
http://cid-5ef5be1ab30a6056.office.live.com/browse.aspx/ESRI

I very much hope you can solve this issue.

Ido.

[JenniferNery]

Thank you for sharing us this information. While our test did not yield to the same sluggishness as in the video, we were able to make a comparison between the two API versions.  We will try to get this fixed in the future release.

Thanks.

[IdoFlatow]

I have another sample that shows the problem with the WPF control VS the Silverlight control.

The following XAML + Code was created in both WPF projects and SL projects:

XAML:
<Window x:Class="TestESRIWPF21RC.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:esri="http://schemas.esri.com/arcgis/client/2009"
        xmlns:bing="clr-namespace:ESRI.ArcGIS.Client.Bing;assembly=ESRI.ArcGIS.Client.Bing"
        Title="MainWindow">
    <Grid>
        <esri:Map x:Name="MyMap" Width="4000" Height="4000">           
            <bing:TileLayer ID="BingLayer"
                            LayerStyle="Road"
                            Visible="True"
                            Culture="en-US"
                            Token="{StaticResource BingKey}" />
        </esri:Map>
        <Button Content="hello"
                Width="100"
                Height="100"
                Click="Button_Click"/>
    </Grid>
</Window>

Button event impl:
  private void Button_Click(object sender, RoutedEventArgs e)
    {
      MessageBox.Show("Loaded");
    }

The test is as follows - start the application and quickly press the button, wait for the "Loaded" message to appear. The map object is set to a large size to make it load a lot of images on startup.

The results:
Silverlight - pressed the button immediately when the window appears and the messagebox was displayed automatically.
WPF - pressed the button immediately when the window appears, but the application is not responsive, I couldn't even move the application window on my desktop. Only after half a minute, when all the images were loaded, the message box appeared and the application moved on the desktop (performed the drag I tried previously).

Please test this code, this behavior of WPF is very frustrating.

[JenniferNery]

I was able to reproduce this too with v2.1 RC. The fix will be in for the next release.

Thank you.

[IdoFlatow]

That's great news.

We're scheduled to present a sample WPF application using ESRI's controls on the upcomming Microsoft TechEd convention in Israel on the 28th of November.

If you have any preliminary code that you can send me prior that date I'd really appreciate it; it would save me loads of time converting the sample to Silverlight (in SL the hang problem does not exist).

Thanks in advance,
Ido.

[JenniferNery]

It really is difficult to give an estimated date for v2.1 RTM as it goes through different departments within ESRI for approval, release and setup. I can tell you that we are trying to get it out soon, but 'soon' is subjective and our team does not have full control of when this is actually delivered to public.

[AlbertHasson]

Hi
Has this bug definitely been fixed in version 2.1 (Dec 2010)? I've tried out the the WPF libraries with the simplest map from the samples site in a small test app (as has been done in this thread) and the application hangs terribly when zooming/panning too quickly. For example, this often happens when zooming in several levels (using the mouse wheel) and then panning. Perhaps a factor that is amplifying the problem is that our Internet connection is quite slow/congested. As mentioned previously, I couldn't reproduce this using the silverlight version.

Looking forward to your response.