Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/google-maps/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google app engine 谷歌地图融合表的可行性_Google App Engine_Google Maps_Google Maps Api 3_Google Fusion Tables - Fatal编程技术网

Google app engine 谷歌地图融合表的可行性

Google app engine 谷歌地图融合表的可行性,google-app-engine,google-maps,google-maps-api-3,google-fusion-tables,Google App Engine,Google Maps,Google Maps Api 3,Google Fusion Tables,我想知道是否有人可以提供一些关于谷歌地图方法的见解。目前,我正在使用google maps api v3开发一个可视化。这一可视化将绘制出多边形,用于:;国家、州、邮政编码、城市等,以及地图3个其他标记(气球、圆圈..)。此数据由底层报表动态驱动,该报表可以应用过滤器,并且可以钻取到多个级别。我遇到的最大问题是动态渲染多边形。使用Google Maps V3生成多边形所需的数据非常大。它还需要在运行时进行大量处理 我的想法是,因为我的可视化永远不会允许用户返回非常大的数据集(所有邮政编码都是美国

我想知道是否有人可以提供一些关于谷歌地图方法的见解。目前,我正在使用google maps api v3开发一个可视化。这一可视化将绘制出多边形,用于:;国家、州、邮政编码、城市等,以及地图3个其他标记(气球、圆圈..)。此数据由底层报表动态驱动,该报表可以应用过滤器,并且可以钻取到多个级别。我遇到的最大问题是动态渲染多边形。使用Google Maps V3生成多边形所需的数据非常大。它还需要在运行时进行大量处理

我的想法是,因为我的可视化永远不会允许用户返回非常大的数据集(所有邮政编码都是美国的)。我可以使用动态创建的融合表

假设每次运行我的报告将返回50个州或50个邮政编码。用户可以从state>zip进行钻取

可视化用户的第一次运行将运行一个报告,它将返回状态名称和4个度量。是否可以基于此信息动态创建融合表?我是否能够为地图上绘制的所有不同标记传递4个度量和格式

第二次运行时,用户将从州钻取到邮政编码。然后,报告将返回50个邮政编码和4个指标。是否可以删除初始表并创建另一个表来映射具有上述相同要求的映射?提供fusion表的邮政编码(2205455678…)和4个度量值和格式

对不起,说得太多了。即使在阅读了fusion table文档之后,我也不能100%确定这一点

完全托管解决方案 如果你可以上传完整的数据集并让谷歌进行深入调查,你可以查看谷歌地图引擎平台。它是用来处理大量地理空间数据的,所以你不必做繁重的工作

产品页面如下:

API文档在此:

有关使用法线贴图API连接数据的详细信息,请参见此处:

动态托管解决方案 但是,由于您希望动态地执行此操作,因此有点棘手。此时和都不支持通过其API创建表,因此您最好的选择是在一致的架构中对数据建模,以便您可以提前创建表(在任一平台中),并使用API按需上载和删除数据

例如,您可以提前在MapsEngine中为每个向下钻取级别创建一个表(例如,一个用于状态,一个用于邮政编码)&使用该方法在运行时添加数据

如果您喜欢Fusion表,可以使用或

客户端解决方案 上述解决方案相当复杂&您最好使用Maps v3 API绘图功能(例如)生成形状


如果您的数据映射非常复杂,您可能会发现使用D3.js将数据绑定到Google地图更容易。有一个很好的例子。不幸的是,这确实意味着要调查另一个API。

看起来数据需要上传。但是,由于这些数据是由报表驱动的,并且会根据不可行的报表内容进行更改。啊,那么您的意思是,完整的数据集无法提前提供?这是不幸的-我会更新我的答案更详细。我认为唯一的解决方案,将工作的这个应用程序是通过APIv3动态建立一个谷歌地图。托管这些地图将被删除的任何数据集都将变得不可管理。目前有1个“项目”正在生产中。这个项目有几千个指标,都可以用来推动谷歌地图的可视化。目前我一次支持4个指标。第一个驱动一个多边形,该多边形使用每个空间区域(州、邮政编码、县)的lat/long数组绘制。其他3个驱动放置在多边形中心的不同标记(圆、气球、星星)。由于数据是如此动态,似乎在运行时使用API构建此google地图是唯一的解决方案。虽然有点慢,但我正在设计可视化,以便只能够呈现可用数据的一小部分。因此,所有50个州,然后用户可以钻到50个州,看到该州内的所有邮政编码,等等。我真的很欣赏这篇有见地的文章,将来一定会参考它。