Giter VIP home page Giter VIP logo

jtt's Introduction

JSON Training/Track Format (JTT)

The JSON Training/Track Format (JTT) is intended to be a JSON-based alternative to the existing XML-based formats for training and GPS data. The two most relevant existing formats in that space are the GPS Exchange Format (GPX) and Training Center Database XML (TCX).

Some parts of the format may require extensible vocabularies (such as activity types and data types), which may end up being managed via a registry and extensibility rules (such as the ones defined in RFC 5988). Activity types and data types are currently being considered for being managed via a registry.

jtt's People

Contributors

dret avatar

Stargazers

Attila Tajti avatar Jon Doig avatar Dimitrios Kanellopoulos avatar elf Pavlik avatar

Watchers

James Cloos avatar  avatar  avatar  avatar

jtt's Issues

Did this go anywhere?

Good start. Where are we now?

Surprised I can't find any kind of standard or recommended JSON format for GPS data beyond this nascent effort. SNON is not suitable as it treats location as a sensed value or a fixed sensor attribute, rather than a spatio-temporal dimension.

What kinds of registries would be useful to have?

it might make sense to have registries for various concepts, so that on the one hand consensus can evolve around well-known concepts, whereas on the other hand the format can evolve by allowing new concepts if there is demand and consensus. here's an initial list of ideas:

  • activity types (such as run/bike/swim) might be useful. the problem with these is that they often are not very well-defined, and potentially overlapping (bike could be useful, but "road bike" and "mountain bike" might be even more useful for some). maybe have a sub-field for detailed/additional info?
  • measurement types might be useful, such as measurements for heart rate, temperature, and various others. once again, setting the scope can be tricky, for example there are datasets out there that have measurements both for water and air temperature.

Model for Laps and/or Track Segments

the current (extremely primitive) model assumes that a track may have multiple segments (a track is an array of segments, which then is an array of data points). that's based on GPX's model, where segments should be treated (i think) as potentially disconnected parts of an activity.
TCX is much more complicated: there can me multiple activities, each activity can have multiple laps, and each lap can have multiple tracks. i am not even sure it's entirely clear how to use this hierarchy (if somebody knows, please let me know!), but the main question here is: how should JTT model this?
there probably are good cases to be made for "laps" (people automatically or manually marking "segments" of their activities) and "segments" (for example, stopping the watch and restarting, potentially after moving). any preferences on how to handle this in JTT?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.