You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(28) |
Nov
|
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(19) |
Feb
|
Mar
(11) |
Apr
(10) |
May
(27) |
Jun
(8) |
Jul
(7) |
Aug
(6) |
Sep
(9) |
Oct
(3) |
Nov
(7) |
Dec
|
2010 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
(22) |
Aug
(3) |
Sep
|
Oct
(8) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
(13) |
Sep
|
Oct
|
Nov
(4) |
Dec
(8) |
2012 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(14) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <gps...@li...> - 2009-01-03 05:03:13
|
Feature Requests item #2200901, was opened at 2008-10-28 00:28 Message generated for change (Comment added) made by rosscoe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2200901&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: ctrl-q to exit program Initial Comment: Hi, could a key binding be added for crtl-Q to instantly exit the program? thanks, Hamish ---------------------------------------------------------------------- Comment By: Ross (rosscoe) Date: 2009-01-03 15:03 Message: Hi, Patch sent to the list for this. It does a normal exit as if you had clicked on Quit from the main menu. Regards Ross ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2200901&group_id=148048 |
From: <gps...@li...> - 2008-12-17 10:00:36
|
Bugs item #2121124, was opened at 2008-09-20 23:38 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-12-17 10:00 Message: Upstream fixes for get-code and geo-nearest are problematic from the portability point of view, as well as are not addressing the security flaw completely: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595#20 ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 11:54 Message: obsolete function removed. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 11:14 Message: make that see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 AND http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508597 Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 10:58 Message: I agree to Andreas, let's remove it. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 10:46 Message: re debian bug 508595, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 $ grep /tmp/ * geo-code:TMP=/tmp/geo$$ geo-code: cp $COORDS /tmp/geo.google geo-code: filter="tee /tmp/geo.yahoo" geo-code: cp $COORDS /tmp/geo.coords geo-nearest: TMP=/tmp/geo geo-nearest: TMP=/tmp/geo$$ geo-nearest: cp $GEOWAY /tmp/geocaching.loc gpssmswatch:FILE=/tmp/.smswatch gpssmswatch:NUMBER=`grep Sender /tmp/.smswatch|awk '{print $2}'` gpssmswatch:cat /tmp/gpsdrivepos gpssmswatch:gnokii --sendsms $NUMBER < /tmp/gpsdrivepos these three are all shell/bash scripts. possible fix: TMP=`tempfile -p geo.` if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files" 1>&2 exit 1 fi Hamish ---------------------------------------------------------------------- Comment By: Andreas Putzo (aputzo) Date: 2008-12-15 20:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-16 15:57:41
|
Bugs item #2433341, was opened at 2008-12-17 01:33 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2433341&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: gpsdrive-svn Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andreas Putzo (aputzo) Assigned to: Nobody/Anonymous (nobody) Summary: gpsdrive should use libgps Initial Comment: Hi, gpsdrive reads nmea sentences directly from gpsd (see nmea_handler.c). This had lead to a number of problems in the past (see for example debian bug #456149). Maybe it would be better to use libgps or similiar? Cheers, Andreas ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-12-17 04:57 Message: alternatively, a path of minimal change: instead of requesting raw NMEA with "R+" in gps_handler.c, we could initialize in watcher mode (W+), then parse the [nema parsed] "O" string. send (sock, "W+\n", 3, 0); "The recommended mode for clients is watcher mode. In watcher mode gpsd ships a line of data to the client each time the GPS gets either a fix update or a satellite picture, but rather than being raw NMEA the line is a gpsd 'o' or 'y' response. Additionally, watching clients get notifications in the form X=0 or X=%f when the online/offline status of the GPS changes, and an I response giving the device type when the user is assigned a device. Clients should be prepared for the possibility that additional fields (such as heading or roll/pitch/yaw) may be added to the O command, and not treat the occurrence of extra fields as an error. The protocol number will be incremented if and when such fields are added." ? Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-17 02:15 Message: right. gpsdrice should use libgps and the nmea parsing code should be removed. I already tested this within another application, but there are still some issues, that prevented me from changing this in gpsdrive. but it is on the TODO list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2433341&group_id=148048 |
From: <gps...@li...> - 2008-12-16 13:31:56
|
Bugs item #2203405, was opened at 2008-10-28 21:34 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203405&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Map Download Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: OSM download maps incorrectly scaled Initial Comment: Hi, the OSM download maps are incorrectly scaled. It is only slightly wrong, but noticeable. if someone can dig out the code their download site uses to determine the scale level, I can redo the GpsDrive side of things so that it matches and scales perfectly. I'd also note that using their current projection anything over 1:500,000 will have too much distortion to be very useful. Try downloading a world wide OSM map using the Options->Maps->Download tool and then in Pos. Mode slowly click your way to +-90 deg lon from the center. you will see the cursor jump to the pole.. for those scales plate caree (top_* maps) are appropriate, for the Landsat maps I've made it do the transition as we can tell the WMS server what we want, but for the OSM map download I fear we have no choice besides allow download of crap maps or stop offering to download more than 1:500k. thanks, Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-12-17 02:31 Message: This is fundamentally a projection bug in Osmarender: http://wiki.openstreetmap.org/wiki/Osmarender_bug Osmarederer following Google's lead of using Merc proj on a sphere is a major PITA for any mapping applications where geolocation counts. Read ongoing thread/rants about the "Google Sphere" on the PROJ4 mailing list: http://news.gmane.org/gmane.comp.gis.proj-4.devel/ best would be if OSM put together a WMS server, then we could reuse the working-well WMS code which NASA LANDSAT maps are using. Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203405&group_id=148048 |
From: <gps...@li...> - 2008-12-16 13:15:16
|
Bugs item #2433341, was opened at 2008-12-16 13:33 Message generated for change (Comment added) made by d_s_e You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2433341&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: gpsdrive-svn Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andreas Putzo (aputzo) Assigned to: Nobody/Anonymous (nobody) Summary: gpsdrive should use libgps Initial Comment: Hi, gpsdrive reads nmea sentences directly from gpsd (see nmea_handler.c). This had lead to a number of problems in the past (see for example debian bug #456149). Maybe it would be better to use libgps or similiar? Cheers, Andreas ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 14:15 Message: right. gpsdrice should use libgps and the nmea parsing code should be removed. I already tested this within another application, but there are still some issues, that prevented me from changing this in gpsdrive. but it is on the TODO list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2433341&group_id=148048 |
From: <gps...@li...> - 2008-12-16 12:37:55
|
Bugs item #2433341, was opened at 2008-12-16 13:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2433341&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: gpsdrive-svn Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andreas Putzo (aputzo) Assigned to: Nobody/Anonymous (nobody) Summary: gpsdrive should use libgps Initial Comment: Hi, gpsdrive reads nmea sentences directly from gpsd (see nmea_handler.c). This had lead to a number of problems in the past (see for example debian bug #456149). Maybe it would be better to use libgps or similiar? Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2433341&group_id=148048 |
From: <gps...@li...> - 2008-12-16 12:35:11
|
Bugs item #2121124, was opened at 2008-09-21 01:38 Message generated for change (Comment added) made by d_s_e You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 12:54 Message: obsolete function removed. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 12:14 Message: make that see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 AND http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508597 Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 11:58 Message: I agree to Andreas, let's remove it. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 11:46 Message: re debian bug 508595, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 $ grep /tmp/ * geo-code:TMP=/tmp/geo$$ geo-code: cp $COORDS /tmp/geo.google geo-code: filter="tee /tmp/geo.yahoo" geo-code: cp $COORDS /tmp/geo.coords geo-nearest: TMP=/tmp/geo geo-nearest: TMP=/tmp/geo$$ geo-nearest: cp $GEOWAY /tmp/geocaching.loc gpssmswatch:FILE=/tmp/.smswatch gpssmswatch:NUMBER=`grep Sender /tmp/.smswatch|awk '{print $2}'` gpssmswatch:cat /tmp/gpsdrivepos gpssmswatch:gnokii --sendsms $NUMBER < /tmp/gpsdrivepos these three are all shell/bash scripts. possible fix: TMP=`tempfile -p geo.` if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files" 1>&2 exit 1 fi Hamish ---------------------------------------------------------------------- Comment By: Andreas Putzo (aputzo) Date: 2008-12-15 21:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-16 12:28:24
|
Bugs item #2121124, was opened at 2008-09-21 01:38 Message generated for change (Settings changed) made by d_s_e You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn >Status: Closed >Resolution: Fixed Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 12:54 Message: obsolete function removed. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 12:14 Message: make that see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 AND http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508597 Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 11:58 Message: I agree to Andreas, let's remove it. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 11:46 Message: re debian bug 508595, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 $ grep /tmp/ * geo-code:TMP=/tmp/geo$$ geo-code: cp $COORDS /tmp/geo.google geo-code: filter="tee /tmp/geo.yahoo" geo-code: cp $COORDS /tmp/geo.coords geo-nearest: TMP=/tmp/geo geo-nearest: TMP=/tmp/geo$$ geo-nearest: cp $GEOWAY /tmp/geocaching.loc gpssmswatch:FILE=/tmp/.smswatch gpssmswatch:NUMBER=`grep Sender /tmp/.smswatch|awk '{print $2}'` gpssmswatch:cat /tmp/gpsdrivepos gpssmswatch:gnokii --sendsms $NUMBER < /tmp/gpsdrivepos these three are all shell/bash scripts. possible fix: TMP=`tempfile -p geo.` if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files" 1>&2 exit 1 fi Hamish ---------------------------------------------------------------------- Comment By: Andreas Putzo (aputzo) Date: 2008-12-15 21:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-16 11:14:17
|
Bugs item #2121124, was opened at 2008-09-21 11:38 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-12-17 00:14 Message: make that see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 AND http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508597 Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 23:58 Message: I agree to Andreas, let's remove it. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 23:46 Message: re debian bug 508595, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 $ grep /tmp/ * geo-code:TMP=/tmp/geo$$ geo-code: cp $COORDS /tmp/geo.google geo-code: filter="tee /tmp/geo.yahoo" geo-code: cp $COORDS /tmp/geo.coords geo-nearest: TMP=/tmp/geo geo-nearest: TMP=/tmp/geo$$ geo-nearest: cp $GEOWAY /tmp/geocaching.loc gpssmswatch:FILE=/tmp/.smswatch gpssmswatch:NUMBER=`grep Sender /tmp/.smswatch|awk '{print $2}'` gpssmswatch:cat /tmp/gpsdrivepos gpssmswatch:gnokii --sendsms $NUMBER < /tmp/gpsdrivepos these three are all shell/bash scripts. possible fix: TMP=`tempfile -p geo.` if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files" 1>&2 exit 1 fi Hamish ---------------------------------------------------------------------- Comment By: Andreas Putzo (aputzo) Date: 2008-12-16 09:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-16 10:58:59
|
Bugs item #2121124, was opened at 2008-09-21 01:38 Message generated for change (Comment added) made by d_s_e You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-12-16 11:58 Message: I agree to Andreas, let's remove it. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-12-16 11:46 Message: re debian bug 508595, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 $ grep /tmp/ * geo-code:TMP=/tmp/geo$$ geo-code: cp $COORDS /tmp/geo.google geo-code: filter="tee /tmp/geo.yahoo" geo-code: cp $COORDS /tmp/geo.coords geo-nearest: TMP=/tmp/geo geo-nearest: TMP=/tmp/geo$$ geo-nearest: cp $GEOWAY /tmp/geocaching.loc gpssmswatch:FILE=/tmp/.smswatch gpssmswatch:NUMBER=`grep Sender /tmp/.smswatch|awk '{print $2}'` gpssmswatch:cat /tmp/gpsdrivepos gpssmswatch:gnokii --sendsms $NUMBER < /tmp/gpsdrivepos these three are all shell/bash scripts. possible fix: TMP=`tempfile -p geo.` if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files" 1>&2 exit 1 fi Hamish ---------------------------------------------------------------------- Comment By: Andreas Putzo (aputzo) Date: 2008-12-15 21:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-16 10:46:25
|
Bugs item #2121124, was opened at 2008-09-21 11:38 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-12-16 23:46 Message: re debian bug 508595, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508595 $ grep /tmp/ * geo-code:TMP=/tmp/geo$$ geo-code: cp $COORDS /tmp/geo.google geo-code: filter="tee /tmp/geo.yahoo" geo-code: cp $COORDS /tmp/geo.coords geo-nearest: TMP=/tmp/geo geo-nearest: TMP=/tmp/geo$$ geo-nearest: cp $GEOWAY /tmp/geocaching.loc gpssmswatch:FILE=/tmp/.smswatch gpssmswatch:NUMBER=`grep Sender /tmp/.smswatch|awk '{print $2}'` gpssmswatch:cat /tmp/gpsdrivepos gpssmswatch:gnokii --sendsms $NUMBER < /tmp/gpsdrivepos these three are all shell/bash scripts. possible fix: TMP=`tempfile -p geo.` if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files" 1>&2 exit 1 fi Hamish ---------------------------------------------------------------------- Comment By: Andreas Putzo (aputzo) Date: 2008-12-16 09:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-15 20:27:52
|
Bugs item #2121124, was opened at 2008-09-21 01:38 Message generated for change (Comment added) made by aputzo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: signalposreq(): use mkstemp Initial Comment: src/splash.c's signalposreq() should use mkstemp() to safely create the temp file. Hamish ---------------------------------------------------------------------- >Comment By: Andreas Putzo (aputzo) Date: 2008-12-15 21:27 Message: Hi, this functions dumps the current position into a tempfile if the user sends SIGUSR1 to the gpsdrive process. I think the intention was to use it together with scripts like gpssmswatch (sending the current position to a mobile phone). Using mkgstemp() makes it more difficult to tell scripts which file actually containts the output. I wonder if it is better to remove this functionality from gpsdrive. If i'm not wrong, gpsdrive itself communicates with gpsd nowadays. Scripts that need to now the current position could use gpsd itself to get the current position and don't have to rely on gpsdrive. Cheers, Andreas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121124&group_id=148048 |
From: <gps...@li...> - 2008-12-07 08:01:51
|
Bugs item #2121215, was opened at 2008-09-21 13:45 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121215&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: --geometry command line control is broken Initial Comment: The --geometry switch doesn't work properly. $ gpsdrive -M pda --geometry=320x240 & $ xwininfo | grep -A1 'Width:' Width: 610 Height: 659 $ gpsdrive -M pda --geometry=800x600 & $ xwininfo | grep -A1 'Width:' Width: 1090 Height: 1019 $ gpsdrive -M car --geometry=800x600 & $ xwininfo | grep -A1 'Width:' Width: 1280 Height: 1024 (actual screen dimentions) $ gpsdrive --geometry=640x480 & $ xwininfo | grep -A1 'Width:' Width: 1366 Height: 1071 Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-12-07 21:01 Message: Hi, I just added a gtk_window_get_size() + printf() call to gui.c. starting gpsdrive with: gpsdrive --geometry=640x480 gtk_window_get_size() debug msg (and xwininfo) returns: xsize=1499 ysize=1224 geometry=[640x480] I see in the help that the parsing should happen after gtk_widget_show_all(), but then in the code example it is not. ??? http://library.gnome.org/devel/gtk/stable/GtkWindow.html#gtk-window-parse-geometry something weird WRT the order of calls I guess.. Hamish ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-09-23 19:39 Message: Guenther: > sorry, I can't reproduce this, here it works as expected: > 800x600 desktop --> 800x600 > 800x600 pda --> 800x600 > 640x480 desktop --> 674x579 > 640x480 pda --> 640x480 > > the deviation in 640x480 pda mode comes from the needed space of > the widgets, ok, I'll have a look inside the debugger and see if I can figure out why it is going funny on my machine. > as already explained. this could be optimized a little bit if we allow > to set, which elements are drawn and which are not, but it > also depends on the settings of the current gtk theme... One thing I find is that the space around the dashboard numbers is a bit too large. Perhaps that just depends on the font size you use, my font_bigtext is 26 (Sans bold) and there is still about 1cm around all edges. Hamish ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-09-23 15:12 Message: Guenther wrote: (on the mailing list) > ok, this needs some explanation: > > in car mode gpsdrive automatically maximizes its window, to make use > of all the space available. it is not using fullscreen mode, so > panels from the desktop-environment can still be used. > this works perfectly for my use case, but if needed, this can also > be separated. Yes with defaults it fits as fullscreen-but-windowed for me in car mode. But --geometry should override that default. > in all the other modes the minimum size of the window is limited to > the space all the widgets require. so if the values set for geometry > are smaller than the required space, then the window will be bigger > than set. That covers the --geometry=320x240 case, but why then are 800x600 and 640x480 both bigger than 1000x1000? Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121215&group_id=148048 |
From: <gps...@li...> - 2008-12-02 06:42:23
|
Feature Requests item #2375742, was opened at 2008-12-02 19:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2375742&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 4 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: better grid line placement Initial Comment: Hi, it would be nice to better place the grid lines and respect the user's prefered DMS style, rounding accordingly: DDD.DDDDD, DDD MM.MMMM, DDD MM SS.SSSS round on "nice numbers": deg, min, sec: 30, 15, 10, 5, 2, 1 decimal deg: .5, .25, .1, .05, 0.02, 0.1 here is some sample code to do that, from https://trac.osgeo.org/grass/browser/grass/trunk/ps/ps.map/ps_fclrtbl.c#L162 (GPL code) (no idea if SF tracker will linewrap the code, or if <pre> will work. if it gets broken see the above link) #define NSTEPS 3 #define NNSTEP 4 /* number of nice steps */ double nice_steps[NNSTEP] = { 1.0, 2.0, 2.5, 5.0 }; /* nice steps */ double ex, cur_d, cur_ex; int ncols, cur_step, ddig; dy = 1.5 * fontsize; width = 72.0 * ct.width; height = 72.0 * ct.height; cwidth = 0.1; ncols = (int)height / cwidth; step = (dmax - dmin) / (ncols - 1); lwidth = 0.02 * width; /* Print labels */ /* maximum number of parts we can divide into */ k = (ncols - 1) * cwidth / dy; /* step in values for labels */ step = (dmax - dmin) / k; /* raw step - usually decimal number with many places, not nice */ /* find nice step and first nice value for label: nice steps are * 1, 2, 2.5 or 5 * 10^n, * we need nice step which is first >= raw step, we take each nice * step and find 'n' and then compare differences */ for (i = 0; i < NNSTEP; i++) { /* smalest n for which nice step >= raw step */ if (nice_steps[i] <= step) { ex = 1; while (nice_steps[i] * ex < step) ex *= 10; } else { ex = 0.1; while (nice_steps[i] * ex > step) ex *= 0.1; ex *= 10; } if (i == 0 || (nice_steps[i] * ex - step) < cur_d) { cur_step = i; cur_d = nice_steps[i] * ex - step; cur_ex = ex; } } step = nice_steps[cur_step] * cur_ex; /* Nice first value: first multiple of step >= dmin */ k = dmin / step; val = k * step; if (val < dmin) val += step; Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2375742&group_id=148048 |
From: <gps...@li...> - 2008-10-28 12:41:59
|
Bugs item #2203422, was opened at 2008-10-28 21:42 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203422&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Map Download Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: map download green box is wrong Initial Comment: Hi, In the map download tool I have fixed the yellow already-downloaded preview rectangles to correctly show their coverage regardless of map_ or top_ projection. But the green box is still dumb. To get it correct, the code needs to know if it is a top_ or map_ which will be downloaded. For landsat at least this changes with selected scale. I think the solution is to add a field to mapsource_struct in map_download.c to hold PROJ_TYPE_MAP or PROJ_TYPE_TOP etc ints. The type would be defined in the scale levels and so would be available for the green box code.. an alternative for Landsat is to use the unused zoom field for that, but I think a more general solution would be better. currently you have to wait to see what you have got until after the download is complete. (and there is no "delete highlighted tile from map_koords.txt option if it is no good [I don't think I'd use that if there were, but..]) Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-10-29 01:41 Message: e.g. it's wrong when the preview shows a map_ box but the tile to download will be a top_. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203422&group_id=148048 |
From: <gps...@li...> - 2008-10-28 09:53:25
|
Bugs item #2203405, was opened at 2008-10-28 21:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203405&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Map Download Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: OSM download maps incorrectly scaled Initial Comment: Hi, the OSM download maps are incorrectly scaled. It is only slightly wrong, but noticeable. if someone can dig out the code their download site uses to determine the scale level, I can redo the GpsDrive side of things so that it matches and scales perfectly. I'd also note that using their current projection anything over 1:500,000 will have too much distortion to be very useful. Try downloading a world wide OSM map using the Options->Maps->Download tool and then in Pos. Mode slowly click your way to +-90 deg lon from the center. you will see the cursor jump to the pole.. for those scales plate caree (top_* maps) are appropriate, for the Landsat maps I've made it do the transition as we can tell the WMS server what we want, but for the OSM map download I fear we have no choice besides allow download of crap maps or stop offering to download more than 1:500k. thanks, Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203405&group_id=148048 |
From: <gps...@li...> - 2008-10-28 08:45:32
|
Bugs item #2203422, was opened at 2008-10-28 21:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203422&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Map Download Group: gpsdrive-svn Status: Open Resolution: None Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: map download green box is wrong Initial Comment: Hi, In the map download tool I have fixed the yellow already-downloaded preview rectangles to correctly show their coverage regardless of map_ or top_ projection. But the green box is still dumb. To get it correct, the code needs to know if it is a top_ or map_ which will be downloaded. For landsat at least this changes with selected scale. I think the solution is to add a field to mapsource_struct in map_download.c to hold PROJ_TYPE_MAP or PROJ_TYPE_TOP etc ints. The type would be defined in the scale levels and so would be available for the green box code.. an alternative for Landsat is to use the unused zoom field for that, but I think a more general solution would be better. currently you have to wait to see what you have got until after the download is complete. (and there is no "delete highlighted tile from map_koords.txt option if it is no good [I don't think I'd use that if there were, but..]) Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2203422&group_id=148048 |
From: <gps...@li...> - 2008-10-28 07:09:14
|
Feature Requests item #2190792, was opened at 2008-10-24 14:41 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2190792&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: XTE: cross track error Initial Comment: Hi, Expanding on the nice new "draw line to target" option.. It would be nice to include the ability to show cross-track error on the dashboard, similar to the existing "Turn" Left/Right. It tells you how much you have strayed from the route line; important if you are trying to exactly follow a route. A route would need to be on-screen, and the program would have to know which leg of the route it was on and what the next "waypoint" is (I use wpt == route vertex here). I would suggest to take the next "wpt" by user setting the target cursor within (e.g.) 10 pixels of a route vertex, and then chose which of the (up to) two legs of the route you are on based on proximity to the far end of the leg. >From there it is just some simple trig: XTE = dist_to_target * sin(diff between bearing vs ideal) by knowing the two ends of the route the bearing of the route-leg can be known. (easily in a cartesian sense, not so much for great-circle..) If target cursor is not near a route vertex, XTE is displayed as "--". Sometimes the GPS (usually GPS/autopilot system) will output the next waypoint (nmea: $GPWPT) and XTE ($GPXTE), but that requires two way communication with the GPS and a GPS that can handle it. Grep for "XTE" and surrounding messages in Documentation/NMEA.txt for more about that and left/right conventions (reuse whenever possible). thanks, Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-10-28 20:09 Message: It seems for the voice stuff that GpsDrive already knows about which leg of the route you are on and what the next waypoint is. So the hardest part is already done and all that is left to do is the presentation. encouraging, Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2190792&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:42:30
|
Bugs item #2121184, was opened at 2008-09-21 13:05 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121184&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Interface (example) Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: "n" to disable night mode doesn't work Initial Comment: Pressing "n" while in night mode doesn't work. the keyboard shortcut help says: "n: Switch on light for 60 seconds in nightmode" maybe it would be better to have the "n" key toggle nightmode on and off? Also it would be nice to figure out how to change menu and dashboard backgrounds to red in night mode. Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-10-28 03:42 Message: I have commented out the mention of "n" in the help section of splash.c, but the TODO remains... Hamish ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-09-23 19:41 Message: [more in the second item ...] A second thing I'd like to try and fix with the nightmode is to make those boxes turn red too. To really use it at night the whole screen must be dark, not just most of it. PDA mode works well for that as it has no other boxes. But you don't get to see any GPS info. Maybe "heads- up display" overlay that text directly on the map in the same way as the 1x zoom, scalebar, and track filename for PDA mode? Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2121184&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:35:05
|
Feature Requests item #2123867, was opened at 2008-09-23 15:24 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2123867&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 6 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: middle click to recenter map Initial Comment: Hi, I would be nice if a middle click would re-center the map on the map click location. We would need to do a calculation to adjust the click if it would put the GPS more than 20% close to the edge of the screen and trigger a redraw. Maybe bump that up to 25% in the nearest-in calculation so it doesn't trigger a redraw only a few seconds later. To figure out: how to place the target in pos mode if the middle button is in use for this and the right click is used to leave pos mode? Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-10-28 03:35 Message: here is a start, but not sure where to put it or go next: calcxy (&x, &y, coords.current_lon, coords.current_lat, current.zoom); calcxytopos (gui_status.mapview_x /2, gui_status.mapview_y /2, &coords.current_lat, &coords.current_lon, current.zoom); Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2123867&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:30:58
|
Feature Requests item #2200906, was opened at 2008-10-28 03:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2200906&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: keyboard shortcut to enter/leave Pos. Mode Initial Comment: Hi, could a key binding be added for "e" to enter/exit Pos. Mode? It is a bit of a pain to dig for it in the Map Control window. ("e" is for explore as "p" is already taken for instant-poi) I started, but didn't know how to do it properly. thanks, Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2200906&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:28:42
|
Feature Requests item #2200901, was opened at 2008-10-28 03:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2200901&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: ctrl-q to exit program Initial Comment: Hi, could a key binding be added for crtl-Q to instantly exit the program? thanks, Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2200901&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:27:49
|
Feature Requests item #2120331, was opened at 2008-09-20 21:43 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2120331&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 3 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: gpx controls Initial Comment: Hi, some wishes for the GPX track logger. * In the Preferences controls allow the user to set how often a new trackpoint is recorded. For boat use once every 10 seconds is plenty and as it will be running for days at a time the gpx file gets huge. Default of 1 sec or 0 for unconstrained? * Becasue it may be running for a long time and the GPX file can get huge, it would be nice to have a tick box option to automatically move to a new track number at midnight. * The gpx file currently saves lat/lon as %f (%.6f). For latitude (and longitude at the equator) that is about 11cm. RTK GPS gives position to about 2mm. Changing output to %.8f would stop it from losing any information. (our boat has that for survey work) ok the last wish sort of contradicts the first, but... thanks, Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-10-28 03:27 Message: all done! thanks. Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-10-16 05:13 Message: automatic track export in an configurable interval was added in svn 2105. ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-09-25 22:01 Message: [re. flush] Guenther wrote: > if you do this with gpx, you could end up with an open > invalid xml file with open tags. ah. but how is that better than losing all your day's data? I'd rather have slightly broken data than zero data. I can fix broken data. > but it's a good idea to do a regular gpx export in a > customizable interval. coupled with memory flush -- in permanent installs you may want to have gpsdrive running for a week+. Hamish ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-09-24 21:59 Message: more GPX wishes: * the program should regularly (every few minutes?) save the GPX track data to the disk and flush it out of memory. Currently it seems it is only written to the disk on exit, which is a huge danger of losing the afternoon's OSM effort if the computer suffers a power loss (high probability on a mobile platform). Also reduces the memory load if the program is left running for days at a time. * It is slightly dangerous to the data to simply overwrite rather than append the data to the GPX file. I have no good ideas for a solution, other than to follow the historic track_$DATE_000.sav, 001.sav, 002.sav, etc method or simply appending like track-ALL.sav does. Hamish ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-09-23 15:18 Message: re the third wish, precision is now changed to 1mm in SVN. Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770283&aid=2120331&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:23:53
|
Bugs item #2200889, was opened at 2008-10-28 03:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2200889&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: gpsdrive-svn Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: keypad changes preferred scale in pos mode Initial Comment: Hi, In pos mode you can navigate with the arrow keys. all very nice. unless you click on the preferred -[______]+ scale slider at the bottom of the window. After that every arrow press causes the slider to move until you leave pos mode. Hamish ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2200889&group_id=148048 |
From: <gps...@li...> - 2008-10-27 14:20:06
|
Bugs item #2137661, was opened at 2008-09-30 20:02 Message generated for change (Comment added) made by hbowman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2137661&group_id=148048 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: gpsdrive-svn Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hamish B (hbowman) Assigned to: Nobody/Anonymous (nobody) Summary: empty SQLite WPT db places wierd WPTs Initial Comment: Hi, if I start with a fresh GpsDrive, then in the Preferences menu / POI tab select "~/.gpsdrive/waypoints.db" as the Waypoints file, I see some random waypoints at 0E 0N and 0E 90N. they are labeled like: "+ name" and "+ comment" and "+ source id" and "+ SQLite". Those at 0,0 do not all overlap. ?? Hamish ---------------------------------------------------------------------- >Comment By: Hamish B (hbowman) Date: 2008-10-28 03:20 Message: I have edited the file selection label to make it more obvious, but a strcmp() check would still be nice. Hamish ---------------------------------------------------------------------- Comment By: Hamish B (hbowman) Date: 2008-10-18 00:36 Message: thanks for clarifying. is there a way to block it then? strcmp(filename,"waypoints.db") would help, but not solve the bigger problem that any file on the disk could be selected. Hamish ---------------------------------------------------------------------- Comment By: D.S.E (d_s_e) Date: 2008-10-16 05:10 Message: these preferences are for setting a plain text waypoints file like way.txt the file ~/.gpsdrive/waypoints.db is an sqlite database to store personal POI data. it is automatically used and must not be set as a waypoints file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=770280&aid=2137661&group_id=148048 |