Quote Originally Posted by kunix View Post
I've just tried to disassemble BaseCamp.exe with IDA and .NET Reflector. Both of them can't find SQL request strings in the disassembled code, which is strange as they are clearly visible in BaseCamp.exe. But they are able to find some other strings. One more strange thing is that the SQL request strings are one-byte-per-char while the other strings are two-bytes-per-char.
So.. I just don't understand.. Will return to it tomorrow.

UPD
In fact those SQL request strings are used by a few native functions (compiled into x86 instructions). Gonna figure out how managed functions call native functions in .NET.
Or maybe... GPSFranz, are you absolutely sure that those coordinates are different from coordinates used in other files like gpx, etc? Maybe it's worth trying creating a custom GPX file and loading it into BaseCamp and checking of it fits the named trail?
I am absolutely sure that those numbers (coded coordinates) in the SQL (.db) file tables are different from original GPS coordinates used in other files like gpx, etc.
This is where I stand:
Right now I am working on putting together excerpts from the SQL (.db) file tables for Topo Austria v3 and Topo France v3 SudEst.
For these excerpts I am trying to find some of the shortest 'Named Trails' in the respective SQL (.db) files.
Since the 'nodes' are only identified by node IDs (just integers, no names or other hints given) in the SQL tables, we do not know where the node is located on a given trail (but we do know where the trail is, because BaseCamp shows it).
Therefore, in my thinking, shorter trails should have the advantage of smaller location uncertainty (by picking one or a few nodes on a short trail your margin of location error is smaller than on a long trail).
The results (data from the SQL tables and original GPS coordinates) will be provided in the form of comma-delimited CSV files, and they will be uploaded and posted ASAP after I have finished working on it.
This process is somewhat time-consuming, so please be patient...