You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know there are points in the DB for identifiable tracks, but it would be much better to have all the additional information — hdop/vdop, waypoints, course and speed etc. Check this one track for example.
Of course, file names should not be preserved, but they must be included in metadata.xml.
Also note that some tracks may be stored in gz/zip/some other compressed format. Those should be unpacked: only gpx files should be included in gpx dump. To speed up the process the generation process of a dump may leave previously extracted identifiable and public gpx files instead of recreating them (and this concerns other types as well): changing a track isn't possible, only deleting it entirely.
The text was updated successfully, but these errors were encountered:
As it turns out, original file names could be not only for gpx files, but also for archives. In this case I suggest updating metadata.xml format. The filename field should contain not name in the archive, but the original file name. Inside <gpxFile> entry there should be an array of <gpx filename="..." /> pointing to all extracted files. In case of a single gpx file that would be it. In case of an archive all files should be unpacked to a subfolder.
The plan was to not unpack the original GPX archives, only to normalize them to .gz or similar. If we unpack everything we'll have to make a change to the metadata file, yes.
Why it's not an option to write source file names in xml file? The names of gpx files in the archive can remain numeric: it wouldn't matter if there's another source for that information.
I know there are points in the DB for identifiable tracks, but it would be much better to have all the additional information — hdop/vdop, waypoints, course and speed etc. Check this one track for example.
Of course, file names should not be preserved, but they must be included in
metadata.xml
.Also note that some tracks may be stored in gz/zip/some other compressed format. Those should be unpacked: only gpx files should be included in gpx dump. To speed up the process the generation process of a dump may leave previously extracted identifiable and public gpx files instead of recreating them (and this concerns other types as well): changing a track isn't possible, only deleting it entirely.
The text was updated successfully, but these errors were encountered: