实现全景效果，线路规划并模仿运动轨迹百度地图货真价实懂行的改改自己项目做完齐活

输电线路6节点线路运转费用最低的规划问题，可直接运转，也可以换数据集

我是用Struts架构来做的公交车管理系统,用javascript来验证提交时表单中的数据。
部分问题还未处理,车次查询、站点查询和线路查询每次进入系统后只能进行其中一种操作。
感觉每次*.do操作后，都关闭了数据源，可进行其它操作是就有问题了？？？

《电力零碎继电保护》课程用输电线路PSCAD模型

传统配电网潮流计算仅关注预想场景下电网中的电气量运行状态（如节点电压、相角，线路载流、功率等），未考虑输电元件运行的温度状态，因而无法从本质上体现输电元件热载荷状态以及输电元件温度变化对潮流的影响，易导致电网运行分析结果的保守或冒进。
针对该问题，本程序在输电元件在线监测技术实施的基础上（如DTR，DTS等），将输电元件电热耦合规律与电网潮流规律有机结合，基于配电网计算的前推回代法构建计及电热耦合的配电网潮流计算方法。
其核心在于将输电元件（包括架空线路及电缆线路）热平衡方程与电网潮流方程联立，以电阻-温度效应为纽带，将潮流计算的前推回代过程与热平衡方程求解交替进行，进而实现热稳态平衡及动态平衡下的温度计算，在此基础上，通过仿真对比分析了潮流计算方法对网损分析以及安全分析结果的影响。
算例分析表明，通过此研究工作可使配电网潮流计算愈加贴近真实，且能够帮助调度实现以温度把握输电元件热载荷状态，对提高配网潮流计算精度，以及充分利用输电元件载荷潜力具有重要意义。

1、所有设备初始化修改设备名称（根据拓扑标注），关闭DNS解析功能，特权加密密码为ciscocisco，在CON口设置空闲超时为2分钟10秒，在VTY口设置空闲超时为永不超时，在这两个线路平台使用光标跟踪，密码为cisco。
所有的明文需要进行再加密。
2、公司有2个部门和1个服务器区分别在不用的房间：ROOM-1：VLAN22ROOM-2：VLAN33ADMIN：VLAN113、公司内部为了管理维护方便，在内部架设了1台DHCP服务器，并且在分支机构R3上也启用了DHCP服务，并且要求整网采用DHCP分配地址。
VLAN33用户对于通过DHCP服务器的要求：分配地址去掉前10个地址，从第11个地址开始分配，地址段只能分配20个地址，地址池的名称根据VLAN来命名，DNS为192.168.0.100；
VLAN22用户对于R3本地启用的DHCP要求：排除掉分配给用户网段的一些固化地址，并且用户从第5个地址开始分配，DNS为192.168.0.100，地址池的名称根据VLAN来命名。
4、由于公司的业务发展在各个地区都有了分支机构，公司为了节约成本达到互联的目的，采用帧中继的方式。
帧中继采用的是星型拓扑方式，以R1为中心分别与R2、R3互联，并且用的静态映射。
分支机构之间使用RIPv2，实现总部内部与分支内部互访的功能。
帧中继的映射：S0：R1—R2R1—R3，S1：R2—R1，S2：R3—R15、公司内部分了很多部门，为了数据的安全有的部门不希望别的部门访问。
用户要求ROOM-1不允许ROOM-2访问，其他能够正常转发数据。
访问列表用扩展的命名方式，列表的名称为ACL。
为了网络设备的管理安全要求只有ADMIN网段可以去telnet远程管理R1，访问列表用标准的命名方式，列表名称为ACCESS。
6、公司对外还有一根专线用来访问互联网，为了安全起见，与ISP的串行连接用PAP验证，密码为123class。
7、运营商给了公司7个地址：60.29.10.3-10，地址池名称为network，访问列表为55（允许所有内网可以访问外网除了分支机构外）。
用PAT实现内网到外网的转换互访。
边界路由器R1做一条静态路由（下一跳地址）指向ISP的WEB服务器区网段，ISP用默认（送出接口）指向公司。
8、测试连通性。

1、所有设备初始化修改设备名称（根据拓扑标注），关闭DNS解析功能，特权加密密码为ciscocisco，在CON口设置空闲超时为2分钟10秒，在VTY口设置空闲超时为永不超时，在这两个线路平台使用光标跟踪，密码为cisco。
所有的明文需要进行再加密。
2、公司有2个部门和1个服务器区分别在不用的房间：ROOM-1：VLAN22ROOM-2：VLAN33ADMIN：VLAN113、公司内部为了管理维护方便，在内部架设了1台DHCP服务器，并且在分支机构R3上也启用了DHCP服务，并且要求整网采用DHCP分配地址。
VLAN33用户对于通过DHCP服务器的要求：分配地址去掉前10个地址，从第11个地址开始分配，地址段只能分配20个地址，地址池的名称根据VLAN来命名，DNS为192.168.0.100；
VLAN22用户对于R3本地启用的DHCP要求：排除掉分配给用户网段的一些固化地址，并且用户从第5个地址开始分配，DNS为192.168.0.100，地址池的名称根据VLAN来命名。
4、由于公司的业务发展在各个地区都有了分支机构，公司为了节约成本达到互联的目的，采用帧中继的方式。
帧中继采用的是星型拓扑方式，以R1为中心分别与R2、R3互联，并且用的静态映射。
分支机构之间使用RIPv2，实现总部内部与分支内部互访的功能。
帧中继的映射：S0：R1—R2R1—R3，S1：R2—R1，S2：R3—R15、公司内部分了很多部门，为了数据的安全有的部门不希望别的部门访问。
用户要求ROOM-1不允许ROOM-2访问，其他能够正常转发数据。
访问列表用扩展的命名方式，列表的名称为ACL。
为了网络设备的管理安全要求只有ADMIN网段可以去telnet远程管理R1，访问列表用标准的命名方式，列表名称为ACCESS。
6、公司对外还有一根专线用来访问互联网，为了安全起见，与ISP的串行连接用PAP验证，密码为123class。
7、运营商给了公司7个地址：60.29.10.3-10，地址池名称为network，访问列表为55（允许所有内网可以访问外网除了分支机构外）。
用PAT实现内网到外网的转换互访。
边界路由器R1做一条静态路由（下一跳地址）指向ISP的WEB服务器区网段，ISP用默认（送出接口）指向公司。
8、测试连通性。

代码实现了在python下利用百度api获取地铁站点及地铁精细路线（轨迹）的墨卡托坐标数据并转化为WGS-84坐标系下的经纬度，并运用plotly+mapbox绘制地铁路线图

代码实现了在python下利用百度api获取地铁站点及地铁精细路线（轨迹）的墨卡托坐标数据并转化为WGS-84坐标系下的经纬度，并运用plotly+mapbox绘制地铁路线图

城市公交查询系统本系统采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及和数据库的联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来实现整个系统的功能前台主要有3个模块，线路查询、站点查询、公交换乘模块和后台管理模块功能名称：线路查询功能概述：可以获得要查询公交所通过的各个站点。
功能名称：站点查询功能概述：通过输入的指定站点查询经过该站点的公交。
功能名称：公交换乘查询功能概述：分为公交直达、公交一次换乘，主要体现那些不可直达需要转车的路线的所有换法。
(如果用户输入的起始点和终点，有一条及一条以上的公交线可以直达的，则为公交直达；
如果输入的起始点和终点，没有一条公交线可以直接到的，系统将会给出一次换乘的方案，则为公交一次换乘)功能名称：后台管理功能概述：用于管理员登陆，添加、修改、删除公交线路，修改信息材料、安全密码，回复留言板等功能。
本系统提供了的车次查询功能、路线查询功能。
乘客可以方便的进行查询，以防乘错车次。
当然有些功能的智能化不是很强，系统有待进一步来完善。

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