91卫图助手（谷歌地球版）是全球首款真正的GoogleEarth影像、历史影像、高程专业下载器，它通过对GoogleEarth数据传输协议的完全解译，完美实现从GoogleEarth服务端直接下载数据。
目前市面上众多谷歌影像下载器数据均来源于GoogleMap服务端，所下载的数据带有Google水印标识，而本软件数据则来源于GoogleEarth服务端，所下载的数据无水印，且无需纠偏，无需重投影，可直接使用，无限下载，免封IP。
同时，本软件支持任意尺度任意幅面数据下载，所下载的数据无缝隙，无形变，无需重新配准，且无需安装GoogleEarth。
此外，本软件还具有强大的历史影像和高程下载功能，操作简单，方便易用。
91卫图助手，谷歌影像下载利器，谷歌高程下载利器，谷歌历史影像下载利器。

GoogleEarth-Win-Plugin-7.1.1.1888谷歌地图插件离线安装包谷地gis必须的插件

GoogleEarthAPI开发者指南，使用JavaScritp语言编写，带有目录，方便读者索引查找，是GoogleEarth二次开发的必备手册.

全国所有上市公司注册地址经纬度数据，直接使用googleearth打开即可显示位置，亦可使用excel编辑

注意先安装googleearth（最好5.0以后），再运行这个工具，支持64位

==================================================================================================电子地图一把抓V1.0GoogleEarth非完美版及无损压缩版解决了电子地图一把抓原版的下列问题：●抓GoogleEarth卫图时导致地球旋转，无法正确抓图的问题●抓非卫图地图时，在道路边界及文字附近出现噪点问题。
去除噪点后，可以制作出更清晰、也更小的最终文件GE非完美版的非完美性表现在：抓GoogleEarth带KML/KMZ地标显示的卫图时，在某次自动移动地球时，若GE抓手下方恰好有图标，在目前最新的GEV4.3beta版中测试的结果看，抓手会“滑”一小段，导致错位。
但实测无图标显示的KML/KMZ或关闭其图标，显示道路及面状物时，未测出问题（未进行大量测试）。
因此电子地图一把抓GE非完美版可以制作GE卫图底图+不带图标的KML/KMZ的地图。
有图标时，需仔细检查，有问题可稍微改变一下起点位置或抓图区域大小重抓试验。
可执行文件说明：MapCap.exe原版本MapCap_LZW.exe24位模拟式下将TIF文件从有损JPEG压缩改为无损LZW压缩，解决图像出现噪点的问题。
推荐用于抓取非卫图的地图。
MapCap_GE.exe用于GoogleEarth，非完美（屏幕上图标较密集时有可能导致错位）。
存储的结果TIF文件24位模式下与原版一样，采用有损JPEG压缩。
MapCap_GE_LZW.exe同MapCap_GE.exe，但24位模拟式下采用无损LZW压缩。
推荐用于抓取GoogleEarth卫图，特别是带KML显示时，但有图标显示时需仔细检查结果是否有错位的现象。
注：电子地图一把抓的所有权利完全归原作者Kenchang所有。
感谢Kenchang编写这么实用又有生命力的软件。
2009.1.2==================================================================================================kenchang对原版的说明：1、软硬件要求2、安装卸载说明3、已知问题4、版权声明1、软硬件要求可运行在Windows98/ME/2000/XP之上，CPU为奔腾133以上，内存32M以上。
抓取大图时会需要大量内存，建议内存为512M以上。
2、安装卸载说明本软件为绿色软件，将所有文件复制到同一目录中，运行mapcap.exe即可。
删除时将该目录下的所有文件删除。
3、已知问题本软件未经广泛测试，谬误在所难免4、版权声明本软件为免费软件，不提供任何形式的技术支持。
本软件仅供学习交流用途，不得用于任何形式的商业目的或其他非法目的，在抓图之前应先取得原版权所有者的同意，使用本软件造成的任何后果均与本软件作者无关。
kenchang

TransferringDeepConvolutionalNeuralNetworksfortheSceneClassificationofHigh-ResolutionRemo所用数据源WHU-RSDataset.从GoogleEarth（GoogleInc.）收集的WHU-RS数据集[6]是一个新的公开可用的数据集，其包含大小为600×600像素的950幅图像，均匀分布在19个场景类中。
一些示例图像如图5所示。
我们可以看到，一些类别中的照明，尺度，分辨率和viewpoint-dependent外观的变化使得它比UCM数据集更复杂。

借助Com组件，加载GoogleEarth，通过调用GoogleEarthAPI，使地图显示在Qt界面之中，讲解链接https://blog.csdn.net/zmxzmx110/article/details/80914006

保留原有所有功能，新增直接从mapinfo图层输出googleearthkml文件的工具。
Mapinfo2Googleearth将ADA_CDMATool基础上生成的CDMA_Cell_Map_NB图层直接转为googleearth的kml文件。
kml保留扇区的三叶草图形，全向站用六边形标识。
///////原有功能/////////ADACDMAToolHelp扇区信息表格式 扇区信息表：CdmaCellInfo.xls。
“Bearing”列为方位角，“radius”列为半径，“FREQ”列为不同频率，“H_BeamWidth”为扇区水平瓣宽，“Longitude”经度，“Latitude”纬度。
“扇区类型”列用“射频拉远”标识是否RRU站。
“基站名”列标识站名或者射频拉远站的施主站名。
“物理地址”列标识实际站点站名。
“NeighborNumber”列保存对应扇区的邻小区数。
“N01”记录第一个邻小区的小区号，必须放在第24列。
MakeCell用来生成扇区结构的mapinfo图层，用不同的方位角和半径来区分同一物理地址不同频点的扇区。
扇区信息表：CdmaCellInfo.xls，放在和本插件同一目录下。
并在同一目录下生成图层CDMA_Cell_Map_NB。
下图即为生成的基站扇区图，圆形为全向站（包括室分系统）注：以下所有的工具均需要在生成的CDMA_Cell_Map_NB图层上工作！RRULine 用来生成RRU站和施主站之间的连线。
用箭头工具点击扇区，如果扇区是RRU站则画出其与施主站之间的连线。
用RECT工具进行区域选择，程序会将区域范围内的RRU站与施主站之间连线。
DrawRRULineall 一次性生成CDMA_Cell_Map_NB图层中所有RRU站与其施主站间的连线。
注：生成全网的RRU联线，所需时间较长。
FindPN 用来查找CDMA_Cell_Map_NB图层中所有指定PN的扇区，填充颜色并标注PN。
可以用此来检查PN复用距离。
下图为findPN274的结果，标注PN274并红色填充对应扇区。
NBCheck 显示所选择扇区的所有邻小区并用颜色填充。
可以用此来查看是否有明显的PN漏配。
如果点击选择的位置有多个扇区时，会弹出选择对话框供用户确定扇区。
PNOneWayCheck点击图层，输出所点击扇区的邻小区重复PN信息，或者多余邻小区信息（多余邻小区为小区号已经不在现网中）。
注：PNOneWay和Twoway与某一地点的覆盖有很大关系，并不仅仅是邻小区设置的问题，程序中只是检查了基站邻小区的PN是否有重复PNTwoWayCheck 检查所点击扇区的邻小区、所有二次邻小区（邻小区的邻小区）之间的PN是否有重复。
如果二次邻小区PN重复，则可能存在PNTwoway的风险print出PNTwoway点位的Cell信息，在map上连线，显示造成Twoway的邻小区路径。
注：此程序运行时间视邻小区个数与PN重复数有关，在2min~10min左右注：PNOneWay和Twoway与某一地点的覆盖有很大关系，并不仅仅是邻小区设置的问题，程序中检查了基站邻小区、所有二次邻小区的PN是否有重复PNTwoWayCheck2 检查所点击扇区的邻小区与二次邻小区之间的PN复用关系，不检查二次邻小区之间的复用关系。
用不同的颜色填充和连线显示出可能存在的PNTwoWay，此工具检查出来的PNTwoWay结果比PNTwoWayCheck检查出来的结果更有风险。
话统数据分析 选择需要分析的数据列，或者输入需要分析的数据列（输入的列名要与CdmaCellInfo.xls中的列名完全一致），输入分析数据的最大值和5类层级的填充颜色和范围。
用不同的颜色标识属于不同范围的扇区，并用图示标识出来。

在Googleearth软件直接打开即可。
包含湖州市各乡镇街道边界及名称，精度极高。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。