JAVAD Customer Area

For many surveyors, this service is like a new beginning. The existing functions are great and many additional features could be added. I just can imagine only a few of them:
- assisted-GPS broadcast service (A-GPS) that could be very helpful in dense canopy or other environments with obstructions, during very low signal levels.

- prediction and broadcast of the satellite trajectories (ephemeris) using a precise orbit generator resident on a server (state-of-the-art, not easy at all); bypassing the bulk of the initial GPS signal acquisition delays, we could have faster Time-To-First-Fix, higher sensitivity, lower battery drain, etc.

- robust multi-base static data processing/raw points collecting with RTK++ function from Justin;

- Galileo PRS-assured positions (on a map), through a redistribution approach from another PRS(Public Regulated Service) server; in a multi-GNSS signal scenario, jamming/spoofing-resistant positioning solutions (and alerts) will make the difference;

- graphic control interface and world maps of any location on Earth with common geographic features, extended reports and the list could continue;
Even if my thoughts are from a simple user perspective, I will look forward to the evolution of this service.

Jim Frame

Active Member
prediction and broadcast of the satellite trajectories (ephemeris) using a precise orbit generator resident on a server
I don't know how this would be implemented -- I assume the orbit generation is feasible, but I'm not clear on the process of getting the orbit data to the RTK engines -- but if it's possible, it would remove one of the biggest advantages that VRS has over local-base RTK.
Mainly, a server receives/collects historical state data of satellites for a satellite-based positioning system and numerically integrates the historical state data to provide predictions of satellite trajectories (extended ephemeris) based upon the historical state data.

Then the server may transmit these states to client GPS-enabled devices. The client devices may then calculate current satellite ephemeris based upon the predicted satellite states. Relatively little processing power for the client to determine current satellite states, but intensive bandwidth needs for such data transmission.

In a multi-base scenario, a GPS receiver that calculates future satellite states based upon (common) received broadcast ephemeris, could also benefit from the broadcast of extended (predicted) ephemeris generated from the server side.
Last edited:

Jim Frame

Active Member
In a multi-base scenario... could also benefit from the broadcast of extended (predicted) ephemeris generated from the server side.
My understanding is that VRS (i.e. Trimble) uses ultrarapid orbits in its solutions, so somehow the server is getting that data to the receiver engines, but I don't know how that is achieved.
With NTRIP (Network Transport of RTCM via Internet Protocol) protocol I think, which is for distribution of any kind of GNSS data;
Ultrarapid orbits have the first half computed from observations and second half predicted. The real challenge is to predict extended ephemeris for several days.
Is it possible to include some actualized version of the NetBrowser software ( ) into Javad Customer Area menu ? Just suppose that a receiver was already added to the device list (J-Field assistant/Devices) and connected through JCA relay service and at some point I will want to change some parameters in receiver settings.

As I recently installed NetView & Modem (and I like very much how it works), probably it would be very useful for us to access all the receiver settings from "J-Relay" service in the same manner. Preferably for the end-user to be (re)directed in the same place for as many operations as possible.
Often an image can express more than words can do.
As the VSAPP-3400 ticket was created ( ), I think many surveyors all over the world will love to have such a system from Javad:

Victor LS system.png

So maybe a crew could use T1-M for "base", LS for "rover" and optionally, a combined/convertible TS/T2/Victor-LS (with Linux) as a second base to generate loop closures between vectors (just my opinion;)).
Would it be possible to run a GNSS intuitive planning tool and if possible, ionosphere monitoring or something similar?
I respectfully echo @Patrick Garner : "Mission planning when you're in tough conditions can make all the difference between a bad day and success".

Also I am thinking, first at some kind of point data collection under Javad Customer Area platform so as receivers like T1-M could be used independently from any operating system or any kind of screen; second, maybe a menu to import g-files from the LS for reporting/adjustment purposes and graphically show the vectors in Data processing/Coverage map.
I trust some internal Javad brains are reading Nistorescu's posts. Would be great to get some "official" comments to these suggestions, as they 1) seem technically feasible, and 2) would be tremendously helpful to working surveyors.

As I kindly want to thank you for the support, however I will expect some user comments about the opportunity to have a base station at home/office, registered within Javad Customer Area interface for a daily work routine.

A few opinions after at least one year of continuous use, from those who have already installed one and if possible, some pictures/ideas about setting up the antenna/receiver above the building, will be great here.
The advice for a Triumph-F1 user is to use this kind of procedure:


Similarly to industry standards, designing the flight path, relaying the corrections, image collecting, cloud processing, I mean all the workflow involved could be integrated within Javad Customer Area from the very beginning to the final georeferenced 3D model.

And again, all the settings for the Triumph-F1 (drone or rover) could be at two clicks away, on the same interface.
Our receivers have become more sensitive than they were 10 years ago, new satellites signals are stronger now, we have more redundancy "in the sky" with about 25-30 sats in view and I guess that we could compare multiple processing techniques within the Javad Customer Area platform, on the same screen:

- simple RTK point collection routine (hosted on the receiver), similar to this:
- DPOS post-processing/reports browsing;
- processing static data using RTCM 3 messages from the base (or multiple bases), through relay service;

As the GNSS industry will reach a certain maturity soon, it seems that all-in-one user interface formats will become standard as we can see.