Missing date from gpx track import

Tom

Hi,

Haven't seen this exact question posted, so I'll try here.

I've imported numerous gpx tracks into CalTopo: some are legacy ones from an older application, and some are exports from Garmin Connect.  On the web interface, if I select a track, and view profile, the date and time will appear when I scrub through the profile. Because the date is (presumably) associated with a data point, this information does not appear before I start the scrub. It would be an improvement if the date and time of the first data point appears when 'profile' is selected.

However, in the mobile app, the time will appear during scrubbing, but the date will not. This appears to be a limitation of the mobile app.

Is this consistent with other users' observations?

1

Comments

4 comments

  • Comment author
    Matt Jacobs

    Tom -

    Sorry this has sat around unanswered, but you're not missing anything.  We show both time and date on the web version of the UI, but only time in the mobile version.  We had a bit of a debate about this internally, but we were really trying to preserve space in the mobile UI, couldn't be guaranteed to fit both time and date on a single line, and figured that the most common use case would be live or recent tracks, where you know what day the track was recorded and the key piece of chronological information users would need is something liek "what time did I reach the saddle?"

    - Matt

    0
  • Comment author
    Tom

    Thanks for the sanity-check Matt.

    Your team's reasoning is sound, in my opinion.

    Could you date and time display to the list of requested features for the web interface? Specifically, it would be added when the track is selected, in the initial dialog, and also in the profile display, but before the track is scrubbed. I suppose the time would be the start time of the track.

    I also noticed that the word "cursor:" appears when the profile dialog is launched, but before any cursor activity has started. The cursor, however, does seem to be visible, and positioned at the start of the track, so the start time/date could be included in the display.

    I've added some proposed images, but it's pretty obvious. 

    Thanks!

     

     

     

    0
  • Comment author
    Matt Jacobs

    Those are both reasonable suggestions.  I think the cursor suggestion might have some edge case complexity to it, but adding the date/time for tracks to the infowindow should be straightforward.

    1
  • Comment author
    Tom

    Yeah, I thought of that too. (I was a hw and sw developer in a previous life.) Maybe the initial display could assign zero time to the cursor (since it looks like it's there anyway), and just enable the readout.

    But, I'm just guessing, and I know SW engineers hate it when users try to second-guess their job, so I'll leave it there, lol!

    And, edge and corner cases can cause lots of havoc.

     

    0

Please sign in to leave a comment.