Response by Authors
**We thank the reviewer for the responsiveness and the discussion. We are happy to read that our responses addressed some of the concerns, and we now address your questions, comments, and suggestions. We find that they further helped to improve the paper, and all the results and discussion were added to our revised paper. We hope that you find our responses satisfactory.**
**We are happy to discuss any remaining questions, and we look forward for your feedback.**
***
**Regarding Figure 3 and Figure 4 in the rebuttal PDF:**
We agree with the reviewer that both training and test performances are important. Following your question, we provide a comprehensive comparison of the test performance on the moving MNIST dataset (both MSE and MAE metrics), in the Table below. Specifically, we compare:
**(i)** our ADRNet, as shown in the paper.
**(ii)** An implementation where the order of the operators is flipped, as suggested by the reviewer and shown in our Authors’ Rebuttal text and PDF (Figure 4 and Response to W1&W4), we denote this variant as DRANet.
**(iii)** Using dilated convolutions to implement diffusion, as suggested in your review, we call this variant ‘Dilation with Advection’,
**(iv)** Following *Reviewer zzNs* to replace advection with dilated convolutions, we also experiment with the case where diffusion-reaction is implemented as in our ADRNet, but instead of using our Advection operator, we use dilated convolutions. We call this variant “Dilation without Advection”.
Please note that these four cases were also discussed in our responses and attached rebuttal PDF file, although in separate because they stem from different questions. The results are provided in the Table below:
| Method | MSE (lower is better) | MAE (lower is better) |
|------------------------------------------------------|-----------------------|-----------------------|
| ADRNet (case (i) as shown in the paper) | 16.1 | 50.3 |
| DRANet (case (ii), Changing order of operators) | 16.2 | 50.3 |
| Dilation with Advection (case (iii)) | 16.6 | 51.1 |
| Dilation without Advection (case (iv)) | 25.7 | 72.8 |
As can be seen from the Table, our ADRNet, as well as its variant where the order of the operators is flipped, DRANet, achieve better performance than cases (iii) and (iv).
***
**Regarding the results on dilated convolutions:**
Please kindly refer to Figure 3 in the rebuttal PDF. We provide three plots:
**(i)** our ADRNet, in *blue* .
**(ii)** Dilation with Advection, which implements your suggestion – i.e., using dilated convolutions for diffusion, in *orange*.
**(iii)** Dilation without Advection as suggested by Reviewer zzNs, i.e., replacing advection with dilated convolutions, in *green*.
Please see that for convenience we also included a description of the different methods in the Caption of Figure 3. From Figure 3, we found that your suggestion of using dilated convolutions is more effective for diffusion compared with replacing advection with dilated convolutions. We see it because your proposed method offers lower training loss and faster convergence than case (iv), and it is *also supported by the test set results provided in the Table above*.
***
**Regarding the results in Figure 1 in rebuttal PDF:**
We welcome your suggestions. We kindly note that in our **Global Response above, we provided a comparison of our ADRNet with 6 different architectures** on the Navier Stokes dataset (which we illustrated in Figure 1 in the rebuttal PDF). Furthermore, we followed your suggestion and added more metrics used in PDEBench, which include your suggested metrics, and we compare them with the popular UNET and FNO architectures below:
| Metric (lower is better) | UNET | FNO | ADRNet (Ours) |
|--------------------------|---------|--------|---------------|
| RMSE | 0.33 | 0.28 | 0.17 |
| Max Error | 2.2 | 1.8 | 0.68 |
| cRMSE | 0.015 | 0.012 | 0.0041 |
| bRMSE | 0.36 | 0.28 | 0.083 |
| fRMSE (low) | 0.065 | 0.05 | 0.014 |
| fRMSE (mid) | 0.032 | 0.031 | 0.026 |
| fRMSE (high) | 0.0085 | 0.0063 | 0.0018 |
The results show that when considering additional metrics as suggested by the reviewer, our ADRNet continues to offer good performance.