MapTR论文笔记

MAPTR: STRUCTURED MODELING AND LEARNING FOR ONLINE VECTORIZED HD MAP CONSTRUCTION

目的

传统高精地图 通过一些离线的基于 SLAM 的方法生成,需要复杂的流程以及高昂的维护费用。基于 bev 分割的建图方法,缺少向量化 实例级的信息,比如说lane结构。为了获得向量化的 HD map,HDMapNet 将像素级的分割结果分组,需要复杂且耗时的后处理。VectorMapNet 将地图的元素表示成点序列,采用了层级式 coarse-to-fine 网络,并且利用了自回归的 decoder 预测 序列化的点集,需要较长的推理时间。
![[attachments/Pasted image 20230806170047.png]]
当前在线向量化的在线高清地图的构建方法的效率较低,无法应用到实时的场景。DETR 采用了简单的 encoder-decoder transformer 结构,实现了端到端的目标检测。本文的目的是设计一个 类似于 DETR 结构,高效的端到端的 高清地图的构建方法。

本文的主要贡献主要有两点:

  1. 对于地图元素的统一表示
  2. 针对这种统一表示给出了 一个端到端学习的网络结构

方法

地图元素表示

地图的元素可表示成 折线 和 多边形 两种类别。这两种都可以用 点集 表示。然而点集的排列方式不是唯一的,存在多种排列方式。比如说 折线,它的起点和终点是可以互换的,代表两种方向,对于一些方向不敏感的元素,比如说人行道或者 车道线,两种方向都是可以的。如下图所示:

如果让网络只学习某一种排列方式,是不合理的。因此本文对于每一个地图元素都给出了所有的排列组合方式,用于后续网络的训练。
对于折线,根据起点位置的不同,有两种排列方式。对于多边形,需要考虑两个因素: 起点的位置 以及 连接的顺序(顺时针 或 逆时针),这样可以产生多种排列方式。

在这里插入图片描述

匹配方法

和 DETR 一样,MapTR 同时预测 N 个地图元素,N 是一个较大的数字,比一般场景中地图元素的数量要大。
MapTR 中需要使用两种匹配方法以实现 网络预测的元素 和 gt 某个元素的某一个具体的排列方式的匹配。本文的匹配方法有两个层级:Instance-level Matching 以及 Point-level Matching。

Instance-level Matching

在训练时,我们需要把 网络预测的元素 和 gt 匹配起来,这里也是使用的匈牙利匹配算法。
预测元素 和 gt 的 cost 考虑两部分:
元素的类别 以及 位置。类别使用的是 Focal loss,位置的loss使用的是 关于点位置的距离函数。

Point-level Matching

在 实例级的匹配之后,我们已经拿到了 预测元素 和 gt 的匹配关系,然后我们还需要做 点级的 匹配。
预测的点集 会和 gt 排列组合 中 每一个 排列方法 计算 距离,选择距离最小的一个配对。这里使用的是曼哈顿距离。

训练的 loss
  • 分类 loss focal loss
  • point2point loss,曼哈顿距离
  • edge direction loss,point2point loss 只考虑了点,并没有考虑 和折线 和 多边形的 边。edge direction loss 加入了对 边方向的 监督。这里使用的是余弦相似度。
    边可以用向量来表示(空间中两个点的坐标相减)

网络结构

MapTR 结构还是比较直接的 使用的是 bev + transformer decoder 结构

在这里插入图片描述

相关资料

https://www.bilibili.com/video/BV1uh4y1X7Ah/?spm_id_from=333.337.search-card.all.click

<think>好的,用户想了解MapR和Docker的集成或使用问题。首先,我需要回忆一下MapR是什么。MapR是一个分布式文件系统和数据处理平台,它提供Hadoop生态系统的替代方案,具有高性能和可靠性。Docker则是容器化技术,用于打包应用及其依赖环境,便于部署和扩展。 接下来,用户的问题是关于如何将这两者集成使用。可能的场景包括在Docker容器中运行MapR组件,或者使用Docker部署MapR集群。我需要考虑几个方面: 1. **MapR Persistent Application Client Container (PACC)**:MapR提供了PACC,这是一个Docker容器,允许应用程序访问MapR文件系统(MapR-FS)和MapR数据库。用户可能需要知道如何配置和使用PACC,比如挂载卷、设置权限等。 2. **安全配置**:MapR集成需要处理安全认证,比如SSL证书和密钥。在Docker中,这些可能需要通过卷挂载到容器中,或者使用环境变量配置。 3. **网络配置**:Docker容器需要能够访问MapR集群的节点,可能需要特定的网络设置,如使用host网络模式或者自定义网络,确保端口正确开放。 4. **存储持久化**:容器通常是临时的,但MapR处理的数据需要持久化存储。如何将MapR-FS挂载到容器中,或者使用Volume来持久化数据。 5. **权限和用户映射**:MapR可能需要特定的用户权限,Docker容器中的用户需要与主机用户映射,或者使用root用户运行,这可能涉及安全考虑。 6. **部署场景**:用户可能想知道具体的应用场景,比如在开发测试中使用Docker快速搭建MapR环境,或者在生产环境中进行扩展。 需要检查是否有官方文档支持这些配置,比如MapR的PACC文档,Docker的存储驱动是否兼容,以及是否有社区的最佳实践。此外,要提醒用户注意版本兼容性,不同版本的MapR可能对Docker的支持不同。 可能的问题包括配置错误导致容器无法访问MapR集群,权限问题导致认证失败,或者网络不通。需要指导用户如何调试,例如检查容器日志,验证网络连接,确认证书正确挂载等。 用户可能还想了解性能优化,比如容器资源限制对MapR服务的影响,或者如何利用Docker Swarm/Kubernetes进行集群管理。这时候可能需要提到容器编排工具与MapR的集成。 最后,生成相关问题需要考虑用户可能遇到的后续疑问,比如具体配置步骤、常见错误解决、安全加固方法,以及实际用例等。</think>### MapR与Docker的集成与使用 MapR是一个分布式数据处理平台,支持Hadoop生态的核心功能(如HDFS、HBase)并提供高性能存储(MapR-FS)和数据库服务(MapR-DB)。通过Docker容器化技术,可以简化MapR组件的部署和管理。以下是关键集成方法: #### 1. **MapR Persistent Application Client Container (PACC)** MapR提供预构建的Docker容器(PACC),允许应用程序通过容器访问MapR集群资源(如MapR-FS、MapR-DB)。配置步骤如下: - **挂载MapR客户端配置**:将MapR集群的配置文件(如`mapr-clusters.conf`、`ssl_truststore`)挂载到容器内: ```bash docker run -v /opt/mapr/conf:/opt/mapr/conf:ro \ -v /opt/mapr/ssl_truststore:/opt/mapr/ssl_truststore:ro \ -it maprtech/pacc:6.1.0 bash ``` - **权限配置**:容器内需与主机用户UID一致,避免权限冲突[^1]。 #### 2. **安全认证集成** - **SSL/TLS证书**:若MapR集群启用SSL,需将证书挂载到容器内指定路径(如`/opt/mapr/conf/ssl_keystore`)。 - **Kerberos支持**:若使用Kerberos认证,需在容器内配置Keytab文件并通过环境变量指定`MAPR_TICKETFILE_LOCATION`。 #### 3. **网络配置** - **Host模式**:使用`--network=host`让容器直接使用主机网络,避免端口映射问题: ```bash docker run --network=host -v /opt/mapr/conf:/opt/mapr/conf:ro maprtech/pacc:6.1.0 ``` - **节点通信**:确保容器可访问MapR集群节点(如CLDB、ZooKeeper)的IP和端口。 #### 4. **持久化存储** - **Volume挂载**:将MapR-FS目录挂载到容器中,实现数据持久化: ```bash docker run -v /mapr/mycluster/data:/data maprtech/pacc:6.1.0 ``` #### 5. **应用场景示例** - **开发测试**:快速部署MapR客户端环境,验证应用兼容性。 - **微服务架构**:将MapR作为数据层,通过容器化微服务读写MapR-DB或MapR-FS。 - **边缘计算**:在边缘节点通过轻量级容器运行MapR客户端,同步数据到中心集群。 #### 6. **常见问题排查** - **权限错误**:检查容器内用户UID是否与主机MapR用户一致。 - **网络不通**:使用`telnet`或`curl`验证容器到MapR节点的连通性。 - **证书失效**:确认挂载的SSL证书未过期且路径正确[^1]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值