Split UBX or RINEX in occupations to postprocessing using GNSSSURV or others

Hello everybody. I’m loving my RS2 set, great work using RTK, CORS, etc. But still losing somethings like network adjustment and other project manipulations. Is there any way to get the ROVER UBX or RINEX and split it in the static occupations as well the cinematic sections, that I made using the rover? Any idea or suggestion? thanks in advance

1 Like

Thank you for your kind words🙂

RINEX and UBX are simply the file in which satellite data is recorded. They don’t depend on the mode in which you do your survey, static or kinematic. Could you share why you would like to split logs?

You can also tell us in more detail about the issue with the network or project manipulations. I’d suggest you send an email to support@emlid.com if it includes sensitive information.


Basically I’m doing stop and go. Using Emlid Studio its a breeze but I’m a Leica infinity user as well other gnss post processing tools. When I use them I cannot enter with the converted Rinex that has mixed cinematic and static. So I need to export the time lapse of the occupation one using the occupation period from the reachview. Here Ill enumerate some issues doing this:

1 - Time consuming even with few ocupations
2 - The Rinex has the header position the same for all, not a big issu but need to preprocess to preview the aproximate position of the occupation.
3 - Reach view max ocupation time is so short, and Z precision demands higher times than the 5min.

These are the most significant ones. Also still existing another issues with Emlid Studio that is a great tool ( well rtklib adaptation basically).
Making test in a well known area and also comparing with a traditional survey, total station, I noticed very remarkable difference in Studio vs Leica results giving a significant advantage ( precision to leica tool). Im short words in my test having 6 stop and go points collected using reachview 5 min occupation I only got fix of 5. Using leica all where fix, and the results slightly different but for my use significant, verified by my traditional survey. The same data processed by leica matched ( with the respective tolerances) the total station survey and the results from studio had significant error.

After that I made other survey to test that precision using geodesic marks and longer ocuppations where I created separated logs leica post processed and results where impressive.

So basically Im completely amazed with RS2 quality but the post processing still an issue, I understand that develop a full postprocessing tool is a big investment and long development road but make small tools to make RS2 data more easy compatible with processing packages helps. Believe me I have Leica units and feel very confortable with the RS2 by it simplicity. So a good set of tools to convert its raw data to more compatible formats until a post-processing software matures or even if not because it can be part of emlid strategy will made RS2 bright as its deserves. Sorry for any errors in my writing, im doing it while driving (not me) to a survey job with my RS2 and traditional survey tools. I’m willing to share all my data and experience with anyone in the community to we achieve this very simple needs. Bests regards G. Osinaldi


Remember that you can tweak the parameters of the underlying RTKLib processor that Emlid Studio utilizes. That might yield better results in some situations (or worse, if you overdo it, but that’s true for most applications anyhow).

May I suggest you also look into OnPoz EzSurv?
It has a small utility that combines the csv file from either ReachView 2 or 3 with the obs-file, and does the necessary processing quickly.
It also supports network adjustments if you have multiple observations per point or multiple bases.


Hi Guillermo,

If you mean the Averaging function in Survey mode, it is usually used to collect points in RTK. If the receiver has calculated a Fixed solution, it means that it has reached the centimeter-level accuracy. In this case, we recommend setting the Averaging time to about 40 seconds.

Since you use Stop&Go mode to post-process points, you know that you need to record raw data logs without separating them into static or kinematic and a CSV file with points in a single mode. It should work fine for Emlid Studio. I just add that 5 min to collect a point is usually more than enough to get centimeter accuracy after post-processing the data. You can also use a shorter point collection time. It usually depends on the conditions in which you work.

Working with a total station can indeed give you better results, especially if you mean working indoors. The receiver needs to obtain satellite signals to calculate centimeter-level coordinates. Tall buildings and foliage might block signals from satellites.

I got your point that such a separation would be convenient for processing in Leica Infinity. We are improving our products and add new features for our users. However, there’re also many other programs for post-processing that have their own requirements. That’s why creating conditions in which this would work for any software is quite a long and complex process. But I’ll definitely pass on your request to the team.


Thanks for your answer, we work outside we project roads. Even with the instrument precision being lower in the GPS case several human and environmental factors affect total station work, such as human handling, distances over high temperatures, yes even the most precise optic on a hot road suffers an amazing visual interference by the hot air masses over the surface and many other factors, so GPS when well utilized don’t go so far out in precision and a vital tool to support our work. Because this we are always experimenting and openminded to more options and combinations. Well, speaking about software and option to log separately occupations and or between kinematics is basic requirement in most of the post processing softwares, this feature will be largely appreciated if implemented to save time, in the meantime we are doing this by hand. Thanks again to everybody that is answering and bringing more ideas.

Are you sure that UBX and RINEX are not processed because the log is recorded during both static and kinematics? Probably this problem is not related to the mode in which you work but to something else. Have you run any other tests?

Yes, but all in the same RINEX. As well all occupations. To avoid this, I need to stop and start logging manually.

You’ll likely get a more solid fix from running one long kinematic log, than many small static. Especially if conditions aren’t ideal.


As far as I know, that’s how it works. If you work in static, it’s your responsibility to enable logging when you start to measure a point and turn it off when you are finished. I haven’t met receivers that can recognize when you are moving or work in static and split raw data log in real-time.

I guess that’s what Stop&Go was invented for. You write all the data in the kinematic and CSV file with your points. Then, if post-processing software has Stop&Go mode, it can calculate solutions by the time in the CSV file when you measured the point (“static”). So, if the Leica Infinity software doesn’t allow you to process data in this mode, I’d ask them to do something like that :slight_smile: .

As far as I know in 25 years working with gnss, I can give the name for the occupation and not been using a notebook or a note in my phone with the name and time of the occupation, My first novatel that was controlled by terminal using a data collector, my first magellan and we can go so far naming. I stopped by gave the location a name used a timer of HOURS or MINUTES and lets go to the other. No been taking time notes been watching . Lets be honest the RS2 is a great GPS but the main focus is RTK and PPK. And no GPS actually in these modes has a really high precision. So a better interface mode like the one used in reach 3 for static will be a must. And believe me I love this equipment and achieve really high precision with it, but as all existent GPS altitude precision using RTK still far from some engineering needs.
I can give you some suggestions to observe as interfaces like the old spectras 220, the magellans 3 and many others. Please need also to understand thst not all is RTK and PPK and CORS. Obviously if I can work in civilizated places only the tools thats emlid offers me are more than enough. But Emlid has a exelent hardware and we obtain exellet results in adverse conditions, where no GPRS, no line of sight, place where we go on a first survey fo static very long occupations to have our references, 2 to 3 per kilometer ( no I cannot do one every 4 km and play with rtk because are height markers and precision required together legislation in road projects doesn’t allow me to do) . After that I can do RTK to do sll the project trace etc. But can you inaginate doing 60 occupations of 1hr and been downloading renaming with my notebook help or export just the occupation times but the rinex header has the coordinates of the first position for all the exported occupations(or last I don’t remember but don’t give me a approximate coordinate for the occupation in that time frame) . So I inititiate TBC or Leica infinity visual with one point for my base and 60 piled points (occupations in the same place) , enter by hand with the aproxímate occupation coordinates to have a preview od my project or run a pre process to have all adjusted . Its really time consuming.

I have some other equipments here and will perform the same operation in all to the colleagues that never used this kind of function. And this is before post processing is on collection. Remember also that Emlid doesn’t can be controlled by a collection software like Carlson, Fieldworks. Reachs are compatible sending the coordinates as an NMEA device but no logging control. Thats the point, spectras 220 are awful units but controlable with Carlson so static, rtk logging have all the function that I have posts and posts trying to explain. I use Carson and Fieldworks but as im limited to a nmea device I don’t have the options to manage and control logs that are really necessary to some professionals, because this these softwares still existing. I suggest to the team have a look on these softwares ( visually awful) but really well designed in functions to engineers survey needs.

Also in this research I found a software in Brazil that has most of the finctions Im suggesting to an external soft help in this tedious process with emlid, its made for EMLID units so people is having the same needs as me as I see. Check it out, ill request a demo.

Hi Guillermo,

From your comments, I see that it could be made more convenient.

I guess we may improve this process the following way: the receiver records info about the point name, its number, and time interval directly in a raw data log (RINEX or UBX). Probably, this is similar to how Stop&Go usually works. I suppose this could make it more accessible from the interface side and improve compatibility with post-processing software.

We’re always ready for discussion to make our product better if we see that something isn’t convenient enough. If you think that some other information should be recorded to RINEX or UBX, please share that. We’ll consider your request and think about how this feature can be added.