Support Number on Tracks

[tehsmeely]

GPX 1.1 Spec includes an optional Number on Track elements, which support is added for here.
Some Gpx files exported from google maps appear to include this so included test + test gpx file from that are used to verify change.

N.b. Number, as a u8, was already present and commented out on the Track struct - in case there was some history there being dragged up (It was already commented out during a refactor 4 years ago and that's as far back as i looked ...)

• I agree to follow the project's code of conduct.
• I added an entry to CHANGELOG.md if knowledge of this change could be valuable to users.

---

[lnicola]

Can you also update the changelog?

bors r+ d+

[bors]

🔒 Permission denied

Existing reviewers: click here to make lnicola a reviewer

[tehsmeely]

Changelog and Cargo version updated

[urschrei]

@lnicola try again when you're ready.

[lnicola]

Hmm, do you think it's worth removing some of the data from that trace? I haven't looked at the file (not at the others), but it might be a good idea to use small test cases.

[tehsmeely]

That's a very reasonable ask, I'll generate a smaller gpx sample file for this test and update here

[lnicola]

I'm also worried about potential privacy implications, but maybe that's not the case here.

[lnicola]

bors d+

[bors]

✌️ tehsmeely can now approve this pull request. To approve and merge a pull request, simply reply with bors r+. More detailed instructions are available here.

[tehsmeely]

I'm also worried about potential privacy implications, but maybe that's not the case here.

Also a good point, both are generic "random" routes exported from google maps not pointing to any locations that should pose privacy concerns

---

Updated test files

[tehsmeely]

bors r+

[bors]

Build succeeded:

• ci result

[tehsmeely]

Thanks Folks!

[lnicola]

Next time please squash after replacing large files 😬.