yashsingh1/xdaforums huggingface dataset:
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
GCC is used on a near daily basis.

See above. Further, as discouragement of beta testing beta software or offering user feedback in general, or facilitating or contributing towards further development or advancement, disappointingly, this comment is yet another example of conduct that discourages and dissuades user participation to the considerable detriment of the GCC project as previously detailed.

You are fortunate it was not reported to XDA as abuse on receipt.

Instead you were given chance to hopefully redeem yourself. It would appear you have rejected that and intend to persist with your needless destructive conduct.

Clearly it was not.

There was no good suggestion.

It will not have escaped the attention of many that if you ElfKaa were to 'better think then write' and 'write less and say more, not vice versa' as you advise others, and perform a 'criticism' of your own writing, you would not persistently conduct yourself in a manner that discourages and dissuades user participation to the considerable detriment of the GCC project as previously detailed, which had already been established as being undoubtedly deliberate and intentionally detrimental to the GCC project, as this latest conduct confirms.

As and when you choose to desist with that conduct, there should arise no need for such conduct to be further highlighted in effort to stamp it out, before it stamps out the project. That can then be considered to be the end of matters. That end is sincerely hoped to be now.

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

attached a new version 4.11beta7.

New:

- in T2F altitude graph the nearest point to current position is marked with a dot

- rearranged the buttons in menue page and disabled buttons when function is not available

- option to show 'Exit' button on main screen after Stop

- some minor bugfixes and improvements

Some points to consider:

- is the upper right really the best place for 'Exit'? If the menue is shifted up, the button is not visible. The line 4 (Clear Track...) is always visible, even on 240x320 displays.

- perhaps it may be better to show the 'Exit button after Stop' on the right place. Then the menue is good available (and two clicks on the left button dismisses the 'Exit').

- how often do you use 'Options'? Should it be placed higher?

- should I reset the menue shift, that means line 1 is always visible on menue activation?

ElfKaa:

a double click on the bottom text of graph changes between 'Time' and 'Distance' as x-axis. You can drag points on the axes to zoom.

The map download feature should not have been changed. If download is enabled and there occures an error on reading a tile from SD, then the tile will be deleted and downloaded again. You can initiate redownload of all visible tiles by context menue.

Regards

Klaus
[Touch Diamond, MDA Compact IV General] Blaustein:
Hello Lukas,

you seem to have a very freaky track.

Can you send me your track, I can't confirm most of your freaky behaviours.

Klaus

PS: it should be possible to tap on the middle of the x-axis and drag (shift) it to the right to alter scaling (/100km to /50km)
[Touch Diamond, MDA Compact IV General] ElfKaa:
Hi Klaus,

I have just send you PM with the link to the track.

Perhaps it has been sent correctly as the connection has been terminated during I was writing the message to you. if not I will send you the link once again..

Let me know.

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

thank you for the detailed error messages.

Have you tried to upload a very small gpx file to crossingways? Can you upload files with your desktop PC with the web interface?

The data arrays consume more than 10MB if data array size is set to 256k. Can you check the free memory while GCC is running?

In current implementation the whole gpx file is read into memory before uploading to crossingways. It may consume a multiple of the 320kB as your error message suggest.

Lukas:

There was a little bug who caused the new point to move or vanish on single click (on long tracks when unit changes to km).

But the rest of your freaky behaviour I can not reproduce.

If you say you tap on 'Distance' and the axis change from /100km to /50km, I suppose you tap unintentionally on the '+' button and if you say you press right and it changes back to higher values, I suppose you tap unintentionally on the '-' button.

You should see this when the button changes to dark (pressed) state. Maybe you have too big fingers ;) or you shoud realign your touch screen.

Regards

Klaus

PS: please don't edit old postings (when other postings are after the edited post), because I may miss the changes
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
Hello Hello Blaustein / Klaus,

In response:

Yes, with GCC. Even with various data array settings just in case. It fails as detailed previously.

Yes, .gcc files converted with GCC to .gpx of all sizes can be uploaded, although the website speed varies from reasonable to slow.

4k Data Array

4.83MB mem used according to Task Manager

188.28MB mem free accoding to Settings > System > Memory

256k Data Array at point of crash

16.8MB mem used according to Task Manager

176.08MB mem free accoding to Settings > System > Memory

Available physical memory does not appear to be an issue.

The .gcc converts to 320Kb .gpx when data array size is up to and including 16kB. At 256kB .gpx is 1280kB.

It was noticed the .gcc actually loads in to GCC and data is then visible on the main screen and map etc.

This is not necessary when only converting and or uploading, changing this would save resources.

Perhaps if necessary the .gpx can be read in to memory and uploaded in parts instead of all once?

At 16.8Mb, just over half the 32Mb virtual address space slot allocation, an out of memory exception seems odd but perhaps it spikes before Task Manager can be viewed. Better diagnostics may be required, most if not all seem to require Visual Studio?

If necessary, as you may be aware, there are techniques to overcome the 32Mb slot allocation issue with Windows Mobile 5.0, 6.0, 6.1 and 6.5, all based on Window CE 5.0. Such techniques if implemented, whether necessary or not for this reason, in conjunction with other efficiencies, may well enhance general performance on many devices, making worthwhile any difficulties in doing so.

http://blogs.msdn.com/b/robtiffany/archive/2009/04/09/memmaker-for-the-net-compact-framework.aspx

http://blogs.msdn.com/b/stevenpr/archive/2005/12/12/502908.aspx

low.flying.pigs
[Touch Diamond, MDA Compact IV General] ElfKaa:
Some screenshots of the freaky behavior I mean.. :o)

Hi Klaus,

I know you like joking ;) Also me.. heh

No, I don´t have as fat fingers to not strike exactly to the point I want :o)

Here are some screenshots of what it does with points of touch signed by red cross :cool:

They are just AFTER you press the place signed.. So - load my track, press button altitude graph, then press the place of red cross and you get - the same as me probably - what is shown on the screenshot with the cross. I am at home - so the point shell be on the start of the graph. The screenshot are made just few seconds consecutive. The "7.png" you get after press Distance text under the graph.

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

.gpx not uploadable via Web interface because of route instead of track:

There is an option "Save GPX with 'rte' tag (see readme)". Please uncheck.

Please test again to upload a small file with GCC.

black lines in map:

this results IMO from inaccuracies in calculation. The tiles must be scaled up or down and mapped to the screen pixels. Here it can occur that one pixel will be left free. If the neighbouring tile also rounds down there may be 2 pixels not be drawn.

I have a point on my todo list to map the tiles 1:1 to the screen pixels, but may be not realized before phase out of GCC.

You can reduce the visual effect if selecting white background.

out of memory exception:

from a quick look at your referenced articles, an exe in WM can only use about half of the 32MB virtual address space (bug or strange behaviour of WM).

Please reduce array size or use desktop to convert and upload.

Lukas:

I suppose at your situation the coordinates differ slightly when tapping and lifting your finger. Therefore this tap was interpreted as a small shift and caused this change in scaling.

I have now introduced a small allowable difference before it is treated as a shift.

Regards

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

Many thanks for 4.11beta8. Appreciated as always.

I notice the Exit button has been moved to right position, and reset menu shift has been implemented as discussed. A slight issue exists related to the latter:

Menu Screen - Down Button (4.11beta8 only):

On menu activation, and / or when line 1 is at top of screen, tapping the down button does not move the menu down. If the menu is scrolled down to next line, so line 2 is at top of screen, and so on, tapping the down button causes the menu to return to line 1 at the top of the screen. Essentially the down button seems to actually be functioning as the up button now does.

In brief response to your other comments:

The issue remains unchanged:

Upload to CrossingWays via website works normally.

Upload to CrossingWays via GCC continues to fail as previously detailed*.

[* Awaiting results of testing being carried out by others, post to be updated in due course]

A related refinement has become apparent:

Selecting 'Upload GPX file (after saving)' could automatically disable if selected 'Save GPX with "rte" tag (see readme)' as it cannot be used in conjunction and causes issues if also selected.

These issues do not affect myself ordinarily as my required maps are loaded from SD Card, and there are no missing tiles to infill. However it does effect other users. The feedback was provided should it assist with resolving the issues with the existing programming.

Those articles and others detail the established work around for the issue. In brief summary, memory intensive tasks are separated from the main .exe and then called from that. This effectively expands the memory available to the overall application.

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

I have already noticed the non working menu up an down buttons and fixed (the menu was always set to first line - also after pressing these buttons).

Klaus
[Touch Diamond, MDA Compact IV General] ElfKaa:
Thumbs up! The graph is working well yet, thank you..

If the track is loaded and no speed data are included in the file, you could not get to speed graph from the main menu but it is still possible to get here through long press and select it from popup menu where you are on ltitude graph - so there are no values to plot and the message is displayed.

Is it big problem to add another color option screen to color change menu to set the color of the point of the current position on the graph?

I didn´t get to another tests yet.. I will test it more later.

Thanks.

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

It was thought that may be the case. However there was no means of certainty, hence inclusion with other feedback being provided.

Live Logging:

90 - Could not establish a connection to the server!

The issue remains unchanged:

Deleting the existing GpsCycleComputer.dat to reset GCC and start afresh made no difference.

Configuration of privacy settings at www.crossingways.com made no difference.

Data Array Size is set to 4k, to avoid out of memory issues until that is resolved.

Save GPX with 'rte' tag (see readme)' is not selected.

.gcc converted to .gpx with GCC is minimal size. Upload via www.crossingways.com works normally. Upload via GCC consistently fails with '90 - Could not establish a connection to the server!'

Tested via multiple Broadband Internet Service Providers using Wi-Fi and ActiveSync connections.

Tested via multiple 2G and 3G Mobile Data connections with multiple providers.

In all cases CrossingWays LiveLogging functions using GCC.

In all cases no general issues are apparent with connectivity.

If it is confirmed the feature is currently working for some users, efforts to establish why it does not for others have for now been exhausted.

Ordinarily it would be assumed a GCC and / or Crossingways issue exists.

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

As GCC is an open source project, please make available full source code of 4.10 Final and current amendments up to 4.11beta8 at your earliest convenience.

For ease of use and working with Visual Studio, please do so as downloadable zip files.

For all future betas and final versions, kindly do the same.

This is to enable capable users wishing to familiarise themselves with the current source code to do so.

The last such provision of source code in this way that can be readily found is over 4 years old:

http://code.google.com/p/gccv2/downloads/detail?name=GpsCycleComputerSource_3.114.ZIP&can=2&q=

This will facilitate the continuation of the project as and when you retire from it, and possibly assist in the mean time, which can only be good for the GCC project and in the best interests of all users.

low.flying.pigs
[Touch Diamond, MDA Compact IV General] Site watcher:
Many thanks to Klaus for his excellent work on GCC ! I use GCC for few months and I will not buy any Android device until you develop GCC for Android:)

I have two questions concerning the behavior of this app:

1.

I often use the great feature of GCC: map as jpeg plus *.gmi calibration file. This allows me to use scans of paper maps with GCC. However I have noticed a size limitation of jpegs. When a tile is grater than approx 1230x1230 points (or sometimes 1240x1240) there is a read error in GCC. The same tile can be still displayed correctly in XnView or system viewer. The limit of approx 1230x1230 points seems to be the same on my two devices: MIO350 running WM5.0 and Samsung Omnia i900 running WM6.1 (these devices have different memory sizes) so I assume that this is an internal GCC limitation. Saying true the limits in XnView or system viewer of those devices are not much bigger (1800 or 2000 points) but this still makes a difference because of time consuming calibration process for each tile.

I use GCC 4.10. The performance while displaying 1230x1230p file even on ancient MIO350 (400MHz) is good.

2.

My second observation concerns track accuracy. It happened few times that the whole recorded *.gcc track is shifted on the map in one direction even 50 m or more. The shape of a track is good, the only defect is this directional 'shift'. This concerns only recorded tracks. The accuracy is good on the screen, while recording.

I don't know how data are written to *.gcc file, but I assume that only the first point is written in absolute values, all others are incremental. Am I right? I accidentally had the option 'drop first x points' set to 0 so I understand that the first logged point is not precise at all. But on the other hand there is no guarantee that the 32nd or 64th point will be calculated correctly when the GPS signal is weak. So the described problem can happen any time...

My question is how to avoid such 'moved' recordings and if there is any track editor to correct such errors manually (eg by dragging and dropping the whole track)?

Best regards

Site watcher
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
Dear Site watcher,

Welcome to the forum and thank you for the interesting feedback. Blaustein / Klaus will respond in due course as required, in addition to and further to the below.

My understanding is that map tile size is limited to prevent distortion because as size increases, so does distortion due to scaling error. There may be some scope for this to be improved, but the general advice has been to use small tiles.

If required, freeware such as Map Calibrator 2.6 allows a scanned map to be calibrated as a whole, then automatically cut in to slices, tiles, each with their own .gmi calibration file.

The main issues seem to be the consistency of deviation affecting recorded data only, and not live data. Several possible explanations come to mind but non seem satisfactory. It may be more than one factor is involved. It does initially seem rather odd.

Ordinarily at present a .gcc file cannot be readily edited by an end user. It can however be converted to .gpx or .kml which can then be edited with appropriate software.

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

Thank you for the nice invitation and quick, helpful answer.

1.

I've just had a quick glance at Map Calibrator. It really changes upside down my approach to map scans calibration process! Only two diagonal points defined and even a very large map is automatically divided into small tiles. This is amazing comparing to my thankfully passed way of doing it:) The only thing to be changed in Map Calibrator is to uncheck the option: 'use only one calibration file..'.

So I think, the issue with jpeg size limit in GCC is not valid any more.

2.

Yes, you are right.

I use *.gpx format for editing. I try to find a simple solution to correct the mentioned track 'shift' but the simplest way of doing it, like dragging and dropping the whole track has no sense for normal editing, so I am expecting problems with finding such tool. I have briefly tested QLandkarteGT, Viking and GPX_Editor until now.

The reason of that error remains unknown. Now I have no opportunity for extensive tests but I have already changed the 'drop first x points' value to 16. Maybe it helps.

Kind regards

Site watcher
[Touch Diamond, MDA Compact IV General] low.flying.pigs:
Dear Site watcher,

Thank you for your reply and kind words. Regarding your issues:

1. Hopefully you should find Map Calibrator meets your requirements, and this matter is resolved.

2. This issue is more troublesome and a number of factors could be involved. It seems worth some further investigation to at least confirm the issue and determine the circumstances. Blaustein / Klaus will respond further as needs be in due course.

As previously detailed, a .gcc file cannot be readily edited by an end user. However, Blaustein / Klaus may be able to assist.

A .gpx file, absent a utility for the time being that allows for direct dragging and dropping as you suggest or something similar or simplistic, the equivalent of the consistent deviation will have to be calculated, and applied to each coordinate. Since most editor utilities only allow for single point editing, each point would be manually corrected in turn using GPX Editor or similar.

However, as corrected coordinates are required throughout and the deviation is consistent, once the equivalent is known, this can be applied in bulk using a spreadsheet such as Microsoft Excel or freeware Open Office, using the Calc application therein. In brief, the process involves converting the .gpx to .csv, applying the corrections having created a suitable formula, saving, and converting back to .gpx format. File conversion can be done using www.gpsvisualizer.com

This may or may not be within your capability, or worth your time and effort, absent for now a more user friendly solution.

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

it's not bad if you can go to speed if you really want to. Then you are told why the corresponding button is disabled.

The point has a brighter color. It is more visible if you choose e.g. red as Track color. I dont want to spend a costly option for such a knickknack. And many users would be rather confused about such an option.

And IMHO the point color shall have a reference to the t2f color.

Hello low.flying.pigs,

the source of the latest released version (4.10) is available at:

http://code.google.com/p/gccv2/source/checkout

I attach the source of the latest beta here.

Hello Site watcher,

welcome and thank you for using GCC.

1. with the hint of low.flying.pigs you should be able to create good performing maps.

Most users use OSM-style maps and download their maps from free OSM servers (see readme.htm, 10.4).

2. There was a bug in GCC which could have caused your described offset of tracks - especially if using the feature "Drop first x points".

This feature is especially useful when you have "GPS activity" *not* always on. In normal cases (GPS always on) you can switch GPS on and wait for a stable signal before starting to log your track.

Please test the attached V4.11beta9 (with your old settngs, to verify that the bug is fixed).

If you are not afraid of using a hex editor, you can try to correct your shifted tracks (.gcc files).

You will modify the absolute reference point, so that the (relative) track is at the correct place. The reference point is usually the starting point of the track, but not necessaryly (in your case it may slightly differ).

1. make a backup of your gcc file

2. determine the amount of shift in units of degree in latitude and longitude. For example:

load the track in gcc and click on a prominent point of the track (e.g. a corner) -> the coordinates are displayed in the upper right (2nd line), then click on the map where this prominent point should be. Then calculate the difference of the two points in lat and long (this will be usually very small 0.00001).

3. open the gcc file in a hex editor which can display and modify 64 bit double floating point values (eg. XVI32).

4. The reference latitude is at file offset 10 (decimal). The reference longitude is at file offset 18 (decimal).

5. Add your small difference (lat and long) to the two corresponding values and save the file.

The file format of gcc files is described in:

http://code.google.com/p/gccv2/wiki/GCC_File_Format

Further improvements of V4.11beta9:

- the menu buttons 'options' and 'backlight off' can be excanged (Options - Main screen)

Regards

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

Many thanks for 4.11beta9, and providing the associated source code as a downloadable zip file. Appreciated as always.

Please do keep providing the source code in this manner with future new betas and full releases.

Regarding 4.10 source code also requested, it does not seem to be available from the Google Project Hosting site as a downloadable zip file as requested, hence the request in the first instance. Kindly make available at your earliest convenience. Up to 3.114, source code was always available in this manner on the main download page.

Additionally, can the button images be made available without the background to aid creation of skins.

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

For now to me I don´t see any problem here yet in gcc..

Maybe the color of the point in the graph can be inverse :) so it will be always visible and you will not need another color setting..

I think this one beta 9 can be the release candidate ;)

Lukas
[Touch Diamond, MDA Compact IV General] jerome34:
GCC qunxz 4.11 beta 5 : freeze my mobile sometime

hello

recent versions (4.11 beta 5), I find that from time to time, GCC freeze my mobile olbigeant a soft reset.

there is there a way to enable a debug mode (log?) to know the cause.

thanks