Peter, thanks for both suggestions, they look very interesting esp. the
"Peter Foot [MVP]" <feedback@nospam-inthehand.com> wrote in message
news:uOvRq31kFHA.1444@TK2MSFTNGP10.phx.gbl...
> There isn't an API into Pocket Streets and to be honest it's rather basic
> anyway. I've used TomToms API and found it to be quite powerful. They
> provide a C++ API which can be wrapped for .NETCF, if you would like to
> try out a wrapper please let me know.
> Another approach would be to use something like Franson's GPS Gate which
> allows you to share a GPS device - it exposes a virtual COM port and you
> can grab the location data through their API at the same time. Windows
> Mobile 5.0 has similar functionality built in as a native API, and again I
> have a .NETCF wrapper for this, a version of which is included in:-
>
http://www.inthehand.com/windowsmobile.aspx >
> Peter
>
> --
> Peter Foot
> Windows Embedded MVP
>
http://www.inthehand.com |
http://www.peterfoot.net |
>
http://www.opennetcf.org >
> "Tim Johnson" <tjohnson@high-point.com> wrote in message
> news:eVDYHnzkFHA.1044@tk2msftngp13.phx.gbl...
>> I'm developing an app that will interface directly with a GPS receiver in
>> order to do a number of special calculations and route tracking. But I'd
>> also like to feed the realtime GPS to a real-time map display (using the
>> MapPoint webservice is not an option for the client due to cost). My
>> first choice is Pocket Streets. I know that product can directly
>> interface to the GPS receiver itself, just by specifying the right COM
>> port. But is there any sort of automation API or even OCX-like way I
>> could interact with PocketStreets to feed it the GPS data I'm receiving,
>> since I'd be monopolizing the COM port? I can't find anything online
>> about it if there is. Or perhaps a different mapping product for which
>> there is such an API? Thanks!
>>
>> --
>>
>> Tim Johnson
>> High Point Software, Inc.
>>
www.high-point.com >> (503) 312-8625
>>
>>
>>
>
>
