qlandkartegt-users Mailing List for QLandkarte GT (Page 101)
Brought to you by:
kiozen
You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(22) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(16) |
Feb
(7) |
Mar
(10) |
Apr
(3) |
May
(21) |
Jun
(23) |
Jul
(15) |
Aug
(12) |
Sep
(50) |
Oct
(7) |
Nov
(29) |
Dec
(17) |
2010 |
Jan
(75) |
Feb
(61) |
Mar
(37) |
Apr
(35) |
May
(55) |
Jun
(16) |
Jul
(65) |
Aug
(25) |
Sep
(47) |
Oct
(39) |
Nov
(80) |
Dec
(35) |
2011 |
Jan
(50) |
Feb
(71) |
Mar
(27) |
Apr
(16) |
May
(56) |
Jun
(125) |
Jul
(65) |
Aug
(38) |
Sep
(107) |
Oct
(36) |
Nov
(27) |
Dec
(45) |
2012 |
Jan
(38) |
Feb
(24) |
Mar
(73) |
Apr
(17) |
May
(45) |
Jun
(17) |
Jul
(32) |
Aug
(36) |
Sep
(38) |
Oct
(124) |
Nov
(38) |
Dec
(11) |
2013 |
Jan
(23) |
Feb
(18) |
Mar
(37) |
Apr
(60) |
May
(14) |
Jun
(32) |
Jul
(18) |
Aug
(16) |
Sep
(19) |
Oct
(26) |
Nov
(14) |
Dec
(1) |
2014 |
Jan
(40) |
Feb
(41) |
Mar
(40) |
Apr
(41) |
May
(34) |
Jun
(30) |
Jul
(34) |
Aug
(31) |
Sep
(8) |
Oct
(55) |
Nov
(32) |
Dec
(24) |
2015 |
Jan
(38) |
Feb
(104) |
Mar
(40) |
Apr
(66) |
May
(69) |
Jun
(12) |
Jul
(45) |
Aug
(60) |
Sep
(89) |
Oct
(92) |
Nov
(35) |
Dec
(34) |
2016 |
Jan
(87) |
Feb
(43) |
Mar
(46) |
Apr
(34) |
May
(9) |
Jun
(24) |
Jul
(106) |
Aug
(44) |
Sep
(17) |
Oct
(16) |
Nov
(46) |
Dec
(43) |
2017 |
Jan
(11) |
Feb
(7) |
Mar
(22) |
Apr
(5) |
May
(4) |
Jun
(8) |
Jul
(29) |
Aug
(68) |
Sep
(21) |
Oct
(7) |
Nov
(22) |
Dec
(15) |
2018 |
Jan
(11) |
Feb
(24) |
Mar
(58) |
Apr
(7) |
May
(2) |
Jun
(11) |
Jul
(18) |
Aug
(15) |
Sep
(21) |
Oct
(6) |
Nov
(20) |
Dec
(7) |
2019 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(32) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(9) |
Sep
(18) |
Oct
(3) |
Nov
(1) |
Dec
(10) |
2020 |
Jan
(7) |
Feb
(1) |
Mar
(9) |
Apr
(20) |
May
(7) |
Jun
(14) |
Jul
(3) |
Aug
|
Sep
|
Oct
(13) |
Nov
(15) |
Dec
(3) |
2021 |
Jan
(8) |
Feb
(4) |
Mar
(6) |
Apr
(32) |
May
(30) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
(41) |
Oct
(23) |
Nov
(15) |
Dec
(10) |
2022 |
Jan
(1) |
Feb
(5) |
Mar
(4) |
Apr
(6) |
May
(12) |
Jun
(3) |
Jul
|
Aug
(9) |
Sep
(15) |
Oct
(7) |
Nov
|
Dec
|
2023 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(33) |
Oct
|
Nov
|
Dec
(2) |
2024 |
Jan
|
Feb
(5) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(5) |
Jul
|
Aug
|
Sep
(11) |
Oct
|
Nov
|
Dec
|
From: Dmitry <rcp...@gm...> - 2013-10-31 15:50:52
|
Hi Oliver, Sometimes I'd like to use satellite imagery such as maps.google.com I found in http://sourceforge.net/apps/mediawiki/qlandkartegt/index.php?title=Adding_maps this examples Google Maps http://mt.google.com/vt/x=%2&y=%3&z=%1 TMS Google map 04.07.2011 Google Maps http://mt.google.com/vt/lyrs=s&x=%2&y=%3&z=%1 TMS Sattellite map 2012.02.16. Google Maps http://mt.google.com/vt/lyrs=t&x=%2&y=%3&z=%1 TMS Terrain map 2012.02.16. First "Google map" works. And all other (Sattellite map, Terrain map) says "Segmentation fault". Can you see what's wrong? In general, it would be very nice if QLk can work with maps as SASPlanet from http://sasgis.ru/sasplaneta/ (http://www.google.com/translate?hl=en&ie=UTF8&sl=ru&tl=en&u=http%3A%2F%2Fsasgis.ru%2Fsasplaneta%2F) (I run it in the emulator QEMU, but it is very uncomfortable.) I'd very like support http://maps.yandex.ru/?l=sat , http://kosmosnimki.ru/ , and etc ... If you want to plot a route in places like https://maps.google.com/maps?q=68.69426,65.467415&num=1&t=m&z=11 then the OSM or "Google map" is not much help ... Thank you! Regards, Dmitry |
From: Dmitry <2p...@ma...> - 2013-10-31 15:44:58
|
Hi Oliver, Sometimes I'd like to use satellite imagery such as maps.google.com I found in http://sourceforge.net/apps/mediawiki/qlandkartegt/index.php?title=Adding_maps this examples Google Maps http://mt.google.com/vt/x=%2&y=%3&z=%1 TMS Google map 04.07.2011 Google Maps http://mt.google.com/vt/lyrs=s&x=%2&y=%3&z=%1 TMS Sattellite map 2012.02.16. Google Maps http://mt.google.com/vt/lyrs=t&x=%2&y=%3&z=%1 TMS Terrain map 2012.02.16. First "Google map" works. And all other (Sattellite map, Terrain map) says "Segmentation fault". Can you see what's wrong? In general, it would be very nice if QLk can work with maps as SASPlanet from http://sasgis.ru/sasplaneta/ (http://www.google.com/translate?hl=en&ie=UTF8&sl=ru&tl=en&u=http%3A%2F%2Fsasgis.ru%2Fsasplaneta%2F) (I run it in the emulator QEMU, but it is very uncomfortable.) I'd very like support http://maps.yandex.ru/?l=sat , http://kosmosnimki.ru/ , and etc ... If you want to plot a route in places like https://maps.google.com/maps?q=68.69426,65.467415&num=1&t=m&z=11 then the OSM or "Google map" is not much help ... Thank you! Regards, Dmitry |
From: Dmitry <rcp...@gm...> - 2013-10-31 11:11:57
|
I have changed it so # ls -l | grep libjpeg -rw-r--r-- 1 root root 255590 апр. 5 2010 libjpeg.a -rwxr-xr-x 1 root root 914 апр. 5 2010 libjpeg.la lrwxrwxrwx 1 root root 17 окт. 31 14:34 libjpeg.so -> libjpeg.so.62.0.0 lrwxrwxrwx 1 root root 17 июля 16 19:34 libjpeg.so.62 -> libjpeg.so.62.0.0 -rwxr-xr-x 1 root root 126528 июня 29 2012 libjpeg.so.62.0.0 lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so.8 -> libjpeg.so.8.0.1 -rwxr-xr-x 1 root root 216524 апр. 5 2010 libjpeg.so.8.0.1 but again .... ************************************* Create Garmin Custom Map... ------------------------------------- map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_4.T26808.tif /tmp/qlgt_3.i26808.tif /home/qwerty/QLk/QLk.qmap_37.1244_55.6107.kmz Wrong JPEG library version: library is 62, caller expects 80 ****** map2gcm, Version 1.7.5 ****** ---------------------- /tmp/qlgt_3.i26808.tif: projection: +proj=longlat +datum=WGS84 +no_defs width: 1021 pixel height: 1022 pixel area (top/left, bottom/right): 55.610720 37.124349, 55.492720 37.332213 xscale: 0.000204 deg/px, yscale: -0.000115 deg/px real scale: 12.786270 m/px Start to extract tiles and to build KMZ. !!! failed !!! On Thu, 31 Oct 2013 11:07:15 +0100 (CET) "Oliver Eichler" <oli...@gm...> wrote: > The only difference to my SuSE system I can see is the link for libjpeg.so > > lrwxrwxrwx 1 root root 17 8. Okt 2012 /usr/lib64/libjpeg.so -> libjpeg.so.62.0.0 > lrwxrwxrwx 1 root root 17 24. Aug 2012 /usr/lib64/libjpeg.so.62 -> libjpeg.so.62.0.0 > -rwxr-xr-x 1 root root 244512 15. Aug 2012 /usr/lib64/libjpeg.so.62.0.0 > lrwxrwxrwx 1 root root 16 17. Okt 2012 /usr/lib64/libjpeg.so.8 -> libjpeg.so.8.3.0 > -rwxr-xr-x 1 root root 236280 26. Jul 2012 /usr/lib64/libjpeg.so.8.3.0 > > might that be the cause? > > Oliver > > > Gesendet: Mittwoch, 30. Oktober 2013 um 22:43 Uhr > > Von: Dmitry <rcp...@gm...> > > An: qla...@li... > > Betreff: Re: [Qlandkartegt-users] Wrong JPEG library version: library is 62, caller expects 80 > > > > > > Thanks for the reply! > > > > geos-3.4.2, gdal-1.9.2, qlandkartegt-1.7.5 - i compiled myself in clean Slackware 14.0. > > libjpeg and other is Slackware 14.0 official packages. > > > > # ls -l /usr/lib | grep libjpeg > > -rw-r--r-- 1 root root 255590 апр. 5 2010 libjpeg.a > > -rwxr-xr-x 1 root root 914 апр. 5 2010 libjpeg.la > > lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so -> libjpeg.so.8.0.1 > > lrwxrwxrwx 1 root root 17 июля 16 19:34 libjpeg.so.62 -> libjpeg.so.62.0.0 > > -rwxr-xr-x 1 root root 126528 июня 29 2012 libjpeg.so.62.0.0 > > lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so.8 -> libjpeg.so.8.0.1 > > -rwxr-xr-x 1 root root 216524 апр. 5 2010 libjpeg.so.8.0.1 > > > > libjpeg.so.62.0.0 is in aaa_elflibs-14.0-i486-4.txz (ftp://ftp.slackware..com/pub/slackware/slackware-14.0/slackware/a/) > > > > # ldd /usr/bin/map2gcm | grep libjpeg > > libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xb6e7a000) > > > > What can be wrong? > > > > Regards, > > Dmitry > > > > > > > > On Wed, 30 Oct 2013 21:15:26 +0100 > > Oliver Eichler <oli...@gm...> wrote: > > > > > Hi Dmitry, > > > > > > probably it is as reported. The binaries have been linked against another version of libjpeg than installed on > > > the system. Usually the binary shouldn't start at all if the library is missing. Can you compile yourself? > > > > > > Oliver > > > > > > > Hi Oliver, > > > > > > > > Thank you very much for qlandkartegt. I really like it! > > > > > > > > But I have a problem with the creation .kmz or other files. > > > > I do the following: > > > > F1->F6->Convert a TIFF into GeoTiff by geo referencing it.->Open gif->Add > > > > Ref.->Start process F1->F6->Create map collection from existing > > > > geo-referenced files->Create new *.qmap definitions->Add files->Save > > > > File->Load Map->F1->F5->Select, in "Selected Maps" choose Export, choose > > > > "Output path", "Garmin custom Map" for example and "Export" (if i use OSM > > > > stream then the result is the same) > > > > > > > > In Details > > > > ************************************* > > > > Cut area from files... > > > > ------------------------------------- > > > > /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE -expand rgba > > > > -srcwin 1228 304 1022 1023 /home/qwerty/QLk/100k--n37-115_ref.tif > > > > /tmp/qlgt_3.T21740.tif Input file size is 2672, 3081 > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > ************************************* > > > > Combine files for each level... > > > > ------------------------------------- > > > > copy /tmp/qlgt_3.T21740.tif ->/tmp/qlgt_4.T21740.tif > > > > > > > > ************************************* > > > > Reduce color bands to 3 (RGB)... > > > > ------------------------------------- > > > > /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co > > > > jpeg_quality=100 /tmp/qlgt_4.T21740.tif /tmp/qlgt_5.d21740.tif Input file > > > > size is 1022, 1023 > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > ************************************* > > > > Re-project files... > > > > ------------------------------------- > > > > /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic -co tiled=yes -co > > > > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > > > > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > > > > Processing input file /tmp/qlgt_5.d21740.tif. > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > ************************************* > > > > Create Garmin Custom Map... > > > > ------------------------------------- > > > > map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif /tmp/qlgt_6.j21740.tif > > > > /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz Wrong JPEG library version: > > > > library is 62, caller expects 80 > > > > > > > > ****** map2gcm, Version 1.7.5 ****** > > > > > > > > > > > > ---------------------- > > > > /tmp/qlgt_6.j21740.tif: > > > > projection: +proj=longlat +datum=WGS84 +no_defs > > > > width: 1022 pixel height: 1023 pixel > > > > area (top/left, bottom/right): 55.642523 37.226586, 55.524547 37.434740 > > > > xscale: 0.000204 deg/px, yscale: -0.000115 deg/px > > > > real scale: 12.781195 m/px > > > > Start to extract tiles and to build KMZ. > > > > > > > > !!! failed !!! > > > > > > > > > > > > I try the same thing in the console > > > > > > > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE > > > > -expand rgba -srcwin 1228 304 1022 1023 > > > > /home/qwerty/QLk/100k--n37-115_ref.tif /tmp/qlgt_3.T21740.tif Input file > > > > size is 2672, 3081 > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > qwerty@nbk:/tmp$ cp /tmp/qlgt_3.T21740.tif /tmp/qlgt_4.T21740.tif > > > > > > > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co > > > > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_4.T21740.tif > > > > /tmp/qlgt_5.d21740.tif Input file size is 1022, 1023 > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > qwerty@nbk:/tmp$ /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic > > > > -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > > > > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > > > > Processing input file /tmp/qlgt_5.d21740.tif. > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > > > > > qwerty@nbk:/tmp$ map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif > > > > /tmp/qlgt_6.j21740.tif /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz > > > > > > > > ****** map2gcm, Version 1.7.5 ****** > > > > Segmentation fault > > > > > > > > > > > > /tmp/qlgt_7.C21740.tif is lost? > > > > > > > > My System - Slackware 14.0 > > > > JPEG library > > > > ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/l/libjpeg-v8 > > > > a-i486-1.txt proj-4.8.0 > > > > geos-3.4.2 > > > > gdal-1.9.2 > > > > qlandkartegt-1.7.5 > > > > SlackBuilds from > > > > ------------------------------------------------------------------------------ > > Android is increasing in popularity, but the open development platform that > > developers love is also attractive to malware creators. Download this white > > paper to learn more about secure code signing practices that can help keep > > Android apps secure. > > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg..clktrk > > _______________________________________________ > > Qlandkartegt-users mailing list > > Qla...@li... > > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > |
From: Oliver E. <oli...@gm...> - 2013-10-31 10:07:24
|
The only difference to my SuSE system I can see is the link for libjpeg.so lrwxrwxrwx 1 root root 17 8. Okt 2012 /usr/lib64/libjpeg.so -> libjpeg.so.62.0.0 lrwxrwxrwx 1 root root 17 24. Aug 2012 /usr/lib64/libjpeg.so.62 -> libjpeg.so.62.0.0 -rwxr-xr-x 1 root root 244512 15. Aug 2012 /usr/lib64/libjpeg.so.62.0.0 lrwxrwxrwx 1 root root 16 17. Okt 2012 /usr/lib64/libjpeg.so.8 -> libjpeg.so.8.3.0 -rwxr-xr-x 1 root root 236280 26. Jul 2012 /usr/lib64/libjpeg.so.8.3.0 might that be the cause? Oliver > Gesendet: Mittwoch, 30. Oktober 2013 um 22:43 Uhr > Von: Dmitry <rcp...@gm...> > An: qla...@li... > Betreff: Re: [Qlandkartegt-users] Wrong JPEG library version: library is 62, caller expects 80 > > > Thanks for the reply! > > geos-3.4.2, gdal-1.9.2, qlandkartegt-1.7.5 - i compiled myself in clean Slackware 14.0. > libjpeg and other is Slackware 14.0 official packages. > > # ls -l /usr/lib | grep libjpeg > -rw-r--r-- 1 root root 255590 апр. 5 2010 libjpeg.a > -rwxr-xr-x 1 root root 914 апр. 5 2010 libjpeg.la > lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so -> libjpeg.so.8.0.1 > lrwxrwxrwx 1 root root 17 июля 16 19:34 libjpeg.so.62 -> libjpeg.so.62.0.0 > -rwxr-xr-x 1 root root 126528 июня 29 2012 libjpeg.so.62.0.0 > lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so.8 -> libjpeg.so.8.0.1 > -rwxr-xr-x 1 root root 216524 апр. 5 2010 libjpeg.so.8.0.1 > > libjpeg.so.62.0.0 is in aaa_elflibs-14.0-i486-4.txz (ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/a/) > > # ldd /usr/bin/map2gcm | grep libjpeg > libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xb6e7a000) > > What can be wrong? > > Regards, > Dmitry > > > > On Wed, 30 Oct 2013 21:15:26 +0100 > Oliver Eichler <oli...@gm...> wrote: > > > Hi Dmitry, > > > > probably it is as reported. The binaries have been linked against another version of libjpeg than installed on > > the system. Usually the binary shouldn't start at all if the library is missing. Can you compile yourself? > > > > Oliver > > > > > Hi Oliver, > > > > > > Thank you very much for qlandkartegt. I really like it! > > > > > > But I have a problem with the creation .kmz or other files. > > > I do the following: > > > F1->F6->Convert a TIFF into GeoTiff by geo referencing it.->Open gif->Add > > > Ref.->Start process F1->F6->Create map collection from existing > > > geo-referenced files->Create new *.qmap definitions->Add files->Save > > > File->Load Map->F1->F5->Select, in "Selected Maps" choose Export, choose > > > "Output path", "Garmin custom Map" for example and "Export" (if i use OSM > > > stream then the result is the same) > > > > > > In Details > > > ************************************* > > > Cut area from files... > > > ------------------------------------- > > > /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE -expand rgba > > > -srcwin 1228 304 1022 1023 /home/qwerty/QLk/100k--n37-115_ref.tif > > > /tmp/qlgt_3.T21740.tif Input file size is 2672, 3081 > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > ************************************* > > > Combine files for each level... > > > ------------------------------------- > > > copy /tmp/qlgt_3.T21740.tif ->/tmp/qlgt_4.T21740.tif > > > > > > ************************************* > > > Reduce color bands to 3 (RGB)... > > > ------------------------------------- > > > /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co > > > jpeg_quality=100 /tmp/qlgt_4.T21740.tif /tmp/qlgt_5.d21740.tif Input file > > > size is 1022, 1023 > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > ************************************* > > > Re-project files... > > > ------------------------------------- > > > /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic -co tiled=yes -co > > > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > > > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > > > Processing input file /tmp/qlgt_5.d21740.tif. > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > ************************************* > > > Create Garmin Custom Map... > > > ------------------------------------- > > > map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif /tmp/qlgt_6.j21740.tif > > > /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz Wrong JPEG library version: > > > library is 62, caller expects 80 > > > > > > ****** map2gcm, Version 1.7.5 ****** > > > > > > > > > ---------------------- > > > /tmp/qlgt_6.j21740.tif: > > > projection: +proj=longlat +datum=WGS84 +no_defs > > > width: 1022 pixel height: 1023 pixel > > > area (top/left, bottom/right): 55.642523 37.226586, 55.524547 37.434740 > > > xscale: 0.000204 deg/px, yscale: -0.000115 deg/px > > > real scale: 12.781195 m/px > > > Start to extract tiles and to build KMZ. > > > > > > !!! failed !!! > > > > > > > > > I try the same thing in the console > > > > > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE > > > -expand rgba -srcwin 1228 304 1022 1023 > > > /home/qwerty/QLk/100k--n37-115_ref.tif /tmp/qlgt_3.T21740.tif Input file > > > size is 2672, 3081 > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > qwerty@nbk:/tmp$ cp /tmp/qlgt_3.T21740.tif /tmp/qlgt_4.T21740.tif > > > > > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co > > > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_4.T21740.tif > > > /tmp/qlgt_5.d21740.tif Input file size is 1022, 1023 > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > qwerty@nbk:/tmp$ /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic > > > -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > > > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > > > Processing input file /tmp/qlgt_5.d21740.tif. > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > > qwerty@nbk:/tmp$ map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif > > > /tmp/qlgt_6.j21740.tif /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz > > > > > > ****** map2gcm, Version 1.7.5 ****** > > > Segmentation fault > > > > > > > > > /tmp/qlgt_7.C21740.tif is lost? > > > > > > My System - Slackware 14.0 > > > JPEG library > > > ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/l/libjpeg-v8 > > > a-i486-1.txt proj-4.8.0 > > > geos-3.4.2 > > > gdal-1.9.2 > > > qlandkartegt-1.7.5 > > > SlackBuilds from > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: Stefan G. <ma...@st...> - 2013-10-30 22:40:53
|
Hi Oliver, I totally agree that we need to prevent any regressions for other users and that of course it's a bit strange, that my GarminDevice.xml shows the GPX-path in lower case. The file however has not been touched by me and from a DOS or Windows point of view this deviation is not significant and will not make any trouble. That's probably the reason that most users will not complain. I updated the firmware of this device at least three times during the past 5 years that I own it. The current firmware is the latest (and probably the last) version 4.20 from May 2011, but I guess that any of those updates could havre replaced GarminDevice.xml and introduced this nasty (non-)bug. Anyway - I don't think that resetting pathGpx to "Garmin/GPX" (which is the default in QLandkarte GT anyway) _after_ checking that the path derived from GarminDevice.xml is _not existing_ can harm anyone. But it might help someone that is not able to track this down and fix it himself. If you want to be even more sure you could also check if the file Garmin/GPX/Current/Current.gpx exists before reverting pathGpx to "Garmin/GPX" - that will make it totally sure that Garmin/GPX is indeed the right path. Just my two cents of course... Cheers, Stefan -----Original Message----- From: Oliver Eichler <oli...@gm...> Reply-to: oli...@gm... To: qla...@li... Subject: Re: [Qlandkartegt-users] Fixed an ugly problem with my Garmin Oregon 400t Date: Wed, 30 Oct 2013 21:12:19 +0100 Hi Stefan, I am not sure if that patch is a good idea. First I wonder why your device.xml does not use the correct writing. All devices I experienced have the correct path with capital letters. Second I am not sure if that fits all devices. For example the Nuvi series has a slightly different setup. I have to test if I get the device on my desk. But first I would like to know why your device.xml is not exact. Does anyone one the list have the same problem? Oliver > Hi guys, > > I just recently gave QLandkarte GT another try and I am quite impressed > about the state of it right now! I just got into trouble when I tried to > do a bulk import of my waypoints, tracks and routes from my Oregon 400t. > The devices was mounted to /media/GARMIN and I could browse all files on > the device just fine, but when I selected "Download all" (or just the > waypoints or tracks) QLandkarte came up (after asking for the device > folder) with this error message: > > Missing... > > The selected path must have a subdirectory > 'Garmin/gpx'. Should I create the path? > > /media/GARMIN/Garmin/gpx > > What made me wonder was the lower case "gpx" in that path, since for > sure the folder on the device is upper case. So I fetched the source and > searched for the error message, which appeared to be coming from > "CDeviceGarminBulk::aquire" in "src/CDeviceGarminBulk.cpp". But the > relevant variable was correctly set: "pathGpx = "Garmin/GPX";". > After some head scratching I decide to insert some cout commands and > track this down, which showed that pathGpx is being set to "Garmin/gpx" > after the invocation of "readDeviceXml()" and at that point I got > curious. I checked out the declaration of "readDeviceXml()" and that > seemed to be correct - so maybe the problem is coming from > "Garmin/GarminDevice.xml"? I ran that through xmlindent (XML is quite > unreadable without any line breaks and indentation...) and _BINGO_: > > <DataType> > <Name>SavedTracks</Name> > <File> > <Specification> > <Identifier> > http://www.topografix.com/GPX/1/1 > </Identifier> > <Documentation> > http://www.topografix.com/GPX/1/1/gpx.xsd > </Documentation> > </Specification> > <Location> > <Path> > Garmin/gpx > </Path> > <FileExtension> > GPX > </FileExtension> > </Location> > <TransferDirection>InputOutput</TransferDirection> > </File> > </DataType> > > There we have that damn path set to "Garmin/gpx" :-( Since this is a FAT > file system it will not make any difference to the device or any Windows > software, but on Linux file names are case sensitive :-D > > You can find my quick solution to this issue in the attached diff file. > After calling "readDeviceXml()" I check if "pathGpx" is _not_ an > existing directory and if instead "Garmin/GPX" is existing. If so I just > reset "pathGpx" to a reasonable value... > > As you can see I still run 1.7.4, since 1.7.5 is not yet on the Debian > repos. But "CDeviceGarminBulk.cpp" has not been touched since June > anyway, so this will not be a problem. So please include this fix to > 1.7.6 and hopefully I can then get back to the next Debian repos version > once that comes out. > > Thanks for the great software you are maintaining and "keep on hackin'", > > Stefan ------------------------------------------------------------------------------ Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk _______________________________________________ Qlandkartegt-users mailing list Qla...@li... https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users |
From: Dmitry <rcp...@gm...> - 2013-10-30 21:44:45
|
Thanks for the reply! geos-3.4.2, gdal-1.9.2, qlandkartegt-1.7.5 - i compiled myself in clean Slackware 14.0. libjpeg and other is Slackware 14.0 official packages. # ls -l /usr/lib | grep libjpeg -rw-r--r-- 1 root root 255590 апр. 5 2010 libjpeg.a -rwxr-xr-x 1 root root 914 апр. 5 2010 libjpeg.la lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so -> libjpeg.so.8.0.1 lrwxrwxrwx 1 root root 17 июля 16 19:34 libjpeg.so.62 -> libjpeg.so.62.0.0 -rwxr-xr-x 1 root root 126528 июня 29 2012 libjpeg.so.62.0.0 lrwxrwxrwx 1 root root 16 июля 16 19:38 libjpeg.so.8 -> libjpeg.so.8.0.1 -rwxr-xr-x 1 root root 216524 апр. 5 2010 libjpeg.so.8.0.1 libjpeg.so.62.0.0 is in aaa_elflibs-14.0-i486-4.txz (ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/a/) # ldd /usr/bin/map2gcm | grep libjpeg libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xb6e7a000) What can be wrong? Regards, Dmitry On Wed, 30 Oct 2013 21:15:26 +0100 Oliver Eichler <oli...@gm...> wrote: > Hi Dmitry, > > probably it is as reported. The binaries have been linked against another version of libjpeg than installed on > the system. Usually the binary shouldn't start at all if the library is missing. Can you compile yourself? > > Oliver > > > Hi Oliver, > > > > Thank you very much for qlandkartegt. I really like it! > > > > But I have a problem with the creation .kmz or other files. > > I do the following: > > F1->F6->Convert a TIFF into GeoTiff by geo referencing it.->Open gif->Add > > Ref.->Start process F1->F6->Create map collection from existing > > geo-referenced files->Create new *.qmap definitions->Add files->Save > > File->Load Map->F1->F5->Select, in "Selected Maps" choose Export, choose > > "Output path", "Garmin custom Map" for example and "Export" (if i use OSM > > stream then the result is the same) > > > > In Details > > ************************************* > > Cut area from files... > > ------------------------------------- > > /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE -expand rgba > > -srcwin 1228 304 1022 1023 /home/qwerty/QLk/100k--n37-115_ref.tif > > /tmp/qlgt_3.T21740.tif Input file size is 2672, 3081 > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > ************************************* > > Combine files for each level... > > ------------------------------------- > > copy /tmp/qlgt_3.T21740.tif ->/tmp/qlgt_4.T21740.tif > > > > ************************************* > > Reduce color bands to 3 (RGB)... > > ------------------------------------- > > /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co > > jpeg_quality=100 /tmp/qlgt_4.T21740.tif /tmp/qlgt_5.d21740.tif Input file > > size is 1022, 1023 > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > ************************************* > > Re-project files... > > ------------------------------------- > > /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic -co tiled=yes -co > > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > > Processing input file /tmp/qlgt_5.d21740.tif. > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > ************************************* > > Create Garmin Custom Map... > > ------------------------------------- > > map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif /tmp/qlgt_6.j21740.tif > > /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz Wrong JPEG library version: > > library is 62, caller expects 80 > > > > ****** map2gcm, Version 1.7.5 ****** > > > > > > ---------------------- > > /tmp/qlgt_6.j21740.tif: > > projection: +proj=longlat +datum=WGS84 +no_defs > > width: 1022 pixel height: 1023 pixel > > area (top/left, bottom/right): 55.642523 37.226586, 55.524547 37.434740 > > xscale: 0.000204 deg/px, yscale: -0.000115 deg/px > > real scale: 12.781195 m/px > > Start to extract tiles and to build KMZ. > > > > !!! failed !!! > > > > > > I try the same thing in the console > > > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE > > -expand rgba -srcwin 1228 304 1022 1023 > > /home/qwerty/QLk/100k--n37-115_ref.tif /tmp/qlgt_3.T21740.tif Input file > > size is 2672, 3081 > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > qwerty@nbk:/tmp$ cp /tmp/qlgt_3.T21740.tif /tmp/qlgt_4.T21740.tif > > > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co > > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_4.T21740.tif > > /tmp/qlgt_5.d21740.tif Input file size is 1022, 1023 > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > qwerty@nbk:/tmp$ /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic > > -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > > Processing input file /tmp/qlgt_5.d21740.tif. > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > qwerty@nbk:/tmp$ map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif > > /tmp/qlgt_6.j21740.tif /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz > > > > ****** map2gcm, Version 1.7.5 ****** > > Segmentation fault > > > > > > /tmp/qlgt_7.C21740.tif is lost? > > > > My System - Slackware 14.0 > > JPEG library > > ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/l/libjpeg-v8 > > a-i486-1.txt proj-4.8.0 > > geos-3.4.2 > > gdal-1.9.2 > > qlandkartegt-1.7.5 > > SlackBuilds from |
From: Oliver E. <oli...@gm...> - 2013-10-30 20:13:10
|
Hi Dmitry, probably it is as reported. The binaries have been linked against another version of libjpeg than installed on the system. Usually the binary shouldn't start at all if the library is missing. Can you compile yourself? Oliver > Hi Oliver, > > Thank you very much for qlandkartegt. I really like it! > > But I have a problem with the creation .kmz or other files. > I do the following: > F1->F6->Convert a TIFF into GeoTiff by geo referencing it.->Open gif->Add > Ref.->Start process F1->F6->Create map collection from existing > geo-referenced files->Create new *.qmap definitions->Add files->Save > File->Load Map->F1->F5->Select, in "Selected Maps" choose Export, choose > "Output path", "Garmin custom Map" for example and "Export" (if i use OSM > stream then the result is the same) > > In Details > ************************************* > Cut area from files... > ------------------------------------- > /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE -expand rgba > -srcwin 1228 304 1022 1023 /home/qwerty/QLk/100k--n37-115_ref.tif > /tmp/qlgt_3.T21740.tif Input file size is 2672, 3081 > 0...10...20...30...40...50...60...70...80...90...100 - done. > > ************************************* > Combine files for each level... > ------------------------------------- > copy /tmp/qlgt_3.T21740.tif ->/tmp/qlgt_4.T21740.tif > > ************************************* > Reduce color bands to 3 (RGB)... > ------------------------------------- > /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co > jpeg_quality=100 /tmp/qlgt_4.T21740.tif /tmp/qlgt_5.d21740.tif Input file > size is 1022, 1023 > 0...10...20...30...40...50...60...70...80...90...100 - done. > > ************************************* > Re-project files... > ------------------------------------- > /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic -co tiled=yes -co > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > Processing input file /tmp/qlgt_5.d21740.tif. > 0...10...20...30...40...50...60...70...80...90...100 - done. > > ************************************* > Create Garmin Custom Map... > ------------------------------------- > map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif /tmp/qlgt_6.j21740.tif > /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz Wrong JPEG library version: > library is 62, caller expects 80 > > ****** map2gcm, Version 1.7.5 ****** > > > ---------------------- > /tmp/qlgt_6.j21740.tif: > projection: +proj=longlat +datum=WGS84 +no_defs > width: 1022 pixel height: 1023 pixel > area (top/left, bottom/right): 55.642523 37.226586, 55.524547 37.434740 > xscale: 0.000204 deg/px, yscale: -0.000115 deg/px > real scale: 12.781195 m/px > Start to extract tiles and to build KMZ. > > !!! failed !!! > > > I try the same thing in the console > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE > -expand rgba -srcwin 1228 304 1022 1023 > /home/qwerty/QLk/100k--n37-015_ref.tif /tmp/qlgt_3.T21740.tif Input file > size is 2672, 3081 > 0...10...20...30...40...50...60...70...80...90...100 - done. > > qwerty@nbk:/tmp$ cp /tmp/qlgt_3.T21740.tif /tmp/qlgt_4.T21740.tif > > qwerty@nbk:/tmp$ /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co > compress=jpeg -co jpeg_quality=100 /tmp/qlgt_4.T21740.tif > /tmp/qlgt_5.d21740.tif Input file size is 1022, 1023 > 0...10...20...30...40...50...60...70...80...90...100 - done. > > qwerty@nbk:/tmp$ /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic > -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif > /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. > Processing input file /tmp/qlgt_5.d21740.tif. > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > qwerty@nbk:/tmp$ map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif > /tmp/qlgt_6.j21740.tif /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz > > ****** map2gcm, Version 1.7.5 ****** > Segmentation fault > > > /tmp/qlgt_7.C21740.tif is lost? > > My System - Slackware 14.0 > JPEG library > ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/l/libjpeg-v8 > a-i486-1.txt proj-4.8.0 > geos-3.4.2 > gdal-1.9.2 > qlandkartegt-1.7.5 > SlackBuilds from |
From: Oliver E. <oli...@gm...> - 2013-10-30 20:10:11
|
Hi Stefan, I am not sure if that patch is a good idea. First I wonder why your device.xml does not use the correct writing. All devices I experienced have the correct path with capital letters. Second I am not sure if that fits all devices. For example the Nuvi series has a slightly different setup. I have to test if I get the device on my desk. But first I would like to know why your device.xml is not exact. Does anyone one the list have the same problem? Oliver > Hi guys, > > I just recently gave QLandkarte GT another try and I am quite impressed > about the state of it right now! I just got into trouble when I tried to > do a bulk import of my waypoints, tracks and routes from my Oregon 400t. > The devices was mounted to /media/GARMIN and I could browse all files on > the device just fine, but when I selected "Download all" (or just the > waypoints or tracks) QLandkarte came up (after asking for the device > folder) with this error message: > > Missing... > > The selected path must have a subdirectory > 'Garmin/gpx'. Should I create the path? > > /media/GARMIN/Garmin/gpx > > What made me wonder was the lower case "gpx" in that path, since for > sure the folder on the device is upper case. So I fetched the source and > searched for the error message, which appeared to be coming from > "CDeviceGarminBulk::aquire" in "src/CDeviceGarminBulk.cpp". But the > relevant variable was correctly set: "pathGpx = "Garmin/GPX";". > After some head scratching I decide to insert some cout commands and > track this down, which showed that pathGpx is being set to "Garmin/gpx" > after the invocation of "readDeviceXml()" and at that point I got > curious. I checked out the declaration of "readDeviceXml()" and that > seemed to be correct - so maybe the problem is coming from > "Garmin/GarminDevice.xml"? I ran that through xmlindent (XML is quite > unreadable without any line breaks and indentation...) and _BINGO_: > > <DataType> > <Name>SavedTracks</Name> > <File> > <Specification> > <Identifier> > http://www.topografix.com/GPX/1/1 > </Identifier> > <Documentation> > http://www.topografix.com/GPX/1/1/gpx.xsd > </Documentation> > </Specification> > <Location> > <Path> > Garmin/gpx > </Path> > <FileExtension> > GPX > </FileExtension> > </Location> > <TransferDirection>InputOutput</TransferDirection> > </File> > </DataType> > > There we have that damn path set to "Garmin/gpx" :-( Since this is a FAT > file system it will not make any difference to the device or any Windows > software, but on Linux file names are case sensitive :-D > > You can find my quick solution to this issue in the attached diff file. > After calling "readDeviceXml()" I check if "pathGpx" is _not_ an > existing directory and if instead "Garmin/GPX" is existing. If so I just > reset "pathGpx" to a reasonable value... > > As you can see I still run 1.7.4, since 1.7.5 is not yet on the Debian > repos. But "CDeviceGarminBulk.cpp" has not been touched since June > anyway, so this will not be a problem. So please include this fix to > 1.7.6 and hopefully I can then get back to the next Debian repos version > once that comes out. > > Thanks for the great software you are maintaining and "keep on hackin'", > > Stefan |
From: Dmitry <rcp...@gm...> - 2013-10-29 16:14:51
|
Hi Oliver, Thank you very much for qlandkartegt. I really like it! But I have a problem with the creation .kmz or other files. I do the following: F1->F6->Convert a TIFF into GeoTiff by geo referencing it.->Open gif->Add Ref.->Start process F1->F6->Create map collection from existing geo-referenced files->Create new *.qmap definitions->Add files->Save File->Load Map->F1->F5->Select, in "Selected Maps" choose Export, choose "Output path", "Garmin custom Map" for example and "Export" (if i use OSM stream then the result is the same) In Details ************************************* Cut area from files... ------------------------------------- /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE -expand rgba -srcwin 1228 304 1022 1023 /home/qwerty/QLk/100k--n37-115_ref.tif /tmp/qlgt_3.T21740.tif Input file size is 2672, 3081 0...10...20...30...40...50...60...70...80...90...100 - done. ************************************* Combine files for each level... ------------------------------------- copy /tmp/qlgt_3.T21740.tif ->/tmp/qlgt_4.T21740.tif ************************************* Reduce color bands to 3 (RGB)... ------------------------------------- /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_4.T21740.tif /tmp/qlgt_5.d21740.tif Input file size is 1022, 1023 0...10...20...30...40...50...60...70...80...90...100 - done. ************************************* Re-project files... ------------------------------------- /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. Processing input file /tmp/qlgt_5.d21740.tif. 0...10...20...30...40...50...60...70...80...90...100 - done. ************************************* Create Garmin Custom Map... ------------------------------------- map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif /tmp/qlgt_6.j21740.tif /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz Wrong JPEG library version: library is 62, caller expects 80 ****** map2gcm, Version 1.7.5 ****** ---------------------- /tmp/qlgt_6.j21740.tif: projection: +proj=longlat +datum=WGS84 +no_defs width: 1022 pixel height: 1023 pixel area (top/left, bottom/right): 55.642523 37.226586, 55.524547 37.434740 xscale: 0.000204 deg/px, yscale: -0.000115 deg/px real scale: 12.781195 m/px Start to extract tiles and to build KMZ. !!! failed !!! I try the same thing in the console qwerty@nbk:/tmp$ /usr/bin/gdal_translate -co tiled=yes -co compress=DEFLATE -expand rgba -srcwin 1228 304 1022 1023 /home/qwerty/QLk/100k--n37-015_ref.tif /tmp/qlgt_3.T21740.tif Input file size is 2672, 3081 0...10...20...30...40...50...60...70...80...90...100 - done. qwerty@nbk:/tmp$ cp /tmp/qlgt_3.T21740.tif /tmp/qlgt_4.T21740.tif qwerty@nbk:/tmp$ /usr/bin/gdal_translate -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_4.T21740.tif /tmp/qlgt_5.d21740.tif Input file size is 1022, 1023 0...10...20...30...40...50...60...70...80...90...100 - done. qwerty@nbk:/tmp$ /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 1022 1023 -r cubic -co tiled=yes -co compress=jpeg -co jpeg_quality=100 /tmp/qlgt_5.d21740.tif /tmp/qlgt_6.j21740.tif Creating output file that is 1022P x 1023L. Processing input file /tmp/qlgt_5.d21740.tif. 0...10...20...30...40...50...60...70...80...90...100 - done. qwerty@nbk:/tmp$ map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_7.C21740.tif /tmp/qlgt_6.j21740.tif /home/qwerty/QLk/QLk.qmap_37.2266_55.6425.kmz ****** map2gcm, Version 1.7.5 ****** Segmentation fault /tmp/qlgt_7.C21740.tif is lost? My System - Slackware 14.0 JPEG library ftp://ftp.slackware.com/pub/slackware/slackware-14.0/slackware/l/libjpeg-v8a-i486-1.txt proj-4.8.0 geos-3.4.2 gdal-1.9.2 qlandkartegt-1.7.5 SlackBuilds from http://slackbuilds.org/repository/14.0/desktop/qlandkartegt/ Please help me. Thank you! Regards, Dmitry |
From: Stefan G. <ma...@st...> - 2013-10-29 11:35:40
|
Hi guys, I just recently gave QLandkarte GT another try and I am quite impressed about the state of it right now! I just got into trouble when I tried to do a bulk import of my waypoints, tracks and routes from my Oregon 400t. The devices was mounted to /media/GARMIN and I could browse all files on the device just fine, but when I selected "Download all" (or just the waypoints or tracks) QLandkarte came up (after asking for the device folder) with this error message: Missing... The selected path must have a subdirectory 'Garmin/gpx'. Should I create the path? /media/GARMIN/Garmin/gpx What made me wonder was the lower case "gpx" in that path, since for sure the folder on the device is upper case. So I fetched the source and searched for the error message, which appeared to be coming from "CDeviceGarminBulk::aquire" in "src/CDeviceGarminBulk.cpp". But the relevant variable was correctly set: "pathGpx = "Garmin/GPX";". After some head scratching I decide to insert some cout commands and track this down, which showed that pathGpx is being set to "Garmin/gpx" after the invocation of "readDeviceXml()" and at that point I got curious. I checked out the declaration of "readDeviceXml()" and that seemed to be correct - so maybe the problem is coming from "Garmin/GarminDevice.xml"? I ran that through xmlindent (XML is quite unreadable without any line breaks and indentation...) and _BINGO_: <DataType> <Name>SavedTracks</Name> <File> <Specification> <Identifier> http://www.topografix.com/GPX/1/1 </Identifier> <Documentation> http://www.topografix.com/GPX/1/1/gpx.xsd </Documentation> </Specification> <Location> <Path> Garmin/gpx </Path> <FileExtension> GPX </FileExtension> </Location> <TransferDirection>InputOutput</TransferDirection> </File> </DataType> There we have that damn path set to "Garmin/gpx" :-( Since this is a FAT file system it will not make any difference to the device or any Windows software, but on Linux file names are case sensitive :-D You can find my quick solution to this issue in the attached diff file. After calling "readDeviceXml()" I check if "pathGpx" is _not_ an existing directory and if instead "Garmin/GPX" is existing. If so I just reset "pathGpx" to a reasonable value... As you can see I still run 1.7.4, since 1.7.5 is not yet on the Debian repos. But "CDeviceGarminBulk.cpp" has not been touched since June anyway, so this will not be a problem. So please include this fix to 1.7.6 and hopefully I can then get back to the next Debian repos version once that comes out. Thanks for the great software you are maintaining and "keep on hackin'", Stefan |
From: John G. <jo...@pa...> - 2013-10-28 21:18:57
|
Hi If I hover over an added waypoint on a map, a window tells me date and time, distance and time from start and finish, and altitude. Is the a way of adding the box to the map? The alternative is to edit the waypoint, but this requires noting this data which not displayed in the edit window (only latitude and longitude position). Displaying the waypoint data in the edit window would be useful sometimes. -- Cheers *JohnG* ___________________________________________________________ /using LINUX :: an operating system immune to Windose viruses/ |
From: teq2 <geo...@gb...> - 2013-10-17 12:01:02
|
Hi Oliver, Hovering the mouse over a track displays the position within the track and the altitude. However it would be nice to get the speed as well. Is there a chance to integrate it into the next release? I have no idea about C++ otherwise I would volunteer. Thanks Gunther |
From: Oliver E. <oli...@gm...> - 2013-10-17 10:19:45
|
Hi Kay, the mentioned folder is for waypoints only. POI icons are something different and very vendor specific. There is quite a huge catalog of known POI types that needs to be integrated into QLGT with the appropriate icons attached. And the copyright holder of the icons must allow to use them. Simply copying Garmin icons is no way. If you have a look into CMapTDB::setup() you will see how the default setup is done for the polylines and polygons. It would need something similar for the POIs. The structure point_property needs a constructor added, to setup the icons and the default strings. And then the dictionary pointProperties has to e filled. A major task will be to find a good table for tho POI's type ids. Afaik the source code of GPSMapEdit is a good address to start. In src/icons/wpt is a larger collection of icons that might be used. Oliver > Gesendet: Donnerstag, 17. Oktober 2013 um 11:53 Uhr > Von: "Kay F. Jahnke" <_k...@ya...> > An: oli...@gm... > Betreff: Re: [Qlandkartegt-users] displaying standard POIs from garmin maps in qlandkartegt > > On 16.10.2013 19:33, Oliver Eichler wrote: > > Hi Kay, > > > > there are no default icons for the POIs in QLGT. It's just the blue dot. > > To change this it would need someone to donate appropriate icons to the > > project and to integrate them into QLGt. > > If I put icon data into /home/kfj/.config/QLandkarteGT/WaypointIcons, > will they be displayed? I read that, if garmin naming conventions are > followed, using <name>.png in that folder would make qlgt display the > appropriate icon. So far I have failed to get this to work. > > If merely putting the icons into a folder was all the integration that > is needed this would not be too hard a task. Or is there something else > that would need to be done? I might be able to help. > > > I can't tell you about the name tags. Without a detailed analysis it's > > impossible to tell if the names are a bad decoding or real names. As a > > name is a name and most users will expect the nama as a label, not the > > type, I do not want to change the behavior. > > I found the problem with the erroneous names: it was due to the mkgmap > version I was using. Updating to the latest mkgmap version fixed it. > Sorry for the noise! And thanks for the prompt reply. > > Kay > > > > > Oliver > > > > > Hi group! > > > > > > > > > > I have a made garmin map in .img format (for etrex vista, 60c and the > > > > > likes), made up from saveral layers. One of these layers is made from > > > > > OSM data and contains the usual POIs (bars, bus stops, etc.) with their > > > > > standard codes. These POIs show up with their appropriate icons in > > > > > mapsource and basecamp, but in qlandkartegt they only show as blue dots. > > > > > Their names are displayed correctly. Other POIs, for which I have drawn > > > > > symbols myself and put them into the TYP file show just fine. I have > > > > > searched for a fix for this problem all over the web and in this ML, but > > > > > I haven't found anything. My install is qlgt 1.40, installed from the > > > > > ppa into a kubuntu 12.04 system. > > > > > > > > > > Also, some of the POIs (both mine and the standard ones) have strange > > > > > name tags attached to them, like "BU SBPWPP0" or "H8JGC9209.1". I would > > > > > like them to be labeled with their POI type, if at all, or merely > > > > > represented by the appropriate symbol. > > > > > > > > > > Have a look at a screenshot displaying the problem at > > > > > > > > > > https://www.dropbox.com/s/jfzgo810i2fd7cz/qlgt_wrong_icons.jpg > > > > > > > > > > Help appreciated. > > > > > Kay > > > > > > > > > > > > ---------------------------------------------------------------------------- > > > > > -- October Webinars: Code for Performance > > > > > Free Intel webinars can help you accelerate application performance. > > > > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > > > > > from the latest Intel processors and coprocessors. See abstracts and > > > > > register > > > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk > > > > > _______________________________________________ > > > > > Qlandkartegt-users mailing list > > > > > Qla...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > > > > > > ------------------------------------------------------------------------------ > > October Webinars: Code for Performance > > Free Intel webinars can help you accelerate application performance. > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > > the latest Intel processors and coprocessors. See abstracts and register > > > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk > > > > > > > > _______________________________________________ > > Qlandkartegt-users mailing list > > Qla...@li... > > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > > |
From: Oliver E. <oli...@gm...> - 2013-10-16 17:31:14
|
Hi Kay, there are no default icons for the POIs in QLGT. It's just the blue dot. To change this it would need someone to donate appropriate icons to the project and to integrate them into QLGt. I can't tell you about the name tags. Without a detailed analysis it's impossible to tell if the names are a bad decoding or real names. As a name is a name and most users will expect the nama as a label, not the type, I do not want to change the behavior. Oliver > Hi group! > > I have a made garmin map in .img format (for etrex vista, 60c and the > likes), made up from saveral layers. One of these layers is made from > OSM data and contains the usual POIs (bars, bus stops, etc.) with their > standard codes. These POIs show up with their appropriate icons in > mapsource and basecamp, but in qlandkartegt they only show as blue dots. > Their names are displayed correctly. Other POIs, for which I have drawn > symbols myself and put them into the TYP file show just fine. I have > searched for a fix for this problem all over the web and in this ML, but > I haven't found anything. My install is qlgt 1.40, installed from the > ppa into a kubuntu 12.04 system. > > Also, some of the POIs (both mine and the standard ones) have strange > name tags attached to them, like "BU SBPWPP0" or "H8JGC9209.1". I would > like them to be labeled with their POI type, if at all, or merely > represented by the appropriate symbol. > > Have a look at a screenshot displaying the problem at > > https://www.dropbox.com/s/jfzgo810i2fd7cz/qlgt_wrong_icons.jpg > > Help appreciated. > Kay > > ---------------------------------------------------------------------------- > -- October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from the latest Intel processors and coprocessors. See abstracts and > register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users |
From: Kay F. J. <_k...@ya...> - 2013-10-16 10:54:41
|
Hi group! I have a made garmin map in .img format (for etrex vista, 60c and the likes), made up from saveral layers. One of these layers is made from OSM data and contains the usual POIs (bars, bus stops, etc.) with their standard codes. These POIs show up with their appropriate icons in mapsource and basecamp, but in qlandkartegt they only show as blue dots. Their names are displayed correctly. Other POIs, for which I have drawn symbols myself and put them into the TYP file show just fine. I have searched for a fix for this problem all over the web and in this ML, but I haven't found anything. My install is qlgt 1.40, installed from the ppa into a kubuntu 12.04 system. Also, some of the POIs (both mine and the standard ones) have strange name tags attached to them, like "BU SBPWPP0" or "H8JGC9209.1". I would like them to be labeled with their POI type, if at all, or merely represented by the appropriate symbol. Have a look at a screenshot displaying the problem at https://www.dropbox.com/s/jfzgo810i2fd7cz/qlgt_wrong_icons.jpg Help appreciated. Kay |
From: Oliver E. <oli...@gm...> - 2013-10-11 06:19:26
|
Hi Brad, did you enable the maps in the setup on your device? And of course if there a several maps of the same area only one is shown. Oliver > Gesendet: Freitag, 11. Oktober 2013 um 00:56 Uhr > Von: brad <bra...@fa...> > An: qla...@li... > Betreff: [Qlandkartegt-users] exported .img file in garmin > > It appears that if I export several .img files from qlgt that only one > of them is visible in my garmin montana at a time. Of course they have > different file names. I have other .img files such as from OSM that > show up. Has anyone else observed this? Is it a matter of changing > some internal text? > > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: brad <bra...@fa...> - 2013-10-10 22:56:59
|
It appears that if I export several .img files from qlgt that only one of them is visible in my garmin montana at a time. Of course they have different file names. I have other .img files such as from OSM that show up. Has anyone else observed this? Is it a matter of changing some internal text? |
From: brad <bra...@fa...> - 2013-10-09 19:13:28
|
I overlooked the field for 'Levels to export'. When I enter 2 levels (4 & 64) then I get this error from map2gcm: map2gcm -q 75 -s 411 -z 50 -t /tmp/qlgt_18.Jh2084.tif /tmp/qlgt_16.er2084.tif /tmp/qlgt_17.VW2084.tif /home/brad/QLGT/OpenCycleMap_-110.738_38.716.kmz WARNING! There is more than one detail level. I will just convert files on level 1 (best m/px ratio). ****** map2gcm, Version 1.7.3 ****** If I add a distance polyline, or overlay, should that show up on the exported map? On Wed, 2013-10-09 at 19:54 +0200, Oliver Eichler wrote: > Hi Brad > > > > Just let me emphasize up front: Creating maps from streaming servers > violates the copyright in many cases and almost every time the terms > of use. > > > > However there is the idea of fair use, which I think is a very good > compromise. That said, QLGT is limiting the export to what can be > considered as fair use. The export dialog tells you: > > > > "You want to export a map from a streaming map server. QLandkarte GT > will only export those parts of the map that are anyway in the cache. > In other words, you have to view the whole area at the selected zoom > levels with QLandkarte GT before you can export it. Keep in mind that > QLandkarte is not a ripper tool for streaming maps. Please respect the > copyrights and terms of use of the particular server. " > > > > Your error message tells you, that you did not view the 1517 tiles you > want to export. They are not in the cache and can't be used to create > the map. > > > > Oliver > > > > > Is it possible to export a map when the map selected is > OpenCycleMap? > > > I always get a missing tiles error. When I load the KML into my > garmin > > > montana, there doesn't appear to be anything there. When I load it > into > > > google earth the area is blacked out. > > > > > > This is the error: > > > > > > ************************************* > > > > > > Create GeoTiff from map cache... > > > > > > ------------------------------------- > > > > > > cache2gtiff -a 1 -110.737881445117 38.715983541772 -110.628189827120 > > > 38.638911800015 -c /tmp/qlandkarteqt-brad/cache -i > > > http://b.tile.opencyclemap.org/cycle/%1/%2/%3.png > > > -o /tmp/qlgt_6.Rs2084.tif > > > > > > > > > ****** cache2gtiff, Version 1.7.3 ****** > > > > > > map source: http://b.tile.opencyclemap.org/cycle/%1/%2/%3.png > > > > > > > > > Export area of 10224 x 9201 pixel > > > > > > Need to summon 1517 tiles from cache. > > > > > > > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > > > > > > > > > Warning: I could not summon all tiles from the cache. 1517 tiles are > > > missing. > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------------------- > > > -- October Webinars: Code for Performance > > > Free Intel webinars can help you accelerate application performance. > > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the > most > > > from the latest Intel processors and coprocessors. See abstracts and > > > register > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk > > > _______________________________________________ > > > Qlandkartegt-users mailing list > > > Qla...@li... > > > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users |
From: Oliver E. <oli...@gm...> - 2013-10-09 17:52:45
|
Hi Brad Just let me emphasize up front: Creating maps from streaming servers violates the copyright in many cases and almost every time the terms of use. However there is the idea of fair use, which I think is a very good compromise. That said, QLGT is limiting the export to what can be considered as fair use. The export dialog tells you: "You want to export a map from a streaming map server. QLandkarte GT will only export those parts of the map that are anyway in the cache. In other words, *you have to view the whole area at the selected zoom levels with QLandkarte GT before you can export it*. Keep in mind that QLandkarte is not a ripper tool for streaming maps. *Please respect the copyrights and terms of use of the particular server.* " Your error message tells you, that you did not view the 1517 tiles you want to export. They are not in the cache and can't be used to create the map. Oliver > Is it possible to export a map when the map selected is OpenCycleMap? > I always get a missing tiles error. When I load the KML into my garmin > montana, there doesn't appear to be anything there. When I load it into > google earth the area is blacked out. > > This is the error: > > ************************************* > > Create GeoTiff from map cache... > > ------------------------------------- > > cache2gtiff -a 1 -110.737881445117 38.715983541772 -110.628189827120 > 38.638911800015 -c /tmp/qlandkarteqt-brad/cache -i > http://b.tile.opencyclemap.org/cycle/%1/%2/%3.png > -o /tmp/qlgt_6.Rs2084.tif > > > ****** cache2gtiff, Version 1.7.3 ****** > > map source: http://b.tile.opencyclemap.org/cycle/%1/%2/%3.png > > > Export area of 10224 x 9201 pixel > > Need to summon 1517 tiles from cache. > > > 0...10...20...30...40...50...60...70...80...90...100 - done. > > > > Warning: I could not summon all tiles from the cache. 1517 tiles are > missing. > > > > > > ---------------------------------------------------------------------------- > -- October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most > from the latest Intel processors and coprocessors. See abstracts and > register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users |
From: brad <bra...@fa...> - 2013-10-09 16:28:44
|
Is it possible to export a map when the map selected is OpenCycleMap? I always get a missing tiles error. When I load the KML into my garmin montana, there doesn't appear to be anything there. When I load it into google earth the area is blacked out. This is the error: ************************************* Create GeoTiff from map cache... ------------------------------------- cache2gtiff -a 1 -110.737881445117 38.715983541772 -110.628189827120 38.638911800015 -c /tmp/qlandkarteqt-brad/cache -i http://b.tile.opencyclemap.org/cycle/%1/%2/%3.png -o /tmp/qlgt_6.Rs2084.tif ****** cache2gtiff, Version 1.7.3 ****** map source: http://b.tile.opencyclemap.org/cycle/%1/%2/%3.png Export area of 10224 x 9201 pixel Need to summon 1517 tiles from cache. 0...10...20...30...40...50...60...70...80...90...100 - done. Warning: I could not summon all tiles from the cache. 1517 tiles are missing. |
From: Oliver E. <oli...@gm...> - 2013-10-09 14:42:04
|
Hi, I found some time to eliminate a long term resident on my imaginary todo list: multi colored tracks. Now you can use a parameter to change the color of a track's segments. Currently these parameters are: slope, elevation and speed. If you want others you have to send a patch. Probably "slope" has the most benefit, as it displays how challenging a tour was / will be. Something you can't really see in the profile graph as the graph uses a dynamic scaling. This also proves quite handy on planning tours during winter time and evaluating the risk of avalanches. It rounds up nicely the DEM slope overlay from earlier this year. And I opened hunting season for bugs. Especially the modify marker in the database workspace was subject to multiple false triggering. To fix it I had to make several non-trivial changes. I hope I didn't add more bugs than I fixed. Have fun with the release Oliver --- 2013.10.09 --- Database: Sanitize modify marker for tracks Garmin maps: Add UTF8 text codec to typfile decoder Garmin maps: Fix bad drawing of bitmap polylines if border flag is set by error Tracks: Add multicolor support for parameters slope, elevation and speed Tracks: Optimized drawing speed Geocaches: Fix broken spoiler download for gc.com geocaches Geocaches: Automatically load spoiler pictures when opening the edit dialog Fixed a bunch of little bugs introduced by the changes from previous releases |
From: brad <bra...@fa...> - 2013-10-09 05:08:38
|
I'm following the outline here, to load a DEM: http://sourceforge.net/apps/mediawiki/qlandkartegt/index.php?title=Use_SRTM_data_as_Digital_Elevation_Model_(DEM) I'm using the OpenCycleMap, the 1st time thru I got an error when I loaded the DEM, so I modified the gdalwarp cmd to use the correct parameters: gdalwarp -t_srs "+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs" -r cubic $file $file.tif; Then after stitching the files together and optimizing as shown here, http://sourceforge.net/apps/mediawiki/qlandkartegt/index.php?title=Use_SRTM_data_as_Digital_Elevation_Model_(DEM) I still get an error when trying to load the DEM: "DEM projection does not match the projection of the basemap. Map: +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs DEM: +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +units=m +no_defs" Sure enuf this matches the output from gdalrsinfo localhost:gdalsrsinfo j12.tif PROJ.4 : '+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +units=m +no_defs ' Some of the parameters (lat_ts=0, +nadgrids=@null) are not being applied I'm new at this and don't know what I'm doing :) Can someone tell me what's wrong? Is possible that I could just ignore the error message? |
From: keenonkites <kee...@gm...> - 2013-10-08 07:33:04
|
Thanks, Oliver, looking forward to the next release.... From: Oliver Eichler <oliver.eichler@gm...> - 2013-10-03 08:20 > Hi, > currently QLGT just supports codepage 1250-1258. > I added 65001 (UTF8) to the recognized set of codepages. The change is > in SVN now. > > Oliver |
From: Oliver E. <oli...@gm...> - 2013-10-03 08:20:04
|
Hi, currently QLGT just supports codepage 1250-1258. I added 65001 (UTF8) to the recognized set of codepages. The change is in SVN now. Oliver > Hi Oliver, Hi all > > I'm working quite a lot with different OSM maps on Qlandkarte GT, most > of them built by the development environment for the Freizeitkarte > Project ( http://freizeitkarte-osm.de/en/index.html ). > > Actually I'm trying to convince Basecamp, Qlandkarte GT and the GPS to > 'speak' cyrillic. > > When building maps for the codepage 1251 (via mkgmap tool, amongst > others) everything works fine on Qlandkarte GT, I even get proper > cyrillic when building maps for areas containing cyrillic names. > But when I change the buildprocess to use codepage 65001 (utf8) then > Qlandkarte crashes immediately.... the codepage change is the only > change, nothing else changed. Basecamp and the GPS show the same map > without any complaints. > > I've tested this on Windows 7 (64bit)with the Version 1.7.4 as well as > on Ubuntu Linux (also 64bit) with an older Version 1.7.0. Both run > properly with the cp1251 Version and both crash immediately with the > cp65001 version. > > I've tested this with different maps, it happened not only with one. > Additional tests were performed to identify if it's about the map itself > or the typfile and it looks like it is about the TYP file. I'm trying to > identify here what's wrong with it but: > > * Basecamp and GPS (Oregon 450t) don't complain and show everything > properly > * Qlandkarte GT should not crash just because it doesn't like a TYP > file... > > Test files can be downloaded from dropbox, zip file containing the > needed files (including also the TYP files) to load into Qlandkarte GT, > the map is for Luxembourg and is zipped only ~10MBytes: > Working map build with codepage 1251: > https://dl.dropboxusercontent.com/u/40846569/Freizeitkarte_LUX_Images_cp1251 > .zip Problematic map build with codepage 65001: > https://dl.dropboxusercontent.com/u/40846569/Freizeitkarte_LUX_Images_cp6500 > 1.zip > > Again, the only difference between above two maps is the codepage give > during the build of the map and the TYP file. > > Thanks for looking into this and probably giving me also a hint what's > wrong about the TYP file(s). |
From: keenonkites <kee...@gm...> - 2013-10-02 19:39:31
|
Hi Oliver, Hi all I'm working quite a lot with different OSM maps on Qlandkarte GT, most of them built by the development environment for the Freizeitkarte Project ( http://freizeitkarte-osm.de/en/index.html ). Actually I'm trying to convince Basecamp, Qlandkarte GT and the GPS to 'speak' cyrillic. When building maps for the codepage 1251 (via mkgmap tool, amongst others) everything works fine on Qlandkarte GT, I even get proper cyrillic when building maps for areas containing cyrillic names. But when I change the buildprocess to use codepage 65001 (utf8) then Qlandkarte crashes immediately.... the codepage change is the only change, nothing else changed. Basecamp and the GPS show the same map without any complaints. I've tested this on Windows 7 (64bit)with the Version 1.7.4 as well as on Ubuntu Linux (also 64bit) with an older Version 1.7.0. Both run properly with the cp1251 Version and both crash immediately with the cp65001 version. I've tested this with different maps, it happened not only with one. Additional tests were performed to identify if it's about the map itself or the typfile and it looks like it is about the TYP file. I'm trying to identify here what's wrong with it but: * Basecamp and GPS (Oregon 450t) don't complain and show everything properly * Qlandkarte GT should not crash just because it doesn't like a TYP file... Test files can be downloaded from dropbox, zip file containing the needed files (including also the TYP files) to load into Qlandkarte GT, the map is for Luxembourg and is zipped only ~10MBytes: Working map build with codepage 1251: https://dl.dropboxusercontent.com/u/40846569/Freizeitkarte_LUX_Images_cp1251.zip Problematic map build with codepage 65001: https://dl.dropboxusercontent.com/u/40846569/Freizeitkarte_LUX_Images_cp65001.zip Again, the only difference between above two maps is the codepage give during the build of the map and the TYP file. Thanks for looking into this and probably giving me also a hint what's wrong about the TYP file(s). |