Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Partial Rinex files #25

Open
ZiglioUK opened this issue Jun 29, 2016 · 5 comments
Open

Partial Rinex files #25

ZiglioUK opened this issue Jun 29, 2016 · 5 comments

Comments

@ZiglioUK
Copy link
Member

ZiglioUK commented Jun 29, 2016

Some daily Rinex files, especially the ones from NASA (see below), are gradually updated and it's a problem when we cache the file, as goGPS won't retry to download a partial file if it's already been cached.
I'm looking for ways to catch this situation and force a reload

public final static String NASA_NAVIGATION_DAILY = "ftp://cddis.gsfc.nasa.gov/pub/gps/data/daily/${yyyy}/${ddd}/${yy}n/brdc${ddd}0.${yy}n.Z";

@ege010
Copy link
Member

ege010 commented Jun 30, 2016

We could request just the file size from FTP, then start a new download only if the file size of the remote file is larger than that of the local file (?)

@ZiglioUK
Copy link
Member Author

That's an idea, although it would still require the slow process of opening an FTP connection, changing directory etc. I wonder whether Rinex files are always the same size, or above a certain size

@ZiglioUK
Copy link
Member Author

Another little issue with that, is that we request Rinex files for each satellite from an observation set, while it would be more efficient to do it once per set, based on refTime. Therefore it'd be easier to work out what Rinex observation file is problematic, if we keep track of it while at the moment is buried down a long call chain:
SatellitePostion.getGpsSatPosition()->
RinexNavigation.findEph()->
RinexNavigation.getNRPByTimeStamp()

It's hard to notice that because files are cached. When an Ephmeris is not found though, we keep bombarding the server with requests

@ege010
Copy link
Member

ege010 commented Jul 22, 2016

I completely agree with you... are you going to work on that, or should I implement it (as soon as I have time)?

@ZiglioUK
Copy link
Member Author

I'm happy to do it, in fact I've already made progress on our branch https://github.com/Sirtrack/goGPS/commits/snapshotGPS

I've got so many changes I'd like to merge but I need to break them down and send individual pull requests for you to review.
Eventually, I'd really love to simplify the file ReceiverPosition, that's where the core of the processing is and there's quite a lot of redundancy, hard to maintain.
Also, I've done some work that could improve the standalone GUI if anybody is still interested. For example I've found a way to build a win32 installer.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants