gpsd-knowledge-patch

Align gpsd TPV fields, timing interfaces, and libgps client APIs with post-training changes.

22|Updated Jan 22, 2026
One-click install
npx skills add https://github.com/Nevaberry/nevaberry-plugins --skill gpsd-knowledge-patch
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gpsd-knowledge-patch
Source: https://github.com/Nevaberry/nevaberry-plugins/tree/main/plugins/gpsd-knowledge-patch/skills/gpsd-knowledge-patch
Command: npx skills add https://github.com/Nevaberry/nevaberry-plugins --skill gpsd-knowledge-patch

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Keeps gpsd field semantics, timing interfaces, and client APIs aligned with post-training changes, ensuring you don't rely on outdated documentation when implementing gpsd integrations.

Core Features & Use Cases

  • Covers TPV message fields, including altHAE/altMSL, geoidSep, ECEF/NED coordinates and velocity, and RTK baseline data.
  • Documents timing interfaces for TOFF and PPS, including precision and clock fields.
  • Provides reference patterns for libgps client usage (gps_mainloop, shared-memory) and example workflows.

Quick Start

Apply this patch to ensure gpsd field semantics and timing patterns are current before implementing gpsd integrations.

Frequently Asked Questions about gpsd-knowledge-patch

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I get current field semantics for gpsd TPV messages?

Current gpsd TPV field semantics for altHAE, altMSL, geoidSep, ECEF/NED coordinates, and RTK baseline data are maintained by this patch, ensuring you avoid outdated documentation when building gpsd clients.

What is the correct way to handle gpsd TOFF and PPS timing interfaces?

Handling gpsd TOFF and PPS timing interfaces requires understanding their precision and clock fields; this patch provides updated reference patterns for these timing reports so your implementation stays aligned with post-training changes.

How do I use gps_mainloop and shared-memory patterns with the libgps client API?

Using gps_mainloop and shared-memory patterns with the libgps client API is covered by this patch through reference patterns and example workflows, ensuring your gpsd tooling follows current API usage conventions.

Can I use ECEF and NED coordinate data from gpsd for RTK baseline integration?

Yes, ECEF and NED coordinate data from gpsd can be used for RTK baseline integration; this patch documents the current field semantics and velocity data needed to implement these spatial calculations accurately.

Why does my gpsd client code rely on outdated TPV field definitions?

Your gpsd client code may rely on outdated TPV field definitions because post-training changes alter field semantics; applying this knowledge patch aligns your implementation with the current altHAE, altMSL, and ECEF/NED definitions.