Re: [Gpsbabel-code] Showing progress of USB download
Brought to you by:
robertl
From: <je...@ka...> - 2007-03-07 19:23:50
|
Those do sound like showstoppers for my idea. Thanks for your help Robert.= =0A=0A-jeff=0A=0A=0A=0A=0A----- Original Message ----=0AFrom: Robert Lipe <= rob...@gp...>=0ATo: je...@ka...=0ACc: gpsbabel-code@list= s.sourceforge.net=0ASent: Wednesday, March 7, 2007 12:40:04 PM=0ASubject: R= e: [Gpsbabel-code] Showing progress of USB download=0A=0A=0Ajeff@kalikstein= .com wrote:=0A=0A> I have a Garmin Forerunner 301, and the memory holds = enough points=0A> for the xfer to take a nontrivial amount of time.=0A= =0AFR 301 uses a protocol that's a little less efficient than 305:=0A=0A[ro= bertl@rjloud route]$ time gpsbabel -t -r -w -i garmin -f usb: -o gpx -F /tm= p/qqq.gpx=0A=0Areal 0m9.590s=0Auser 0m0.037s=0Asys 0m0.014s=0A=0A= That's with 97 waypoints and 1,927 trackpoints =0A=0A> Given the way you= 've described how the Garmin protocol works, can't=0A> we check the data= returned by "Here's your datapoint", and abort=0A> the xfter if conditi= ons are met?=0A=0AYou asked for ones 'with a timestamp newer than x'. Track= s are returned=0Ain order. If you wanted only ones older than X, you could = indeed stop in=0Athe middle.=0A=0AAs I recall, some models would then be wh= acked out for the NEXT transfer=0Aas they'd still be shouting "Here's track= point #439" when you're trying=0Ato start a new dialogue with it.=0A=0ARJL= =0A=0A=0A------------------------------------------------------------------= -------=0ATake Surveys. Earn Cash. Influence the Future of IT=0AJoin Source= Forge.net's Techsay panel and you'll get the chance to share your=0Aopinion= s on IT & business topics through brief surveys-and earn cash=0Ahttp://www.= techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV=0A____= ___________________________________________=0AGpsbabel-code mailing list h= ttp://www.gpsbabel.org=0AG...@li...=0Ahttps://list= s.sourceforge.net/lists/listinfo/gpsbabel-code |