The trackwork system stories covers all of the Trackwork software and tools as they relate to one another. It also serves as a release point story timeline.
The customer related Trackwork system parts (that we know now) are:
Track Editor tool
Track points aren't actually edited by Trackwork or TrackManager. The internal Track editor is actually capable of editing/copying/creating tracks.
Edits in Trackwork, TrackManager, Web are actually just view objects applied to the original track.
Nature of Edits
Views Time & Geo slicing of data (tracks) for reporting
A track only exists once on a customer's server. He can have many views including copies of views to simulate additional machines.
In most cases we don't upload track data points from Trackwork. Upload should be removed from the right-click track listing menu. Instead a Save/Publish (think of better name) should push changes to the viewsThe exception would be a G-Ray or other non-connected sensor. We save modifications and View settings.
Upload is probably wrong terminology for reporting/view saving function. Tech terminology is Publish but not user appropriate. Save ????? which saves view segmenting, cycle lines, stat areas up to the server is probably a better descriptor
Save ( changes to vehicle association, vehicle properties, Cycle lines?)
Second Release Point
The view concept is a powerful idea that translates to all programs and web. For example the report area concept in track work is really a view. We don't save it now but this would be away.
Things I can imagine storing in a view object. Not all are required for the object