id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
21257	GPX export: lack of ordering breaks data consumers	richlv	team	"Usecase:
* Convvert 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: 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 - 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"	defect	new	normal		Core	tested		GPX