【问题标题】:"Data may still be loading"... but it's already there?“数据可能仍在加载中”......但它已经在那里了?
【发布时间】:2012-05-15 21:37:48
【问题描述】:

所以我正在运行这段代码,所有的点都显示得很好。但我仍然得到“数据可能仍在加载”图块。我已经仔细检查了表 ID、地理编码、列名等......所以现在我很茫然。有人经历过吗?

function changeByZip(formResults) {
    geocoder.geocode( { 'address': formResults }, function(results, status) {
        if (status == google.maps.GeocoderStatus.OK) {
            map.setCenter(results[0].geometry.location);
            map.setZoom(13);
            layer.setQuery("SELECT 'Address' FROM " + tableid + " WHERE 'Zip' = '" + formResults + "'");
            layer2.setQuery("SELECT 'Address' FROM " + tableid2 + " WHERE 'Zip' = '" + formResults + "'");
        } 
    });
}

我有两层,因为我有大约 14,000 点。当我注释掉其中任何一个图层时,数据加载图块就会消失并按预期显示。不知为何,这两层互不喜欢?

提前致谢。

编辑:我发现列名与查询所查找的不同。

【问题讨论】:

  • 我对 Fusion 没有经验,但我有一些想法,也许您可​​以使用 LIMIT 关键字将您的点数据集减少到大约 5,000 个总点,看看是否是原因(数据过多),如果是,您需要在显示之前对数据进行分组。
  • 今晚我会试试的。我对此持怀疑态度,只是因为当我进入该页面时,所有 14,000 点最初似乎都显示得很好,没有这些图块。但是,当我选择一个邮政编码时,即使是只有两个标记的邮政编码,我也会得到瓷砖。

标签: google-maps-api-3 google-fusion-tables


【解决方案1】:

请看一下这个链接:

https://developers.google.com/fusiontables/docs/troubleshooting

根据故障排除指南:

地图图块“数据可能仍在加载”消息无法解决

原因:Fusion Tables 无法理解 FusionTableLayer 中的查询。有几件事可以尝试:

  • 检查查询对象语法。任何语法错误都可能触发此 错误信息。要解决它,请修复您的 Fusion Tables Layers 语法。 请参阅 Google Maps Javascript API V3 中的 FusionTableLayer 文档 参考和 Google Maps Javascript API 层
  • 检查表 ID。仔细检查您使用的表格 ID 是否正确。
  • 检查列名。列名区分大小写,所以 "Zipcode" 和 "zipcode" 不一样。多词列名需要包含在 单引号。请参阅 Fusion Tables SQL API:参考。
  • 检查您的地理编码。 Fusion Tables 必须了解表中的位置 在它可以映射它们之前。表格中的位置描述,例如 地址,必须进行地理编码。请参阅中的“地理编码位置描述” Fusion Tables 开发人员指南。

【讨论】:

  • 检查了最后三个,一切似乎都正确。不确定我的查询语法,使用 "layer.setQuery("SELECT 'Address' FROM " + tableid + " WHERE 'Zip' = '" + formResults + "' LIMIT 5"); layer2.setQuery("SELECT 'Address' FROM " + tableid2 + " WHERE 'Zip' = '" + formResults + "' LIMIT 5");"这仅显示五个结果,但仍然给我瓷砖。抱歉...试图弄清楚如何格式化这些响应。
  • 什么是融合表Doc ID(或Tabled ID)。
  • Link to the map 表 ID 为 3850410 和 3850507
  • 还有几个cmets。您正在使用已弃用的表格 ID。有关更多信息,请参阅此链接:developers.google.com/fusiontables/docs/…。此外,根据此查询,您的邮政编码字段是数字:google.com/fusiontables/api/query?sql=DESCRIBE3850410
  • 难以置信。我检查了 Zipcode 列类型,并注意到该列被称为“ZIP2”,而不是像查询之后的“Zip”。哎呀。谢谢你把我带到那里。它现在似乎可以工作了。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-09-13
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多