From gpsdrive at ostertag.name Sun Mar 1 10:29:23 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Sun, 01 Mar 2009 19:29:23 -0000 Subject: [ gpsdrive ] latest svn build In-Reply-To: <434456.74029.qm@web110004.mail.gq1.yahoo.com> References: <434456.74029.qm@web110004.mail.gq1.yahoo.com> Message-ID: <200903012029.02356.gpsdrive@ostertag.name> ... > Hamish > > ps- what is the new dbus dependency used for? I build fine without it. I added it, because the build wouldn't build without it on the minimal build cluster. And D.S.E. wanted to add it for something (I don't remember what) sometime later... -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From gpsdrive at ostertag.name Sun Mar 1 10:32:16 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Sun, 01 Mar 2009 19:32:16 -0000 Subject: [ gpsdrive ] latest svn build In-Reply-To: <417371.49557.qm@web110002.mail.gq1.yahoo.com> References: <417371.49557.qm@web110002.mail.gq1.yahoo.com> Message-ID: <200903012031.57408.gpsdrive@ostertag.name> > no idea. it is to switch off dependencies which are not available on etch. > > patch attached. If they are also not available in debian-etch including backport you can add it to debian/debian-etch-32.patch -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From d.s.e at sordidmusic.com Sun Mar 1 12:36:11 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Sun, 01 Mar 2009 21:36:11 -0000 Subject: [ gpsdrive ] latest svn build In-Reply-To: <200903012029.02356.gpsdrive@ostertag.name> References: <434456.74029.qm@web110004.mail.gq1.yahoo.com> <200903012029.02356.gpsdrive@ostertag.name> Message-ID: <200903012235.57684.d.s.e@sordidmusic.com> Am Sonntag 01 M?rz 2009 schrieb Joerg Ostertag (gpsdrive Tettnang/Germany): > ... > > > Hamish > > > > ps- what is the new dbus dependency used for? I build fine without it. > > I added it, because the build wouldn't build without it on the minimal > build cluster. And D.S.E. wanted to add it for something (I don't remember > what) sometime later... AFAIR dbus was used as an option for the gpsd connection some time ago. but this isn't used anymore. currently dbus is not needed, so I would recommend to remove those dependencies. maybe I will make use of dbus in gpsdrive in the future for my carbox project. but this will take some time... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From d.s.e at sordidmusic.com Sun Mar 1 12:37:48 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Sun, 01 Mar 2009 21:37:48 -0000 Subject: [ gpsdrive ] latest svn build In-Reply-To: <200903012031.57408.gpsdrive@ostertag.name> References: <417371.49557.qm@web110002.mail.gq1.yahoo.com> <200903012031.57408.gpsdrive@ostertag.name> Message-ID: <200903012237.45398.d.s.e@sordidmusic.com> Am Sonntag 01 M?rz 2009 schrieb Joerg Ostertag (gpsdrive Tettnang/Germany): > > no idea. it is to switch off dependencies which are not available on > > etch. > > > > patch attached. > > If they are also not available in debian-etch including backport you can > add it to debian/debian-etch-32.patch the current stable debian version is now lenny. so I don't think, we should do much effort to still support etch... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hamish_b at yahoo.com Sun Mar 1 16:56:59 2009 From: hamish_b at yahoo.com (Hamish) Date: Mon, 02 Mar 2009 01:56:59 -0000 Subject: [ gpsdrive ] latest svn build In-Reply-To: <200903012237.45398.d.s.e@sordidmusic.com> Message-ID: <71195.73964.qm@web110005.mail.gq1.yahoo.com> Guenther: > the current stable debian version is now lenny. > so I don't think, we should do much effort to still > support etch... well, as long as I am using it I'll maintain my own patches. I'm not asking for much effort or support from anyone else for that. It can be useful as a generic build, e.g. to also work on ubuntu versions released before lenny. for 2.10 I think we should aim for ubuntu 8.04 and etch compatibility. after 2.10 is released sure, break compatibility if it means access wonderful new features. there is some balance between not holding back development and having the program require a full bleeding edge OS toolchain to run. Hamish who likes stable & well tested ps- how do I set gcc CFLAGS for cmake? From kripton at kripserver.net Sun Mar 1 20:38:08 2009 From: kripton at kripserver.net (Jannis Achstetter) Date: Mon, 02 Mar 2009 05:38:08 -0000 Subject: [ gpsdrive ] Infinite loop when starting gpsdrive in mapnik-mode Message-ID: <49AB70B9.7020102@kripserver.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list, I have a strange problem concerning gpsdrive and mapnik. It used to work for a very long time but since the last update I did, gpsdrive will enter an infinite loop when started in mapnik mode (CPU goes to 100%, can only be killed with SIGKILL). When I edit my gpsdriverc to not use mapnik mode, gpsdrive starts up as normal displaying a raster-map. I can then use the Map Mode menu to enable mapnik and it works as expected. So this is probably not a problem with mapnik (it works using the generate_image.py-script, too). I'm using gpsdrive version "Version 2.10pre7.svn; $Id: gpsdrive.c 2297 2009-02-10 13:11:38Z rosscoe $". When I start gpsdrive with -D 99 it will loop enter the loop about here: "... read_icon(gauge.png): FOUND /usr/local/share/gpsdrive/pixmaps/gauge.png expose_compass() expose_mini_cb() calldrawmarker_cb() expose_gpsfix() event:ff51 key:Q Key pressed: ff51 calldrawmarker_cb() expose_gpsfix() calldrawmarker_cb() expose_gpsfix() drawmacker_cb() rendering mapnik map .... expose_cb() setting borderlimit to 112 setting size of mapview to 664x564 px display_status(Keine Karte f?r diese Position verf?gbar!) calcxy(_,_,-38767,-28969,1) ---> 50,9.07045 map zoomed! expose_mini_cb() draw_grid() calcxytopos(0,0,_,_,1) ---> 48.1512,11.5588 calcxytopos(0,564,_,_,1) ---> 48.1151,11.5588 calcxytopos(664,0,_,_,1) ---> 48.1512,11.6014 calcxytopos(664,564,_,_,1) ---> 48.1151,11.6014 Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 Zoom 1 Draw Grid: (nan) Iterations for lat Draw Grid: (nan) Iterations for lon Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 Zoom 1 Draw Grid: (nan) Iterations for lat Draw Grid: (nan) Iterations for lon Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 Zoom 1 Draw Grid: (nan) Iterations for lat Draw Grid: (nan) Iterations for lon ..." Anyone got a good idea what this may be? Jannis -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmrcLkACgkQeYlewm37lbidLQCcDqTz2ABcGB090mJZQZzzO4Fe Q3EAmwe79/k6OerelU1aDgkWUp9XZA08 =Sxvn -----END PGP SIGNATURE----- From kripton at kripserver.net Sun Mar 1 20:40:14 2009 From: kripton at kripserver.net (Jannis Achstetter) Date: Mon, 02 Mar 2009 05:40:14 -0000 Subject: [ gpsdrive ] Infinite loop when starting gpsdrive in mapnik-mode In-Reply-To: <49AB70B9.7020102@kripserver.net> References: <49AB70B9.7020102@kripserver.net> Message-ID: <49AB713A.50407@kripserver.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Maybe I should add the output of gpsdrive when started in non-mapnik-mode so you can compare: "... read_icon(gauge.png): FOUND /usr/local/share/gpsdrive/pixmaps/gauge.png expose_compass() expose_mini_cb() calldrawmarker_cb() expose_gpsfix() calldrawmarker_cb() expose_gpsfix() calldrawmarker_cb() expose_gpsfix() drawmacker_cb() loadmap(google/17/map_0810.gif) expose_cb() setting borderlimit to 112 setting size of mapview to 664x564 px display_status(Keine Karte f?r diese Position verf?gbar!) calcxy(_,_,41,68,1) ---> 50,9.07045 map zoomed! expose_mini_cb() draw_grid() calcxytopos(0,0,_,_,1) ---> 50.0004,9.07004 calcxytopos(0,564,_,_,1) ---> 49.9966,9.07004 calcxytopos(664,0,_,_,1) ---> 50.0004,9.07714 calcxytopos(664,564,_,_,1) ---> 49.9966,9.07714 Draw Grid: (50.00,9.07) - (50.00,9.08) Step 0.001000 for Ef.Scale 2163 Zoom 1 Draw Grid: (6.44) Iterations for lat Draw Grid: (9.14) Iterations for lon Draw Grid: (49.99,9.07) - (50.00,9.08) Step 0.002000 for Ef.Scale 2163 Zoom 1 Draw Grid: (4.22) Iterations for lat Draw Grid: (5.57) Iterations for lon calcxy(_,_,-187,932,1) ---> 49.994,9.068 calcxy(_,_,-187,642,1) ---> 49.996,9.068 ..." -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmrcToACgkQeYlewm37lbi21wCeJOcaHx8+WHBEa1V+qaF7SKPR qIAAniCJWqz3gJT9gBCHr1pL7Vz6VW84 =gYkN -----END PGP SIGNATURE----- From hamish_b at yahoo.com Sun Mar 1 21:03:39 2009 From: hamish_b at yahoo.com (Hamish) Date: Mon, 02 Mar 2009 06:03:39 -0000 Subject: [ gpsdrive ] Infinite loop when starting gpsdrive in mapnik-mode In-Reply-To: <49AB70B9.7020102@kripserver.net> Message-ID: <677257.9441.qm@web110003.mail.gq1.yahoo.com> Jannis wrote: > gpsdrive will enter an infinite loop when started in mapnik mode (CPU > goes to 100%, can only be killed with SIGKILL). what if you rename ~/.gpsdrive/gpsdriverc to something else so you start with a fresh one (in case it got corrupted) > When I edit my gpsdriverc to not use mapnik mode, gpsdrive > starts up as normal displaying a raster-map. I can then use the > Map Mode menu to enable mapnik and it works as expected. So this is > probably not a problem with mapnik (it works using the > generate_image.py-script, too). > I'm using gpsdrive version "Version 2.10pre7.svn; > $Id: gpsdrive.c 2297 2009-02-10 13:11:38Z rosscoe $". When I start > gpsdrive with -D 99 it will loop enter the loop about here: > > "... > read_icon(gauge.png): FOUND > /usr/local/share/gpsdrive/pixmaps/gauge.png > expose_compass() > expose_mini_cb() > calldrawmarker_cb() > expose_gpsfix() > event:ff51 key:Q > Key pressed: ff51 > calldrawmarker_cb() > expose_gpsfix() > calldrawmarker_cb() > expose_gpsfix() > drawmacker_cb() > rendering mapnik map .... > expose_cb() > setting borderlimit to 112 > setting size of mapview to 664x564 px > display_status(Keine Karte f?r diese Position verf?gbar!) > calcxy(_,_,-38767,-28969,1) ---> 50,9.07045 ^^^ is _,_ normal?? > map zoomed! > expose_mini_cb() > draw_grid() > calcxytopos(0,0,_,_,1) ---> 48.1512,11.5588 > calcxytopos(0,564,_,_,1) ---> 48.1151,11.5588 > calcxytopos(664,0,_,_,1) ---> 48.1512,11.6014 > calcxytopos(664,564,_,_,1) ---> 48.1151,11.6014 > Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 > Zoom 1 > Draw Grid: (nan) Iterations for lat > Draw Grid: (nan) Iterations for lon > Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 > Zoom 1 > Draw Grid: (nan) Iterations for lat > Draw Grid: (nan) Iterations for lon > Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 > Zoom 1 > Draw Grid: (nan) Iterations for lat > Draw Grid: (nan) Iterations for lon > ..." > > Anyone got a good idea what this may be? check for a map scale set to 0 in your map_koords.txt file? I don't know. In r2309 I've just committed some code to draw_grid.c to check that the grid line distance step is not nan or zero before it tries to find a nice grid size in range. So no more getting stuck in the loop, but it hasn't solved the true cause. Hamish From d.s.e at sordidmusic.com Mon Mar 2 00:07:53 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Mon, 02 Mar 2009 09:07:53 -0000 Subject: [ gpsdrive ] latest svn build In-Reply-To: <71195.73964.qm@web110005.mail.gq1.yahoo.com> References: <71195.73964.qm@web110005.mail.gq1.yahoo.com> Message-ID: <200903021007.51441.d.s.e@sordidmusic.com> Am Montag 02 M?rz 2009 schrieb Hamish: > Guenther: > > the current stable debian version is now lenny. > > so I don't think, we should do much effort to still > > support etch... > > well, as long as I am using it I'll maintain my own patches. > I'm not asking for much effort or support from anyone else for that. > > It can be useful as a generic build, e.g. to also work on ubuntu versions > released before lenny. for 2.10 I think we should aim for ubuntu 8.04 and > etch compatibility. after 2.10 is released sure, break compatibility if > it means access wonderful new features. > ok. > there is some balance between not holding back development and having the > program require a full bleeding edge OS toolchain to run. > I would not consider lenny to be bleeding etch. if the debian people say it's stable, it should be really stable and well tested ;-) > ps- how do I set gcc CFLAGS for cmake? > maybe with something like that: SET( CMAKE_CXX_FLAGS "-D DEF1 -D DEF2 -D DEF3 -D DEF4") -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From d.s.e at sordidmusic.com Mon Mar 2 00:11:39 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Mon, 02 Mar 2009 09:11:39 -0000 Subject: [ gpsdrive ] Infinite loop when starting gpsdrive in mapnik-mode In-Reply-To: <677257.9441.qm@web110003.mail.gq1.yahoo.com> References: <677257.9441.qm@web110003.mail.gq1.yahoo.com> Message-ID: <200903021011.38118.d.s.e@sordidmusic.com> Am Montag 02 M?rz 2009 schrieb Hamish: > Jannis wrote: > > gpsdrive will enter an infinite loop when started in mapnik mode (CPU > > goes to 100%, can only be killed with SIGKILL). > > what if you rename ~/.gpsdrive/gpsdriverc to something else so you start > with a fresh one (in case it got corrupted) > > > When I edit my gpsdriverc to not use mapnik mode, gpsdrive > > starts up as normal displaying a raster-map. I can then use the > > Map Mode menu to enable mapnik and it works as expected. So this is > > probably not a problem with mapnik (it works using the > > generate_image.py-script, too). > > I'm using gpsdrive version "Version 2.10pre7.svn; > > $Id: gpsdrive.c 2297 2009-02-10 13:11:38Z rosscoe $". When I start > > gpsdrive with -D 99 it will loop enter the loop about here: > > > > "... > > read_icon(gauge.png): FOUND > > /usr/local/share/gpsdrive/pixmaps/gauge.png > > expose_compass() > > expose_mini_cb() > > calldrawmarker_cb() > > expose_gpsfix() > > event:ff51 key:Q > > Key pressed: ff51 > > calldrawmarker_cb() > > expose_gpsfix() > > calldrawmarker_cb() > > expose_gpsfix() > > drawmacker_cb() > > rendering mapnik map .... > > expose_cb() > > setting borderlimit to 112 > > setting size of mapview to 664x564 px > > display_status(Keine Karte f?r diese Position verf?gbar!) > > calcxy(_,_,-38767,-28969,1) ---> 50,9.07045 > > ^^^ is _,_ normal?? > > > map zoomed! > > expose_mini_cb() > > draw_grid() > > calcxytopos(0,0,_,_,1) ---> 48.1512,11.5588 > > calcxytopos(0,564,_,_,1) ---> 48.1151,11.5588 > > calcxytopos(664,0,_,_,1) ---> 48.1512,11.6014 > > calcxytopos(664,564,_,_,1) ---> 48.1151,11.6014 > > Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 > > Zoom 1 > > Draw Grid: (nan) Iterations for lat > > Draw Grid: (nan) Iterations for lon > > Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 > > Zoom 1 > > Draw Grid: (nan) Iterations for lat > > Draw Grid: (nan) Iterations for lon > > Draw Grid: (nan,nan) - (nan,nan) Step nan for Ef.Scale 0 > > Zoom 1 > > Draw Grid: (nan) Iterations for lat > > Draw Grid: (nan) Iterations for lon > > ..." > > > > Anyone got a good idea what this may be? > > check for a map scale set to 0 in your map_koords.txt file? > I don't know. > > In r2309 I've just committed some code to draw_grid.c to check that > the grid line distance step is not nan or zero before it tries to > find a nice grid size in range. So no more getting stuck in the loop, > but it hasn't solved the true cause. > just guessing: maybe gpsdrive tries to draw a grid before mapnik has rendered and supplied a map? do you have the same behaviour when "draw grid" is off? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From hamish_b at yahoo.com Tue Mar 3 02:13:24 2009 From: hamish_b at yahoo.com (Hamish) Date: Tue, 03 Mar 2009 11:13:24 -0000 Subject: [ gpsdrive ] error: implicit declaration of function In-Reply-To: <200903012031.57408.gpsdrive@ostertag.name> Message-ID: <319576.83906.qm@web110005.mail.gq1.yahoo.com> Hi. Now that I know how to set CFLAGS in cmake I could flush out some errors. (edit build/CMakeCache.txt, CMAKE_BUILD_TYPE:STRING=None ... //Flags for C compiler. CMAKE_C_FLAGS:STRING=-g -Wall -Werror-implicit-function-declaration -Wextra -Wunused -fno-common ) first what -Werror-implicit-function-declaration found: I've just fixed a whole pile of missing includes and fn declarations which hopefully will fix the Ubuntu compiling problem. that found one mis-match in unit_test.c: (too few terms) - res = db_poi_edit (0, 999.9, 999.9, "Testpoint", "test", "Test Description", 1); + res = db_poi_edit (0, 999.9, 999.9, "Testpoint", "test", "Test Description", 1, FALSE); I just guessed: I am not sure if the final 1 should be the src int or the boolean SQL UPDATE flag. it seems like a new record so I guessed that SQL INSERT was more appropriate so the 1 must be for the src int. ???? next what -fno-common found: (I haven't attempted to fix these as I don't know the code that well) CMakeFiles/gpsdrive.dir/import_map.o: In function `close_import_window_cb': /usr/src/gpsdrive/svn/trunk/src/import_map.c:190: multiple definition of `wptext2' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1960: first defined here CMakeFiles/gpsdrive.dir/main_gui.o: In function `dash_menu_cb': /usr/src/gpsdrive/svn/trunk/src/main_gui.c:188: multiple definition of `kontext_map' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1773: first defined here CMakeFiles/gpsdrive.dir/routes.o: In function `saytargettext': /usr/src/gpsdrive/svn/trunk/src/routes.c:118: multiple definition of `routelist' CMakeFiles/gpsdrive.dir/map_handler.o:/usr/src/gpsdrive/svn/trunk/src/map_handler.c:116: first defined here CMakeFiles/gpsdrive.dir/settings.o: In function `reinitgps_cb': /usr/src/gpsdrive/svn/trunk/src/settings.c:118: multiple definition of `menuitem_sendmsg' CMakeFiles/gpsdrive.dir/main_gui.o:/usr/src/gpsdrive/svn/trunk/src/main_gui.c:183: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/gpsdrive/svn/trunk/src/waypoint.c:116: multiple definition of `wayp' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1787: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `maxwp' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1957: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `add_wp_name_text' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1960: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/gpsdrive/svn/trunk/src/waypoint.c:116: multiple definition of `addwaypointwindow' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1969: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `gotowindow' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:400: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `wptext2' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/gpsdrive/svn/trunk/src/gpsdrive.c:1960: first defined here collect2: ld returned 1 exit status make[2]: *** [src/gpsdrive] Error 1 make[1]: *** [src/CMakeFiles/gpsdrive.dir/all] Error 2 make: *** [all] Error 2 finally -Wunused found a huge amount of unused variables and parameter which need to be removed by someone on a rainy day. very useful to add those CFLAGS! Hamish From chris123 at magma.ca Wed Mar 4 05:47:26 2009 From: chris123 at magma.ca (Chris h) Date: Wed, 04 Mar 2009 14:47:26 -0000 Subject: [ gpsdrive ] NOAA charts Message-ID: <200903040947.21139.chris123@magma.ca> Greets: Perhaps if Hamish has the time he could answere the following question. I would like to remove the white collars on the set of NOAA charts that I have for the Great Lakes and East Coast to allow them to be rendered in gpsdrive without the annoying white boarders. Ive install the lastest grass stable version and in the coming week will setup a dedicated work station to process charts. Check the grass archive and there are only two entries on this subject which I found strange. So was wondering is their a way to use grass and script it to process charts in a specific folder to remove the white collars but retain the georeferenced data. The next step would be to process the same folder allowing the maps to be tiled and then the final step is to import them into gpsdrive Best regards and thanks for any info. If this is a pipe dream or not needed feel free to correct me. Personally I think it would be rather cool to stitch all these charts together concurrently display them on a local mapserver variant as well as that makes a nice planning tool. Its nothing new and has been done, but unfortunately its all commercial. http://demo.geogarage.com/noaa/ So step one is to remove the collars. Any suggestions or scripts would be very much appreciated. -- /ch From kripton at kripserver.net Wed Mar 4 08:24:03 2009 From: kripton at kripserver.net (Jannis Achstetter) Date: Wed, 04 Mar 2009 17:24:03 -0000 Subject: [ gpsdrive ] Infinite loop when starting gpsdrive in mapnik-mode In-Reply-To: <200903021011.38118.d.s.e@sordidmusic.com> References: <677257.9441.qm@web110003.mail.gq1.yahoo.com> <200903021011.38118.d.s.e@sordidmusic.com> Message-ID: <49AEB92F.7000207@kripserver.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list. Sorry it took quite some time to respond, I had some trouble with my Postgres-setup here (not related to gpsdrive) and that needed to be fixed first. > just guessing: > maybe gpsdrive tries to draw a grid before mapnik has rendered and supplied a > map? do you have the same behaviour when "draw grid" is off? I updated my gpsdrive-installation to r2310 (with Hamish's workaround). The change made it possible to run gpsdrive without freeze, it works in any case. With draw_grid set to 1, I get some (5 lines) "?? draw_grid(): distance step is nan, mapscale is 1:0" on stdout, with draw_grid set to 0 these lines do not appear. If you want me to do some more tests to find the real root of the issue just tell me, as for now I'm happy with the workaround. Jannis -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmuuS8ACgkQeYlewm37lbjO3wCfc/1irck8Q5d4OHBllwYwOEht WQQAn1lDtgyvYk6I4KsZTFF4r+TfrkKP =BYLp -----END PGP SIGNATURE----- From chris123 at magma.ca Fri Mar 6 18:42:19 2009 From: chris123 at magma.ca (Chris h) Date: Sat, 07 Mar 2009 03:42:19 -0000 Subject: [ gpsdrive ] maptiler Message-ID: <200903062242.15477.chris123@magma.ca> Greets: Perhaps you may want to add this to the list of usefull applications: http://www.maptiler.org/ Note: on Ubuntu hardy there is an issue with python2.5 and wx linking. Drop down to 2.4 and it all works as advertised. Basically a front end to gal but nicely done. Supposed to do collar removal but have not sorted that out yet -- /ch From gpsdrive at ostertag.name Fri Mar 6 23:54:35 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Sat, 07 Mar 2009 08:54:35 -0000 Subject: [ gpsdrive ] Ubuntu In-Reply-To: <200903062242.15477.chris123@magma.ca> References: <200903062242.15477.chris123@magma.ca> Message-ID: <200903070954.20195.gpsdrive@ostertag.name> On Samstag 07 M?rz 2009, Chris h wrote: > Note: on Ubuntu hardy there is an issue with python2.5 and wx linking. Drop > down to 2.4 and it all works as advertised. Basically a front end to gal > but nicely done. > > Supposed to do collar removal but have not sorted that out yet Could you send us a patch, so we can add it to the patches for specific distributions ... -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From chris123 at magma.ca Sat Mar 7 01:41:14 2009 From: chris123 at magma.ca (Chris h) Date: Sat, 07 Mar 2009 10:41:14 -0000 Subject: [ gpsdrive ] Ubuntu In-Reply-To: <200903070954.20195.gpsdrive@ostertag.name> References: <200903062242.15477.chris123@magma.ca> <200903070954.20195.gpsdrive@ostertag.name> Message-ID: <200903070541.11298.chris123@magma.ca> On Saturday 07 March 2009 03:54:20 Joerg Ostertag (gpsdrive Tettnang/Germany) wrote: > On Samstag 07 M?rz 2009, Chris h wrote: > > Note: on Ubuntu hardy there is an issue with python2.5 and wx linking. > > Drop down to 2.4 and it all works as advertised. Basically a front end to > > gal but nicely done. > > > > Supposed to do collar removal but have not sorted that out yet > > Could you send us a patch, so we can add it to the patches for specific > distributions ... Its a bug that is currently being worked on see: https://bugs.launchpad.net/ubuntu/+source/wxwindows2.4/+bug/300008 so I just worked around it by using python2.4 which is also installed on stock 8.04 ubuntu as 2.5 was an upgrade. Sorry for the typos, I meant to say a nice front end to gdal not gal. It was late at night when I posted that..:) -- /ch From hamish_b at yahoo.com Sun Mar 8 11:59:45 2009 From: hamish_b at yahoo.com (Hamish) Date: Sun, 08 Mar 2009 19:59:45 -0000 Subject: [ gpsdrive ] NOAA charts Message-ID: <973250.46476.qm@web110001.mail.gq1.yahoo.com> Chris wrote: > Perhaps if Hamish has the time he could answere the > following question. (I am traveling for some weeks so unlikely to even notice most emails) > I would like to remove the white collars on the set of NOAA charts > that I have for the Great Lakes and East Coast to allow them to be > rendered in gpsdrive without the annoying white boarders. > > Ive install the lastest grass stable version and in the > coming week will setup a dedicated work station to process > charts. I'd suggest working with version 6.4.0rc > Check the grass archive and there are only two entries > on this subject which I found strange. maybe a post there would be helpful > So was wondering is their a way to use grass and script it > to process charts in a specific folder to remove the white > collars but retain the georeferenced data. most things are possible with existing tools, just requires knowledge of the available tools and some imagination. perhaps r.reclass'ing white areas to NULL then 'g.region zoom=' to the reclass map? > The next step would be to process the same folder allowing the > maps to be tiled just a shell loop, no problem > and then the final step is to import them into gpsdrive I'd suggest export as geotiff then running gdal_slice.sh for that. d.out.gpsdrive is also an option, but that is better for one-off maps with decorations I think. gdal_slice.sh has better built in tiling. > Best regards and thanks for any info. If this is a pipe > dream or not needed feel free to correct me. I think it is rather do-able. only issue may be teaching it to crop away text and little specks, not just empty white areas. again I think it is possible, just needs some imagination with the GIS tools & reclass step. Hamish From chris123 at magma.ca Sun Mar 8 17:29:59 2009 From: chris123 at magma.ca (Chris h) Date: Mon, 09 Mar 2009 01:29:59 -0000 Subject: [ gpsdrive ] Ubuntu In-Reply-To: <200903070541.11298.chris123@magma.ca> References: <200903062242.15477.chris123@magma.ca> <200903070954.20195.gpsdrive@ostertag.name> <200903070541.11298.chris123@magma.ca> Message-ID: <200903082129.51039.chris123@magma.ca> On Saturday 07 March 2009 05:41:10 Chris h wrote: > Its a bug that is currently being worked on see: > > https://bugs.launchpad.net/ubuntu/+source/wxwindows2.4/+bug/300008 This required a bit more work then anticipated to get working.....but...the output is amazing. On Ubuntu their is an issue with 8.04 wx linking as reported in the error message. So the workaround is to rebuild gdal with python2.4 not 2.5 and then run maptiler with python2.4 On Ubuntu systems all you need to do is edit the symlink to point to 2.4 not 2.5 and then change it back once gdal is compile. Since this is an alpha release their are bugs and collar removal will be available in 1.0. This is one sweet application for those who like to build their own maps as openlayers, openstreetmap, google, yahoo, and google earth are all supported "with output" no less as well as different projections and warping is supported. In short, ya gotta play with this one..:) -- /ch From chris123 at magma.ca Sun Mar 8 17:34:07 2009 From: chris123 at magma.ca (Chris h) Date: Mon, 09 Mar 2009 01:34:07 -0000 Subject: [ gpsdrive ] NOAA charts In-Reply-To: <973250.46476.qm@web110001.mail.gq1.yahoo.com> References: <973250.46476.qm@web110001.mail.gq1.yahoo.com> Message-ID: <200903082134.03635.chris123@magma.ca> On Sunday 08 March 2009 15:59:41 Hamish wrote: > I'd suggest working with version 6.4.0rc OK... > maybe a post there would be helpful na tried that...and the existing responses all involve single charts inserted into existing shapefiles then reprojecting the data, no shape file for the Atlantic as far as I know..:) > most things are possible with existing tools, just requires knowledge > of the available tools and some imagination. > perhaps r.reclass'ing white areas to NULL then 'g.region zoom=' to the > reclass map? true enough, hence was trying to ping your experience..:)_ > I think it is rather do-able. You gotta check out maptiler.org Its all and more when it turns gold. Pretty darn impressive. Collar removal will be available at 1.0 and currently shipping a pretty stable alpha3. Thanks for responding its always appreciated. Happy travels. -- /ch From chris123 at magma.ca Sun Mar 8 17:53:10 2009 From: chris123 at magma.ca (Chris h) Date: Mon, 09 Mar 2009 01:53:10 -0000 Subject: [ gpsdrive ] maptiler In-Reply-To: <200903062242.15477.chris123@magma.ca> References: <200903062242.15477.chris123@magma.ca> Message-ID: <200903082153.05923.chris123@magma.ca> On Friday 06 March 2009 22:42:14 Chris h wrote: > Greets: > > Perhaps you may want to add this to the list of usefull applications: > > http://www.maptiler.org/ There is one issue other then the bug, the tiles are standardized to 256x256 and Im not sure this is supported by gpsdrive. Actually not sure what tile size is required but if Im not mistaken its the same standard as the basemaps Being BSB licensed and working with the code, the needed change can be made (I think) in maptiler>maptiler>gdal2tiles.py def __init__(self, tileSize=256): "Initialize the TMS Global Mercator pyramid" self.tileSize = tileSize self.initialResolution = 2 * math.pi * 6378137 / self.tileSize # 156543.03392804062 for tileSize 256 pixels self.originShift = 2 * math.pi * 6378137 / 2.0 # 20037508.342789244 Perhaps someone with interest and some talent (not at this end) could take a look at this and if interested adapt this code to gpsdrive. Now that would be cool. Many thanks. -- /ch From hamish_b at yahoo.com Wed Mar 11 23:46:00 2009 From: hamish_b at yahoo.com (Hamish) Date: Thu, 12 Mar 2009 07:46:00 -0000 Subject: [ gpsdrive ] NOAA charts Message-ID: <813561.60857.qm@web110012.mail.gq1.yahoo.com> [cropping off chart collars for auto-tile creation from BSB RNCs] Hamish: > > perhaps r.reclass'ing white areas to NULL then 'g.region zoom=' > > to the reclass map? maybe black too; then to remove specks either - convert to vector and remove small areas - stay as raster and use cluster / neighbor modules to highlight or median-away small clumps zoom to what's left as crop window then jump back to the original image. I think it would take some tuning... the easiest is to write a script with a human interaction "draw zoom box now" step. but that's no good if you have to fix something earlier in the process and have to do them all again. after 2-3 repeats you'd get a bit frustrated I think... n.b. the script could save the zoom region and reuse it if present. I guess we should try the automation way first, and if that is too fragile or error prone fall back on the interactive method? maybe a combo of both? it's an interesting problem. any idea what method the maptile GUI uses for collar removal? 256x256 is the standard tile size for UMN MapServer by the way, which is why it is hardcoded to that. gpsdrive wants 1280x1024. MapServer can mosaic the tiles in a singal canvas, gpsdrive can only display one tile at a time (and so can't zoom out beyond the tile). Hamish From hamish_b at yahoo.com Thu Mar 12 00:12:22 2009 From: hamish_b at yahoo.com (Hamish) Date: Thu, 12 Mar 2009 08:12:22 -0000 Subject: [ gpsdrive ] maptiler Message-ID: <218711.75372.qm@web110013.mail.gq1.yahoo.com> Chris wrote: > > http://www.maptiler.org/ > > Being BSB licensed and working with the code, the needed (BSD? maps on the brain...) > change can be made (I think) in maptiler>maptiler>gdal2tiles.py > > def __init__(self, tileSize=256): > "Initialize the TMS Global Mercator pyramid" > self.tileSize = tileSize > self.initialResolution = 2 * math.pi * 6378137 / > self.tileSize > ? ? ? ? ? ? ? ? # > 156543.03392804062 for tileSize 256 pixels > ? ? ? ? ? ? ? ? > self.originShift = 2 * math.pi * 6378137 / 2.0 > ? ? ? ? ? ? ? ? # > 20037508.342789244 [sorry, can't fix yahoo's braindead line wrapping] two bits: the "tile pyramid" generates the same base image at a series of different resolutions. I am not sure, but "Global Mercator" makes me pause a bit, if it is what I think it is. I am worried that it is propogation of the same nightmare as the 'Osmarender bug' & Google maps & probably yahoo maps which makes them near impossible to accurately georeference. ie they are in fact distorted and drawing/taking positions over them leads to garbage. fine for visual use and very fast to calculate on the map server, but no good for reuse. "easy but broken" won out over "correct but need to consult an expert and do more math" unfortunately. [I'm no expert either, you'll find those on the proj4 list (each with their own differing answer :); this is just as far as I understand it] 6378137 is the earth's radius used in meters. (so that code assumes the earth is a sphere instead of a short and fat ellipsoid, which can cause ~25km? positioning error in places) yuk currently for the built-in gpsdrive map downloads NASA data is ok (comes from a real WMS server) while OSM tile data will always be distorted, especially the more you zoom out. (Osmarender bug) the distortion is not really a problem for cars if you are not driving blind, but on a boat it could actually have you hit a rock, sink the boat, and kill you. so something to be concerned about :) see: - http://wiki.openstreetmap.org/wiki/Osmarender_bug - search the PROJ.4 mailing list for "google" and a lot of surveyors and geodesists swearing and such. ... my point being it needs a lot of testing before it can be trusted. waypoints/POIs on map grid lines and gpsdrive grid overlay lines can help establish that trust. Hamish From chris123 at magma.ca Thu Mar 12 07:21:25 2009 From: chris123 at magma.ca (Chris h) Date: Thu, 12 Mar 2009 15:21:25 -0000 Subject: [ gpsdrive ] maptiler Message-ID: <200903121121.22138.chris123@magma.ca> On Thursday 12 March 2009 04:12:19 Hamish wrote: > (BSD? maps on the brain...) yup.....to many late nights. gotta do this after work. yes inline code tends to get mangled. Ive converted gdal2tiles.py to html and code attached but it bounced due to size restriction. Code is available at http://chrish.selfip.com/gdal2tiles/ Apparently its going to be included in the next release of gdal. maptiler is just the gui in wx by the same author. > two bits: > ... my point being it needs a lot of testing before it can be > trusted. waypoints/POIs on map grid lines and gpsdrive grid overlay > lines can help establish that trust. If you have the time/interest, pls consider having a look at the code. From your notes I understand the problem but as the code is well commented with inline tutorial, I think I may have referred you to the wrong section. A final thought. Since the issues you describe can be potentially circumvented my means of a real WMS and that is getting a bit easier to work with at this end, would it be possible then to produce standard sized tiles for standard map integration and then call the needed tile size for gpsdrive via gdal itself or alternatively another script included with gpsdrive. This would also allow for easier maintenance and updating of rasters which are released on a quarterly basis by NOAA. Thanks for your help and interest. -- /ch From chris123 at magma.ca Sun Mar 15 16:32:47 2009 From: chris123 at magma.ca (Chris h) Date: Mon, 16 Mar 2009 00:32:47 -0000 Subject: [ gpsdrive ] NOAA charts In-Reply-To: <813561.60857.qm@web110012.mail.gq1.yahoo.com> References: <813561.60857.qm@web110012.mail.gq1.yahoo.com> Message-ID: <200903152032.43884.chris123@magma.ca> On Thursday 12 March 2009 03:45:57 Hamish wrote: > [cropping off chart collars for auto-tile creation from BSB RNCs] A basic test in an effort to keep things simple, I used qgis to play around with a converted BSB to tif. Observations follow; 1. grab suitable shape file of NA and overlay with tiff. 2. checked properties>colorbands 3. made black and white pixels transparent 4. really screws up the chart..:) So what does this tell me? Well simply making specific bands/pixels transparent is not going to work. It will be needed to physically remove the border, which surprises me as if you zoom in on some of the lower resolution NOAA charts on demo.geogarage you can see the outline of chart as a very faint black line. You have to look for it but its there. Charts snippets visuals are available here http://chrish.selfip.com/gpsdrive/noaa/ -- /ch From hamish_b at yahoo.com Mon Mar 16 02:27:00 2009 From: hamish_b at yahoo.com (Hamish) Date: Mon, 16 Mar 2009 10:27:00 -0000 Subject: [ gpsdrive ] NOAA charts Message-ID: <12383.46412.qm@web110011.mail.gq1.yahoo.com> > > [cropping off chart collars for auto-tile creation from BSB RNCs] Chris: > A basic test in an effort to keep things simple, I used qgis to play > around with a converted BSB to tif. Observations follow; > > 1. grab suitable shape file of NA and overlay with tiff. > 2. checked properties>colorbands > 3. made black and white pixels transparent > 4. really screws up the chart..:) > > So what does this tell me? > > Well simply making specific bands/pixels transparent is not going to > work. It will be needed to physically remove the border, the idea is that after removing black & white you zoom to what's left, then reinstate/revert to the original image but with the updated zoom settings. Hamish From hamish_b at yahoo.com Mon Mar 30 14:28:51 2009 From: hamish_b at yahoo.com (Hamish) Date: Mon, 30 Mar 2009 22:28:51 -0000 Subject: [ gpsdrive ] 2.10rc1? Message-ID: <20090331112827.35fbebfe.hamish_b@yahoo.com> Hi, what (if any) are blocking issues for tagging 2.10rc1? Hamish From gpsdrive at ostertag.name Mon Mar 30 14:56:35 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Mon, 30 Mar 2009 22:56:35 -0000 Subject: [ gpsdrive ] 2.10rc1? In-Reply-To: <20090331112827.35fbebfe.hamish_b@yahoo.com> References: <20090331112827.35fbebfe.hamish_b@yahoo.com> Message-ID: <200903310056.16779.gpsdrive@ostertag.name> On Dienstag 31 M?rz 2009, Hamish wrote: > Hi, > > > what (if any) are blocking issues for tagging 2.10rc1? From my side only small things and a bunch of tests ... -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From hamish_b at yahoo.com Mon Mar 30 21:31:03 2009 From: hamish_b at yahoo.com (Hamish) Date: Tue, 31 Mar 2009 05:31:03 -0000 Subject: [ gpsdrive ] debian/rules versions Message-ID: <20090331183038.7805ac83.hamish_b@yahoo.com> re. r2373 http://gpsdrive.svn.sourceforge.net/viewvc/gpsdrive/trunk/debian/control?r1=2371&r2=2373&view=patch - libspeechd-dev (>= 0.6.7~rc1-1), + libspeechd-dev (>= 0.6.7), will that work on lenny (for backports.org package) or is a debian/debian-lenny-32.patch needed? lenny ships with version 0.6.7~rc1-1: http://packages.debian.org/search?keywords=libspeechd-dev http://packages.ubuntu.com/search?keywords=libspeechd-dev Hamish ps- how to automatically keep those patches in sync with the main control file?? From gpsdrive at ostertag.name Mon Mar 30 22:28:24 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Tue, 31 Mar 2009 06:28:24 -0000 Subject: [ gpsdrive ] debian/rules versions In-Reply-To: <20090331183038.7805ac83.hamish_b@yahoo.com> References: <20090331183038.7805ac83.hamish_b@yahoo.com> Message-ID: <200903310828.10898.gpsdrive@ostertag.name> On Dienstag 31 M?rz 2009, Hamish wrote: > re. r2373 > > http://gpsdrive.svn.sourceforge.net/viewvc/gpsdrive/trunk/debian/control?r1 >=2371&r2=2373&view=patch > > - libspeechd-dev (>= 0.6.7~rc1-1), > + libspeechd-dev (>= 0.6.7), > > > will that work on lenny (for backports.org package) or is a > debian/debian-lenny-32.patch needed? The idea behind it is, that you'll uase the debian/debian-lenny-32.patch File to get from debian-testing (currently squeeze) to whatever distribution you have. This way we can hold a consistent set of Files for all currently used distributions. Meybe some of the distributions loose some features (etch without mapnik, ...) but after applying the patch it should compile and build the debian package. > > lenny ships with version 0.6.7~rc1-1: > > http://packages.debian.org/search?keywords=libspeechd-dev > http://packages.ubuntu.com/search?keywords=libspeechd-dev > Is there someone with a debian-lenny wou could check ... The compile packages should be on gpsdrive.de: deb http://www.gpsdrive.de/debian lenny main > ps- how to automatically keep those patches in sync with the main control > file?? I'll at least regularly check if they still apply and compile afterwards. I have managed to get some kind of Multi Platform Build environment working here. I'm trying to compiling the Packages below on this Multi Platform Build environment on a regular base. Current Status would be: ---------------------------------------------------------------------------------------- Build Cluster Results (Tue Mar 31 08:01:53 CEST 2009) Number of Failed Packages: 18 ( 0 old ) Number of Build Packages: 1 ( 0 old ) Number of Good Packages: 35 ( 0 old ) Number of Results : 54 ( 0 old ) ---------------------------------------------------------------------------------------- List by Application gosmore (svn-13909) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 ERROR! lenny-64(NO) gpsdrive (svn-2378) good : intrepid-32 intrepid-64 squeeze-32 squeeze-64 ERROR! hardy-32 lenny-64(NO) josm (svn-14365) good : intrepid-32 intrepid-64 squeeze-32 ERROR! hardy-32 lenny-64(NO) BUILD! hardy-64 map-icons (svn-14179) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 ERROR! lenny-64(NO) maps (svn-2366) good : intrepid-32 intrepid-64 squeeze-32 squeeze-64 ERROR! hardy-32 lenny-64(NO) merkaartor (svn-14348) good : ERROR! intrepid-32 lenny-64(NO) opencarbox (svn-39) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 ERROR! lenny-64(NO) osmosis (svn-14302) good : ERROR! intrepid-32 lenny-64(NO) utils (svn-14362) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 ERROR! lenny-64(NO) -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From d.s.e at sordidmusic.com Tue Mar 31 09:54:55 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Tue, 31 Mar 2009 17:54:55 -0000 Subject: [ gpsdrive ] Maemo In-Reply-To: <200901101000.43361.mail@cynapses.org> References: <200901091053.26800.mail@cynapses.org> <200901091405.45990.d.s.e@sordidmusic.com> <200901101000.43361.mail@cynapses.org> Message-ID: <200903311004.48678.d.s.e@sordidmusic.com> Am Samstag 10 Januar 2009 schrieb Andreas Schneider: > > a garage project to provide packages would be fine, but the source code > > should stay in the sf svn. > > Definitely. > > > would you like to maintain such a project? > > I would try to do this. > maybe the time has come to start this... I had some time to play around and created packages for the n810, which are available on the gpsdrive repository. installation via application manager should work, unfortunately no menu entry for gpsdrive is created yet, so you have to start it from the command line. all the basic things seem to work, but not everything has been tested so far. there is a lot of space for optimization, though. remember, these packages are highly experimental, so no complaints please ;-) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From d.s.e at sordidmusic.com Tue Mar 31 09:58:50 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Tue, 31 Mar 2009 17:58:50 -0000 Subject: [ gpsdrive ] 2.10rc1? In-Reply-To: <200903310056.16779.gpsdrive@ostertag.name> References: <20090331112827.35fbebfe.hamish_b@yahoo.com> <200903310056.16779.gpsdrive@ostertag.name> Message-ID: <200903311958.47237.d.s.e@sordidmusic.com> Am Dienstag 31 M?rz 2009 schrieb Joerg Ostertag (gpsdrive Tettnang/Germany): > On Dienstag 31 M?rz 2009, Hamish wrote: > > Hi, > > > > > > what (if any) are blocking issues for tagging 2.10rc1? > > > >From my side only small things and a bunch of tests ... nothing from my side... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From gpsdrive at ostertag.name Tue Mar 31 12:48:32 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Tue, 31 Mar 2009 20:48:32 -0000 Subject: [ gpsdrive ] debian/rules versions In-Reply-To: <200903310828.10898.gpsdrive@ostertag.name> References: <20090331183038.7805ac83.hamish_b@yahoo.com> <200903310828.10898.gpsdrive@ostertag.name> Message-ID: <200903312248.24810.gpsdrive@ostertag.name> On Dienstag 31 M?rz 2009, Joerg Ostertag (gpsdrive Tettnang/Germany) wrote: > On Dienstag 31 M?rz 2009, Hamish wrote: > > re. r2373 > > > > http://gpsdrive.svn.sourceforge.net/viewvc/gpsdrive/trunk/debian/control? > >r1 =2371&r2=2373&view=patch > > > > - libspeechd-dev (>= 0.6.7~rc1-1), > > + libspeechd-dev (>= 0.6.7), > > > > > > will that work on lenny (for backports.org package) or is a > > debian/debian-lenny-32.patch needed? > > The idea behind it is, that you'll uase the > debian/debian-lenny-32.patch > File to get from debian-testing (currently squeeze) to whatever > distribution you have. This way we can hold a consistent set of Files for > all currently used distributions. Meybe some of the distributions loose > some features (etch without mapnik, ...) but after applying the patch it > should compile and build the debian package. > > > lenny ships with version 0.6.7~rc1-1: > > > > http://packages.debian.org/search?keywords=libspeechd-dev > > http://packages.ubuntu.com/search?keywords=libspeechd-dev > > Is there someone with a debian-lenny wou could check ... > The compile packages should be on gpsdrive.de: > deb http://www.gpsdrive.de/debian lenny main > > > ps- how to automatically keep those patches in sync with the main control > > file?? > > I'll at least regularly check if they still apply and compile afterwards. I > have managed to get some kind of Multi Platform Build environment working > here. I'm trying to compiling the Packages below on this Multi Platform > Build environment on a regular base. Current Status would be: > > --------------------------------------------------------------------------- >------------- Build Cluster Results (Tue Mar 31 08:01:53 CEST 2009) > Number of Failed Packages: 18 ( 0 old ) > Number of Build Packages: 1 ( 0 old ) > Number of Good Packages: 35 ( 0 old ) > Number of Results : 54 ( 0 old ) > After Fixing the dependency the build went a little better ;-) ---------------------------------------------------------------------------------------- Build Cluster Results (Tue Mar 31 22:47:17 CEST 2009) Number of Failed Packages: 22 ( 0 old ) Number of Build Packages: 1 ( 0 old ) Number of Good Packages: 49 ( 0 old ) Number of Results : 72 ( 0 old ) ---------------------------------------------------------------------------------------- List by Application gosmore (svn-13909) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 gpsdrive (svn-2379) good : intrepid-32 intrepid-64 squeeze-32 squeeze-64 lenny-32 lenny-64 ERROR! hardy-32 hardy-64 josm (svn-14365) good : intrepid-32 intrepid-64 squeeze-32 lenny-32 lenny-64 ERROR! hardy-64 squeeze-64 BUILD! hardy-32 map-icons (svn-14179) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 maps (svn-2366) good : intrepid-32 intrepid-64 squeeze-32 squeeze-64 lenny-32 lenny-64 ERROR! hardy-32 hardy-64 merkaartor (svn-14348) good : ERROR! intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 opencarbox (svn-39) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 osmosis (svn-14302) good : ERROR! intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 utils (svn-14362) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From gpsdrive at ostertag.name Tue Mar 31 12:58:06 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Tue, 31 Mar 2009 20:58:06 -0000 Subject: [ gpsdrive ] Maemo In-Reply-To: <200903311004.48678.d.s.e@sordidmusic.com> References: <200901091053.26800.mail@cynapses.org> <200901101000.43361.mail@cynapses.org> <200903311004.48678.d.s.e@sordidmusic.com> Message-ID: <200903312258.02924.gpsdrive@ostertag.name> On Dienstag 31 M?rz 2009, Guenther Meyer wrote: > Am Samstag 10 Januar 2009 schrieb Andreas Schneider: > > > a garage project to provide packages would be fine, but the source code > > > should stay in the sf svn. > > > > Definitely. > > > > > would you like to maintain such a project? > > > > I would try to do this. > > maybe the time has come to start this... > > I had some time to play around and created packages for the n810, which are > available on the gpsdrive repository. > installation via application manager should work, unfortunately no menu > entry for gpsdrive is created yet, so you have to start it from the command > line. all the basic things seem to work, but not everything has been tested > so far. there is a lot of space for optimization, though. > > remember, these packages are highly experimental, so no complaints please > ;-) The sources.list entries should show up soon at: http://gpsdrive.de/development/debian.shtml -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From gpsdrive at ostertag.name Tue Mar 31 14:01:14 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Tue, 31 Mar 2009 22:01:14 -0000 Subject: [ gpsdrive ] Linker errors on Ubuntu Hardy Message-ID: <200904010001.11372.gpsdrive@ostertag.name> Hi, anyone interestied in looking into this? After applying the ubuntu-hardy-32.patch and trying to compile GpsDrive for Ubuntu Hardy I get the following Error.... [100%] Building C object src/CMakeFiles/gpsdrive.dir/navigation_gui.o Linking C executable gpsdrive CMakeFiles/gpsdrive.dir/gpsdrive.o: In function `main': gpsdrive.c:(.text+0x671d): undefined reference to `g_thread_init' collect2: ld returned 1 exit status make[3]: *** [src/gpsdrive] Error 1 make[3]: Leaving directory `/home/tweety/gpsdrive/build' make[2]: *** [src/CMakeFiles/gpsdrive.dir/all] Error 2 make[2]: Leaving directory `/home/tweety/gpsdrive/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/tweety/gpsdrive/build' make: *** [build/build-stamp] Error 2 debuild: fatal error at line 1229: couldn't exec fakeroot debian/rules: EXIT CODE=2 -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From hamish_b at yahoo.com Tue Mar 31 16:36:23 2009 From: hamish_b at yahoo.com (Hamish) Date: Wed, 01 Apr 2009 00:36:23 -0000 Subject: [ gpsdrive ] 2.10rc1? Message-ID: <414615.40053.qm@web110004.mail.gq1.yahoo.com> H: > > > what (if any) are blocking issues for tagging 2.10rc1? J: > > From my side only small things and a bunch of tests ... G: > nothing from my side... these variable namespace collisions/multiple definitions should probably be fixed: # with CFLAGS="-fno-common" $ debuild binary .... Linking C executable gpsdrive CMakeFiles/gpsdrive.dir/import_map.o: In function `close_import_window_cb': /usr/src/dev/gpsdrive/svn/trunk/src/import_map.c:190: multiple definition of `wptext2' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1964: first defined here CMakeFiles/gpsdrive.dir/main_gui.o: In function `dash_menu_cb': /usr/src/dev/gpsdrive/svn/trunk/src/main_gui.c:188: multiple definition of `kontext_map' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1788: first defined here CMakeFiles/gpsdrive.dir/routes.o: In function `saytargettext': /usr/src/dev/gpsdrive/svn/trunk/src/routes.c:118: multiple definition of `routelist' CMakeFiles/gpsdrive.dir/map_handler.o:/usr/src/dev/gpsdrive/svn/trunk/src/map_handler.c:116: first defined here CMakeFiles/gpsdrive.dir/settings.o: In function `reinitgps_cb': /usr/src/dev/gpsdrive/svn/trunk/src/settings.c:121: multiple definition of `menuitem_sendmsg' CMakeFiles/gpsdrive.dir/main_gui.o:/usr/src/dev/gpsdrive/svn/trunk/src/main_gui.c:183: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/dev/gpsdrive/svn/trunk/src/waypoint.c:116: multiple definition of `wayp' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1792: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/dev/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `maxwp' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1962: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/dev/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `add_wp_name_text' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1964: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/dev/gpsdrive/svn/trunk/src/waypoint.c:116: multiple definition of `addwaypointwindow' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1972: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/dev/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `gotowindow' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:403: first defined here CMakeFiles/gpsdrive.dir/waypoint.o: In function `check_and_reload_way_txt': /usr/src/dev/gpsdrive/svn/trunk/src/waypoint.c:117: multiple definition of `wptext2' CMakeFiles/gpsdrive.dir/gpsdrive.o:/usr/src/dev/gpsdrive/svn/trunk/src/gpsdrive.c:1964: first defined here CMakeFiles/gpsdrive.dir/gpsdrive.o: In function `main': gpsdrive.c:(.text+0x6fdb): undefined reference to `g_thread_init' collect2: ld returned 1 exit status make[3]: *** [src/gpsdrive] Error 1 make[3]: Leaving directory `/usr/src/dev/gpsdrive/svn/trunk/build' make[2]: *** [src/CMakeFiles/gpsdrive.dir/all] Error 2 make[2]: Leaving directory `/usr/src/dev/gpsdrive/svn/trunk/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/src/dev/gpsdrive/svn/trunk/build' make: *** [install] Error 2 debuild: fatal error at line 1210: Hamish From hamish_b at yahoo.com Tue Mar 31 20:57:34 2009 From: hamish_b at yahoo.com (Hamish) Date: Wed, 01 Apr 2009 04:57:34 -0000 Subject: [ gpsdrive ] Linker errors on Ubuntu Hardy Message-ID: <39080.58161.qm@web110016.mail.gq1.yahoo.com> Joerg wrote: > After applying the ubuntu-hardy-32.patch and trying to > compile GpsDrive for Ubuntu Hardy I get the following Error.... > > [100%] Building C object > src/CMakeFiles/gpsdrive.dir/navigation_gui.o > > Linking C executable gpsdrive > CMakeFiles/gpsdrive.dir/gpsdrive.o: In function `main': > gpsdrive.c:(.text+0x671d): undefined reference to > `g_thread_init' > collect2: ld returned 1 exit status > > make[3]: *** [src/gpsdrive] Error 1 > make[3]: Leaving directory `/home/tweety/gpsdrive/build' > make[2]: *** [src/CMakeFiles/gpsdrive.dir/all] Error 2 > make[2]: Leaving directory `/home/tweety/gpsdrive/build' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/home/tweety/gpsdrive/build' > make: *** [build/build-stamp] Error 2 > debuild: fatal error at line 1229: > couldn't exec fakeroot debian/rules: > EXIT CODE=2 try adding to src/gpsdrive.c: #include or #include // (gmain.h includes gthread.h) Hamish From gpsdrive at ostertag.name Tue Mar 31 22:03:22 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Wed, 01 Apr 2009 06:03:22 -0000 Subject: [ gpsdrive ] Linker errors on Ubuntu Hardy In-Reply-To: <39080.58161.qm@web110016.mail.gq1.yahoo.com> References: <39080.58161.qm@web110016.mail.gq1.yahoo.com> Message-ID: <200904010803.13569.gpsdrive@ostertag.name> On Mittwoch 01 April 2009, Hamish wrote: > > Linking C executable gpsdrive > > CMakeFiles/gpsdrive.dir/gpsdrive.o: In function `main': > > gpsdrive.c:(.text+0x671d): undefined reference to > > `g_thread_init' > > collect2: ld returned 1 exit status > try adding to src/gpsdrive.c: > #include > ? or > #include ? ? // (gmain.h includes gthread.h) including these didn' change anything here. -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From gpsdrive at ostertag.name Tue Mar 31 22:03:34 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Wed, 01 Apr 2009 06:03:34 -0000 Subject: [ gpsdrive ] 2.10rc1? (please test current svn packages) In-Reply-To: <200903311958.47237.d.s.e@sordidmusic.com> References: <20090331112827.35fbebfe.hamish_b@yahoo.com> <200903310056.16779.gpsdrive@ostertag.name> <200903311958.47237.d.s.e@sordidmusic.com> Message-ID: <200904010803.31183.gpsdrive@ostertag.name> On Dienstag 31 M?rz 2009, Guenther Meyer wrote: > Am Dienstag 31 M?rz 2009 schrieb Joerg Ostertag (gpsdrive Tettnang/Germany): > > On Dienstag 31 M?rz 2009, Hamish wrote: > > > Hi, > > > > > > > > > what (if any) are blocking issues for tagging 2.10rc1? > > > > > >From my side only small things and a bunch of tests ... > > nothing from my side... I would need people to test all the packages I build for all the debian based platforms. Especially concerning installation, dependency handling and package content. So please everyone add something like /etc/apt/sources.list # Gpsdrive Packages deb http://www.gpsdrive.de/debian lenny main to your sources list. Details see http://gpsdrive.de/development/debian.shtml And give me/us feedback if everything is installing as expected. If you have patches for fixing Hard As already mentioned in one of the mails earlier today, we have packages for some of the debian based platforms. Build Cluster Results (Tue Mar 31 22:47:17 CEST 2009) Number of Failed Packages: 22 ( 0 old ) Number of Build Packages: 1 ( 0 old ) Number of Good Packages: 49 ( 0 old ) Number of Results : 72 ( 0 old ) ---------------------------------------------------------------------------------------- List by Application gpsdrive (svn-2379) good : intrepid-32 intrepid-64 squeeze-32 squeeze-64 lenny-32 lenny-64 ERROR! hardy-32 hardy-64 map-icons (svn-14179) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 maps (svn-2366) good : intrepid-32 intrepid-64 squeeze-32 squeeze-64 lenny-32 lenny-64 ERROR! hardy-32 hardy-64 opencarbox (svn-39) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 OpenStreetmap-utils (svn-14362) good : intrepid-32 intrepid-64 hardy-32 hardy-64 squeeze-32 squeeze-64 lenny-32 lenny-64 -- J?rg (Germany, Tettnang) http://www.ostertag.name/ From gpsdrive at ostertag.name Tue Mar 31 22:09:28 2009 From: gpsdrive at ostertag.name (Joerg Ostertag (gpsdrive Tettnang/Germany)) Date: Wed, 01 Apr 2009 06:09:28 -0000 Subject: [ gpsdrive ] 2.10rc1? In-Reply-To: <414615.40053.qm@web110004.mail.gq1.yahoo.com> References: <414615.40053.qm@web110004.mail.gq1.yahoo.com> Message-ID: <200904010809.24812.gpsdrive@ostertag.name> On Mittwoch 01 April 2009, Hamish wrote: > H: > > > > what (if any) are blocking issues for tagging 2.10rc1? > > J: > > > From my side only small things and a bunch of tests ... > > G: > > nothing from my side... > > these variable namespace collisions/multiple definitions should probably > be fixed: > > # with CFLAGS="-fno-common" > $ debuild binary We should add these Flags to default compilation ... From d.s.e at sordidmusic.com Tue Mar 31 23:40:12 2009 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 01 Apr 2009 07:40:12 -0000 Subject: [ gpsdrive ] Linker errors on Ubuntu Hardy In-Reply-To: <200904010803.13569.gpsdrive@ostertag.name> References: <39080.58161.qm@web110016.mail.gq1.yahoo.com> <200904010803.13569.gpsdrive@ostertag.name> Message-ID: <200904010940.07254.d.s.e@sordidmusic.com> Am Mittwoch 01 April 2009 schrieb Joerg Ostertag (gpsdrive Tettnang/Germany): > On Mittwoch 01 April 2009, Hamish wrote: > > > Linking C executable gpsdrive > > > CMakeFiles/gpsdrive.dir/gpsdrive.o: In function `main': > > > gpsdrive.c:(.text+0x671d): undefined reference to > > > `g_thread_init' > > > collect2: ld returned 1 exit status > > > > try adding to src/gpsdrive.c: > > #include > > ? or > > #include ? ? // (gmain.h includes gthread.h) > > including these didn' change anything here. the documentation says, that #include should be enough... if this doesn't work, try to include the g_thread_init into a "#ifdef MAEMO" term, this should fix it for now. the g_thread_init is needed on maemo for the gps connection, but no threads are used anywhere else inside gpsdrive so far... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: