.net ESRI Silverlight贴图平铺不在特定级别绘制

我怀疑这太具体了，不能用一个问题来解决，但我希望得到一些分析提示，至少：

我正在使用ESRI.ArcGIS.Client（用于Silverlight），特别是ArcGISTiledMapServiceLayer，以及位于的地图

有一个特定的区域（加利福尼亚州麦基特里克东南3英里，位于保护区道路上）在特定的缩放级别（13）变为灰色。如果我放大或缩小直到标高更改为12或14，则贴图的部分将绘制为OK。灰色矩形（这是一个平铺吗？）只是地图的一部分，在我所看到的每一个级别上都是正常的。我也滚动了一下，在另一个位置上没有看到这种异常，尽管在这个缩放级别上滚动是乏味的，而且有我正在处理的那么多图形

我的应用程序有21层，总共有近2600个图形，这可能与这个问题有关。它发生在我的应用程序的两个不同页面中（相同的地图参考，但不同的ESRI.map对象），但不会发生在使用相同地图的仅包含几个图层和图形的简单示例应用程序中

我通常将地图作为第一层加载一次并保留它，但我也强制它重新加载；问题依然存在。最后，这不是随机的。每次都可以重复

---

有什么线索吗？

我不知道你为什么会得到一个灰色的磁贴-这可能有很多原因，但磁贴数据似乎确实存在，所以你看到的可能不是一个没有数据的磁贴。 然而，我必须说，21层远远超出了一张地图中建议的层数（将这么多层混合在客户端上非常昂贵），如果你在应用程序或GPU上遇到一些内存限制，我也不会感到惊讶。在顶部添加2600个图形，这些图形本身就已经接近推动它了，这不太可能是原因所在。事实上，你不能用更少的层来复制它，这是一个很好的迹象，表明这就是所发生的事情。然而，我以前从未听过关于这个问题的报道，但我也没听过有人把这么多层放在一起，从中得到一些有用的东西：-）

我建议您将所有层整合到一个或几个服务中，而不是在客户端使用那么多不同的层。使用服务器的功能，该功能用于从头开始渲染贴图，而不是使客户端及其网络连接过载（XAML是为构建应用程序而构建的，而不是从头开始构建地图，因此像地图这样的东西通常会超出XAML所能处理的范围，更不用说你将有大量数据可以跨所有这些层下载了）

顺便说一句，你最好使用ArcGIS论坛。这些论坛每天都有API开发人员和支持人员巡视——今天我碰巧偶然发现了这个问题

---

/Morten-首席开发人员@Silverlight ArcGIS API

我感谢您的评论；我在这方面一点都不是专家（例如，我必须了解您将我的层整合到服务中的意思），但我对你所说的图层和图形的数量感到有点惊讶。在同一个应用程序中，我有时在一张地图中有260多个图层和35000多个图形；正如你所能想象的那样，这不是很快，但它确实起作用，而且仍然只有一个层次上的一个瓷砖没有显示。我在ArcGIS中搜索了嗯，但我没有把我的问题留在那里。也许下一步我会试试。260？！？哇，谈谈信息过载：-）。那么，您是说您有多达260个条目，还是只有一个条目连接到一个包含260个图层的地图服务？（后者将被合并）别开玩笑了！：）我没有可以控制的地图服务。我正在使用上面提到的arcgisonline免费提供的一个。这些图层都是单独的ESRI.ArcGIS.Client.GraphicsLayer条目（平铺图层除外），根据需要在Silverlight应用程序中实例化并添加到地图中。图层，无论是单独图层还是成组图层，都会根据需要打开或关闭可见性，以提供地图上项目的延时视图，大致类似于Weather.com上的“动态天气”功能。（我预计我们很快就会因为进行对话而被踢开！）如果您需要进行基于时间的渲染，您应该将它们放在同一个GraphicsLayer中，并在它们有效的每个图形上设置Graphic.TimeExtent属性，然后将Map.TimeExtent设置为基于图形自动过滤，而不是为每组图形创建一个图层。您可以使用连接到地图的时间滑块自动执行此操作。查看SDK示例中的时间示例：