gpsdecode(1) [debian man page]

GPSDECODE(1)							GPSD Documentation						      GPSDECODE(1)

NAME

       gpsdecode - decode GPS, RTCM or AIS streams into a readable format

SYNOPSIS

       gpsdecode [-c] [-d] [-e] [-j] [-t typelist] [-u] [-v] [-D debuglevel] [-V]

DESCRIPTION

       This tool is a batch-mode decoder for NMEA and various binary packet formats associated with GPS, AIS, and differential-correction
       services. It produces a JSON dump on standard output from binary on standard input. The JSON is the same format documented in gpsd(8); this
       tool uses the same decoding logic as gpsd, but with a simpler interface intended for batch processing of data files.

       All sensor-input formats known to the GPSD project can be decoded by this tool. These include: NMEA, AIVDM (the NMEA-derived sentence
       format used by AIS, the marine Automatic Identification System), RTCM2, and all supported GPS binary formats (notably including SiRF). See
       gpsd(8) for applicable standards and known limitations of the decoding logic.

       You can use this tool with nc(1) to examine AIS feeds from AIS pooling services, RTCM feeds from RTCM receivers or NTRIP broadcasters.

OPTIONS

       The -d option tells the program to decode packets presented on standard input to standard output. This is the default behavior.

       The -j explicitly sets the output dump format to JSON (the default behavior).

       The -e option option tells the program to encode JSON on standard input to JSON on standard output. This option is only useful for
       regression-testing of the JSON dumping and parsing code.

       The -t accepts a comma-separated list of numeric types. Packets with a numeric AIS, RTCM2, or RTCM3 type are passed through and output only
       if they match a type in the list. Packets of other kinds (in particular GPS packets) are passed through unconditionally.

       The -u suppresses scaling of AIS data to float quantities and text expansion of numeric codes. A dump with this option is lossless.

       The -v enables dumping of textual packets to output as they are received on input, immediately preceding corresponding output.

       The -c sets the AIS dump format to separate fields with an ASCII pipe symbol. Fields are dumped in the order they occur in the AIS packet.
       Numerics are not scaled (-u is forced). Strings are unpacked from six-bit to full ASCII

       The -V option directs the program to emit its version number, then exit.

       The -D option sets a debug verbosity level. It is mainly of interest to developers.

AIS DSV FORMAT

       With the -c option, dump lines are values of AIS payload fields, pipe-separated, in the order that they occur in the payload. Spans of
       fields expressing a date are emitted as an ISO8601 timestamp (look for colons and the trailing Z indicating Zulu/UTC time), and the 19-bit
       group of TDMA status fields found at the end of message types 1-4 are are dumped as a single unsigned integer (in hex preceded by "0x").
       Unused regional-authority fields are also dumped (in hex preceded by "0x"). Variable-length binary fields are dumped as an integer bit
       length, followed by a colon, followed by a hex dump.

SEE ALSO

       gpsd(8), gpsctl(1), gpsdctl(8), gps(1), libgps(3), libgpsd(3), gpsprof(1), gpsfake(1),

AUTHOR

       Eric S. Raymond esr@thyrsus.com.

The GPSD Project						    13 Jul 2005 						      GPSDECODE(1)

GPSPROF(1)							GPSD Documentation							GPSPROF(1)

NAME

       gpsprof - profile a GPS and gpsd, plotting latency information

SYNOPSIS

       gpsprof [-f plot_type] [-m threshold] [-n packetcount] [-t title] [-T terminal] [-d dumpfile] [-l logfile] [-r] [-D debuglevel] [-h]
	       [[server[:port[:device]]]]

DESCRIPTION

       gpsprof performs accuracy and latency profiling on a GPS. It emits to standard output a GNUPLOT program that draws an illustrative graph.
       It can also be told to emit the raw profile data. The information it provides can be useful for establishing an upper bound on latency, and
       thus on position accuracy of a GPS in motion.

       gpsprof uses instrumentation built into gpsd.

       To display the graph, use gnuplot(1). Thus, for example, to display the default spatial scatter plot, do this:

	   gpsprof | gnuplot -persist

       To generate an image file:

	   gpsprof -T png | gnuplot >image.png

OPTIONS

       The -f option sets the plot type. The X axis is samples (sentences with timestamps). The Y axis is normally latency in seconds. Currently
       the following plot types are defined:

       space
	   Generate a scattergram of fixes and plot a probable-error circle. This data is only meaningful if the GPS is held stationary while
	   gpsprof is running. This is the default.

       uninstrumented
	   Plot total latency without instrumentation. Useful mainly as a check that the instrumentation is not producing significant distortion.
	   It only plots times for reports that contain fixes; staircase-like artifacts in the plot are created when elapsed time from reports
	   without fixes is lumped in.

       instrumented
	   Plot instrumented profile. Plots various components of the total latency between the GPS's fix time fix and when the client receives
	   the fix.

       For purposes of the description, below, start-of-reporting-cycle (SORC) is when a device's reporting cycle begins. This time is detected by
       watching to see when data availability follows a long enough amount of quiet time that we can be sure we've seen the gap at the end of the
       sensor's previous report-transmission cycle. Detecting this gap requires a device running at 9600bps or faster.

       Similarly, EORC is end-of-reporting-cycle; when the daemon has seen the last sentence it needs in the reporting cycle and ready to ship a
       fix to the client.

       The components of the instrumented plot are as follows:

       Fix latency
	   Delta between GPS time and SORC.

       RS232 time
	   RS232 transmission time for data shipped during the cycle (computed from character volume and baud rate).

       Analysis time
	   EORC, minus SORC, minus RS232 time. The amount of real time the daemon spent on computation rather than I/O.

       Reception time
	   Shipping time from the daemon to when it was received by gpsprof.

       Because of RS232 buffering effects, the profiler sometimes generates reports of ridiculously high latencies right at the beginning of a
       session. The -m option lets you set a latency threshold, in multiples of the cycle time, above which reports are discarded.

       The -n option sets the number of packets to sample. The default is 100.

       The -t option sets a text string to be included in the plot title.

       The -T option generates a terminal type setting into the gnuplot code. Typical usage is "-T png" telling gnuplot to write a PNG file.
       Without this option gnuplot will call its X11 display code.

       The -d option dumps the plot data, without attached gnuplot code, to a specified file for post-analysis.

       The -l option dumps the raw JSON reports collected from the device to a specified file.

       The -r option replots from a JSON logfile (such as -l produces) on standard input. Both -n and -l options are ignored when this one is
       selected.

       The -h option makes gpsprof print a usage message and exit.

       The -D sets debug level.

       Sending SIGUSR1 to a running instance causes it to write a completion message to standard error and resume processing. The first number in
       the startup message is the process ID to signal.

SEE ALSO

       gpsd(8), gps(1), libgps(3), libgpsd(3), gpsfake(1), gpsctl(1), gpscat(1), gnuplot(1).

AUTHOR

       Eric S. Raymond esr@thyrsus.com.

The GPSD Project						    10 Feb 2005 							GPSPROF(1)