yashsingh1/xdaforums huggingface dataset:
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
Screen Capture facility would be useful. Apart from any other usage a user may have, it would be of aid to users wishing to provide feedback, and also of assistance in the understanding of that feedback. It has been previously suggested for that reason.

Access via context menu on all screens / pages, as the first option, would make Screen Capture readily available when a user requires to make a screenshot, which ordinarily would be fairly infrequently. The Screen Capture would be of the screen behind the context menu, and not include the context menu itself.

Context menu integration would not therefore require a button constantly present on screen all the time or any adjustment of existing buttons or screen layout.

Screen Capture functionality and associated context menu could be expanded to include Constant Capture, whereby the screen is auto captured at a user selectable interval in seconds.

The context menu would change based on presses of it, like compass style under the GPS section of main screen.

Default would be no capture, press again, single capture of current screen, press again, constant capture of screens in use until press again for off.

Having selected Constant Capture, a user would not then be required to do anything further in order to capture.

This would be useful for grabs of a sequence of user actions, or when riding and wishing to capture that fleeting moment, such as a high speed for example. There is also an obvious safety benefit when cycling as well in not needing to interact with the device just for screen capture, or needing to concentrate to get the right moment.

In constant capture mode the screen itself could be off and still captured.

Further information to be added.

low.flying.pigs
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
Thank you for the feedback and confirmation the issue has been resolved.

GCC Boot 1.00alpha4 has been released featuring Automatic File Restoration on start up for usage with devices that do not retain user added files. It can restore from anywhere to anywhere.

Also featured is Automatic MortScript support. (Requires user to add MortScript.exe to GccBoot_Tools folder if desired)

Refer to Instructions - English.txt for detailed information. Thoroughly updated and expanded in 1.00alpha4

It is available from updated post 2307.

low.flying.pigs
[Touch Diamond, MDA Compact IV General] WolWer:
@ Blaustein: another "nice to have": Since branch advises occur on every reasonable curve of track, which is not required when biking a signposted cycling path, it would be good to have a choice between

acoustic advises as they are now

only alarm when track is left for more than xxx m (xxx = user definable number) and indication, when back on tack (within xxx m)

no acoustic signal

cu - WolWer
[Touch Diamond, MDA Compact IV General] willpom:
T2F edit functionality

May be this is hidden but I have yet to find....

T2F editing: Need a way to save a T2F created on the device from scratch that doesn't require keeping the program running. I can plan a new route the night before but I'd then have to keep the program running and hence the device on all night so as I can use it in the morning.
[Touch Diamond, MDA Compact IV General] WolWer:
Hi, willpom! I don't know, how to save a track planned on GCC with edit_t2f- or add_waypoint_to_t2f - feature to my flash disk. I don't believe these features to be useful for planning of tracks: Since display is rather small, it's much more convinient, to use Pc/Internet-based dedicated applications for this purpose as bikemap.net, wandermap.net, gpsies.com ... and copy downloaded gpx-file to track-folder in GCC path, which can easily be started in GCC. cu - WolWer
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello Willpom,

you can save the t2f in menu page by context menu of the button "Track2Follow", either as gpx or kml.

@ WolWer: only voice advices when leaving track -> will implement it the next days

screen shot: rather not. There may be found some 3rd party tool to do this

@ low.flying.pigs: the decision if a requested feature is implemented or not is made by taking into account:

- feasibility

- development effort

- my asessment of usefulness for many users

- NOT the person who requested the feature

Regards, Klaus

PS: I bought an Android Phone 2 weeks ago.....
[Touch Diamond, MDA Compact IV General] WolWer:
´That's great! Regarding screen shot facility: Manni123 created a mortscript based tool for this purpose.

Hey, does this mean an android version of GCC will be available some time?

cu - WolWer
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
So that users are aware this could be more obviously documented, and also for ease of usage available from the Map Screen via Context Menu.

That is as may be, and as a separate matter nonetheless irrelevant since it was not 'the decision if a requested feature is implemented or not' that was being referred to, or yourself.

It would be of usefulness for many users if clarification was provided as to the significance of that statement regarding the GPS Cycle Computer project and your intended future involvement.

low.flying.pigs
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello,

attached the new beta24:

- copyright string for maps

- improved "Input LatLon"; additional waypoint is created if you add a name

- additional option: voice commands only when leaving track for more than 100m (configurable in map options) [feature not thoroughly tested]

remark to copyright: I thought that it must be present on the screen for legal reasons, but noone needs this information and noone wants the map be covered by this copyright information. Therefore I made it as small as possible and put in in the lower corner where it disturbs not much. But if you want, I can make it in big bold letters in the middle of the screen - here it is. (It only urges people to disable it completely.)

to my remark of my new android phone: I think it makes no sense to port (write new) GCC to Android. There are already good applications which are already on a much higher level than GCC.

I will reduce my engagement in developing GCC to a lower level (in the last few weeks it was already very low).

Regards, Klaus
[Touch Diamond, MDA Compact IV General] WolWer:
Is there any Android App available with as good branch advises as GCC on any gpx-track? At the time I'm using BikeComputerPro on my Android, but this app offers no direction arrow and only supports acoustic branch advices on tracks from gpsies.com, and deviation alarm is not very reliable, especially on tracks with only few track points per km. cu - WolWer
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello low.flying.pigs,

"big bold letters [nearly] in the middle of the screen" is exactly what you have suggested and what I have realized almost literally exact according your code suggestions. The letters are as big as the other infos and the letters are bold (as you sugested). End of discussion.

Klaus
[Touch Diamond, MDA Compact IV General] WolWer:
Hi, Klaus!

I found configuration for voice command on leaving t2f, but where to activate this feature/deactivate full advises?

Another simple way to avoid not needed acoustical advises is replacement of all wav files by the content of "pause.wav": The only wav-files with content other than Pause I prefer to use are TurnOver.wav, YouHaveReachedYourDestination.wav, Now.wav (content changed to "turn now"). Thus I guess replacement of <Now.wav> with <Pause.wav>, <DriveToRoute.wav> and <TurnOver.wav> with "you've left your track" would meet my requirement for sign-posted tracks.

:crying:

cu - WolWer

p. s.: To edit sequ*.txt accordingly seemed to be the harder way to me.
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello WolWer,

in the context menu of navigation screen (or GPS-field in main, when "show navigation here" is selected) there are 2 items:

- enable voice command -> enables full voice advices

- voice only on leaving track -> enables voice commands only when far from track

only one of the two items can be activated at the same time.

To disable all voice commands click on the selected item to disable it.

The "distance from track" which triggers the command can be adjusted in Options - Map screen - Nav track tolerance [m]

Regards, Klaus
[Touch Diamond, MDA Compact IV General] WolWer:
Tx for your explanations - without I would have never found how to (de)activativate turn- and route_left- advises. Thus - I suppose these selections to be better beyond/above Options/Map screen/Nav track tolerance - in addition to those selection facilities as described. cu - WolWer
[Touch Diamond, MDA Compact IV General] Blaustein:
new final version 4.12

Hello friends of GCC,

at the dropbox link

https://www.dropbox.com/sh/69ps6iqg4ajau3r/_cXdntYYU6

is the new final (and perhaps the last) version 4.12 of GCC.

There are also some AddOns for GCC at this dropbox link.

changes from the last beta are:

- additional option: voice commands only for important messages i.e. when leaving track for more than 100m (configurable in map options)

- additional option: beep instead of voice commands (especially for devices without voice capability i.e. S3857)

Regards

Klaus
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
To enable continued development, kindly make available 4.12 final source code.

low.flying.pigs
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello,

attached the source code for the final 4.12 version.

A little delayed because I was on ski holiday and I have bought a new computer....

Regards

Klaus
[Touch Diamond, MDA Compact IV General] HarryJames:
Nice Gadget

Amazing. Nice gadget I will must try , I here about it is good tracker and its accuracy is also good can any body tell me the price of this gadget?

and what is battery timing?
[Touch Diamond, MDA Compact IV General] Jonessmith:
Amizing .:) The GPA tracker is very good and very use full . I have the GPA and i like it very much:D
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello,

GPSCycleComputer is free. Use and enjoy.

Regards, Klaus [developer]
[Touch Diamond, MDA Compact IV General] WolWer:
Hi, Klaus!

If there will be any further development of GCC - a nice-to-have are some more features in elect-screen for t2f:

Arrange files either by date, name, track length

cu - WolWer
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
Hello Blaustein / Klaus,

GPS Cycle Computer as at 4.12 final is unfortunately not currently GPX 1.1 standards compliant.

This is because GPX standards compliant .gpx files are not currently correctly handled if containing multiple tracks disjointed and distinct from one another in separated segments each enclosed within <trkseg> . . . . . . </trkseg> tags.

Such .gpx files are increasingly common. This is because cycle routes are not always linear from start to finish. In fact, branches, breaks, gaps, loops and assorted other variations and alternative travel options are commonplace, as are the files that detail these in full such as the many official routes here, a specific example being here .

The issue can be readily observed by comparison of how segmented .gpx files should display and how they actually do in GPS Cycle Computer.

GPS Cycle Computer compatibility could however be implemented relatively straightforwardly by adapting the existing Track2Follow functionality. Automatic detection of .gpx files loaded containing multiple <trkseg> and </trkseg> tags could be implemented which disables both drawing of lines currently observed and also navigation.

Navigation, as currently implemented and without further enhancement, only works properly with linear files in any event. Non linear segmented files are not necessarily either suitable or intended for automated navigation purposes anyway.

GPX standards compatibility in this regard would therefore be achieved, allowing multiple track segment .gpx files to display and be followed on the map screen. The user would be able to observe branches, breaks, gaps, loops and assorted other variations and alternative travel options on the cycle route as intended and navigate manually and freely on ride as desired from all available choices without the inherently limited pre determined and pre fixed travel plan of a non segmented file.

The very nature of segmented .gpx files prevents their conversion or splitting to non segmented .gpx file(s). It is the segments separate and distinct from one another in one file that is required in the first instance hence why the standard allows them.

Numerous attempts to date to adapt 4.12 final source code oneself with the above aim have not yet been successful.

Users that do not need, require, want, or will not use proposed functionality simply will not use it. Such users are therefore not adversely affected and have no objection, as existing functionality will not be adversely affected.

low.flying.pigs
[Touch Diamond, MDA Compact IV General] WolWer:
Hi, l.f.p.! Just looks like there are no users of GCC who miss the GPX 1.1 standards compliance. Since you're trying to continue development of GCC - what's about your boot menu? It's been nearly perfect - the only one I missed was a built in second soft start for the entrances to registry to become valid! cu - WolWer
[Touch Diamond, MDA Compact IV General] eludor:
This morning, I tried with the "read GPS data directly" option, see image below. All looked fine. So after half of the trip, I switched back to the standard mode ("read GPS data directly" off), and strange enough, this time it seemed to work just fine, too. Weird. I guess I'll do some more testing over the next days, and post my findings here.

Andy, two questions:

1) If I use "read GPS data directly", I expected to have other apps (like TomTom) to have problems. But a first test worked well, TomTom did still get correct GPS data. Is this to be expected?

2) If you "switch off" GPS, what exactly do you do? Background: I would like to use the logging feature with one sample per minute (just to keep data to a reasonable size), while still using TomTom for navigation. So it would be bad if GPS would be really shut down. Again, a first test showed that it seems to work the way I want, but I'm not sure if TomTom is just not quick enough to show any potential problems.

Thanks again for this fantastic tool.

If I may post a wish, though: As posted several times already, a "Pause" button would be great. So, like today, if I make a detour that should not be recorded, I could simply pause, and continue after being back to the main route. tooff's enhancement basically makes that possible, but a simple Pause button would be more convenient.
[Touch Diamond, MDA Compact IV General] AndyZap:
Excellent - thank you very much for the code, this looks like a nice feature! I will add this in. The only quiestion is: do your want to list ALL files in the folder, or just the latest file is enough? Then we need just 2 entried in the combo - "new file" or "last file".
[Touch Diamond, MDA Compact IV General] AndyZap:
- Regarding the GPS accuracy - I do try to check that the GPS data is OK, before I start logging after a time off - so I was surprised to see how bad was your log. Usually the accuracy is quite good, as in your last log. I noticed that GPS works better after a soft reset, so maybe that made a difference?

- Re "read data directly" - even if this option is on, still a few programs can read the GPS data - Windows takes care of the shared access. So I would recommend to have this option ON, I think it works better.

- Re the GPS off - I do not switch off GPS - just close the COM port or handle to the Windows driver. Again, Windows takes care of the GPS power management - if no application are connected to the driver / GPS COM port for xx seconds (I saw some settings in registry, something like 3 sec?), then it powers GPS down.

- Re the pause button - It seems that the feature to write to the existing file is a bit more flexible, as you do not need to keep the application open to continue. Another problem - where to put the pause button, there is no space on the Main page! Maybe the "simplified" interface, i.e. only select "new file" or "last file", would be the best solution?
[Touch Diamond, MDA Compact IV General] tooff:
Ouuppss... AndyZap > it seems that the GCC file are not well recorded since I change the code... I got an error while trying to load a .gcc file... I'll try to fix it this weekend, hope I'll have some time to do it.

I'll keep you inform
[Touch Diamond, MDA Compact IV General] AndyZap:
I found a pause button on my phone :) - just press hardware button "power off" instead of "bklight off" in the tool - and you have a pause!

BTW - I still have plans to develop a Windows app where you can do any editing on the gcc files (incl merge) ...

I looked at the code - the problem is that quite a few vars have to be initialised (e.g. starting lat/long, reference UTM position, counters, plot vars, etc) - to continue working and writing a file properly. I think this might be a bit complicated job to implement this feature, i.e. continue writing to ANY existing file. Probably we shall try to implement a pause button instead, as this is just one line in the code - stop the timer which calls GPS. To avoid adding a new button, we might reuse "run" - after starting the log it will change icon to "pause". How about that?
[Touch Diamond, MDA Compact IV General] tooff:
I well understand your point. I've seen all of this variables and was a bit afraid that they need to be initialized to resume recording in the same GCC file...

My final need is to get a single KML file out of my phone every 2 to 5 days containing path followed since the beginning of the trip. I think the "pause button" method could work very well for short times, not for several days.

But you give me another idea. Instead of making a merger of GCC file (that you're probably the only person knowing the exact format), I could easily make a KML merger under Windows Mobile. This way, I will transform each GCC file to KML file wihtin GCC and the run an external program to merge the KML files together. You should have a good knowledge of KML files (I don't have it yet), do you think it has good chances to work? Maybe it exists already ?
[Touch Diamond, MDA Compact IV General] AndyZap:
OK, so let us drop this idea to write into the same GCC file, I think it is not an easy task. I will think about the "pause" button, as there were are few requirests about it.

Re KML merger - it is very easy to do, as KML is just a text file. Points (as lat/long) are written per line, so all you need just to copy these lines. So the steps would be: 1) copy a header from first file, all before and inluding line with text "<coordinates>" 2) copy all lines with coordinates from all files 3) write footer - the lines starting with </coordinates> - that's it. I do not know, but maybe there is a software which does this for you....
[Touch Diamond, MDA Compact IV General] tooff:
Having a look at the KML reference guide let me going to a little bit different way. With your solution, if files are not merged in the correct chronological order, the result may appear totally wrong because the end of each part will be linked with a line to the beginning of the next one. I thought about another solution :

1) Header of the first file is copied until </LookAt>

2) A <MultiGeometry> element is added to the merged file

3) Then the <LineString>[...]</LineString> element of each file is copied to the merge file

4) Finally, </MultiGeometry> and footer are added in the merged file.

This way is a good workaround to the problem of chronological order of files but when the KML will be rendered, the different part of path will not be joined together... I don't know if it's better or not.

Or, with your approach, the program could base on files last modif. time to ensure that they're merged in a correct order but this is without a guarantee if the user have special uses of those files or GCC program.
[Touch Diamond, MDA Compact IV General] axelpix:
Sorry for interupting you guys! It's really beautifull to have two devs now on this great program.

But can you please add the current version number or the last update date to the main toppic? This way it's easier to follow this threads real update path.

Thanks and keep on the good work!
[Touch Diamond, MDA Compact IV General] tooff:
Hi there,

Based on our discussion with AndyZap, I implemented a KML merger. Because it must be use with KML files having a structure very similar to the KML structure generated by GCC, I decided to build it as a totally integrated GCC functionality.

Have a look at the screenshoot below to see what it looks like.

You will also find the Form1.cs diff-file, the full new Form1.cs file, the new pictures for the merge button and the installation CAB if you want a quick try.

THIS IS NOT AN OFFICIAL RELEASE. USE IT AT YOUR OWN RISK. GO TO PAGE 1 FOR OFFICIAL DOWNLOAD
[Touch Diamond, MDA Compact IV General] eludor:
Might be, I do soft resets quite often :) But it's not practical to do a soft reset every time I want to use GCC...

Maybe I don't understand a basic point here: I thought read data directly accesses the GPS device directly, bypassing the Windows intermediate driver? Anyway, the windows driver only distributes the GPS data to several consumers, right? It should not alter the data or make it worse. Strange thing.

In fact, "read directly" seems to improve behaviour, although I don't understand why. I will do some more tests on my daily bike rides to work, and will post here if I find anything remarkable.

That makes sense. So, if another app keeps the port open, GPS is not shut down. Great!
[Touch Diamond, MDA Compact IV General] AndyZap:
Actially there are two interfaces to the Windows GPS driver - one is "raw" (the one which just passes the NMEA strings from GPS to the application), and one is "parsed" (the one which parses data for you, and give values like lat/long). Here is a link to MS website to read about this: http://msdn.microsoft.com/en-us/library/bb201942.aspx Both interfaces allow multiple applications to connect to the same GPS hardware. I think a confision is that when you read data from e.g. COM4, this is not a "real GPS", but just an interface to the Windows "raw" driver (or "multiplexer"). You can see this port settings in Windows | Settings | External GPS. BTW, you can also read data from "real GPS" port, but I am not sure if multiple applications can work in this case.

First I used the "parsed" driver, and found that it is not very reliable - e.g. sometimes I was not able to get any data from it, but the other app, as TomTom was fine. So then I switched to the "raw" driver (i.e. the option called "read data directly"), which works much better (so I guess I've done better job than Microsoft parsing the NMEA strings :) )
[Touch Diamond, MDA Compact IV General] eludor:
Thanks for this explanation. Learning something new every day :)

Indeed, you did a great job here. Thanks!
[Touch Diamond, MDA Compact IV General] Nilientes:
Hey

great tool, i really love it, to track my cycling and running routes.

because i use it for running, it would be nice to have the speed in min/km. is there any thing like a patch for this?

if not, i will try to code it my own and will post the code here.
[Touch Diamond, MDA Compact IV General] Nilientes:
Here i have the modified form1.cs with the new unit min/km

unfortunally i was not able to open the project with my visual studio. i build my own project to get it tested with my pocketpc (wizard), but i got no cab-file.

I look how I can deliver it, but i am new to .NET CF, so its a lot of try&error.

I modified the Methods UpdateDisplay, PrintSpeed and the Label writing of the units.

I added the Method getSpeedInUnit and getDistInUnit.

I have tested it while running and it would be nice if you got the optimization in the 5/20 sek mode, so the speed will not differ, if some wrong coords are fetched when the gps in initializing phase

greetings C