Ⅰ 如何运用高德地图JavaScript API打造个性化Web地图
一、进入高德地图官网，再找到高德地图的开放平台，我是做前端的，所以使用的是javascriptAPI。
地图的功能很多，使用API可以自己定制自己想要的功能。在使用前需要自己申请一个Key，引入API的时候会用到这个key。
二、详细看一下左边的那一列各个里面的内容，看完了基本就知道怎么回事了，它提供的javascriptAPI其实就是一个接口，调用它的相应的接口就可以得到自己需要的数据。至于怎么调用接口，里面都讲的很清楚。
Ⅱ 百度地图如何使用web服务，查询周边的建筑，并返回周围建筑距离中心点的距离
电脑上网页网络地图不能直接查询周围建筑，只有手机上的网络地图可以显示你选定点周边的建筑设施，找到你要的建筑点击一下再选择导航就能显示出你离建筑的距离
Ⅲ 怎么用ArcGIS制作Web地图
ArcGIS
Web地图由底图和一组相关图层构成，用户可与之交互以执行某一有意义的任务。这些地图可供广大用户使用，并且包括多比例底图、针对特定受众的业务图层以及可帮助用户深入了解感兴趣要素的信息弹出窗口。这些地图还支持可视化、编辑、分析和时间功能。它们是
Web 地图应用程序的基础，并且可以通过包括移动设备、桌面应用程序和 Web 浏览器在内的多种客户端进行查看。
如何创作 Web地图
可通过以下三个基本步骤来创建 Web
地图：选择区域，确定要显示的内容，然后保存并共享您的工作。可以从新地图开始创建，或使用现有地图创建。打开现有地图时，可更改范围、定位地点、查看图例、查看有关要素的信息等。不管采用何种方法，都可以从底图库选择底图、添加数据图层、配置弹出窗口、包含特定位置的书签、包含地图的描述，然后将其另存为自己的项目，并通过链接或者将其嵌入网站或应用程序中与他人共享。要创建引人注目的
Web 地图，请考虑以下提示。
创建可用、易用且可操作的地图
高质量的地图可帮助您在 Web 上生动形象地展示地理信息。
作为地图创作者，您的角色实质上就是开放这些信息的访问权，并通过可用、易用且可操作的方式将您的地图呈现出来，无论这些地图是通过浏览器、移动设备还是桌面应用程序来显示。
使用有意义的底图和图层
地图应具有一定的意义，如讲述一段故事、传达一种思想或展示一个情景。为达到这个目的，您的底图和图层应具有以下特点：具有高质量的制图效果的底图和图层、提供多种比例、可快速绘制、包含丰富准确的信息、针对特定群体;如果地图的符号系统不够直观，还需要包含可查看的图例。
您可能还会考虑包含专用于编辑时间、影像和要素的图层。此外，通过添加一些不属于现有图层的要素，还可以帮助您的用户深入了解您的地图。例如，您可能需要在最近的火线中添加一些照片和文字说明。可以通过添加地图注释图层或从文件导入要素来添加要素。
显示重要信息
通常，提供详细信息的最佳方式是在用户与地图交互时将其显示出来，例如，通过在用户发出相关请求时显示弹出窗口和图例。由于图层可能包含大量要素数据，因此应仔细考虑要在弹出窗口中显示哪些属性以及这些信息的显示方式。您不希望您的用户被一些不相关或非必要的信息干扰;而是希望仅显示与特定地图相关的重要信息，并考虑在弹出窗口中包括格式化的文本、图像、图表等。您还可以考虑添加可编辑要素，以便用户可以添加和移除要素及相关信息。
提供充足信息量的项目详细信息
这些用于描述您的地图的信息应该清楚明确。请花一些时间来提供信息性标题、摘要、描述和标签，以便其他人可以了解地图显示的内容。最后，请确保对他人在地图项目详细信息页面添加的任何评论做出响应。您甚至可以主动添加评论，以推广地图中的特定要素;例如，可以鼓励用户查看您刚刚添加的新的航空影像。
与您所在组织的所有人共享
Web 地图可通过 Web
浏览器、移动设备和桌面客户端进行访问，从而使其成为用于与广大用户进行共享的强大工具。要获得最大数量人群的关注，请确保将地图共享给所有人，并确认需要查看您地图的所有人都能够访问所有图层。
Ⅳ web 网站中添加百度地图导航功能，怎么实现
这是网络知道的地理分类做成的。你下载一个安卓饿手机客户端，里面有这个功能，可以显示个人的地理位置。谢谢采纳为满意答案。
Ⅳ 从零打造一个Web地图引擎
说到地图，大家一定很熟悉，平时应该都使用过网络地图、高德地图、腾讯地图等，如果涉及到地图相关的开发需求，也有很多选择，比如前面的几个地图都会提供一套 js API ，此外也有一些开源地图框架可以使用，比如 OpenLayers 、 Leaflet 等。
那么大家有没有想过这些地图是怎么渲染出来的呢，为什么根据一个经纬度就能显示对应的地图呢，不知道没关系，本文会带各位从零实现一个简单的地图引擎，来帮助大家了解 GIS 基础知识及 Web 地图的实现原理。
首先我们去高德地图上选个经纬度，作为我们后期的地图中心点，打开 高德坐标拾取 工具，随便选择一个点：
笔者选择了杭州的雷峰塔，经纬度为： [120.148732,30.231006] 。
地图瓦片我们使用高德的在线瓦片，地址如下：
目前各大地图厂商的瓦片服务遵循的规则是有不同的：
谷歌和 TMS 的瓦片区别可以通过该地址可视化的查看： 地图瓦片 。
虽然规范不同，但原理基本是一致的，都是把地球投影成一个巨大的正方形世界平面图，然后按照四叉树进行分层切割，比如第一层，只有一张瓦片，显示整个世界的信息，所以基本只能看到洲和海的名称和边界线，第二层，切割成四张瓦片，显示信息稍微多了一点，以此类推，就像一个金字塔一样，底层分辨率最高，显示的细节最多，瓦片数也最多，顶层分辨率最低，显示的信息很少，瓦片数量相对也最少：
每一层的瓦片数量计算公式：
十八层就需要 68719476736 张瓦片，所以一套地图瓦片整体数量是非常庞大的。
瓦片切好以后，通过行列号和缩放层级来保存，所以可以看到瓦片地址中有三个变量： x 、 y 、 z
通过这三个变量就可以定位到一张瓦片，比如下面这个地址，行号为 109280 ，列号为 53979 ，缩放层级为 17 ：
对应的瓦片为：
关于瓦片的更多信息可以阅读 瓦片地图原理 。
高德地图使用的是 GCJ-02坐标系 ，也称火星坐标系，由中国国家测绘局在02年发布，是在GPS坐标（ WGS-84 坐标系）基础上经加密后而来，也就是增加了非线性的偏移，让你摸不准真实位置，为了国家安全，国内地图服务商都需要使用 GCJ-02坐标系 。
WGS-84 坐标系是国际通用的标准， EPSG 编号为 EPSG:4326 ，通常GPS设备获取到的原始经纬度和国外的地图厂商使用的都是 WGS-84 坐标系。
这两种坐标系都是地理坐标系，球面坐标，单位为 度 ，这种坐标方便在地球上定位，但是不方便展示和进行面积距离计算，我们印象中的地图都是平面的，所以就有了另外一种平面坐标系，平面坐标系是通过投影的方式从地理坐标系中转换过来，所以也称为投影坐标系，通常单位为 米 ，投影坐标系根据投影方式的不同存在多种，在 Web 开发的场景里通常使用的是 Web墨卡托投影 ，编号为 EPSG:3857 ，它基于 墨卡托投影 ，把 WGS-84 坐标系投影成正方形：
这是通过舍弃了南北 85.051129纬度 以上的地区实现的，因为它是正方形，所以一个大的正方形可以很方便的被分割为更小的正方形。
坐标系更详细的信息可参考 GIS之坐标系统 ， EPSG:3857 的详细信息可参考 EPSG:3857 。
上一节里我们简单介绍了一下坐标系，按照 Web 地图的标准，我们的地图引擎也选择支持 EPSG:3857 投影，但是我们通过高德工具获取到的是火星坐标系的经纬度坐标，所以第一步要把经纬度坐标转换为 Web墨卡托 投影坐标，这里为了简单，先直接把火星坐标当做 WGS-84 坐标，后面再来看这个问题。
转换方法网上一搜就有：
3857 坐标有了，它的单位是 米 ，那么怎么转换成瓦片的行列号呢，这就涉及到 分辨率 的概念了，即地图上一像素代表实际多少米，分辨率如果能从地图厂商的文档里获取是最好的，如果找不到，也可以简单计算一下（如果使用计算出来的也不行，那就只能求助搜索引擎了），我们知道地球半径是 6378137 米， 3857 坐标系把地球当做正圆球体来处理，所以可以算出地球周长，投影是贴着地球赤道的：
所以投影成正方形的世界平面图后的边长代表的就是地球的周长，前面我们也知道了每一层级的瓦片数量的计算方式，而一张瓦片的大小一般是 256*256 像素，所以用地球周长除以展开后的世界平面图的边长就知道了地图上每像素代表实际多少米：
地球周长算出来是 40075016.68557849 ，可以看到 OpenLayers 就是这么计算的：
3857 坐标的单位是 米 ，那么把坐标除以分辨率就可以得到对应的像素坐标，再除以 256 ，就可以得到瓦片的行列号：
函数如下：
接下来我们把层级固定为 17 ，那么分辨率 resolution 就是 1.194328566955879 ，雷峰塔的经纬度转成 3857 的坐标为： [13374895.665697495, 3533278.205310311] ，使用上面的函数计算出来行列号为： [43744, 11556] ，我们把这几个数据代入瓦片的地址里进行访问：
一片空白，这是为啥呢，其实是因为原点不一样， 4326 和 3857 坐标系的原点在赤道和本初子午线相交点，非洲边上的海里，而瓦片的原点在左上角：
再来看下图会更容易理解：
3857 坐标系的原点相当于在世界平面图的中间，向右为 x 轴正方向，向上为 y 轴正方向，而瓦片地图的原点在左上角，所以我们需要根据图上【绿色虚线】的距离计算出【橙色实线】的距离，这也很简单，水平坐标就是水平绿色虚线的长度加上世界平面图的一半，垂直坐标就是世界平面图的一半减去垂直绿色虚线的长度，世界平面图的一半也就是地球周长的一半，修改 getTileRowAndCol 函数：
这次计算出来的瓦片行列号为 [109280, 53979] ，代入瓦片地址：
结果如下：
可以看到雷峰塔出来了。
我们现在能根据一个经纬度找到对应的瓦片，但是这还不够，我们的目标是要能在浏览器上显示出来，这就需要解决两个问题，一个是加载多少块瓦片，二是计算每一块瓦片的显示位置。
渲染瓦片我们使用 canvas 画布，模板如下：
地图画布容器 map 的大小我们很容易获取：
地图中心点我们设在画布中间，另外中心点的经纬度 center 和缩放层级 zoom 因为都是我们自己设定的，所以也是已知的，那么我们可以计算出中心坐标对应的瓦片：
缩放层级还是设为 17 ，中心点还是使用雷峰塔的经纬度，那么对应的瓦片行列号前面我们已经计算过了，为 [109280, 53979] 。
中心坐标对应的瓦片行列号知道了，那么该瓦片左上角在世界平面图中的像素位置我们也就知道了：
计算出来为 [27975680, 13818624] 。这个坐标怎么转换到屏幕上呢，请看下图：
中心经纬度的瓦片我们计算出来了，瓦片左上角的像素坐标也知道了，然后我们再计算出中心经纬度本身对应的像素坐标，那么和瓦片左上角的差值就可以计算出来，最后我们把画布的原点移动到画布中间（画布默认原点为左上角，x轴正方向向右，y轴正方向向下），也就是把中心经纬度作为坐标原点，那么中心瓦片的显示位置就是这个差值。
补充一下将经纬度转换成像素的方法：
计算中心经纬度对应的像素坐标：
计算差值：
最后通过 canvas 来把中心瓦片渲染出来：
这里先来看看 getTileUrl 方法的实现：
这里随机了四个子域： webrd01 、 webrd02 、 webrd03 、 webrd04 ，这是因为浏览器对于同一域名同时请求的资源是有数量限制的，而当地图层级变大后需要加载的瓦片数量会比较多，那么均匀分散到各个子域下去请求可以更快的渲染出所有瓦片，减少排队等待时间，基本所有地图厂商的瓦片服务地址都支持多个子域。
为了方便看到中心点的位置，我们再额外渲染两条中心辅助线，效果如下：
可以看到中心点确实是雷峰塔，当然这只是渲染了中心瓦片，我们要的是瓦片铺满整个画布，对于其他瓦片我们都可以根据中心瓦片计算出来，比如中心瓦片左边的一块，它的计算如下：
所以我们只要计算出中心瓦片四个方向各需要几块瓦片，然后用一个双重循环即可计算出画布需要的所有瓦片，计算需要的瓦片数量很简单，请看下图：
画布宽高的一半减去中心瓦片占据的空间即可得到该方向剩余的空间，然后除以瓦片的尺寸就知道需要几块瓦片了：
我们把中心瓦片作为原点，坐标为 [0, 0] ，来个双重循环扫描一遍即可渲染出所有瓦片：
效果如下：
很完美。
拖动可以这么考虑，前面已经实现了渲染指定经纬度的瓦片，当我们按住进行拖动时，可以知道鼠标滑动的距离，然后把该距离，也就是像素转换成经纬度的数值，最后我们再更新当前中心点的经纬度，并清空画布，调用之前的方法重新渲染，不停重绘造成是在移动的视觉假象。
监听鼠标相关事件：
在 onMousemove 方法里计算拖动后的中心经纬度及重新渲染画布：
movementX 和 movementY 属性能获取本次和上一次鼠标事件中的移动值，兼容性不是很好，不过自己计算该值也很简单，详细请移步 MDN 。乘以当前分辨率把 像素 换算成 米 ，然后把当前中心点经纬度也转成 3857 的 米 坐标，偏移本次移动的距离，最后再转回 4326 的经纬度坐标作为更新后的中心点即可。
为什么 x 是减， y 是加呢，很简单，我们鼠标向右和向下移动时距离是正的，相应的地图会向右或向下移动， 4326 坐标系向右和向上为正方向，那么地图向右移动时，中心点显然是相对来说是向左移了，因为向右为正方向，所以中心点经度方向就是减少了，所以是减去移动的距离，而地图向下移动，中心点相对来说是向上移了，因为向上为正方向，所以中心点纬度方向就是增加了，所以加上移动的距离。
更新完中心经纬度，然后清空画布重新绘制：
效果如下：
可以看到已经凌乱了，这是为啥呢，其实是因为图片加载是一个异步的过程，我们鼠标移动过程中，会不断的计算出要加载的瓦片进行加载，但是可能上一批瓦片还没加载完成，鼠标已经移动到新的位置了，又计算出一批新的瓦片进行加载，此时上一批瓦片可能加载完成并渲染出来了，但是这些瓦片有些可能已经被移除画布，不需要显示，有些可能还在画布内，但是使用的还是之前的位置，渲染出来也是不对的，同时新的一批瓦片可能也加载完成并渲染出来，自然导致了最终显示的错乱。
知道原因就简单了，首先我们加个缓存对象，因为在拖动过程中，很多瓦片只是位置变了，不需要重新加载，同一个瓦片加载一次，后续只更新它的位置即可；另外再设置一个对象来记录当前画布上应该显示的瓦片，防止不应该出现的瓦片渲染出来：
因为需要记录瓦片的位置、加载状态等信息，我们创建一个瓦片类：
然后修改之前的双重循环渲染瓦片的逻辑：
效果如下：
可以看到，拖动已经正常了，当然，上述实现还是很粗糙的，需要优化的地方很多，比如：
1.一般会先排个序，优先加载中心瓦片
2.缓存的瓦片越来越多肯定也会影响性能，所以还需要一些清除策略
这些问题有兴趣的可以自行思考。
拖动是实时更新中心点经纬度，那么缩放自然更新缩放层级就行了：
效果如下：
功能是有了，不过效果很一般，因为我们平常使用的地图缩放都是有一个放大或缩小的过渡动画，而这个是直接空白然后重新渲染，不仔细看都不知道是放大还是缩小。
所以我们不妨加个过渡效果，当我们鼠标滚动后，先将画布放大或缩小，动画结束后再根据最终的缩放值来渲染需要的瓦片。
画布默认缩放值为 1 ，放大则在此基础上乘以 2 倍，缩小则除以 2 ，然后动画到目标值，动画期间设置画布的缩放值及清空画布，重新绘制画布上的已有瓦片，达到放大或缩小的视觉效果，动画结束后再调用 renderTiles 重新渲染最终缩放值需要的瓦片。
效果如下：
虽然效果还是一般，不过至少能看出来是在放大还是缩小。
前面还遗留了一个小问题，即我们把高德工具上选出的经纬度直接当做 4326 经纬度，前面也讲过，它们之间是存在偏移的，比如手机 GPS 获取到的经纬度一般都是 84 坐标，直接在高德地图显示，会发现和你实际位置不一样，所以就需要进行一个转换，有一些工具可以帮你做些事情，比如 Gcoord 、 coordtransform 等。
上述效果看着比较一般，其实只要在上面的基础上稍微加一点瓦片的淡出动画，效果就会好很多，目前一般都是使用 canvas 来渲染 2D 地图，如果自己实现动画不太方便，也有一些强大的 canvas 库可以选择，笔者最后使用 Konva.js 库重做了一版，加入了瓦片淡出动画，最终效果如下：
另外只要搞清楚各个地图的瓦片规则，就能稍加修改支持更多的地图瓦片：
具体实现限于篇幅不再展开，有兴趣的可以阅读本文源码。
本文详细的介绍了一个简单的 web 地图开发过程，上述实现原理仅是笔者的个人思路，不代表 openlayers 等框架的原理，因为笔者也是 GIS 的初学者，所以难免会有问题，或更好的实现，欢迎指出。
在线 demo ： https://wanglin2.github.io/web_map_demo/
完整源码： https://github.com/wanglin2/web_map_demo
Ⅵ 运用html5技术 制作web端 的 百度地图
网络地图提供有绘制线条和多边形、标示和覆盖物、以慧搜洞及提示框的API，利用他们就可以实现你问题中包含的需求，网络提供了详细的API文档和示例，一看就懂。
另外现在HTML5这个概念太泛了，很多人动不动就说这个要HTML5、那个要HTML5，其实很多时候并不知道HTML5到底是什么前枯，以及用来干什么，所以不要想太漏卜复杂。
Ⅶ 如何发起WEB服务显示地图
Web地图服务（WMS）：利用具有地理空间位置信息的数据制作地图，其中将地图定义为地理数据可视的表现，地图本身并不是数据。地图通常以图像格式表达，例如PNG,GIF或是JPEG，有时候也表达为基于矢量图形，如可缩放矢量图形（SVG）或是网络电脑图形元文件等格式（WebCGM）。根据OGC规范，地图服务是专门提供共享地图数据的服务，负责根据客户程序的请求，提供地图图像、指定坐标点的要素信息、以及地图服务的功能说明信息。
WMS规范纳陆轮定义了三个接口（操作）：GetCapabilities（获取服务能力）, GetMap（获取地图）和GetFeatureInfo（获取对象信息）。其中GetMap为核心操作。GetCapabitities返回服务级元数据，它是对服务信息内容和要求参数的一种洞信描述；GetMap返回一个地图影像，其地理空间参考和大小参数是明确定义了的；GetFeatureInfo（可选）返回显示在地图上的某些特殊要素的信息。这个规范还定义了一个用于调用上述操作的万维网悉轮统一资源定位器（URL）语法和服务级元数据的XML（可扩展标记语言）表达法。