Response to Reviewer pXZj
We thank the reviewer for the supportive comments. The detailed response to each point is as follows.
> **W1.The paper’s description can be overwhelming for readers who are not deeply familiar with the HD map construction topic (e.g., me).**
- Thank you for your valuable suggestion.
- The map reconstruction task primarily involves obtaining unified Bird’s-Eye View (BEV) features $\mathbf{F}_{bev}\in\mathbb{R}^{C\times H\times W} $( $C, H, W$ represent the feature channels, height, and width of the BEV feature) from surround-view cameras images $I$.
Subsequently, a DETR-like decoder is employed to perceive and vectorize map elements.
Each vectorized map element $\mathbf{P}$,
comprises a category (such as pedestrians, dividers, and boundaries) and a series of consecutive vector coordinate points $\\{v_i\\}\_{i=0}^{N_p-1}$, where $N_p$ is the number of points and $v_i$ is the coordinate of the $i$-th point. This vectorized representation allows for a more precise depiction of map elements, resulting in high-precision map polylines.
- The principal challenge of this problem is to capture precise local coordinates while simultaneously learning and modelling each instance.
To address this challenge, our model introduces a multi-granularity representation mechanism that facilitates the simultaneous modeling of entire instances and their intricate points, thereby improving the performance of High-Definition vectorized map representations.
> **W2.The paper could be strengthened by providing a detailed analysis of the time and space complexity of MGMapNet compared to baseline models.**
| | MapTR [ICLR2023] | MapTRv2 [IJCV2024] | MGMap [CVPR2024] | MapQR [ECCV2024] | MGMapNet |
|:-----------------:|:-----------------:|:-------------------:|:----------------:|:-----------------:|:-----------:|
| **FPS** | **16.9** | 14.1 | 12 | 11.9 | 11.7 |
| **GPU mem. (MB)** | **2314** | 2656 | 2402 | 2648 | 2790 |
| **Params. (MB)** | **35.9** | 40.3 | 55.9 | 125.3 | 70.1 |
| **NuScenes (mAP)** | 50.3 | 61.5 | 64.8 | 66.4 | **66.8** |
| **Argoverse2 (mAP)**| 58 | 67.4 | - | 68.2 | **71.2** |
- We agree that analyzing the computational and memory resources is essential for assessing efficiency.
- In Table above, we present a comprehensive comparison of the latest models alongside the primary baseline, detailing GPU memory usage, FPS, parameter counts, and performance.
Time and space complexity can be derived from FPS and GPU memory comparisons.
- **GPU mem. comparison.** The memory usage (MB) of MapTR, MapTRv2, MGMap, MapQR, and MGMapNet are 2314, 2656, 2402, 2648, and 2790 respectively. Our MGMapNet has a slight increase in memory usage compared to other methods, which is understandable given we retained two types of queries for different output regressions and classifications.
- **FPS comparison.** MGMapNet, MapQR, and MGMap show similar performance with FPS scores of 11.7, 11.9, and 12, respectively. Although slightly slower than MapTRv2, MGMapNet's inference time complexity is similar to that of the latest methods.
- **Params comparison.** The parameters (MB) of MGMapNet, MapQR, and MGMap are 70.1, 125.3, and 55.9, respectively. Even though MGMapNet has a slightly higher parameter count due to its Multi-Granularity query design and Point Instance Interaction, it still outperforms and has fewer parameters than MapQR’s 125.3MB. We believe there’s substantial room for optimization in MGMapNet.
- In an overall efficiency analysis, our MGMapNet, thanks to its multi-granularity representation, achieves better performance while maintaining similar parameters, speed, and memory usage compared to the latest methods. The limitations of our method in terms of speed have been mentioned, but we believe there is a significant room for optimization. Therefore, MGMapNet remains a competitive model.
> **W3.It is not clear why the training epochs are set to have multiple values for various models, and why the long training schedule leads to fair comparison.**
- Previous comparative studies generally employed two distinct training epoch configurations, conducting long epochs to maintain consistency with prior methods and ensure a fair comparison.
- On one hand, shorter training epochs might emphasize the models’ short-term overall performance and may result in some models not fully converging. On the other hand, longer training epochs ensure that models generally reach a converged state. This dual setup allows us to evaluate the performance of each model more objectively and comprehensively.
Thanks again and we are happy to take any questions / further discussions.