Thanks, I didn't know that. The right-click option converts the file to RINEX containing only the GPS observables.
As an interesting side note, Jps2rinWin will overwrite a file of the same name without changing the time stamp. I first noticed this yesterday when I reran the converter to remove the GLONASS stuff from the file that bombed. I had an Explorer window open with sorting by date, and at first thought that the second conversion hadn't worked because the file listing didn't change. But when I opened the RINEX file in a text editor, I saw that the GLONASS data was gone.
When I tried the right-click thing this morning on the same JPS file, the same thing happened. The time stamp isn't the same as the original JPS file, but rather that of the first RINEX file created from a given JPS file. I don't know whether to call this a feature or a bug!
The files that are being overwritten are the results of running JPS2Rin and NOT the JPS source file. Toggling the SVs on/off filters which SVs are used by JPS2Rin. The JPS file remains whole and unaltered. The g, h, n and o files will be overwritten each time JPS2Rin is run. When I haven't wanted that to occur, I'll make a point of naming the output results. For example:
The only reason I've gone through the drill is generally to 1) decimate the T2's data; e.g., 1-second recording down to 30-second intervals for OPUS, and 2) GPS only to placate the handicap of OPUS.
All of that said, the g and h files produced by JPS2Rin
are being overwritten and
are not being written with my appended suffix; e.g.,
- opus. I've never noticed that until now, thanks to you mentioning this. I never have even looked at the g and h files, and to be honest, have no idea what I would use them for.
