regarding some of your questions...
> So, I tried to use the NoteClass in my .goc by adding
> @object NoteClass InventContent { }.
> The compiler complained
> parse error, expecting CLASS_SYM
> expecting class, not the identifier 'NoteClass'.
To use the Note class, you'll apparently have to add the line
@include <internal/jedi/notes.goh>
to the source code of your application, which loads the definition of the
class. [btw: A "grep" search over the ASCII documentation and/or the
INCLUDE subdirectory for a keyword like NoteClass usually brings up quite a
lot of otherwise "missing" information... :-)] You can also look at the
NOTES sample applications in the SDK_OMNI directory, which may also answer
some other Notes-related questions...
> Therefore, my question to you. Does anybody know a better alternative for
> transfering my data to the host PC ?
If your data is to be used with a desktop PC application anyway and you
don't mind a little bit of communications programming, the most flexbile
way would probably be implementing the serial file transfer protocol to the
OmniGo in your own PC application - this way, you'd have full control over
the files retrieved from the device, and you can define any format you
regard as appropriate...
In this case, you should store data from your Geos application in "native"
files, which do not contain any additional Geos data and effectively are
just plain sequential DOS files.
For the end user, this approach would have the advantage of having to use
only your (desktop) application and the File Transfer mode on the OmniGo -
any synchronization could be handled by your own code and remain invisible
to the user.
Sample source code for the OmniGo file transfer protocol is contained in
Asher Hoskins' OGFTP application, which is available for download on my web
page:
http://ourworld.compuserve.com/homepages/mgroeber/
ciao marcus