Fix OsmSharp's Data Model

[blackboxlogic]

I'm fixing up OsmSharp's handling of xml responses.
OsmSharp/core#80
OsmSharp/core#78
OsmSharp/core#76

[blackboxlogic]

I think I've made all the changes that need to be made in the OsmSharp data model. If they don't want to merge the pull requests then I guess we're forking OsmSharp. TBD.

[blackboxlogic]

We still need to reference OsmSharp's nuget package, instead of including a fork of their sub-repo.
Waiting for merge of OsmSharp/core#82

[blackboxlogic]

Also, looking like we're still missing

• Dictionary<string, string> User.Preferences
• Track[] GpxFile.Tracks
• string Track.Name
• string Track.Description
• string Track.URL
• TrackSegment[] Track.TrackSegments
• TrackPoint[] TrackSegment.TrackPoints
• long? TrackPoint.Latitude
• long? TrackPoint.Longitude
• DateTime TrackPoint.Time

[HarelM]

Gpx file scheme, reader and writer can be taken from NTS.IO.GPX.
Which API method does the track belongs to? Wouldn't it be enough to use stream?

[blackboxlogic]

So... the data that comes back from
GET /api/0.6/trackpoints?bbox=left,bottom,right,top&page=pageNumber
is gpx version 1.0
and NetTopologySuite/NetTopologySuite.IO.GPX#35

I've made openstreetmap/openstreetmap-website#2350 but I'll probably not be able to use NTS.IO.GPX

[blackboxlogic]

After doing the work, I now see that just returning a stream is the right answer for both calls that get gpx data. Thanks for trying to save me the effort.

[blackboxlogic]

All major changes to OsmSharp are done. The data model now supports all calls to the API. Any further changes will be minor fixes.