与KML层问题 [英] Problems with KML layers

问题描述

我的地图都有9层，可以打开和关闭由勾选框的方式进行切换。每一层被JS加载英寸我的问题是，只有九个负载5时，他们的复选框处于活动状态。有多少KML图层可到V3 API加载的限制吗？总共有小于1MB，虽然他们有相当一些自定义的标记图标。

My map has 9 layers which can be toggled on and off by means of a tick box. Each layer is loaded in by JS. My problem is that only 5 of the nine load when their tick box is active. Is there a limit on how many kml layers can be loaded in to v3 api? In total there is less than 1mb, though they do have quite a few custom marker icons.

谢谢
达伦

推荐答案

我有一个怪异的耳熟能详的问题。我用类似的方式KML文件工作（图层为KML文件的数组采摘/通过勾选框，不大被JS加载，虽然不少自定义标记图标，长的描述，等等）。

I am having a eerily familiar-sounding issue. I am working with KML files in similar fashion (an array of map layers as KML files are picked/loaded by JS via a tick box, not big, although quite a few custom marker icons, long descriptions, etc..).

我刚才已经意识到什么似乎像一个新的限制。希望我能更多的帮助，但我会分享我所知道的。

I have just now become aware of what seems like a NEW limit. Wish I could be more help, but I will share what I know.

在我的情况下，完全相同的code是工作的罚款，早在2011年6月和地图已被浏览/由1000人使用。它是每年一度的盛事定制版API映射。的传奇具有含线或标记，由类型分类，其中任何一个可以是上约34层在任何给定的时间。默认的，也是最常用的设置对大约12个层。仅所述层中的一个（正好是在阵列中的最后一个时，它加载）是一个从一年显著变为一年。这也是最重要的一条。如果人在某些浏览器/操作系统获得2011年6月显著的错误，我也有所耳闻吧。正是这个文件，我坐下来迅速编辑和重新上传时间为2012年事件。我还没有碰到它之前，我注意到有些不对劲。我没有必要看，去年以来的地图，所以很遗憾我不能更precise何时该开始发生。

In my case, the exact same code was working fine as far back as June 2011 and the map has been viewed/used by 1000s of people. It's a custom v3 api map for an annual event. The 'legend' has about 34 layers containing lines or markers, classified by type, any of which could be 'on' at any given time. The default, and most commonly used, setup had about 12 "layers" on. Only one of the layers (happens to be the last one in the array when it loads) is one that changes significantly from year to year. It's also the most important one. If people were getting significant errors in June 2011 in some browser/OS, I would have heard about it. It was this file that I sat down to "quickly" edit and re-upload in time for the 2012 event. I hadn't even touched it before I noticed that something was wrong. I haven't needed to look at the map since last year, so unfortunately I can't be more precise as to when this started happening.

结果/结论/意见？：

• 倾销浏览器缓存什么也不做

• dumping the browser cache does nothing

经过反复试验，我发现，它实际上加载多达6层，但它似乎取决于尺寸/类型/朱朱？在逗号划定列表任何给定的KML文件。但是，像你这样的，它通常是在5或6。

Through trial and error, I found that it will actually load up to 6 "layers", but it seems to depend on the size/type/juju? of any given kML file in the comma delineated list. But, like you, it's usually around 5 or 6.

奇怪的是，KML文件本身似乎是有后台。隐形标记会影响鼠标指针悬停在和他们的信息框点击后会显示出来。奇怪的。

Oddly, the KML files themselves seem to be there in the background. Invisible markers will affect the mouse pointer "on hover over" and their info boxes will show up when clicked. Strange.

这肯定问题是不到一岁的我。

This problem is definitely less than a year old for me.

如果不以某种方式与谷歌的（在这种情况下，我会怀疑我们会听到它或者已经找到了在API论坛..）也许它关系到放置一些新限制一些新的动作我们的服务器之一，仅仅是一个巧合吗？

If not somehow related to some new action of Google's (in which case I would suspect we'd hear about it or have found something in the API forums..) perhaps it is related to some new limits placed by one of our servers and is simply a coincidence?

--->哼。我最近有一个词preSS网站的菜单项限制问题，并得到了我的托管服务提供商，以改变一些了Suhosin请求限制（？）我可以尝试将源文件迁移到另一台服务器，看看它从那里工作。如果确实如此，这将是一个显著的线索，我会汇报。

---> hmm. I recently had a wordpress site's menu item limit issue and got my hosting provider to change some suhosin request limits(?) I can try migrating the source file to another server, and see if it works from there. If it does, that would be a significant clue, and I will report back.

除此之外，我不知道。只是想我会分享我学到的东西，并希望别人有什么事情有所了解。

Other than that, I have no idea. Just thought I'd share what I've learned and hope someone else has some idea of what's going on.

这篇关于与KML层问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！