Support for sports and sub-sports

In Garmin Connect (desktop browser version), if you try to change the activity type, you'll see a full list of sports and subsports, including the hierarchical relationship between them.

And you should indeed createSession with a try/catch, and in the catch just use no subsport, or generic subsport, in case the combination is no good.

It would be a not very nice, but working solution, except that if I'm not able to catch the ERROR thrown when createSession fails because another data field used too many fit fields, I wouldn't build on these errors to be catchable, and even if they are on one device, not sure if it would be on all.

Regarding the list in Garmin Connect: that theory has 2 problems: it's a misconception. The sports in GC are grouped by different logic than SPORT and SUB_SPORT constants. I.e there are Team sports in GC but there's no such SPORT const.

Secondly even if this worked I would be able to write down the list of available sports on my devices, but not in those that I don't have.

flocsy🤠 said:

Regarding the list in Garmin Connect: that theory has 2 problems: it's a misconception. The sports in GC are grouped by different logic than SPORT and SUB_SPORT constants. I.e there are Team sports in GC but there's no such SPORT const.

Yeah, exactly. Sports in Connect have a type ID and parent type ID which aren't the same as Sport and SubSport in Connect IQ.

CIQ's Sport and SubSport do seem to (somewhat) correspond to activity_type to activity_subtype in the FIT SDK's Profile.xlsx file, except that the types in that file are a tiny subset of what's in IQ and activity_type value 8 is labelled "sedentary" (while the same value in CIQ is tennis).

I suppose sport and subsport are written to the FIT file, and Connect has a mapping from those values to the Connect type ID and parent type ID values.

For what it's worth, I think the information in profile.xlsx (and the entire SDK) have always been incomplete. For example, FIT2CSV will strip a lot of data from Garmin activity FIT files (rendering it as "unknown" in the CSV output), even though it's standard information that Garmin writes and is understood by other sites.

EDIT: btw, as per the screenshot, profile.xlsx does obliquely answer the following question in the OP, at least for *some* of the types/subtypes:

> Secondly am I allowed to combine each available sport with any available sub-sport?

For each activity_subtype, it shows the corresponding activity_type. Unfortunately, this is far from a complete list :/.

After thinking about this further. I now understand that depending on the compiler settings the current min api level in the documentation can make sense. However there's still the question: what VALUE can be used on what device?

flocsy🤠 said:

However there's still the question: what VALUE can be used on what device?

Well, we do know that it's possible to create a Connect IQ app that sets a sport/subsport combo which is normally not available on the device (as a native activity profile). Devs have been creating such apps for years. But if you target a CIQ 1/2 device, can you use any of the CIQ 3.x enum values? If you target a CIQ 3 device, can you use CIQ 4 enums?

And there's also the other question of which sport (activity_type) is valid for each subsport (activity_subtype) and vice versa, for all sports and subsports. Sometimes it's obvious from the names, other times, not so much. (What sport types can I use with SUB_SPORT_FALL_DETECTED?)

I added an on-device menu for selecting activity type with code:

var settings = new WatchUi.Menu();
if (Activity has :SUB_SPORT_CASUAL_WALKING) { // CIQ 4.1.6
    settings.addItem(Rez.Strings.activityTypeCasualWalk, :casualWalk);
}
if (Activity has :SUB_SPORT_SPEED_WALKING) { // CIQ 4.1.6
    settings.addItem(Rez.Strings.activityTypeSpeedWalk, :speedWalk);
}
if (Activity has :SUB_SPORT_COMMUTING) { // CIQ 4.1.6, probably not supported combination
    settings.addItem(Rez.Strings.activityTypeCommutingWalk, :commutingWalk);
}

My assumption was that the above code should work for old devices, ie. fenix6, no matter if has is optimized at compile time or no (SDK 8.1.0, all devices up-to-date)

When I run this on fenix6 (CIQ 3.4.5) in the simulator I don't expect to see these 3 options, but they all are displayed

What does that mean?

Is my code incorrect?

Is the simulator incorrect?

Does it mean that fenix6 can use these values for creating a session?

flocsy🤠 said:

When I run this on fenix6 (CIQ 3.4.5) in the simulator I don't expect to see these 3 options, but they all are displayed

Those symbols are all present in fenix6.api.debug.xml, which means that either the docs are wrong or the debug info is wrong.

They're not present in fr935 (3.1.6) but they are present in vivoactive3m (3.2.0).

I'm guessing the docs are wrong? I'm sure the official CIQ team response would be to trust has checks over the docs.

But can I trust the compile time has check then?

Idk, only if you assume the bug is in the docs and not the devices. I would file a bug report about this discrepancy.