topic 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property in ArcGIS API for Silverlight Questions

3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

LanceCrumbliss — Tue, 15 Apr 2014 15:30:27 GMT

In 3.1, an ArcGISTiledMapServiceLayer with MinimumResolution set to 0 in a Map with SnapToLevels set to False allowed the map to zoom in past the highest ArcGISTiledMapServiceLayer LOD and still show the ArcGISTiledMapServiceLayer, albeit somewhat blurred of course. However, in 3.2 the ArcGISTiledMapServiceLayer disappears after zooming in past the highest LOD. This only occurred after upgrading to 3.2. Nothing changed in the code. Any ideas?

Lance

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

LanceCrumbliss — Thu, 17 Apr 2014 10:38:13 GMT

Is this a bug? If so, is there a workaround? It's sort of a big deal with our application.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

LanceCrumbliss — Mon, 21 Apr 2014 12:42:44 GMT

Is there anyone from ESRI that can confirm this happens to them too?

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

LanceCrumbliss — Sat, 26 Apr 2014 02:08:42 GMT

Please, can anyone at ESRI confirm this is a bug and if so, suggest a workaround?

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

RyanCoodey — Thu, 12 Jun 2014 03:16:08 GMT

You ever find a way around this? When we upgraded to 10.2 of the WPF API we are now experiencing this issue as well and our users are not liking it. It was either that upgrade or ESRI changed something with their services... either way, ArcMap does not have these issues so I'm hoping there is just some property to get around this limitation.

Thanks for any info.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

AhmedEl-Sisi — Thu, 12 Jun 2014 10:11:58 GMT

Check this sample, It may help you.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

LanceCrumbliss — Thu, 12 Jun 2014 13:00:49 GMT

Check this sample, It may help you.

Since I first saw that sample upon release, I've always wondered if that was the unspoken workaround for this issue. If so, it is most unfortunate to have to rely on that method when it used to be a simple matter of booleans. My hope is that there will be a point release addressing it. Probably never happen though, as the scuttlebut is that no further development on the ESRI Silverlight API is happening. In the meantime, we've gone back to 3.1 as there was no compelling reason to stay with 3.2.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

dmacq — Thu, 12 Jun 2014 16:28:50 GMT

We're having a similar issue with the ESRI World Street Map.

Prior to v3.2, the tiles load fine when zooming in beyond 1:1128. This includes No Data tiles, for which we've implemented the code in the NoDataTile sample posted above. Now, in 3.2, the base map just disappears when zooming in beyond 1:1128. No tiles are loaded, thus not event is triggered, rendering the NoDataTile code useless. Users just get a white screen when they go beyond the extents of our overlayed cached map.

Can anybody offer up a solution? We've implemented some of the new for 3.2 features, so going back isn't really a good option.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

RyanCoodey — Fri, 13 Jun 2014 14:28:11 GMT

Thanks for the info cc4ever but as drewgis mentioned we are having the same problem in that the event is never called...

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

SebastienPelletier — Thu, 24 Jul 2014 17:16:51 GMT

The hyperlink of the sample no longer seems to work is it possible to repost please

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

SebastienPelletier — Thu, 24 Jul 2014 17:24:41 GMT

We seem to have a similair problem here
can anyone at ESRI confirm this is a bug and if so, suggest a workaround?

https://community.esri.com/message/92454#92454

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

LanceCrumbliss — Thu, 31 Jul 2014 13:27:33 GMT

I can't believe no one from ESRI has commented or suggested a work around. 3.2 is a non-starter for us and others with this bug.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

deleted-user-Jie3eyjOl9XM — Thu, 14 Aug 2014 21:21:50 GMT

Same issue here, also detailed on the related thread. Seems like a genuine defect in the API that we need ESRI to get fixed.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

deleted-user-Jie3eyjOl9XM — Thu, 14 Aug 2014 23:08:48 GMT

I created a workaround. I'm not proud of it. But, it works. Given an extent, this function will return the smallest extent that is greater than the minimum resolution. "Greater Than" actually needs a tolerance, because due to this defect, even a resolution that's a tiny bit greater will cause the layer to disappear. That's why I multiply by 10,000 and then compare.

private static Envelope CorrectExtent(Map map, Envelope extent)
{
     int comparisonFactor = 10000;
     double resolution = extent.Width / map.ActualWidth;
     while (Math.Floor(resolution * comparisonFactor) <= Math.Floor(map.MinimumResolution * comparisonFactor))
     {
          extent = extent.Expand(1.1);
          resolution = extent.Width / map.ActualWidth;
     }
     return extent;
}

Perhaps there's somebody smarter than me that can comment on this question. How will this function work if the coordinate system changes? I wrote this for some data in State Plane, but will the factor need to change if the data is in web mercator? What about map units in feet or meters?

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

SebastienPelletier — Fri, 15 Aug 2014 12:46:11 GMT

The best workaround is to use ArcGIS Server Manager and delete the values Min and Max scale of your service.

You can not do this with ArcCatalog but with the manager yes.

Thereafter API responds correctly

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

deleted-user-Jie3eyjOl9XM — Tue, 19 Aug 2014 20:46:27 GMT

Excellent, Sebastien Pelletier. That works perfectly. But, the effect of changing those values seems very strange.

1) On one map, my original problem, I've got tiled layers are cached down to 1000, and if the Max Scale is set to 1000, the layers disappear at 1000. I should mention that using the JSAPI, nothing disappears, using the same services.

2) Using your fix, I've got tiled layers are cached down to 1000, and no Max Scale is set, so the layers zoom to 1000 and nothing disappears.

3) Meanwhile, on another map, I've got tiled layers that are cached down to 1000, but I set the Max Scale to 500 on all layers, allowing me to zoom closer and blur the tiles. No layers disappear.

It just doesn't make sense. Why would #1 fail, but #3 work???

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

deleted-user-Jie3eyjOl9XM — Wed, 20 Aug 2014 14:43:57 GMT

I believe that this Silverlight 3.2 defect only affects basemaps that are not web mercator. I've got a map that uses default projections, and the layers do not disappear when the map scale equals the service's maximum scale.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

dotMorten_esri — Thu, 21 Aug 2014 18:52:42 GMT

This change was by design. It was a bug that the service's scale range wasn't respected. Unfortunately there's currently not a way to override the default scale range for those who want to ignore the scale range and stretch the tiles. We'll address this in the upcoming update allowing you to override the service scale range and continue to stretch tiles beyond the scale range.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

RyanCoodey — Thu, 21 Aug 2014 20:14:20 GMT

Morten beat me to it but to add a little more info, after talking with support for a few weeks about this we got a ticket assigned (NIM104466: ArcGISTiledLayer does not display data when zooming in beyond the minimum resolution defined by the service)

With this response:

"The change that was introduced was to honor the visible scale range as defined by the service. Currently the only way to handle this is by changing the settings on the service. We understand that this not a workable solution for many customers. I just got out of a meeting with Product Management and they are aware of this and the current plan is to target this for the 10.2.4 release of the WPF SDK that we should see later this year."

They also mentioned there was no gurantee we would see it in 10.2.4, but that is their current goal.

Thanks a lot ESRI for addressing this issue for us! It is much appriciated.

Re: 3.2 And ArcGISTiledMapServiceLayer MinimumResolution Property

deleted-user-Jie3eyjOl9XM — Thu, 21 Aug 2014 21:36:26 GMT

Thank you, Morten. It's good to know that the developers are aware of this issue.

Like Ryan Coodey‌ our Support issue was assigned to a Nimbus bug, but it was a different, existing one (NIM100435). That bug is a very similar a 3.2 regression -- limited to non-web mercator projections. And, there's another issues remaining since 3.1 with non-web mercator projections where the IsInScale() is broken for the legend.

So, to summarize the four perhaps related issues:

1) This issue, about tiles no longer stretching when Zoomed beyond the Max Scale (see NIM104466)

2) ZoomToExtent should not be allowed to zoom beyond the Max Scale (see NIM100435)

3) Zooming TO the Max Scale (not beyond) shouldn't cause the layer to disappear (see Custom base map minimum scale fails to load in version 3.2‌)

4) IsInScaleRange() for the legend is broken (see IsInScaleRange not working in Legend‌)

For our services, which are State Plane, I've applied the workaround (remove Max Scale from service), which resolved #1, #2, and #3, but not #4.

So, I can certainly understand that the change is by design. But I'm hoping that the upcoming fix will apply to the whole range of scale-related issues with other projections.