CompanyGateways / mytracks

Automatically exported from code.google.com/p/mytracks
1 stars 0 forks source link

Option to variate track color on map depending on speed at each point #442

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
This way you could see easily the speed along the route.

There could be three selectable modes:

-By fixed speed ranges-
User selectable color for x range of speeds (ex. 0-1 kmh gray, 1-10 kmh green, 
10-20 kmh yellow, 20-infinite red)

-By max speed-
A track with gradient color from 0kmh (color1, ex. green) to max speed (color2, 
ex. red) 

-By average speed-
A track with gradient color from average kmh (color1, ex. yellow) to 
above-average(color2, ex. red) and to below-average(color3, ex. green)

Maybe, an option to coloring the track in real time vs later (battery saving)?

The speed units are an example...maybe this would need to be configurable to in 
the case of speed ranges...

Original issue reported on code.google.com by ase...@gmail.com on 2 May 2011 at 1:22

GoogleCodeExporter commented 9 years ago
Commited first draft of the feature...if someone can give me a hand with some 
Android stuff i have yet to gasp...

https://code.google.com/r/ase69s-mytracksreview1/

Original comment by ase...@gmail.com on 16 May 2011 at 8:48

GoogleCodeExporter commented 9 years ago
this is probably obvious, but it would be sweet to apply this to other 
parameters as well, like elevation and heart rate.

Original comment by george.h...@gmail.com on 25 May 2011 at 7:44

GoogleCodeExporter commented 9 years ago
This would be one of the desired final results: 
http://littlebigdetails.com/post/7346419054/nike-iphone-app-the-color-coding-of-
pace-on-the

http://littlebigdetails.com/photo/1280/7346419054/1/tumblr_lm39e7WtxV1qea4hs

Original comment by ase...@gmail.com on 7 Jul 2011 at 8:24

GoogleCodeExporter commented 9 years ago
Ase I realized that an easy fix to your last blocking issue is not to use a 
text input for the cut-offs.  Instead use a list of pre-populated values.  It 
may not be superexpressive but it will 90% of our users happy.  [Don't let 
perfect be the enemy of good.]

Original comment by sandordo...@google.com on 7 Jul 2011 at 8:55

GoogleCodeExporter commented 9 years ago
It has been more of lack of free time than being this a blocking issue. And the 
internal/visible value logic seems fine to implement...so dont worry for now ;)

Original comment by ase...@gmail.com on 17 Jul 2011 at 6:08

GoogleCodeExporter commented 9 years ago

Original comment by jshih@google.com on 4 Feb 2012 at 6:07