qlandkartegt-users Mailing List for QLandkarte GT (Page 104)
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
(9) |
Oct
|
Nov
|
Dec
|
From: malenki <ql...@ma...> - 2013-06-30 20:29:02
|
Am Sun, 30 Jun 2013 21:47:36 +0200 schrieb Oliver Eichler <oli...@gm...>: > usually GeoTiff is limited to 4GB. GDAL supports big tiff, but I have > never tired it. Thus I never prepared the commands for that. > > Anyway, GeoTiff might be able to support more than 4GB, JNX won't for > sure. The format uses 32bit pointers into the file. Since the GDAL conversions are done in high quality and jnx is quite compressed the source of 8GB results in a lot smaller jnx file - in this case 470 MB. > There is a help. Simply enter the command map2jnx without any > paramter. Your commandline fails because you use the -c paramter > without a value. In this case it's probably "" and QLGT's output > represents that fact badly. With -c "" it works Thanks for the quick reply! Thomas |
From: Oliver E. <oli...@gm...> - 2013-06-30 19:47:05
|
Hi Thomas usually GeoTiff is limited to 4GB. GDAL supports big tiff, but I have never tired it. Thus I never prepared the commands for that. Anyway, GeoTiff might be able to support more than 4GB, JNX won't for sure. The format uses 32bit pointers into the file. There is a help. Simply enter the command map2jnx without any paramter. Your commandline fails because you use the -c paramter without a value. In this case it's probably "" and QLGT's output represents that fact badly. HTH Oliver > versions tested with > QlandkarteGT 1.7.1 > QT 4.8.4 > GDAL 1.10.0 > Proj4 480 > > I've loaded a 8GB sized geotiff in QlandkartegT and want to export it > to jnx. > I select the area I want to export and start the export, but after ~75% > the process exits: > 0...10...20...30...40...50...60...70.ERROR 1: TIFFAppendToStrip:Maximum > TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file > size exceeded ERROR 1: WriteEncodedTile/Strip() failed. > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: WriteEncodedTile/Strip() failed. > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: WriteEncodedTile/Strip() failed. > ERROR 1: An error occured while writing a dirty block > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: WriteEncodedTile/Strip() failed. > ERROR 1: qlgt_1.tif, band 2: An error occured while writing a dirty > block ERROR 1: qlgt_1.tif, band 3: An error occured while writing a > dirty block ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: WriteEncodedTile/Strip() failed. > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded > > Running the command by hand and adding BIGTIFF=yes it doesn't crash: > /usr/bin/gdal_translate -co BIGTIFF=yes -co tiled=yes -co > compress=DEFLATE -srcwin 0 0 37752 83348 source.tif > temporary_destination.tif > > ---------------------------------------------------------------------------- > -- This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users |
From: malenki <ql...@ma...> - 2013-06-30 18:39:26
|
Since QlandkarteGT fails to export geotif to jnx for me (see previous mail) I made the steps QlandkarteGT said it takes by hand: # extract the area from the files... /usr/bin/gdal_translate -co BIGTIFF=yes -co tiled=yes -co compress=DEFLATE -srcwin 0 0 37752 83348 source.tif qlgt_1.tif # reduce colorbands to 3 (RGB)... /usr/bin/gdal_translate -co BIGTIFF=yes -b 1 -b 2 -b 3 -co tiled=yes -co compress=jpeg -co jpeg_quality=100 qlgt_1.tif qlgt_2.tif # reproject files... /usr/bin/gdalwarp -t_srs EPSG:4326 -ts 992 991 -r cubic -co tiled=yes -co compress=jpeg -co jpeg_quality=100 qlgt_2.tif qlgt_3.tif up to here everything is fine, but when I run: # creating Garmin JNX map... /usr/bin/map2jnx -q 75 -s 411 -p 0 -m foo -n bar -c -z 50 qlgt_3.tif destination.jnx I get the error: ****** map2jnx, Version 1.7.0 ****** ERROR 4: `50' does not exist in the file system, and is not recognised as a supported dataset name. Obviously this message refers to "-z 50" - but I copied the command as it is from the QlandkarteGT output. Since map2jnx has neither a manpage nor a --help or -h output I have to ask here how to get it working. Regards Thomas |
From: malenki <ql...@ma...> - 2013-06-30 18:39:14
|
versions tested with QlandkarteGT 1.7.1 QT 4.8.4 GDAL 1.10.0 Proj4 480 I've loaded a 8GB sized geotiff in QlandkartegT and want to export it to jnx. I select the area I want to export and start the export, but after ~75% the process exits: 0...10...20...30...40...50...60...70.ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: WriteEncodedTile/Strip() failed. ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: WriteEncodedTile/Strip() failed. ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: WriteEncodedTile/Strip() failed. ERROR 1: An error occured while writing a dirty block ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: WriteEncodedTile/Strip() failed. ERROR 1: qlgt_1.tif, band 2: An error occured while writing a dirty block ERROR 1: qlgt_1.tif, band 3: An error occured while writing a dirty block ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: WriteEncodedTile/Strip() failed. ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded ERROR 1: TIFFAppendToStrip:Maximum TIFF file size exceeded Running the command by hand and adding BIGTIFF=yes it doesn't crash: /usr/bin/gdal_translate -co BIGTIFF=yes -co tiled=yes -co compress=DEFLATE -srcwin 0 0 37752 83348 source.tif temporary_destination.tif |
From: <oli...@gm...> - 2013-06-24 17:49:19
|
Hi Corrado, I see. Looks like I have to find the time to compile a GDAL version with ECW support. Do you have a small ECW example file for me? Oliver > Hi Oliver, > yes, it crashes even without any initial config file, but only when I > try to open an ECW map (no problem with other kinds of maps). In the > past I was able to open ECW maps without any problem. > > Corrado > > > Hi Corrado, > > > > thus even a plain installation of QLGT (no initial config file) crashes? > > I tried it myself by moving the QLGT config folder out of scope and QLGT > > started without a problem with it's initial state. > > > > Oliver > > > >> Hi Oliver, > >> > >>> Hi Corrado, > >>> > >>> > I have verified that SQLite3 is installed. I have also found an > >>>> > >>>> installed package that is named libqt4-sql-sqlite (SQLite3 database > >>>> drive for QT4): is it the plugin you were talking about? > >>>> The "pathGeoDB" is pointing to my home directory, while it should point > >>>> to...? > >>> > >>> Any valid path should do. In the path you will find a file named > >>> qlgt.db. This should have the correct access rights. Maybe the file is > >>> corrupted. In this case it's a good idea to move it. QLGT will create a > >>> new one. > >> > >> something has changed (now QLGT reads the database), but the program > >> still crashes with this message > >> > >> use config file: "" > >> Warning: Qt has caught an exception thrown from an event handler. > >> Throwing exceptions from an event handler is not supported in Qt. You > >> must reimplement QApplication::notify() and catch all exceptions there. > >> > >> terminate called after throwing an instance of 'std::length_error' > >> > >> what(): basic_string::_S_create > >> > >> In order to be sure that old configurations are not the reason of the > >> crashes, I have also removed the $HOME/.config/QLandkarteGT directory, > >> but the result is still the same. > >> > >> Cordially, > >> Corrado > >> > >>> Oliver > >>> > >>>> I have forgotten to mention that I have no problems with vector maps. > >>>> Many thanks, > >>>> > >>>> Corrado > >>>> > >>>>> Hi Corrado, > >>>>> > >>>>> are SQLite3 and the Qt plugins for database support installed. On some > >>>>> distributions the plugins are a standalone packet. > >>>>> > >>>>> Another problem might be a bad database path configured in QLGT. Watch > >>>>> out for the [environment] section in the configuration file. The path > >>>>> is > >>>>> stored in "pathGeoDB". > >>>>> > >>>>> Anyway I do not think it's a problem related to ECW. The exception is > >>>>> thrown in QSqlQuery and that is used in the QLGT's database. > >>>>> > >>>>> HTH > >>>>> > >>>>> Oliver > >>>>> > >>>>>> Hi Oliver, > >>>>>> yesterday I tried to open an ECW file... and I discovered that I'm no > >>>>>> more able to open it. Not only, QLGT crashes if I try. > >>>>>> I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw > >>>>>> option, > >>>>>> but it has not solved the problem. > >>>>>> I also recompiled QLGT by starting from the repository version... > >>>>>> same > >>>>>> result. > >>>>>> This is the message I get when QLGT crashes > >>>>>> > >>>>>> Warning: QSqlQuery::exec: database not open > >>>>>> Warning: Qt has caught an exception thrown from an event handler. > >>>>>> Throwing > >>>>>> exceptions from an event handler is not supported in Qt. You must > >>>>>> reimplement QApplication::notify() and catch all exceptions there. > >>>>>> > >>>>>> terminate called after throwing an instance of 'std::length_error' > >>>>>> > >>>>>> what(): basic_string::_S_create > >>>>>> > >>>>>> Can you please help me? > >>>>>> > >>>>>> Corrado > >>>> > >>>> ----------------------------------------------------------------------- > >>>> ------- This SF.net email is sponsored by Windows: > >>>> > >>>> Build for Windows Store. > >>>> > >>>> http://p.sf.net/sfu/windows-dev2dev > >>>> _______________________________________________ > >>>> Qlandkartegt-users mailing list > >>>> Qlandkartegt-users <at> ... > >>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > >>> > >>> ------------------------------------------------------------------------ > >>> ------ This SF.net email is sponsored by Windows: > >>> > >>> Build for Windows Store. > >>> > >>> http://p.sf.net/sfu/windows-dev2dev > >> > >> ------------------------------------------------------------------------- > >> ----- This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> _______________________________________________ > >> Qlandkartegt-users mailing list > >> Qlandkartegt-users@... > >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > > -------------------------------------------------------------------------- > > ---- This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ---------------------------------------------------------------------------- > -- This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users |
From: Corrado G. Lo B. <gu...@ce...> - 2013-06-24 07:17:01
|
Hi Oliver, yes, it crashes even without any initial config file, but only when I try to open an ECW map (no problem with other kinds of maps). In the past I was able to open ECW maps without any problem. Corrado > Hi Corrado, > > thus even a plain installation of QLGT (no initial config file) crashes? > I tried it myself by moving the QLGT config folder out of scope and QLGT > started without a problem with it's initial state. > > Oliver > >> Hi Oliver, >> >>> Hi Corrado, >>> >>> > I have verified that SQLite3 is installed. I have also found an >>>> installed package that is named libqt4-sql-sqlite (SQLite3 database >>>> drive for QT4): is it the plugin you were talking about? >>>> The "pathGeoDB" is pointing to my home directory, while it should point >>>> to...? >>> >>> Any valid path should do. In the path you will find a file named >>> qlgt.db. This should have the correct access rights. Maybe the file is >>> corrupted. In this case it's a good idea to move it. QLGT will create a >>> new one. >> >> something has changed (now QLGT reads the database), but the program >> still crashes with this message >> >> use config file: "" >> Warning: Qt has caught an exception thrown from an event handler. >> Throwing exceptions from an event handler is not supported in Qt. You >> must reimplement QApplication::notify() and catch all exceptions there. >> >> terminate called after throwing an instance of 'std::length_error' >> what(): basic_string::_S_create >> >> In order to be sure that old configurations are not the reason of the >> crashes, I have also removed the $HOME/.config/QLandkarteGT directory, >> but the result is still the same. >> >> Cordially, >> Corrado >> >>> >>> Oliver >>> >>>> I have forgotten to mention that I have no problems with vector maps. >>>> Many thanks, >>>> >>>> Corrado >>>> >>>>> Hi Corrado, >>>>> >>>>> are SQLite3 and the Qt plugins for database support installed. On some >>>>> distributions the plugins are a standalone packet. >>>>> >>>>> Another problem might be a bad database path configured in QLGT. Watch >>>>> out for the [environment] section in the configuration file. The path is >>>>> stored in "pathGeoDB". >>>>> >>>>> Anyway I do not think it's a problem related to ECW. The exception is >>>>> thrown in QSqlQuery and that is used in the QLGT's database. >>>>> >>>>> HTH >>>>> >>>>> Oliver >>>>> >>>>>> Hi Oliver, >>>>>> yesterday I tried to open an ECW file... and I discovered that I'm no >>>>>> more able to open it. Not only, QLGT crashes if I try. >>>>>> I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, >>>>>> but it has not solved the problem. >>>>>> I also recompiled QLGT by starting from the repository version... same >>>>>> result. >>>>>> This is the message I get when QLGT crashes >>>>>> >>>>>> Warning: QSqlQuery::exec: database not open >>>>>> Warning: Qt has caught an exception thrown from an event handler. Throwing >>>>>> exceptions from an event handler is not supported in Qt. You must >>>>>> reimplement QApplication::notify() and catch all exceptions there. >>>>>> >>>>>> terminate called after throwing an instance of 'std::length_error' >>>>>> what(): basic_string::_S_create >>>>>> >>>>>> Can you please help me? >>>>>> >>>>>> Corrado >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net email is sponsored by Windows: >>>> >>>> Build for Windows Store. >>>> >>>> http://p.sf.net/sfu/windows-dev2dev >>>> _______________________________________________ >>>> Qlandkartegt-users mailing list >>>> Qlandkartegt-users <at> ... >>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >>>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Qlandkartegt-users mailing list >> Qlandkartegt-users@... >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev |
From: Oliver E. <oli...@gm...> - 2013-06-22 08:17:28
|
Hi Corrado, thus even a plain installation of QLGT (no initial config file) crashes? I tried it myself by moving the QLGT config folder out of scope and QLGT started without a problem with it's initial state. Oliver > Hi Oliver, > >> Hi Corrado, >> >> > I have verified that SQLite3 is installed. I have also found an >>> installed package that is named libqt4-sql-sqlite (SQLite3 database >>> drive for QT4): is it the plugin you were talking about? >>> The "pathGeoDB" is pointing to my home directory, while it should point >>> to...? >> >> Any valid path should do. In the path you will find a file named >> qlgt.db. This should have the correct access rights. Maybe the file is >> corrupted. In this case it's a good idea to move it. QLGT will create a >> new one. > > something has changed (now QLGT reads the database), but the program > still crashes with this message > > use config file: "" > Warning: Qt has caught an exception thrown from an event handler. > Throwing exceptions from an event handler is not supported in Qt. You > must reimplement QApplication::notify() and catch all exceptions there. > > terminate called after throwing an instance of 'std::length_error' > what(): basic_string::_S_create > > In order to be sure that old configurations are not the reason of the > crashes, I have also removed the $HOME/.config/QLandkarteGT directory, > but the result is still the same. > > Cordially, > Corrado > >> >> Oliver >> >>> I have forgotten to mention that I have no problems with vector maps. >>> Many thanks, >>> >>> Corrado >>> >>>> Hi Corrado, >>>> >>>> are SQLite3 and the Qt plugins for database support installed. On some >>>> distributions the plugins are a standalone packet. >>>> >>>> Another problem might be a bad database path configured in QLGT. Watch >>>> out for the [environment] section in the configuration file. The path is >>>> stored in "pathGeoDB". >>>> >>>> Anyway I do not think it's a problem related to ECW. The exception is >>>> thrown in QSqlQuery and that is used in the QLGT's database. >>>> >>>> HTH >>>> >>>> Oliver >>>> >>>>> Hi Oliver, >>>>> yesterday I tried to open an ECW file... and I discovered that I'm no >>>>> more able to open it. Not only, QLGT crashes if I try. >>>>> I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, >>>>> but it has not solved the problem. >>>>> I also recompiled QLGT by starting from the repository version... same >>>>> result. >>>>> This is the message I get when QLGT crashes >>>>> >>>>> Warning: QSqlQuery::exec: database not open >>>>> Warning: Qt has caught an exception thrown from an event handler. Throwing >>>>> exceptions from an event handler is not supported in Qt. You must >>>>> reimplement QApplication::notify() and catch all exceptions there. >>>>> >>>>> terminate called after throwing an instance of 'std::length_error' >>>>> what(): basic_string::_S_create >>>>> >>>>> Can you please help me? >>>>> >>>>> Corrado >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> _______________________________________________ >>> Qlandkartegt-users mailing list >>> Qlandkartegt-users@... >>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >>> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: Corrado G. Lo B. <gu...@ce...> - 2013-06-22 07:58:47
|
Hi Oliver, > Hi Corrado, > > > I have verified that SQLite3 is installed. I have also found an >> installed package that is named libqt4-sql-sqlite (SQLite3 database >> drive for QT4): is it the plugin you were talking about? >> The "pathGeoDB" is pointing to my home directory, while it should point >> to...? > > Any valid path should do. In the path you will find a file named > qlgt.db. This should have the correct access rights. Maybe the file is > corrupted. In this case it's a good idea to move it. QLGT will create a > new one. something has changed (now QLGT reads the database), but the program still crashes with this message use config file: "" Warning: Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there. terminate called after throwing an instance of 'std::length_error' what(): basic_string::_S_create In order to be sure that old configurations are not the reason of the crashes, I have also removed the $HOME/.config/QLandkarteGT directory, but the result is still the same. Cordially, Corrado > > Oliver > >> I have forgotten to mention that I have no problems with vector maps. >> Many thanks, >> >> Corrado >> >>> Hi Corrado, >>> >>> are SQLite3 and the Qt plugins for database support installed. On some >>> distributions the plugins are a standalone packet. >>> >>> Another problem might be a bad database path configured in QLGT. Watch >>> out for the [environment] section in the configuration file. The path is >>> stored in "pathGeoDB". >>> >>> Anyway I do not think it's a problem related to ECW. The exception is >>> thrown in QSqlQuery and that is used in the QLGT's database. >>> >>> HTH >>> >>> Oliver >>> >>>> Hi Oliver, >>>> yesterday I tried to open an ECW file... and I discovered that I'm no >>>> more able to open it. Not only, QLGT crashes if I try. >>>> I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, >>>> but it has not solved the problem. >>>> I also recompiled QLGT by starting from the repository version... same >>>> result. >>>> This is the message I get when QLGT crashes >>>> >>>> Warning: QSqlQuery::exec: database not open >>>> Warning: Qt has caught an exception thrown from an event handler. Throwing >>>> exceptions from an event handler is not supported in Qt. You must >>>> reimplement QApplication::notify() and catch all exceptions there. >>>> >>>> terminate called after throwing an instance of 'std::length_error' >>>> what(): basic_string::_S_create >>>> >>>> Can you please help me? >>>> >>>> Corrado >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Qlandkartegt-users mailing list >> Qlandkartegt-users@... >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev |
From: Oliver E. <oli...@gm...> - 2013-06-22 07:19:57
|
Hi Corrado, > I have verified that SQLite3 is installed. I have also found an > installed package that is named libqt4-sql-sqlite (SQLite3 database > drive for QT4): is it the plugin you were talking about? > The "pathGeoDB" is pointing to my home directory, while it should point > to...? Any valid path should do. In the path you will find a file named qlgt.db. This should have the correct access rights. Maybe the file is corrupted. In this case it's a good idea to move it. QLGT will create a new one. Oliver > I have forgotten to mention that I have no problems with vector maps. > Many thanks, > > Corrado > >> Hi Corrado, >> >> are SQLite3 and the Qt plugins for database support installed. On some >> distributions the plugins are a standalone packet. >> >> Another problem might be a bad database path configured in QLGT. Watch >> out for the [environment] section in the configuration file. The path is >> stored in "pathGeoDB". >> >> Anyway I do not think it's a problem related to ECW. The exception is >> thrown in QSqlQuery and that is used in the QLGT's database. >> >> HTH >> >> Oliver >> >>> Hi Oliver, >>> yesterday I tried to open an ECW file... and I discovered that I'm no >>> more able to open it. Not only, QLGT crashes if I try. >>> I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, >>> but it has not solved the problem. >>> I also recompiled QLGT by starting from the repository version... same >>> result. >>> This is the message I get when QLGT crashes >>> >>> Warning: QSqlQuery::exec: database not open >>> Warning: Qt has caught an exception thrown from an event handler. Throwing >>> exceptions from an event handler is not supported in Qt. You must >>> reimplement QApplication::notify() and catch all exceptions there. >>> >>> terminate called after throwing an instance of 'std::length_error' >>> what(): basic_string::_S_create >>> >>> Can you please help me? >>> >>> Corrado > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: Oliver E. <oli...@gm...> - 2013-06-22 07:15:33
|
Hi John, probably your map's projection is UTM and you choose Mercator as map projection. Everything should be fine if you select the correct UTM zone and datum for the map projection in the 1st step. Oliver > > After some difficulty entering coordinates, I have succeeded in creating > a GeoTIFF maps. Using degrees and minutes (eg S41°21.334' E174°54.746') > produced grotesque (skewed and reversed) maps. Using decimal degrees (eg > S41.3556 E174.9127) produced near perfect GeoTIFF maps. May be this is > a conflict between North/West v South/East bearings when using degrees > and minutes? The only imperfection is that the Lon/Lat grid on the map > is not verticle/horizontal, the map is rotated counter-clockwise > 1.6degrees. Is there a way to correct this? Below is a copy of the > saved reference file. > > #V1.0 > #gcpproj: +proj=longlat +a=6378137.0000 +b=6356752.3141 > +towgs84=0,0,0,0,0,0,0,0 +units=m +no_defs > -a_srs +proj=merc +a=6378137.0000 +b=6356752.3141 > +towgs84=0,0,0,0,0,0,0,0 +units=m +no_defs > -gcp 792 1659 S41.3376 E174.9122 > -gcp 1264 1659 S41.3371 E174.9360 > -gcp 1264 2132 S41.3551 E174.9366 > > *John Groombridge* > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > > > > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: John G. <jo...@pa...> - 2013-06-22 03:31:02
|
After some difficulty entering coordinates, I have succeeded in creating a GeoTIFF maps. Using degrees and minutes (eg S41°21.334' E174°54.746') produced grotesque (skewed and reversed) maps. Using decimal degrees (eg S41.3556 E174.9127) produced near perfect GeoTIFF maps. May be this is a conflict between North/West v South/East bearings when using degrees and minutes? The only imperfection is that the Lon/Lat grid on the map is not verticle/horizontal, the map is rotated counter-clockwise 1.6degrees. Is there a way to correct this? Below is a copy of the saved reference file. #V1.0 #gcpproj: +proj=longlat +a=6378137.0000 +b=6356752.3141 +towgs84=0,0,0,0,0,0,0,0 +units=m +no_defs -a_srs +proj=merc +a=6378137.0000 +b=6356752.3141 +towgs84=0,0,0,0,0,0,0,0 +units=m +no_defs -gcp 792 1659 S41.3376 E174.9122 -gcp 1264 1659 S41.3371 E174.9360 -gcp 1264 2132 S41.3551 E174.9366 *John Groombridge* |
From: Corrado G. Lo B. <gu...@ce...> - 2013-06-17 18:53:02
|
Hi Oliver, I have verified that SQLite3 is installed. I have also found an installed package that is named libqt4-sql-sqlite (SQLite3 database drive for QT4): is it the plugin you were talking about? The "pathGeoDB" is pointing to my home directory, while it should point to...? I have forgotten to mention that I have no problems with vector maps. Many thanks, Corrado > Hi Corrado, > > are SQLite3 and the Qt plugins for database support installed. On some > distributions the plugins are a standalone packet. > > Another problem might be a bad database path configured in QLGT. Watch > out for the [environment] section in the configuration file. The path is > stored in "pathGeoDB". > > Anyway I do not think it's a problem related to ECW. The exception is > thrown in QSqlQuery and that is used in the QLGT's database. > > HTH > > Oliver > >> Hi Oliver, >> yesterday I tried to open an ECW file... and I discovered that I'm no >> more able to open it. Not only, QLGT crashes if I try. >> I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, >> but it has not solved the problem. >> I also recompiled QLGT by starting from the repository version... same >> result. >> This is the message I get when QLGT crashes >> >> Warning: QSqlQuery::exec: database not open >> Warning: Qt has caught an exception thrown from an event handler. Throwing >> exceptions from an event handler is not supported in Qt. You must >> reimplement QApplication::notify() and catch all exceptions there. >> >> terminate called after throwing an instance of 'std::length_error' >> what(): basic_string::_S_create >> >> Can you please help me? >> >> Corrado |
From: Oliver E. <oli...@gm...> - 2013-06-15 09:08:08
|
Hi Corrado, are SQLite3 and the Qt plugins for database support installed. On some distributions the plugins are a standalone packet. Another problem might be a bad database path configured in QLGT. Watch out for the [environment] section in the configuration file. The path is stored in "pathGeoDB". Anyway I do not think it's a problem related to ECW. The exception is thrown in QSqlQuery and that is used in the QLGT's database. HTH Oliver > Hi Oliver, > yesterday I tried to open an ECW file... and I discovered that I'm no > more able to open it. Not only, QLGT crashes if I try. > I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, > but it has not solved the problem. > I also recompiled QLGT by starting from the repository version... same > result. > This is the message I get when QLGT crashes > > Warning: QSqlQuery::exec: database not open > Warning: Qt has caught an exception thrown from an event handler. Throwing > exceptions from an event handler is not supported in Qt. You must > reimplement QApplication::notify() and catch all exceptions there. > > terminate called after throwing an instance of 'std::length_error' > what(): basic_string::_S_create > > Can you please help me? > > Corrado > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: Corrado G. Lo B. <gu...@ce...> - 2013-06-14 12:23:25
|
Hi Oliver, yesterday I tried to open an ECW file... and I discovered that I'm no more able to open it. Not only, QLGT crashes if I try. I have recompiled GDAL 1.8.1 and GDAL 1.10.0 by enabling the ecw option, but it has not solved the problem. I also recompiled QLGT by starting from the repository version... same result. This is the message I get when QLGT crashes Warning: QSqlQuery::exec: database not open Warning: Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there. terminate called after throwing an instance of 'std::length_error' what(): basic_string::_S_create Can you please help me? Corrado |
From: Oliver E. <oli...@gm...> - 2013-06-12 17:58:33
|
Hm, maybe GDAL handles the alpha channel different for WMS maps. Maybe you can have a look into CMapQMAP.cpp line 384ff. This will read each color as a band from the downloaded WMS map. Oliver > Ok, > > point one is solved. The cache was already in the wms.xms but in an > other cache folder. Sorry my fault. > > Binary format: > If I use gif the background is violet. > If I use png the background is black. > If I use jpg nothing will shown with transparency=true > If I use tiff the background is black > If I use png; mode=8bit nothing will shown with transparency=true > > Best regards > Thomas Baur > > > > Am Dienstag, den 11.06.2013, 08:39 +0200 schrieb Oliver Eichler: >> Hi Thomas, >> >> >> >>> But it is not working. >>> First of all I found that using a WMS via a qmap the tiles will not >>> stored in cache (If I load the map normal it is working). >> >> Have a look at: >> >> http://www.gdal.org/frmt_wms.html >> >> >> Especially look at this: >> >> <Cache> >> <Path>./gdalwmscache</Path> >> <Depth>2</Depth> >> <Extension>.jpg</Extension> >> </Cache> >> >>> Second, If I use GDAL_wms with <Transparent>TRUE</Transparent> the >>> background is black. >>> So I think there is a problem for the α-channel. >> >> What is your binary format? Jpeg has no alpha channel. But with Png or Gif it should be possible. >> >> HTH >> >> Oliver > |
From: Oliver E. <oli...@gm...> - 2013-06-12 08:14:35
|
Felixm Garmin USB Mass Storage is supported since more than a year. You should get an up-to-date version ;) And selecting tiles from several maps, to create a single gmapsupp.img is an integral part of QLGT since the very beginning. Oliver > Gesendet: Mittwoch, 12. Juni 2013 um 09:48 Uhr > Von: "Felix Hartmann" <ext...@gm...> > An: qla...@li... > Betreff: Re: [Qlandkartegt-users] problem with garmin device connection > > It would be great if you could simply set (Garmin ) USB - Mass Storage. > Most people are on newer units anyhow by now. > > Then there would be "no more" work to do, than implementing the file > system structure. Another great addition could be to integrate > mkgmap.jar in order to create gmapsupp.img with a graphical tile > selection. Handling mkgmap.jar would be quite easy (only parameters to > set would be short-mapname, long-mapname, and a tickbox on index > creation, plus maybe copy forward the typ-file selector window (however > current typ-file to be use would be fine too, and a box to enter the > amount of avaible Ram if index creation is activated for Java). > > Right now besides Mapsource and Basecamp I know of no program, which is > able to select tiles. (but it won't be more than 1-2 years, until an osm > mkgmap created map of Germany or France, will break the 4GB barrier I > expect). > (mkgmap call would be: java -jar -Xmx%RAM%M > mkgmap.jar--family-id=%read_from_map_by_qlgt% %index yes/no% > %--show-profiles=1 yes/no ---if contourlines available% > --description="%short-name%" --series-name="%long-name%" > --family-name="%long-name%" --gmapsupp %"selected .img tiles"% %.typ-file% ) > > > However more basic and important than sending maps, would be integrating > the usb file structure of newer garmin GPS. > On 10.06.2013 14:11, Herbert Kaminski wrote: > > Hi Werner, > > > > It looks like you run QLGT on Windows. On this platform, nobody has > > taken the time to port QLGT's USB drivers, so if you must access your > > GPS via USB, you are out of luck. Maybe you feel the urge to do the > > porting yourself? On the other hand, there are external programs like > > gpsbabel or gpstrans that could handle the transfer of files. Google is > > your friend here. > > > > If you can access your GPS as mass storage like an USB stick however, > > you should be able to copy the files to/from the correct subdirectory > > on that "disk". Unfortunately, only newer device can do that, old ones > > like my GPSmap76 don't know mass storage mode. > > > > Hope this helps > > Herbert > > > > -- > keep on biking and discovering new trails > > Felix > openmtbmap.org & www.velomap.org > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: Felix H. <ext...@gm...> - 2013-06-12 07:48:46
|
It would be great if you could simply set (Garmin ) USB - Mass Storage. Most people are on newer units anyhow by now. Then there would be "no more" work to do, than implementing the file system structure. Another great addition could be to integrate mkgmap.jar in order to create gmapsupp.img with a graphical tile selection. Handling mkgmap.jar would be quite easy (only parameters to set would be short-mapname, long-mapname, and a tickbox on index creation, plus maybe copy forward the typ-file selector window (however current typ-file to be use would be fine too, and a box to enter the amount of avaible Ram if index creation is activated for Java). Right now besides Mapsource and Basecamp I know of no program, which is able to select tiles. (but it won't be more than 1-2 years, until an osm mkgmap created map of Germany or France, will break the 4GB barrier I expect). (mkgmap call would be: java -jar -Xmx%RAM%M mkgmap.jar--family-id=%read_from_map_by_qlgt% %index yes/no% %--show-profiles=1 yes/no ---if contourlines available% --description="%short-name%" --series-name="%long-name%" --family-name="%long-name%" --gmapsupp %"selected .img tiles"% %.typ-file% ) However more basic and important than sending maps, would be integrating the usb file structure of newer garmin GPS. On 10.06.2013 14:11, Herbert Kaminski wrote: > Hi Werner, > > It looks like you run QLGT on Windows. On this platform, nobody has > taken the time to port QLGT's USB drivers, so if you must access your > GPS via USB, you are out of luck. Maybe you feel the urge to do the > porting yourself? On the other hand, there are external programs like > gpsbabel or gpstrans that could handle the transfer of files. Google is > your friend here. > > If you can access your GPS as mass storage like an USB stick however, > you should be able to copy the files to/from the correct subdirectory > on that "disk". Unfortunately, only newer device can do that, old ones > like my GPSmap76 don't know mass storage mode. > > Hope this helps > Herbert > -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org |
From: Thomas B. <tho...@rw...> - 2013-06-11 20:39:31
|
Ok, point one is solved. The cache was already in the wms.xms but in an other cache folder. Sorry my fault. Binary format: If I use gif the background is violet. If I use png the background is black. If I use jpg nothing will shown with transparency=true If I use tiff the background is black If I use png; mode=8bit nothing will shown with transparency=true Best regards Thomas Baur Am Dienstag, den 11.06.2013, 08:39 +0200 schrieb Oliver Eichler: > Hi Thomas, > > > > > But it is not working. > > First of all I found that using a WMS via a qmap the tiles will not > > stored in cache (If I load the map normal it is working). > > Have a look at: > > http://www.gdal.org/frmt_wms.html > > > Especially look at this: > > <Cache> > <Path>./gdalwmscache</Path> > <Depth>2</Depth> > <Extension>.jpg</Extension> > </Cache> > > > Second, If I use GDAL_wms with <Transparent>TRUE</Transparent> the > > background is black. > > So I think there is a problem for the α-channel. > > What is your binary format? Jpeg has no alpha channel. But with Png or Gif it should be possible. > > HTH > > Oliver -- http://www.dahlmann.net/?Informatives/Gekonntes_E-Mailen JIB: bu...@de... |
From: Oliver E. <oli...@gm...> - 2013-06-11 06:39:20
|
Hi Thomas, > But it is not working. > First of all I found that using a WMS via a qmap the tiles will not > stored in cache (If I load the map normal it is working). Have a look at: http://www.gdal.org/frmt_wms.html Especially look at this: <Cache> <Path>./gdalwmscache</Path> <Depth>2</Depth> <Extension>.jpg</Extension> </Cache> > Second, If I use GDAL_wms with <Transparent>TRUE</Transparent> the > background is black. > So I think there is a problem for the α-channel. What is your binary format? Jpeg has no alpha channel. But with Png or Gif it should be possible. HTH Oliver |
From: Thomas B. <tho...@rw...> - 2013-06-11 05:37:57
|
Good morning everybody I try to add the leisure information map of North-Rhine Westphalia¹. This is an WMS server with hiking routes of NRW and a transparent background. My idea was to put it together with NRW Topo 25 WMS in a qmap project in the same zoom level so I can see both in the same time. But it is not working. First of all I found that using a WMS via a qmap the tiles will not stored in cache (If I load the map normal it is working). Second, If I use GDAL_wms with <Transparent>TRUE</Transparent> the background is black. So I think there is a problem for the α-channel. I use QLandkarteGT version 1.7.0 with GDAL 1.9.1. Sincerely Thomas Baur ¹ http://www.bezreg-koeln.nrw.de/brk_internet/organisation/abteilung07/produkte/nrwatlas/index.html -- http://www.dahlmann.net/?Informatives/Gekonntes_E-Mailen JIB: bu...@de... |
From: Herbert K. <her...@gm...> - 2013-06-10 12:11:28
|
Hi Werner, It looks like you run QLGT on Windows. On this platform, nobody has taken the time to port QLGT's USB drivers, so if you must access your GPS via USB, you are out of luck. Maybe you feel the urge to do the porting yourself? On the other hand, there are external programs like gpsbabel or gpstrans that could handle the transfer of files. Google is your friend here. If you can access your GPS as mass storage like an USB stick however, you should be able to copy the files to/from the correct subdirectory on that "disk". Unfortunately, only newer device can do that, old ones like my GPSmap76 don't know mass storage mode. Hope this helps Herbert -- |
From: Oliver E. <oli...@gm...> - 2013-06-10 07:02:27
|
Hi Joachim, I tried those tiles from Greenland: http://www.viewfinderpanoramas.org/dem3/GL-35000ers.zip I used: gdalwarp N69W030.hgt N68W029.hgt N68W030.hgt N69W029.hgt N68W031.hgt N69W031.hgt greenland.tif to stitch the tiles together. And gdalwarp -t_srs "+proj=merc +datum=WGS84" greenland.tif greenland_merc.tif to make it a plain Mercator Projection. HTH Oliver > Gesendet: Sonntag, 09. Juni 2013 um 15:44 Uhr > Von: "Joachim Ullrich" <jo...@sc...> > An: qla...@li... > Betreff: [Qlandkartegt-users] projection for northern areas > > Hello, > > I want to use DEM data from http://www.viewfinderpanoramas.org for northern > scandinavia. The conversion from hgt files to tif files with srtmconvert.py > works fine if I use the following projection settings: > +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs > > The downside is, that adding the resulting srtm.tif as DEM changes the > appearance of the map in qlandkartegt. The map is compressed in the vertical > (south-north) direction. > I assume a different projection setting in srtmconvert.py would fix that > problem. To me geoprojections are a dark art. So could somebody give me a > hint, what proj.4 settings would be appropriate? > > All proj=merc or proj=tmerc settings I tried resulted in geotiff data which > had no georeference. Only proj=longlat produced a result with geo coordinates. > > Thanks for help > Joachim > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j_______________________________________________ > Qlandkartegt-users mailing list > Qla...@li... > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > |
From: Joachim U. <jo...@sc...> - 2013-06-09 14:00:31
|
Hello, I want to use DEM data from http://www.viewfinderpanoramas.org for northern scandinavia. The conversion from hgt files to tif files with srtmconvert.py works fine if I use the following projection settings: +proj=longlat +ellps=WGS84 +towgs84=0,0,0,0,0,0,0 +no_defs The downside is, that adding the resulting srtm.tif as DEM changes the appearance of the map in qlandkartegt. The map is compressed in the vertical (south-north) direction. I assume a different projection setting in srtmconvert.py would fix that problem. To me geoprojections are a dark art. So could somebody give me a hint, what proj.4 settings would be appropriate? All proj=merc or proj=tmerc settings I tried resulted in geotiff data which had no georeference. Only proj=longlat produced a result with geo coordinates. Thanks for help Joachim |
From: Oliver E. <oli...@gm...> - 2013-06-04 14:05:35
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div>Hi,</div> <div> </div> <div>you are right there seems to be another bug in the timezone library. I hope I can get the author to fix that. Hopefully QT 5.1 has it's own timezone support. That would be a good reason to switch.</div> <div> </div> <div>For topic #2 I am not sure what's the problem. To me the values are ok. Please keep in mind that this as the accumulated ascend and descend. </div> <div> </div> <div>Oliver</div> <div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div style="margin:0 0 10px 0;"><b>Gesendet:</b> Dienstag, 28. Mai 2013 um 12:10 Uhr<br/> <b>Von:</b> "Лис" <hor...@gm...><br/> <b>An:</b> qla...@li...<br/> <b>Betreff:</b> [Qlandkartegt-users] Bug with time in QlandkarteGT</div> <div name="quoted-content"> <div>1. <div>I selected UTC and time is right. <div style="">I selected Moscow and time is UTC-4hours, but must have UTC+4hours.</div> <div style=""> </div> <div style="">2.</div> </div> <div style="">I created a track from the overlay and have a problem with heights.</div> <div style="">Details in the image.</div> <div style=""> </div> <div style="">QLandkarte GT 1.7.0</div> <div style="">QT 4.8.4</div> <div style="">GDAL 1.10.0, released 2013/04/24</div> <div style="">Proj4 480</div> </div> </div> </div> </div> </div></div></body></html> |
From: Logi R. <lo...@lo...> - 2013-06-03 19:56:47
|
That looks very interesting. I'll have a good look at that when I'm back from my holidays. On 3 June 2013 18:54, Oliver Eichler <oli...@gm...> wrote: > Have a look at this as an example: > > <TMS> > <Title>OSM Wandern</Title> > <MinZoomLevel>1</MinZoomLevel> > <MaxZoomLevel>1024</**MaxZoomLevel> > <Layer idx="0"> > <ServerUrl>http://a.tile.**openstreetmap.org/%1/%2/%3.png**</ServerUrl> > </Layer> > <Layer idx="1"> > <ServerUrl>http://toolserver.**org/~cmarqu/hill/%1/%2/%3.png<**/ServerUrl> > </Layer> > <Layer idx="2"> > <ServerUrl>http://tile.**waymarkedtrails.org/hiking/%1/**%2/%3.png > </ServerUrl> > </Layer> > <Copyright>openstreetmap.org-**lonvia.de<http://openstreetmap.org-lonvia.de> > </Copyright> > </TMS> > > This is a TMS map with two layers as overlay. > > Oliver > > Ooohh... very nice. >> >> Now, suppose I had a tile server with semi-transparent weather tiles, >> could >> this be overlaid on another map? The company I work at sells the >> generation >> of high-resolution >> forecasts<https://www.**sarweather.com/forecast/**result/20130601-175509- >> **2213cb66c32e/static/composite/**0<https://www.sarweather.com/forecast/result/20130601-175509-2213cb66c32e/static/composite/0> >> >on-demand, >> >> particularly intended for SAR operations, but also useful for >> tricky mountaineering, etc. But on my todo list is to make the >> low-resolution global GFS forecast from NOAA available in the tile server >> at no cost. >> >> (Now I'm out to enjoy my rest day in Chamonix before we go back on The >> Mountain) >> >> >> >> On 2 June 2013 10:46, Oliver Eichler <oli...@gm...> wrote: >> >> Hi, >>> >>> just open the attached XML file as a map in QLGT. >>> >>> Oliver >>> >>> >>> ------------------------------**------------------------------** >>> ------------------ >>> Get 100% visibility into Java/.NET code with AppDynamics Lite >>> It's a free troubleshooting tool designed for production >>> Get down to code-level detail for bottlenecks, with <2% overhead. >>> Download for free and get started troubleshooting in minutes. >>> http://p.sf.net/sfu/appdyn_**d2d_ap2<http://p.sf.net/sfu/appdyn_d2d_ap2> >>> ______________________________**_________________ >>> Qlandkartegt-users mailing list >>> Qlandkartegt-users@lists.**sourceforge.net<Qla...@li...> >>> https://lists.sourceforge.net/**lists/listinfo/qlandkartegt-**users<https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users> >>> >>> >>> >> >> > -- Logi Ragnarsson |