yashsingh1/xdaforums huggingface dataset:
[Touch Diamond, MDA Compact IV General] Airseir:
I have removed the clock from the Top - Perhaps a small digital display and then Calories under neath - Guess it depends how big people want to see this.

Regarding the question about Track vs Mountain biking - I could find no evidense to support the fact that there is a difference in metabolic activity between the two. The biggest difference is the speed being travelled and the routine I have takes this into account. I was suprised that Gears do not seem to effect this - peddling faster in lower gears and harder in higher gears - the energy expended either way appears to be similar for the same distance.

Regarding Uphill and down hill - I have given this a lot of thought and I am still thinking about how best to implement it. If the start altitude and the end altitude are the same then the uphill is balanced by the downhill - so perhaps I could simply use altitude difference - However I still have no idea what the gradient was. I notice none of the online calculators, pedometers or simple Cycle computers take altitude into account.
[Touch Diamond, MDA Compact IV General] Airseir:
GPS Units

I thought I would post the GPS Unit I use.

GlobalSat BT 359C SIRF STARIII

I also see the same effect of the moving route when I move the map around. The Track is correct in the center of the screen only.

I also get a lot of background noise the following explains the noise.

The latitude and longitude, or the 'horizontal coordinates' are referred to as 2D coordinates. If we include the GPS height our position can now be called a 3D coordinate. The horizontal coordinates we get from GPS are more accurate than the heights we get. Why? Well, the satellites we use to calculate our position are spread throughout the sky, but none are visible below us. In general, the heights we get from GPS are about 1.6 times less accurate than the latitude and longitude. On a lot of GPS units this leads to Single Point Positioning Accuracy - 10 metres (2D), 16 m (3D). Hense the noise - moving around when stationary. The more expensive the unit the more accurate it might be - or it might be more expensive because it is able to keep logs of where you have been.

A single point GPS position has a typical accuracy of around 10 metres or so. This position is computed from a single GPS receiver * errors and all. To review, the GPS receiver uses the radio signals sent from the satellites to measure the distance (satellite ranging) to each of at least 4 satellites. Using these ranges plus the location of each satellite (known from the information broadcast from each satellite) and some fancy mathematics, the receiver can figure out its location. For example, if you look at the position computed by any small recreational GPS receiver, which can be held in the palm of your hand, you'll read on the screen a single coordinate (or unique address). The position might be wrong by about 10 m. This type of receiver is sold through most sports stores.
[Touch Diamond, MDA Compact IV General] markcheng:
Airseir,

It is right up to a point, esp if we don't brake, as our old physics tells us. I personally think the calorie shouldn't based on distance. Instead, it should be based on the climb and the terrain. As you can imagine, going downhill on the road for 10km is burning very little calorie compared with steep uphill for 1km. If that uphill is singletrack (forest terrain) would be even more difficult.
[Touch Diamond, MDA Compact IV General] davey1980:
it wasnt with the other files so missed it , found it :D hope this helps.. not sure how u'll be able to improve the GPS loggin on but it u can many many Omnia uses will kneel b4 u. :p
[Touch Diamond, MDA Compact IV General] markcheng:
Andy,

I think I found the reason why GCC KML line moves about in Google Earth. If I remove the following line from the KML file, it stays put with the track.

<altitudeMode>absolute</altitudeMode>

Garmin KML file don't have this line, and the following lines neither.

<LookAt>

<longitude>0.13253</longitude>

<latitude>54.63178</latitude>

<altitude>0</altitude>

<range>3000</range>

<tilt>0</tilt>

<heading>0</heading>

</LookAt>

Instead, Garmin KML file has <MultiGeometry> just before the <LineString>.

Do you know what they are for and do we have to have them in the KML file?
[Touch Diamond, MDA Compact IV General] AndyZap:
Regarding the "<altitudeMode>absolute</altitudeMode>" - this is included if you have option "save altitude to KML" set to "on". Please read manual about this option - I think it is only useful if you are not on the ground (e.g. flying), otherwise it is better to have this off, and let the track line just follow the ground. In this case the altitude (the 3rd value after lat and long in KML) is not required, and not saved. I can see that Garnin actually saves the altitude, but since they do not have "absolute" mode, then this values are of no use, just makes the file size larger. Also I think they over-done with the number of digits in lat/long, as the GPS is simply cannot provide such a high accuracy - I think 8 (or max 10) digits is enough,- reduces the file size!

Regarding the <LookAt> element - this is important to set the position to look at the track. If you do not have this, and load a few tracks in GoogleEarth, then it tries to position the "camera" to get all track into view, and if your tracks are quite apart, then you end up not seeing any (this was reported as a bug, and I have this included, - I did not have it initially).

<MultiGeometry> - I do not think it makes a difference for a single track

BTW - you can read the KML documentation on the Google site - this is where I got all this info!
[Touch Diamond, MDA Compact IV General] AndyZap:
Thank you very much - that is the file I need, and it has the data I need (I saw you were busy driving, walking and staying still, to cover all possible cases :) ). Indeed, Omnia GPS does not log any speed/heading info if you are not moving - the other GPS seems record speed 0 in this case.

I've made a fix in the latest version, so it does not require speed to get a lock, so now it shall work on Omnia - please have a look.

Also, please do not forget to delete the custom DLL, and re-install the GpcCycle...CAB, so you get a "normal" DLL - otherwise it will keep on logging into your phone main memory! Also delete the file you just send, the "GpsCC_debug.txt", from your phone - as it it is quite large (1.6 MB).
[Touch Diamond, MDA Compact IV General] davey1980:
glad to be of some use :D i'll just removed the programme and download new 1. will need to check files as u were right when i missed 1 out, didnt see it in diff location.
[Touch Diamond, MDA Compact IV General] Airseir:
Mud vs Road cycling

I hear you on that one - Riding through Mud when I lived in the UK was way harder than road cycling - 5mph in mud burns more than 15mph on road. Not sure how we would be able to take that into account - there could be a second option to pick terrain alongside the activity and then add a modifier.

e.g. Cycling - soft terrain

- Firm terrain

- Hilly

- Down Hill

etc.

I now live at the foothills of the Rocky mountains - finding flat terrain is impossible. Lots of Down hill runs available - even with chair lifts to get you up the mountain. My intention was never to base on distance. The proper equation takes into account Metabolic increase due to type of activity, Time Duration and the persons weight. I also notice from researching METs that they are effectivly Linear so may be represented as y=mx+c when they grow in intensity - so we can use this with the average speed to modify according to intensity. I am currently working on the y=mx+c formula for each category and now for each subcategory.

Great feedback thanks.
[Touch Diamond, MDA Compact IV General] megapixle:
Am I the only one who thinks the whole calorie thing might be a little outside the scope of this great app? I just think there are too many variables to accurately estimate this. Just for biking you have to consider: terrain, surface type, bike weight, body weight, gear ratios, you could even go so far as to consider wind speed & direction, tire pressure, the cyclist's own metabolic rate, etc. These are all the variables just for one single activity---biking. Every other activity would have its own unique set of variables. Personally when I'm counting calories, having a "ballpark" number is good enough for me. I'm content to know I've burned around 200 calories, give or take. GPS Cycle Computer telling me I've burned 194.3 calories isn't particularly useful, especially considering the number of variables involved, the number may be more or less accurate than my estimate of 200.

I love how sleek this program is and don't want to see it get bogged down or overcomplicated with features that may or may not be useful/accurate.

No offense meant to anybody--I know everybody's needs are not the same as mine, but just wanted to offer my perspective.
[Touch Diamond, MDA Compact IV General] AndyZap:
I hope we can enable/disable all these extra features in options, so it still be manageble. But now I see that we might have too many "options" pages (and still quite a few have to be added), so I am thinking about an option to select which "option pages" to show, then you do not need to scroll over all of them.

Another problem is to keep the code itself easily manageble and free of bugs (which is more difficult as code grows) - I am trying to do some internal code re-arrangments and moving independent parts into separate source files - so adding new feature often takes longer, than I initially planned...
[Touch Diamond, MDA Compact IV General] 20100v:
Congratulations ! This software increased is own options every weeks.

I'm using it every day twice time morning/evening on bycycle 2x25km.

I'm waiting but I know it'll come one day, the upload of the offline data to any server for statistics. Actually I'm using in parallel of GCCv3 Trackme .

I've seen the addition of the ref gcc on the map. It's good. Now could you add the advance/late between current trip and ref trip on an other screen?

This can be in time and distance.

I've this feature before on my nokia. It's very exiting to know if you are fighting you record or not.
[Touch Diamond, MDA Compact IV General] AndyZap:
I am going to add GPX file upload on the live logging page to the www.crossingways.com - thanks to support from this web site, I have the code I need to add the tool to get this implemented. Regarding upload to ANY web site - this looks like much more compilcated task - if someone has a working code to do that, I can put this in. But maybe it would be better to have a separate "uploader" tool - just to avoid adding too many features to this one.

Yes, this is planned as next step, as now I have the "track-to-follow" loaded.
[Touch Diamond, MDA Compact IV General] 20100v:
Thanks for all. And good luck .
[Touch Diamond, MDA Compact IV General] markcheng:
Now you can open KML for Track to follow. I guess open KML will be easy

At the moment, we can only view GCC file. With your latest v3.92, I can also use "track to follow" to open KML file from my friend for comparison. I think your next step should be viewing KML/GPX file. This will add value to your program.

The "Exclude Stop time" seems working a lot better. At least, it stop counting when I am stationary. I will give it a test this weekend.

Now with the black background, it makes the yellow and white lines more readable in maps. More choices of colours will be nice. By the way, I found the recording button (triangle pointing right) looks too similar to right-arrow. I change it to a red circle like (enclosed, just copied into the program folder).

Accummulated Climb and Descend will be my next wish list.

Thank you very much for this great program.
[Touch Diamond, MDA Compact IV General] retsam88:
AndyZap, this software is simply amazing, just what i needed :)

Keep up good work!
[Touch Diamond, MDA Compact IV General] 20100v:
I agree with that !
[Touch Diamond, MDA Compact IV General] MrLAG:
I didn't visit for some time and you seems to do a great job :). Gonan check now how multi-map feature which we discussed works :). Good to see you have now "version histroy" as uploaded .cab's :).

What does it mean "2 maps 1:1, 2maps 1:2" etc? I set 4 maps 1:1 and it works nice, though some maps connecting with mispalcements it still looks good. (Misplacements due to natural error of creating maps from Google Earth, even tho i was very accurate). But I still don't understand what you mean with 1:1. 2:1 ...

Just loaded some old track, I think the maps page with white background was better. White was accenting the map layout, while with gray background it makes the map dull
[Touch Diamond, MDA Compact IV General] markcheng:
"Track to follow" is really good

I have tested the GCC (v3.92) this weekend for our normal 3 hours ride in the forest and found it really good.

1. With the main line in yellow (2 point width and solid) and "track to follow" in red (4 point width and solid), it is very readable under the sun with some shades.

2. We can pause and change the track to follow. Working fine.

3. The average speed is a lot better now, same reading on my mate's Cateye. The "total time excluding stop time" is shorter than the actual start/stop time. They were always the same until the recent release. That is good as we know we stopped. I take it is correct as the average speed is right. Then I realise how much time we spent (almost one hour stopping time) for water and waiting etc.

4. I left the Orbit 2 on charger until I go out. This has improved the battery life a lot. After 3 hours ride, it still had 56% left. I reckon it can last up to 5.5 hours until it reaches 20% mark. I am still reluctant to turn on the screen unless I have to.

5. For the 1st time ever, I noticed the GCC file is actually bigger size the generated KML file. I wonder if there is any significance, not that I worry.

6. The screen to select "Track to follow" don't have the "Up" and "Down" arrows like those in "open GCC" screen. We still have the scroll bar on the right hand side. It may be nice to have to keep the uniformity throughout.

7. I am very battery-concsious since I have long rides. Anything at all to conserve the power, I will take it. I think the button design is very sleek. However, I have swapped the normal button with the "pressed" buttons to opt for a darker button background, e.g. I renamed options.jpg to options_p.jpg and vice versa and copy them the program folder. I would opt for even darker button background but that is a lot of works. At least, you excellent program allow customisation.

It is a very good piece of software, Well done! I look forward to the future enhancements.
[Touch Diamond, MDA Compact IV General] dizzygo:
on my touch pro gcc on track screen is ploting the track, even in right bottom corner it shows name of the map that covers best area, but there is no map really in the background.

i made maps as it was written in readme (jpg (2085 x 1917) + txt with coordinates).

any idea why it isnt working? is there an maximum resolution for map?
[Touch Diamond, MDA Compact IV General] glaucos:
Hi, first of all, thank you for your software :)

But I've a question for you: can you add an option to open the GPS port immediately when the program starts? So we can have a GPS-fix before start logging (to have more precision in the first part of the log)
[Touch Diamond, MDA Compact IV General] rhtizzy:
or only start logging once a fix is detected?

In extension to that, some dataloggers have a number of different options for logging entries:

1 - time based - records an entry after a specific period of time (doesn't switch off GPS just postpones logging entries)

2 - angle based - if the course changes an x number of degrees (different from the previous course) an entry is made

3 - distance based - an entry is recorded every x number of (deca)meters

Personally I always switch option 1 off...

Taking the disadvantages of switching GPS off into account, these seem like good options. Are there any plans Andy for something similar?

Thanks for all your efforts,

Rick
[Touch Diamond, MDA Compact IV General] matthieu60:
Hi Andy

I revert to my problem with the French SFR operator.

With the wapsfr apn, when i want to verify my login/password (the same as crossingways website) on GPS Cycle Computer software, i have the error message : "90 can not etablish connexion.."

Without proxy (with the websfr apn) the connexion with the server is right and the live tracking is operational, but the connexion is not free!

With the French SFR operator, we must use a proxy with the wapsr apn (with this proxy, the data connexion is free!). This proxy use the port 80 and 8080. If GGC use another port, the connexion fails. Do you know which port GGC use to connect the crossingways server (http request)?

Thanks for your help!
[Touch Diamond, MDA Compact IV General] :
Battery estimation?

Hi!.

Again, thanks fr his great SW!.

One of the featuresI consider useful is the remaining battery estimation. It was present in previous releases, and when just installed last version (3.92) I miss that option.

Of course I know that the estimation is no more than that: an estimation, but more or less you can see how much time you could be recording your track, etc...

What abut it?.

Thanks and BR.
[Touch Diamond, MDA Compact IV General] AndyZap:
Thanks, Mark, for the testing!

First I would like to apologize for confusion - I have not changed the speed/average speed calculations yet (this is on the plan) - I think on some days you have a better GPS reception, so the existing GPS code worked better (less noise). I will post a message when I get the speed calculaton implemented.

I have a limit of 4096 points, which are written in KML (to avoid getting a huge KML file, as it is a text file). But .gcc logs all data (plus speed and time, which we do not have in KML) - so for a very long runs it might be larger.

There are also "save KML" and "save GPX" buttons on the "Files" page (the one which has Up/Down buttons) - since we do not have these when open "track-to-follow", I decided to remove Up/Down as well (otherwise there is a empty space for 2 buttons) - well, all these hard GUI decisions - do you have suggestions how to fill this space?

This is good you have tested the custom buttons (shall be easy - just put the image you like along with the program, and restart). Thanks for posting your "run" button - it seems that "record" button image is more appropriate that "run" .. but probably it is better to have the original expo7 button design in the "default" installation, as all buttons have similar color-theme. Besides, as you saw, it is very easy to put any button image you like.

Also you can change the tool background/font color (this is all in the manual) - just put a file called bk_color.jpg and fore_color.jpg (size does not matter, but they must be filled with a single color, the one to be used). Curently the back color is not black, this is dark gray - so you could try to put black, if you prefer.
[Touch Diamond, MDA Compact IV General] AndyZap:
I think your image is too large - when loaded, it will take about 8 MB of memory (each pixel - 2 Bytes). What happed - the tool computed the best map to use (so you saw map name printed), but then it failed to load the image, so nothing was displayed. Try to make images twice as small (e.g. about 1000x800), so you get 4 times smaller in memory requirement, about 2-2.5 MB. If you use "multimap" options, then you will see a "combined" map anyway, so there is no point to create as large map as possible.

BTW, I understand why I have a bit of mismatch at the map edges, even if the map have correct coordinates. The reason is that I plot the track in UTM coordinates (which a rectangular grid, in metres), but the map is a rectangular area in lat/long coordinates, and it is not rectangular in UTM (this is clear, as the distance in metres between 2 "vertical" lines with constant longitude is getting smaller, as the latiutde is increasing). So I am going to change the plot, so the maps can be aligned perfectly.
[Touch Diamond, MDA Compact IV General] AndyZap:
This might be not a good options, as you might want to open to software just to browse your tracks, etc. If you want to get a quick fix, you can start logging, then just before you want to have "a proper log" - start and stop the loging - then you will get GPS log almost instantly.
[Touch Diamond, MDA Compact IV General] AndyZap:
I think the reason data loggers try to reduce the amount of data is because they log into a text file, which could be huge. I specially designed a very compact binary format (gcc), so all data can be logged, and the file size is still reasonable. Probably, before saving data into KML, this ideas can be applied - as curently, I just delete every 2nd point, before I get to max 4096 point limit (arbitrary value I chosen), when export to KML.
[Touch Diamond, MDA Compact IV General] AndyZap:
I would love to help - but unfortunatelly do not know much about this... Maybe someone on this thread knows how to configure proxies ? (in .NET code for GpsCycle, a "Web References" is used, to point to crossingways.com).

You could also try to post message on the crossingways forum: http://xdaforums.com/showthread.php?t=484809
[Touch Diamond, MDA Compact IV General] AndyZap:
No, the option is still in - but you need to wait 3 min for the first battery status update (this is the interval the battery status is checked). Also it does not estimate time, when using AC when log is started (as it reads the initial battery status at this time, and if it is on AC, it does not do estimation at all).
[Touch Diamond, MDA Compact IV General] markcheng:
Andy,

At the moment, you have 4 tiny buttons for opening GCC, KML, GPX files and Clear underneath the "Track to follow" line. How about to put the KML and GPX buttons back in the file list to switch between the file types. Press KML once to list KML files only and press once again to list GCC files only. Same goes to the GPX button.

The tiny buttons line in Options will become obselete so I suggest display the "track to follow" file name there.

By the way, is there a way to memorise the "track to follow" file instead of loading the same track everytime.
[Touch Diamond, MDA Compact IV General] markcheng:
Andy,

This won't be easy but you may be interested to know. With Garmin GPS, it will erase the point if it finds it is in a straight line. That's why their KML file is normally very small. You may consider this logic in your KML file conversion to reduce file size and hence quicker to load in "Track to follow".

Personally, I don't have any storage problem since they are saved in the storage card (4GB). I will opt for accurate data instead. However, this doesn't represent other's view. How about include an option in settings?
[Touch Diamond, MDA Compact IV General] glaucos:
Yes, I understand, this is why I ask an "option" to start or not the gps when program start :)

But in this case.. Will I have another useful log?
[Touch Diamond, MDA Compact IV General] markcheng:
Google Earth Map off centre

Andy,

I generate maps from Google Earth as per your readme file and it seems working. Be honest to you, I never look at it with too much details, until recently.

In GCC, I set to 2 maps 1:1 (although I don't fully understand what 1:1 means) so it displays 2 maps on the same screen. I notice the top map HolmburyStMary doesn't join up to the bottom HolmburyFeldayGlad properly. From the track I was viewing, I know it is the bottom map off centre.

The maps were generated exactly the same way. I made sure the "terrain" layer was turned off and press "r" key to reset the north. Still, they won't join up.

Have I done anything wrong? How can I improve this?
[Touch Diamond, MDA Compact IV General] AndyZap:
OK, let us put this as an option, something like "GPS always on" - i.e. it will be powered on as the tool start and stays on all the time (regardless on the on/off interval selected) - I guess there is no reason to switch it on/off, to save power, i.e. the power is not an issue when you running in this mode?