Dear reviewer,

Thanks a lot for your valuable comments. The answers of the different sections of your review are addressed below.

Introduction and motivation 

The general context has been refocused. Thus, we added a new paragraph line 190:

This situation is not specific to the IPGP’s OVS, but is shared by many regional GNSS infrastructures worldwide, including those operated in tectonic, volcanological, or environmental monitoring contexts (e.g. Lee et al., 2025). Comparable challenges have been identified and addressed in other large-scale initiatives such as EarthScope/ex-UNAVCO in North America (Zawacki et al., 2025), homonym GeoNet in Japan (Tsuji et al., 2013, 2017) & New Zealand (Gentle et al., 2016; Hanson et al., 2024), or regional reference networks coordinated within federative frameworks like Geosciences Australia’s one in Australia (Brown et al., 2020), or EUREF in Europe (Bruyninx et al., 2019; Kenyeres et al., 2019).

And a new sentence line 209:

Together, these tools aim to facilitate the transition toward modern RINEX standards for heterogeneous regional and national GNSS networks, and to provide polyvalent acquision and pre-processing solutions for a wide range of scientific GNSS infrastructures.

Software architecture and implementation

The description of this suggested diagram corresponds to us to the figure Standard workflow for autorino already present (Figure #9).

The YAML configuration files are provided in the supplementary materials.

We added a new sentence line 275:

By design, a log for each step is automatically written to a dedicated folder, allowing the operator to subsequently verify that the automated workflow has been executed correctly, or, a contrario, identify any warnings or errors.

See also the section Metadata and interoperability which also address this section's comments

Performance evaluation

Indeed such performance information are valuables. We added some statistics in a Table commented in a new paragraph line 405:

Table 4 summarizes performance statistics for raw data downloading between 1 July and 31 December 2025 for the GL and PF networks. The success rate, although above 90%, may seem relatively low at first glance, as ideally we would want it to be very close to 100%. However, it refers exclusively to data availability on Day + 1. This behavior is largely attributable to the harsh power supply and transmission conditions at several stations. Moreover, as noted above, autorino is designed with an automatic re-download mechanism, allowing missing data to be recovered in subsequent days when transmission conditions improve.

Metadata and interoperability

We added some precision on line 448:

 On all acquisition servers at the observatories and in Paris, a local archive of sitelogs is maintained, in order to keep access to metadata even if the internet connection is lost.

And extra paragraph on line 230:

 Metadata consistency and traceability

A security mechanism is implemented to verify that the external metadata and the content of the “a priori” header's content before modification are consistent. An equivalence comparison is performed on the receiver's model and serial number values, which in theory should always be identical, to detect any discrepancies. If this is the case, a warning message is issued. To ensure the traceability of metadata written by rinexmod, the sitelog's timestamped name is written as a comment in the RINEX header.

Figures and examples

We added a new section Simple use case example (line 366) with a command example, and corresponding logs in the supplementary materials.

Table 3, which partially described software dependencies, supported formats, and platforms, has been completed.

Discussion and outlook

We added the sentence line 480:

The Python-based development and packaging facilitate their potential integration within containerized environments (e.g., Docker, Kubernetes), enabling potential cloud deployment.

However, we prefer not to mention the topic of automated quality control or machine-learning-based anomaly detection, which we consider to be far beyond our needs and development capabilities.

Technical corrections

This point has been addressed

We slightly modified the new paragraph line 405 related to statistics:

Table 4 summarizes performance statistics for raw data downloading over the period from 1 July to 31 December 2025 for the GL, MQ and PF networks. Detailed statistics by network and station are presented in the supplementary materials. The Day + 1 success ratio for all stations, although close to or above 80%, may initially appear relatively low, since an ideal value would be near 100%. However, this metric refers exclusively to data availability on Day + 1. It therefore reflects more the harsh weather, power supply, and transmission conditions at several station sites rather than limitations of the acquisition process itself.

As mentioned above, autorino is designed with an automatic re-download mechanism that allows missing data to be recovered in subsequent days. Over the 10-day retry period, the success ratio increases to more than 90%. Only about 7% of the data require manual forced download after this period, typically once transmission conditions have improved. 

For the GL network, the very high mean and maximum download times observed over the period are mainly explained by data transmitted via VSAT links, whose transfer rates are often on the order of a few hundred bytes per second. Nevertheless, autorino successfully retrieves the data in the vast majority of cases.

Conversion steps proceed smoothly in almost all situations; the very rare failures are subsequently corrected through manual intervention (e.g., re-downloading data or checking read/write access permissions).

Thanks a lot for your positive and encouraging feedback. We have corrected the typographical errors you identified, added the relevant web links and citations, and reworded expressions where necessary. The bibliography has been corrected by implementing the correct Copernicus template: the DOIs are now visible.

Regarding the list of networks around line 60, we prefer to maintain the current bullet point format, which we find more suitable given the difference in line length.

The compatibility of converters with Linux has been added to Table 3.

The duration of the rapid-static surveys in La Réunion has been added and the number of points measured has been updated: 70 points over 3 minutes.