Closed ghost closed 1 month ago
An automatism like this may be problematic because you can change your profile during a recording, either explicitly to e.g. look at something in another map style, or intrinsically by starting a navigation. But you surely don't want this to affect your tecording or its output.
If you have a requirement to categorize your recordings, it may better be done explicitly by adding a keywaord in its description upon saving, in its name, or place it in a certain folder?
Ok, but if you don't change anything during record, It's boring to have another step before saving the track. Maybe, just a popup to specify the profile to register if something has been modified during recording ?
Maybe have a list of predetermined keywords before saving file :
"hiking-2023-07-22-125489.gpx" "cycling-2023-07-22-125489.gpx" "running-2023-07-22-125489.gpx"
...and just click on one of them
the predetermined keywords is a brilliant idea. This keyword selector could be used for other places too, like in the OSM Notes GUI.
Activity item
None | Selected |
---|---|
Separate screen that allows to select activity for track or track segment.
Option should allow pre-selection of activity type for profile. The selected activity should be automatically applied for all recorded tracks in the profile.
ic_action_activity
ic_action_activity
Pull request related https://github.com/osmandapp/OsmAnd/pull/18765
This maybe be a useful option for some, but perhaps we can make it optional. And probably let's not couple activity with profile:
There are cases where the app profile used to record a track is actually meaningless,
Activity is not app profile, and we need to be able to change activity
@vshcherb We need to know what exactly OsmRouteTypes we should use to show on "Activity selection screen". In the current version of the code I'm currently working on, I use the full list of available OsmRouteTypes, but probably not all types from there should be interpreted as an activity type. Perhaps somewhere there is a complete list of types that can be taken as a basis?
We can deal with this later, but we must not forget about it.
@nazar-kutz we need to create another enum for activity, and that enum in OsmAnd-java project. I was referring to public static OsmRouteType convertFromOsmGPXTag(String tg) - as possible list of activities but it probably has nothing to do. Later on we could create a convert function RouteActivity -> OsmRouteType
My suggestion was to display the card and the row with the activity, but show that it is not selected, so we can click on this row to open the activity selection screen and select an activity. It seems to me like a good solution.
The second question: should we create an ability to remove an activity for the track, for example by selecting "none" state on the "Select activity screen"?
And the last question: we store an activity in the track's metadata "keywords" tag as a first keyword separated by comma from the others. On the UI we have another row "Keywords" where we display all keywords available in the track's metadata. Should we display activity in keywords too or we should filter it and display only other keywords if they're present?
@dmpr0 Yes, we should have Activity constantly displayed and allow to edit. With none activity, it should be an item "Activity not specified"
[x] None is shows up twice in Filters
hill_climbing
is writing into keywords tag. But this tag is for regular text?
🚀 Differentiate the recorded gpx according to the profile used
OsmAnd does not differentiate the recordings GPX tracks according to the profile used.
This feature will make it easier to import the data into another sports activity tracking software. For example it could include
<osmand:track_type>profile_name</osmand:track_type>
in the XML code of each created track.