【联邦大会】看点11：ROOK-Portable GeospatialIntelligence：ArcGISRuntime在军事中的应用

最新推荐文章于 2025-07-03 16:36:57 发布
原创 最新推荐文章于 2025-07-03 16:36:57 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Esri联邦大会 #ArcGIS Runtime #军事应用

针对军事行动中的地理信息需求，美国海军陆战队采用ArcGISRuntime开发了一款名为ROOK-PortableGeospatialIntelligence的应用。该应用具备离线运行能力，并预先加载相关地图数据，无需现场安装即可使用，有效支持了特殊条件下的作战任务。

看点11：ROOK-Portable GeospatialIntelligence：ArcGISRuntime在军事中的应用

       在军事领域，由于特殊地形地理环境及项目的特殊需要，很多情况下网络受限，无法访问一些在线的地图服务，但对于相关地理数据的信息查看、符号过滤、符号信息查询、坐标转换等需求迫切，美国海军陆战队就遇到过这类的需求，他们由于保密性的制约，需要离线运行应用，并且需要在系统中提前配置相关数据，为节省空间，应用在部署时最好无需安装而直接能够运行。

Esri的ArcGISRuntime产品正好满足了上述军事需求，他们因此使用该软件开发了一套名为“7   ROOK-Portable GeospatialIntelligence”的应用，简单概述应用功能为：

    （1）           小图框显示

    （2）           离线运行

    （3）           预添加相关数据

    （4）           部署时无需安装


 

图：位置信息展示

k8s卸载rook后namespace：rook-ceph 一直Terminating
Hansyang84的博客
02-24 1269
项目场景：k8s卸载rook后namespace：rook-ceph 一直Terminating 问题描述： 按照：https://rook.github.io/docs/rook/master/ceph-teardown.html 卸载rook后，namespace：rook-ceph 一直Terminating 如下： root@ubuntu:~# kubectl get ns NAME STATUS AGE default
Rook-ceph 使用Filesystem文件系统实战
shanghaizhjw的博客
01-06 956
rook 中的filesystem文件存储实战实例
rook报错：User “system:serviceaccount:rook-ceph:rook-ceph-system“ cannot get resource “servicemonitors“
w22880123的博客
10-26 290
rook报错
"system:serviceaccount:rook-ceph-system:rook-ceph-system" cannot get pods/log in the namespace "rook...
weixin_30853329的博客
11-14 441
1.kubectl logs -f rook-ceph-operator-86776bbc44-cv5hs -n rook-ceph-system 日志：E | op-cluster: unknown ceph major version. failed to get version job log to detect version. failed to read from strea...
K8S，k3s 分布式存储：rook-ceph or Longhorn
码农崛起
01-19 5036
K8S的Volume Volume的主要功能是为了持久化容器的数据，Volume 的生命周期独立于容器，Pod 中的容器可能被销毁和重建，但 Volume 会被保留。本质上，Kubernetes Volume 是一个目录，这一点与 Docker Volume 类似。当 Volume 被 mount 到 Pod，Pod 中的所有容器都可以访问这个 Volume。Kubernetes Volume 目前（2020-09），Kubernetes支持以下Volume 类型： 本文重点介绍persis.
云原生环境下的存储系统优化：CSI插件与Rook-Ceph实战
2501_91980039的博客
05-19 785
云原生存储的优化本质是存储系统与计算平台的深度协同。CSI插件提供了标准化的扩展接口，而Rook-Ceph则为大规模存储集群管理提供了生产级方案。两者的结合使用，能够有效支撑企业级云原生应用的存储需求，在性能、可靠性与运维效率之间取得最佳平衡。
Kubernetes中分布式存储Rook-Ceph部署快速演练
dotNET跨平台
02-28 865
最近在项目中有涉及到Kubernetes的分布式存储部分的内容，也抽空多了解了一些。项目主要基于Rook-Ceph运行，考虑到Rook-Ceph部署也不那么简单，官方文档的步骤起点也不算低...
rook-ceph的osd没有启动rook-ceph-osd-prepare状态异常处理
平庸
07-03 320
摘要：在rook-ceph集群搭建完成后，发现三节点中有一个OSD状态异常。排查发现rook-ceph-osd-prepare节点未获取IP，导致磁盘扫描失败。根据官方文档建议，通过清空内存、将节点设为不可调度后重新调度扫描，最终解决问题并恢复正常状态。整个处理过程涉及pod状态检查、故障节点定位及官方解决方案的应用。
kubernetes搭建rook-ceph
StarsL
05-01 522
简介 Rook官网：https://rook.io Rook是
[root@k8s-master01 examples]# cat dashboard-external-http.yaml apiVersion: v1 kind: Service metadata: name: rook-ceph-mgr-dashboard-external-http namespace: rook-ceph # namespace:cluster labels: app: rook-ceph-mgr rook_cluster: rook-ceph # namespace:cluster spec: ports: - name: dashboard port: 7000 protocol: TCP targetPort: 7000 selector: app: rook-ceph-mgr mgr_role: active rook_cluster: rook-ceph # namespace:cluster sessionAffinity: None type: NodePort 看rook安装目录里的文件就很清楚能知道你的理解错误
03-30
关键点在于选择器（selector）部分，包含了`app: rook-ceph-mgr`、`mgr_role: active`和`rook_cluster: rook-ceph`。这说明Rook在这里确实使用了`mgr_role: active`标签来筛选Active的MGR Pod。 这与我之前的回答有...
KMV的MATLAB的代码-rook-ask-demo:Code-Conf2019的演示，显示Rook和ASK
05-26
KMV的MATLAB的代码Rook ASK演示 介绍 此存储库用于在Code-Conf 2019上演示Rook.io和ASK。通过Code-Conf后，此处的代码将不会保留。 先决条件 您需要启动并运行Kubernetes集群并安装头盔。 此存储库中的代码已在...
2025-03-29 10:14:00.654114 I | op-mgr: deployment for mgr rook-ceph-mgr-a already exists. updating if needed 2025-03-29 10:14:00.660132 I | op-k8sutil: deployment "rook-ceph-mgr-a" did not change, nothing to update 2025-03-29 10:14:00.660179 I | cephclient: getting or creating ceph auth key "mgr.b" 2025-03-29 10:14:00.918206 I | op-mgr: deployment for mgr rook-ceph-mgr-b already exists. updating if needed 2025-03-29 10:14:00.922071 I | op-k8sutil: deployment "rook-ceph-mgr-b" did not change, nothing to update 2025-03-29 10:14:02.012907 E | ceph-cluster-controller: failed to reconcile CephCluster "rook-ceph/rook-ceph". failed to reconcile cluster "rook-ceph": failed to configure local ceph cluster: failed to create cluster: failed to start ceph mgr: failed to enable mgr services: failed to enable service monitor: service monitor could not be enabled: failed to retrieve servicemonitor. servicemonitors.monitoring.coreos.com "rook-ceph-mgr" is forbidden: User "system:serviceaccount:rook-ceph:rook-ceph-system" cannot get resource "servicemonitors" in API group "monitoring.coreos.com" in the namespace "rook-ceph" 2025-03-29 10:14:02.052359 E | ceph-spec: failed to update cluster condition to {Type:Ready Status:True Reason:ClusterCreated Message:Cluster created successfully LastHeartbeatTime:2025-03-29 10:14:02.048230153 +0000 UTC m=+9812.323876586 LastTransitionTime:2025-03-29 08:40:15 +0000 UTC}. failed to update object "rook-ceph/rook-ceph" status: Operation cannot be fulfilled on cephclusters.ceph.rook.io "rook-ceph": the object has been modified; please apply your changes to the latest version and try again 2025-03-29 10:25:15.419892 E | ceph-nodedaemon-controller: node reconcile failed: failed to enable service monitor: service monitor could not be enabled: failed to retrieve servicemonitor. servicemonitors.monitoring.coreos.com "rook-ceph-exporter" is forbidden: User "system:serviceaccount:rook-ceph:rook-ceph-system" cannot get resource "servicemonitors" in API group "monitoring.coreos.com" in the namespace "rook-ceph" 2025-03-29 10:25:16.017269 E | ceph-nodedaemon-controller: node reconcile failed: failed to enable service monitor: service monitor could not be enabled: failed to retrieve servicemonitor. servicemonitors.monitoring.coreos.com "rook-ceph-exporter" is forbidden: User "system:serviceaccount:rook-ceph:rook-ceph-system" cannot get resource "servicemonitors" in API group "monitoring.coreos.com" in the namespace "rook-ceph" 2025-03-29 10:25:18.622406 E | ceph-nodedaemon-controller: node reconcile failed: failed to enable service monitor: service monitor could not be enabled: failed to retrieve servicemonitor. servicemonitors.monitoring.coreos.com "rook-ceph-exporter" is forbidden: User "system:serviceaccount:rook-ceph:rook-ceph-system" cannot get resource "servicemonitors" in API group "monitoring.coreos.com" in the namespace "rook-ceph"
03-30
首先，用户展示的日志涉及Rook-Ceph在Kubernetes集群中的部署问题，特别是关于ServiceMonitor资源的访问权限问题。 首先，我要理解日志中的关键错误信息。第一条错误是用户`system:serviceaccount:rook-ceph:rook-...
基于微信小程序平台开发的集家庭日常收支精细化记录多成员协同管理与智能财务分析于一体的云端家庭财务管理系统_微信小程序开发前端界面设计后端数据逻辑处理云数据库存储用户权限管.zip
12-04
基于微信小程序平台开发的集家庭日常收支精细化记录多成员协同管理与智能财务分析于一体的云端家庭财务管理系统_微信小程序开发前端界面设计后端数据逻辑处理云数据库存储用户权限管.zip
CursorSetup-x64-2.1.47.exe
最新发布
12-04
CursorSetup-x64-2.1.47.exe
动态覆盖的分布式策略，具有有限感知能力.zip
12-04
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
（55页PPT）智慧农业行业解决方案.pptx
12-04
（55页PPT）智慧农业行业解决方案.pptx
基于双目标 UCB 控制启发式算法的主动磁悬浮轴承 PID 隐式模型优化方法-基准函数测试（Matlab代码实现）
12-04
内容概要：本文提出了一种基于双目标UCB控制启发式算法的主动磁悬浮轴承PID隐式模型优化方法，并通过基准函数测试验证其有效性。该方法结合了多目标优化与启发式搜索策略，旨在提升主动磁悬浮轴承控制系统中PID参数整定的精度与稳定性，利用Matlab进行仿真代码实现，展示了在基于双目标 UCB 控制启发式算法的主动磁悬浮轴承 PID 隐式模型优化方法——基准函数测试（Matlab代码实现）复杂非线性系统建模与优化方面的应用潜力。; 适合人群：具备一定控制理论基础和Matlab编程能力的高校研究生、科研人员及从事自动化、机械电子工程等领域研发工作的技术人员。; 使用场景及目标：①用于主动磁悬浮轴承系统的高性能控制设计；②为PID控制器参数优化提供基于双目标UCB启发式算法的新思路；③适用于需要高精度、强鲁棒性控制的工业场景，如高速旋转机械、精密制造装备等。; 阅读建议：建议读者结合Matlab代码深入理解算法实现细节，重点关注双目标优化机制与UCB启发式策略的融合方式，并可通过替换不同基准函数进行扩展实验，进一步掌握其在实际控制系统优化中的调参技巧与适应性分析方法。
毕业设计基于深度学习的家庭用电量预测模型研究python源码+PPT材料+演示视频.zip
12-04
毕业设计基于深度学习的家庭用电量预测模型研究python源码+PPT材料+演示视频.zip
（48页PPT）某省市规划蓝图解决方案.pptx
12-04
（48页PPT）某省市规划蓝图解决方案.pptx
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值