# pyrtklib_demo5 **Repository Path**: LiuSheng-2020_admin/pyrtklib_demo5 ## Basic Information - **Project Name**: pyrtklib_demo5 - **Description**: No description available - **Primary Language**: Unknown - **License**: MIT - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2024-09-30 - **Last Updated**: 2025-04-03 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # PyRTKLIB -- A bridge between AI and GNSS. ## News ### 2024.10.25 1. We opensourced a new light urban dataset with LOS/NLOS label and other sensor data. Please find and play in [KLTDatset](https://github.com/ebhrz/KLTDataset). 2. We optimized the file structure, and put the example script to the example folder to avoid error importing issue. The example observation data is also uploaded to the folder. ### 2024.09.23 The preprint version of our paper ***pyrtklib*: An open-source package for tightly coupled deep learning and GNSS integration for positioning in urban canyons** is now available on [arxiv](https://arxiv.org/abs/2409.12996). We would greatly appreciate it if you could cite our work: ```latex @misc{hu2024pyrtklibopensourcepackagetightly, title={pyrtklib: An open-source package for tightly coupled deep learning and GNSS integration for positioning in urban canyons}, author={Runzhi Hu and Penghui Xu and Yihan Zhong and Weisong Wen}, year={2024}, eprint={2409.12996}, archivePrefix={arXiv}, primaryClass={cs.LG}, url={https://arxiv.org/abs/2409.12996}, } ``` ### 2024.09.22 v0.2.7 Experimental Features - Tightly coupled deep learning and GNSS integration 1. **A tightly coupled deep learning and GNSS integration subsystem** is currently under development and several useful functions are implemented(e.g. weight least squares in rtk_util.py)! For more details, please refer to the dev repo [TDL-GNSS](https://github.com/ebhrz/TDL-GNSS). 2. A **File Wrapper** has been introduced to manage the context of file descriptors. In previous versions, the file handler lacked proper context management. In this version, the "FILE*" parameters are replaced by a `FileWrapper`. For more details, refer to the definition in `cbind.h`. Additionally, the previous expansion `const char *filename, const char *mode` is still supported. Here is an example: Suppose you need to use an RTCM stream from an NTRIP server, and the file may be updated frequently. We can use the following program to create a `FileWrapper`: ```python import pyrtklib as prl def get_rtcmf(rtcm, fp): ret = 1 while ret != -2: ret = prl.input_rtcm3f(rtcm, fp) fp.cleareof() # Clears EOF to continue reading return rtcm rtcm = prl.rtcm_t() prl.init_rtcm(rtcm) eph_file = prl.FileWrapper("eph.rtcm3", "rb") get_rtcmf(rtcm, eph_file) ``` Note that the cleareof() method uses clearerr() to reset the EOF status of file reading, allowing the program to continue reading from where it left off rather than starting from the beginning. ### 2024.07.10 Add windows support The release packages now are built with github actions. And windows support is testing. They are available on linux, macos, and windows now. If you find any bug, please submit issues. | Python | Linux(After 2010) | Macos Sonoma(M1) | Macos Ventura(Intel)| Windows | | :----: | :----: | :----: | :----: | :----: | | 3.6 | ❌ | ❌ | ❌ | ✅ | | 3.7 | ✅ | ❌ | ❌ | ✅ | | 3.8 | ✅ | ✅ | ✅ | ✅ | | 3.9 | ✅ | ✅ | ✅ | ✅ | | 3.10 | ✅ | ✅ | ✅ | ✅ | | 3.11 | ✅ | ✅ | ✅ | ✅ | ### 2024.07.08 v0.2.6 Bug fix * In cbind.h, I forgot to allocate one more byte for string to store '\0', thus segmentation fault may occur in function "convertChar" (I met several times). Besides, in convertType, the copy size is not correct and only the first object is copied. All the bugs now have been fixed. ### 2023.11.23 v0.2.5 Optimize the folder structure In previous versions, the .so file is directly in site-packages folder, which is disgusting. To let the code editor can make use of the .pyi, the .so file is moved, and is loaded by the init.py file now. ### 2023.11.07 v0.2.4 Update the rtklib to demo5 b34h Update the base rtklib version to demo5 b34h * The support number of Beidou up to 46 * No implementation functions are deleted. I don't know why they remain in the source code. * input_tersusf * input_cnavf * readfcb * init_cmr * free_cmr * update_cmr * input_cnav * input_tersus * And these files are deleted * delete pyrtklib5/rtksrc/ppp_corr.c * delete pyrtklib5/rtksrc/qzslex.c * delete pyrtklib5/rtksrc/rcv/cmr.c * delete pyrtklib5/rtksrc/rcv/gw10.c * delete pyrtklib5/rtksrc/rcv/rcvlex.c ### 2023.11.05 v0.2.3 Bug fix and code optimization This version contains follow updates: 1. Using template binding functions to replace binding macros. 2. Arr1Dchar now has an own constructor and can be constructed from a python string. ```python output_path = Arr1Dchar("pyexample_output.txt") ``` 3. Now all the pointer member in structure has a setter function, you can directly modify it like: ```python obs = obs_t() data = Arr1Dobsd_t(100) obs.data = data obs.n = len(data) obs.nmax = obs.n ``` But it's not recommended to do so, because this may lead memory leakage. Many pointers in rtklib may refer to anther variable, thus, call free() to directly clear it may cause other problems. Please make sure you won't modify it too often. 4. obs.set_data() has been removed. 5. "FILE*" params in functions (input_ubxf, input_rawf e.g.) is devided into "const char *filename, const char *mode", the file open operation will be processed in the overloaded function. Here is an example. ```python raw = raw_t() ret = input_rawt(raw,STRFMT_UBX,Arr1Dchar("example.ubx"),Arr1Dchar("rb")) ``` 6. Fix a serious bug on MacOS in rtkcmn.c. On MacOS (or BSD), _POSIX_C_SOURCE should larger than 199309, or the function strtok_r will have a different behavior, and make segmentation fault. 7. Optimized the example. ### 2023.10.14 Install via pip **Big Progress!!!!** Now you can install it via pip ``` pip install pyrtklib5 ``` ## Introduction This is a Python binding for [RTKLIB](https://github.com/rtklibexplorer/RTKLIB) from [rtklibexplorer](https://github.com/rtklibexplorer) , which provides more satellites support compared to the original version. Many researchers are currently using Python for research, especially in deep learning field. Thus, we implement this Python interface of RTKLIB to build a bridge between Python and positioning. By means of RTKLIB, you can easily read data from rinex file and process the positioning using the methods provided by RTKLIB, such as SPP, RTK, PPP. If you want to use the tool based on original RTKLIB version, please refer to [pyrtklib](https://github.com/IPNL-POLYU/pyrtklib) If you want to use the rtklib deeply, please refer to the [point position example](https://github.com/IPNL-POLYU/pyrtklib_demo5/blob/master/example_pntpos.py). If you just need the result, please refer to the [post position example](https://github.com/IPNL-POLYU/pyrtklib_demo5/blob/master/example_postpos.py).
|  |  |