Weight Weenies
* FAQ    * Search    * Trending Topics
* Login   * Register
HOME Listings Blog NEW Galleries NEW FAQ Contact About
It is currently Sun Aug 28, 2016 5:39 pm
Recently the board software has been updated and there are some known bugs/failures:
- Avatars are currently not being displayed ✔ FIXED
- Tapatalk connection is currently broken ✔ FIXED
- Avatars cannot be uploaded ✔ FIXED

Please note that we will soon do some changes in WW board template design in case to get a fully mobile/desktop responsiveness board!
If you find more errors please post it here: http://weightweenies.starbike.com/forum/viewtopic.php?f=7&t=139062


All times are UTC+01:00





Post new topic  Reply to topic  [ 8 posts ] 
Author Message
PostPosted: Mon Oct 22, 2012 12:40 pm 
Offline

Joined: Tue Apr 12, 2011 8:08 am
Posts: 2291
Location: Pedal Square
I'm pondering to create a small tool for "forging" GPS "tracks" (with timestamps) from mere GPS "routes" (no timing info).

The reason for this is that I prefer to go easy my cellphone's battery on longer rides, but it would still be nice if I could post those rides in Strava, to keep a log of activity, including the maps.

So the plan is to approximate the speed by just using the total duration of the ride. The thing is, I need to accommodate for climbing segments. A 100k ride with 25kph average, even up the 10% slopes would net lots of illicit KOMs.

To get a feeling for this, please share your experience how climbing and descending time relates. Let's take a 10k climb with 500m vertical gain, and ride it in an hour up and down, how would you split the hour between climb and descent? Along the lines of 45min up, 15 down?

_________________
Bikes: Raw Ti, 650b flatbar CX


Top
   
PostPosted: Mon Oct 22, 2012 11:28 pm 
Offline

Joined: Wed Apr 11, 2012 3:40 am
Posts: 644
Put your phone in airplane mode, battery problem solved.


Top
   
PostPosted: Tue Oct 23, 2012 1:34 am 
Offline
User avatar

Joined: Sun Dec 28, 2008 10:15 pm
Posts: 1503
Location: Hungary
Because you are planning to create fake data, I'd suggest not to try to make it look legit.

So use constant 4kph everywhere.


Top
   
PostPosted: Tue Oct 23, 2012 2:04 am 
Offline

Joined: Wed Apr 11, 2012 3:40 am
Posts: 644
Seriously how are you having battery issues assuming modern smart phone? My htc evo 4g lte in airplane mode had more than half battery after a 9 hour ride.


Top
   
PostPosted: Tue Oct 23, 2012 8:26 am 
Offline

Joined: Tue Apr 12, 2011 8:08 am
Posts: 2291
Location: Pedal Square
Haha, I had no idea GPS would still work in airplane mode. Cheers fellas, guess that solves it.

_________________
Bikes: Raw Ti, 650b flatbar CX


Top
   
PostPosted: Tue Oct 23, 2012 8:50 am 
Offline

Joined: Wed Mar 28, 2007 12:49 pm
Posts: 1590
Location: Near Horgen, Switzerland
This would be interesting from a route planning perspective.

For walking the Naismith formula is commonly used, which is 5kph on flat or downhill, plus 10 minutes per 100m height gain. I guess you could work out your own formula for cycling if you reviewed some rides.


Top
   
PostPosted: Tue Oct 23, 2012 9:09 am 
Offline

Joined: Tue Apr 12, 2011 8:08 am
Posts: 2291
Location: Pedal Square
Fish, hmm, maybe. But the problem is that cycling is a bit more dynamic in that downhill sections are much faster, and there can be wind, etc.

Anyway I thought about a possible algorithm yesterday while riding, and it goes along those lines:

1 - you have total time, distance, and vertical covered
2 - split the distance in half, and calculate how much vertical is covered in each part
3 - split the total time, weighed by how much vertical is covered per part
4 - you now have (estimated) time, distance, and vertical covered per section, start over drilling down per part

There are of course corner cases to be worked out, e.g. how to weigh descend-only sections against climbs, but it's a start. What I like about this approach is that it doesn't use any rule-of-thumb input, but calculates solely based on the available data.

And the best thing is, it would be easy to inject "savepoints", e.g. if you take the time at the bottom of a climb, and on top, you could use those section times to get a fairly accurate output.

_________________
Bikes: Raw Ti, 650b flatbar CX


Top
   
PostPosted: Fri Oct 26, 2012 12:00 am 
Offline
User avatar

Joined: Tue Jul 03, 2012 6:20 pm
Posts: 141
LOL just assume there's a net downhill, and everyone knows you can descend at 60+ kph...so Put down 50 kph to account for uphill and you'll be fine.

:)

_________________
I only train on days that end with "y".

Eli


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 8 posts ] 

   Similar Topics   Author   Replies   Views   Last post 
There are no new unread posts for this topic. Descending with carbon clincher still an issue?

[ Go to page: 1 2 3 ]

in Road

riochang

34

3714

Thu Mar 03, 2016 5:37 am

ktw7937 View the latest post

There are no new unread posts for this topic. UCI weight rule and cyclocomputer?

in Road

2lo8

7

828

Tue Jun 07, 2016 5:55 pm

lewolive View the latest post

There are no new unread posts for this topic. Cyclist killed in crash while descending Hawthorne Blvd

[ Go to page: 1 2 ]

in Cycle Chat

lrdunc

17

1211

Fri Mar 11, 2016 12:40 am

glepore View the latest post

There are no new unread posts for this topic. Climbing wheels

[ Go to page: 1 2 3 4 5 ]

in Everything wheels

964Cup

66

6573

Fri Jul 01, 2016 1:42 pm

964Cup View the latest post

There are no new unread posts for this topic. Need options on climbing bike

[ Go to page: 1 2 ]

in Road

addictR1

20

1615

Mon Oct 05, 2015 6:40 pm

NYCPrynne View the latest post


All times are UTC+01:00


Who is online

Users browsing this forum: campbellrae, Imaking20, Rob81 and 8 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Limited