id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
21257	GPX export: lack of ordering breaks data consumers	richlv	Don-vip	"Usecase:
* Convert a GPX, consisting of multiple sequences, to data layer.
* Edit it (for example, to remove a large blob while stationary).
* Convert back to GPX, save.

Now many data consumers break - including OSM traces.
Example:
[[Image(josm-gpx.png)]]
The straight line does not exist, but is drawn because the GPX is consumed sequentially.
In some cases it is much worse, with such straight lines cross-crossing the GPX display.

Other data consumers with this same problem include Strava.

Workaround - process the trace with gpsbabel like so:
gpsbabel -t -i gpx -f 2021-08-14\ 09.39.58\ Day.gpx -x track,merge -o gpx -F 021-08-14\ 09.39.58\ Day_2.gpx

This sorts the sequences (trkseg), and the trace looks good when uploaded to OSM:
[[Image(josm-gpx-gpsbabel.png)]]
This is also how the trace would look if uploaded before editing with JOSM.

Would be great, if JOSM would perform the same sorting when saving a GPX.

2021-08-14 09.39.58 Day.gpx - file, saved by JOSM
2021-08-14 09.39.58 Day_2.gpx - file, saved by JOSM, then processed with gpsbabel"	enhancement	closed	normal	21.10	Core	tested	fixed	GPX sort track