Fatal编程技术网
  • here-api/
  • Here api 加载KML文件-点数是否有限制？

Here api 加载KML文件-点数是否有限制？

here-api

Here api 加载KML文件-点数是否有限制？,here-api,Here Api,我从一个KML文件中加载了6000个兴趣点，但没有加载。我所做的是将其拆分为4 KML文件。它可以加载，但速度很慢。我的问题是： 我可以在KML文件中输入的点数有限制吗 有没有加快速度的代码？我只是用这些代码加载KML文件： kmlManager.parseKML（“./SOURCE\u KML/Part1.KML”） kmlManager2.parseKML（“./SOURCE\u KML/Part2.KML”，onParsed）； kmlManager3.parseKML（“./SOURCE

我从一个KML文件中加载了6000个兴趣点，但没有加载。我所做的是将其拆分为4 KML文件。它可以加载，但速度很慢。我的问题是：

  • 我可以在KML文件中输入的点数有限制吗
  • 有没有加快速度的代码？我只是用这些代码加载KML文件：

    kmlManager.parseKML（“./SOURCE\u KML/Part1.KML”） kmlManager2.parseKML（“./SOURCE\u KML/Part2.KML”，onParsed）； kmlManager3.parseKML（“./SOURCE\u KML/Part3.KML”，onParsed）； kmlManager4.parseKML（“./SOURCE\u KML/Part4.KML”，onParsed）

    • 显然，从KML文件读取/显示的点数必须有一定的限制。由于您没有提到您的文件有多大，以及处理每个阶段所需的时间，因此很难判断您的文件在操作链中的哪些环节如此缓慢

    它可以是以下任何一种：

    • KML的网络连接/下载。速度取决于您的网络
    • 由HERE Maps JavaScript库完成的KML处理。速度取决于所使用的浏览器
    • 通过HERE Maps JavaScript库实际渲染地图上的点。速度取决于所使用的浏览器
    从编程角度看，对于第1点，您无能为力。如果加载需要时间，那么就这样吧。这基本上是一个用户界面问题（管理期望值），您将数据分块并加载较小文件的技术可能是一种很好的技术。将此与一个示例相结合，向用户显示正在发生的事情

    关于点2——您应该考虑KML是否是正确的（即灵活的）处理数据的格式。其他文件格式可以更短，也可以更简洁地保存数据。在显示之前，可能需要使用一些自定义处理。在显示文件之前使用AJAX和KML管理器方法。这允许在渲染之前自定义KML

    关于第3点，您可以做些什么-直接添加和渲染6000个标记肯定需要时间。这可以通过标记聚类来缓解，即在任何一次只渲染一小部分标记

    考虑developer.here.com中的数据可视化-该示例盲目地呈现一个具有大约300个点的给定KML文件。按下图所示的大小，点重叠，无论如何都无法轻松区分：

    现在，如果要修改渲染结果，最好进行预处理或使用其他格式（如GeoJSON）并自定义响应。结合GeoJSON解析和标记集群的示例可以在中找到。这将渲染一部分数据，从而更快地显示数据文件

    显然，如果你有6000分而不是300分，那么进步会更加明显