Re: [Qlandkartegt-users] Problem initial start Qmapshack with Proj
On 3/21/24 3:35 PM, Oliver Eichler via Qlandkartegt-users wrote: "If I try to compile QMS and PROJ of my own, compiling stops due to the proj_api.h header." I guess this means that it does not find the header. In that case you have to install the development packages for proj. That's not going to help as that header was removed some time ago in PROJ 8.0.0: https://github.com/OSGeo/PROJ/releases/tag/8.0.0 The Debian package has patches to fix the QMapshack build: https://salsa.debian.org/debian-gis-team/qmapshack/-/blob/master/debian/patches/proj.patch?ref_type=heads Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Views and qms upgrades
On 9/19/21 12:25 AM, Michael Heerdegen wrote: > Sebastiaan Couwenberg writes: > >>> You have to compile and install proj using cmake yourself. >> >> Or patch QMS to make it work without the PROJ CMake files: >> >> >> https://salsa.debian.org/debian-gis-team/qmapshack/-/raw/master/debian/patches/proj.patch >> >> This used be included in QMS, but Oliver refused to keep it. > > I don't want to join that debate. > > I make it short: My vacation will be over soon, I don't have much time > for playing. The patch method seems to be the simpler solution for me > now. > > You have seen that I didn't follow the development. Are there any other > nonstandard surprises on the way to a local build waiting for me? I > don't want to waste time when I won't get it done before holidays end. > Then I would delay that until I'm back. Nonetheless I do have some use > for a working cutting edge qms, obviously ;-) You need a similar patch for quazip, see: https://salsa.debian.org/debian-gis-team/qmapshack/-/tree/master/debian/patches QMS is only really supported on SUSE which is what Oliver uses, anything that differs from what SUSE offers is not well supported. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Views and qms upgrades
On 9/18/21 1:06 PM, Oliver Eichler wrote: > For good reasons: Projects shouldn't maintain their own build scripts to find > and configure external libraries. The moment proj started to provide these > scripts the local ones are obsolete and might even become a problem if an > external library needs more configuration than just the plain usual stuff. We've been over this. PROJ isn't a full fledged CMake project, downstream projects can't rely on the CMake bits being installed until it is. Until then they need to include a FindPROJ.cmake for systems where PROJ is built with autotools. Based on the upstream issue [0] PROJ isn't going to drop the autotools buildsystem at least until PROJ 9, which isn't expected before 2022. [0] https://github.com/OSGeo/PROJ/issues/2546 Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Views and qms upgrades
On 9/18/21 12:35 PM, Oliver Eichler wrote: > This is because Debian refuses to install the necessary camke files along > with proj. And this is because proj generates the cmake files only if build > with cmake. If you use automake/autoconf they are not generated. Debian uses > the later to build proj and that is why cmake support is lacking in the dev > packages. > > You have to compile and install proj using cmake yourself. Or patch QMS to make it work without the PROJ CMake files: https://salsa.debian.org/debian-gis-team/qmapshack/-/raw/master/debian/patches/proj.patch This used be included in QMS, but Oliver refused to keep it. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Release V 1.16.0: How to use a manual installation of proj 8
On 5/28/21 10:19 AM, APM wrote: > Now I have a problem with quazip: This works for me: https://salsa.debian.org/debian-gis-team/qmapshack/-/blob/debian/1.16.0-1_exp1/debian/patches/quazip.patch Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Struggling to build Qt5WebEngineWidgets.cmake
On 4/11/21 4:53 PM, Karl Karsten wrote: > I am just testing to install QMS into the old/stable Debian Stretch > Linux distribution, because Debian stretch is using an quit old but > stable GLIBC 2.2.x version, which I need for an AppImage project, I am > currently working on. Don't expect to build current software on ancient distributions. Using EOL distributions in general is not wise. Your best bet is to port your AppImage project to a modern base. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] development setup qmapshack
On 11/8/20 11:31 AM, Oliver Eichler wrote: > Regarding PROJ: The PROJ project does provide all necessary files needed to > integrate PROJ into cmake. However some distributions like Debian failed to > package these files. That is why there is a patch and some magic in the > CMakeLists.txt that will work until the end of the year to apply this patch > for Debian. Hopefully we can drop this next year if Debian packages all files > for development. > > Therefore the better approach from my point of view is to fix distributions > if they do not provide all development files in their development packages. You misunderstand the situation. PROJ does not install the CMake bits when autotools is used to build it, like the Debian package does. There is nothing to fix for distributions. If you want to rely on the CMake files include in PROJ they will need to be installed by the autotools builds as well. PROJ will need to be changed to suit your needs. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Installing QMS on tablet with Ubuntu 20.04
On 10/3/20 1:28 PM, Karl Karsten wrote: > 2. I installed QMS in a fresh new installed Ubuntu environment > > Starting qmapshack ends in: > "qmapshack: error while loading shared libraries: libroutino.so.0: > cannot open shared object file: No such file or directory" > > libroutino.so.0 is installed in /usr/local/lib, but LD_LIBRARY-PATH is > not showing to this directory by default in Ubuntu 20.04. If you install it in /usr/local/lib/x86_64-linux-gnu it's already in the ld.so.conf path, see: /etc/ld.so.conf.d/x86_64-linux-gnu.conf Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] qmapshack on ubuntu 20.04
On 7/9/20 2:16 AM, brad wrote: > I just updated from ubuntu 18.04 to 20.04. qmapshack does not run. If I > run from the command line, I get this error : > qmapshack: error while loading shared libraries: libgdal.so.20: cannot > open shared object file: No such file or directory > > synaptic package manager shows that I have qmapshack 1.14.0-1build2 > and > libgdal26 3.0.4+dfsg-1build3 The buildlog shows that qmapshack (1.14.0-1build2) depends on libgdal26 (>= 3.0.0). https://launchpadlibrarian.net/464344089/buildlog_ubuntu-focal-amd64.qmapshack_1.14.0-1build2_BUILDING.txt.gz > Do I need to load a different version of gdal somehow? You probably have PPAs enabled that provide an old qmapshack or a local build. Disable all PPAs and remove local builds. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] tarballs
On 6/22/20 8:05 AM, Andrey G. Grozin wrote: > By the way, why do qmapshack-1.14.1.tar.gz and qmapshack-1.15.0.tar.gz > unpack into qmapshack-V_1.14.0/ ? Because the tags are V_1.14.1 & V_1.15.0: https://github.com/Maproom/qmapshack/releases This results in `git archive` using the somewhat non-standard subdirectories. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack does not compile with Qt-5.15
On 6/22/20 7:55 AM, Andrey G. Grozin wrote: > Debian (even unstable) has some ancient Qt. The Qt maintainers are planning to migrate to 5.14.2, because: " It is not the latest release, but we consider 5.14.2 to be more stable than 5.15.0. " https://bugs.debian.org/962867 Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Release V1.15.0 | Compile error
On 6/19/20 2:59 PM, Karl Karsten wrote: > /home/karl/GPS/qmapshack/src/qmapshack/dem/CDemVRT.cpp:80:24: error: > invalid conversion from ‘const char**’ to ‘char**’ [-fpermissive] > oSRS.importFromWkt(); Try with -fno-permissive in CXXFLAGS. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] small bug report
On 12/13/19 10:18 AM, Oliver Eichler wrote: > this is already fixed in the released version 1.14.0. Which is available in buster-backports, see: https://tracker.debian.org/pkg/qmapshack >> Gesendet: Freitag, 13. Dezember 2019 um 10:11 Uhr >> yesterday I installed qmapshack fresh from debian buster, Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
[Qlandkartegt-users] Sunsetting Mercurial support in Bitbucket
With Atlassian sunsetting hg support in Bitbucket [0] what will happen with the qmapshack repo [1]? Will the repo be be converted to git and remain at bitbucket.org? Or will it move to GitHub with the switch to git? Or will the hg repo move elsewhere? [0] https://bitbucket.org/blog/sunsetting-mercurial-support-in-bitbucket [1] https://bitbucket.org/maproom/qmapshack Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack V 1.13.0
On 4/8/19 7:20 PM, Sebastiaan Couwenberg wrote: > On 4/8/19 6:52 PM, Oliver Eichler wrote: >> [Issue #438] Partially: Support for PROJ 6.0.0 > > cmake/Modules/FindPROJ.cmake along with a bunch of other CMake files > were removed, and find_package(PROJ4) is now used, but that fails > because neither PROJ4Config.cmake nor proj4-config.cmake are provided by > the libproj-dev package. > > FindPROJ.cmake should be reinstated. Adding FindPROJ4.cmake instead is better. The attached patches fix the configure failures for the Debian package. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 Description: Add FindPROJ4.cmake. Origin: https://salsa.debian.org/debian/openorienteering-mapper/raw/debian/0.8.4-1/cmake/FindPROJ4.cmake --- /dev/null +++ b/cmake/Modules/FindPROJ4.cmake @@ -0,0 +1,152 @@ +#.rst: +# FindPROJ4 +# +# +# Find the proj includes and library. +# +# IMPORTED Targets +# +# +# This module defines :prop_tgt:`IMPORTED` target ``PROJ4::proj``, +# if Proj.4 has been found. +# +# Result Variables +# +# +# This module defines the following variables: +# +# :: +# +# PROJ4_INCLUDE_DIRS - where to find proj_api.h, etc. +# PROJ4_LIBRARIES - List of libraries when using libproj. +# PROJ4_FOUND - True if libproj found. +# +# :: +# +# PROJ4_VERSION- The version of libproj found (x.y.z) +# PROJ4_VERSION_MAJOR - The major version of libproj +# PROJ4_VERSION_MINOR - The minor version of libproj +# PROJ4_VERSION_PATCH - The patch version of libproj +# PROJ4_VERSION_TWEAK - always 0 +# PROJ4_VERSION_COUNT - The number of version components, always 3 +# +# Hints +# ^ +# +# A user may set ``PROJ4_ROOT`` to a libproj installation root to tell this +# module where to look exclusively. + +#= +# Copyright 2016 Kai Pastor +# +# +# This file was derived from CMake 3.5's module FindZLIB.cmake +# which has the following terms: +# +# Copyright 2001-2011 Kitware, Inc. +# +# Redistribution and use in source and binary forms, with or without +# modification, are permitted provided that the following conditions are +# met: +# +# * Redistributions of source code must retain the above copyright notice, +# this list of conditions and the following disclaimer. +# +# * Redistributions in binary form must reproduce the above copyright notice, +# this list of conditions and the following disclaimer in the documentation +# and/or other materials provided with the distribution. +# +# * The names of Kitware, Inc., the Insight Consortium, or the names of +# any consortium members, or of any contributors, may not be used to +# endorse or promote products derived from this software without +# specific prior written permission. +# +# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDER AND CONTRIBUTORS ``AS IS'' +# AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +# ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE LIABLE FOR +# ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +# DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR +# SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER +# CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, +# OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE +# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. +#= + +# Search PROJ4_ROOT exclusively if it is set. +if(PROJ4_ROOT) + set(_PROJ4_SEARCH PATHS ${PROJ4_ROOT} NO_DEFAULT_PATH) +else() + set(_PROJ4_SEARCH) +endif() + +find_path(PROJ4_INCLUDE_DIR NAMES proj_api.h ${_PROJ4_SEARCH} PATH_SUFFIXES include) +mark_as_advanced(PROJ4_INCLUDE_DIR) + +if(PROJ4_INCLUDE_DIR AND EXISTS "${PROJ4_INCLUDE_DIR}/proj_api.h") +file(STRINGS "${PROJ4_INCLUDE_DIR}/proj_api.h" PROJ4_H REGEX "^#define PJ_VERSION [0-9]+$") + +string(REGEX REPLACE "^.*PJ_VERSION ([0-9]).*$" "\\1" PROJ4_VERSION_MAJOR "${PROJ4_H}") +string(REGEX REPLACE "^.*PJ_VERSION [0-9]([0-9]).*$" "\\1" PROJ4_VERSION_MINOR "${PROJ4_H}") +string(REGEX REPLACE "^.*PJ_VERSION [0-9][0-9]([0-9]).*$" "\\1" PROJ4_VERSION_PATCH "${PROJ4_H}") +set(PROJ4_VERSION "${PROJ4_VERSION_MAJOR}.${PROJ4_VERSION_MINOR}.${PROJ4_VERSION_PATCH}") +set(PROJ4_VERSION_COUNT 3) +endif() + +# Allow PROJ4_LIBRARY to be set manually, as the location of the proj library +if(NOT PROJ4_LIBRARY) + set(PROJ4_NAMES proj) + set(PROJ4_NAMES_DEBUG projd) + if(WIN32 AND DEFINED PROJ4_V
Re: [Qlandkartegt-users] QMapShack V 1.13.0
On 4/8/19 6:52 PM, Oliver Eichler wrote: > [Issue #438] Partially: Support for PROJ 6.0.0 cmake/Modules/FindPROJ.cmake along with a bunch of other CMake files were removed, and find_package(PROJ4) is now used, but that fails because neither PROJ4Config.cmake nor proj4-config.cmake are provided by the libproj-dev package. FindPROJ.cmake should be reinstated. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack 1.12.1
On 12/21/18 2:47 PM, Oliver Eichler wrote: > Just a small release. The version is still marked as development. From the diff between 1.12.0 & 1.12.1: # FOR A RELEASE: # remove "development" for a release -set(VERSION_SUFFIX "") +set(VERSION_SUFFIX "development") # !!! Do not forget to update versions in the sub-repos, too!!! Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Compile error QT5
On 07/30/2018 07:00 PM, Karl Karsten wrote: > I have the same issue on my Ubuntu 16.04 LTS. > I tried: > sudo apt-get install qtwebengine5-dev > ==> Package not found > It seems that "qtwebengine5-dev" package is available beginning with > Ubuntu 17.10. > https://packages.ubuntu.com/search?keywords=qtwebengine5-dev > I am not really willing to update my complete development machine to > 18.04 right now - only for QMS qtwebengine5-dev. > Any other idea to install qtwebengine5-dev under Ubuntu 16.04? There doesn't appear to be a PPA for the Qt/KDE stack (which makes sense because its reverse dependency chain is huge), so you should really upgrade to bionic (it's the latest LTS after all). Alternatively you'll need to patch QMapShack to not use QtWebEngine, but since this is the intended replacement for QtWebKit by Qt upstream that's probably not worth the effort. Kind Regards, Bas -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Compile error QT5
On 07/24/2018 07:57 PM, Javi Segovia Poveda wrote: > After having builded many times successfully QMapShack in my linux > debian testing now I can not, I have this error: > > > Javi@Javi-PC:~/QMapShack/build_QMapShack$ cmake ../QMapShack > CMake Error at CMakeLists.txt:135 (find_package): > By not providing "FindQt5WebEngineWidgets.cmake" in CMAKE_MODULE_PATH > this > project has asked CMake to find a package configuration file provided by > "Qt5WebEngineWidgets", but CMake did not find one. > > Could not find a package configuration file provided by > "Qt5WebEngineWidgets" with any of the following names: > > Qt5WebEngineWidgetsConfig.cmake > qt5webenginewidgets-config.cmake > > Add the installation prefix of "Qt5WebEngineWidgets" to CMAKE_PREFIX_PATH > or set "Qt5WebEngineWidgets_DIR" to a directory containing one of the > above > files. If "Qt5WebEngineWidgets" provides a separate development > package or > SDK, be sure it has been installed. > > > -- Configuring incomplete, errors occurred! > See also "/home/javi/QMapShack/build_QMapShack/CMakeFiles/CMakeOutput.log". > See also "/home/javi/QMapShack/build_QMapShack/CMakeFiles/CMakeError.log". > > > This is since this commit was pushed, approximately: > > https://bitbucket.org/maproom/qmapshack/commits/f44d8ebb2687f89620d19e0d7d81e019dde0ff97 > > > I have installed all the packages that appear in Synaptic that can make > reference to 'WebEngine ...', without changes Don't look for packages names, look for files in packages using apt-file: $ apt-file search Qt5WebEngineWidgetsConfig.cmake qtwebengine5-dev: /usr/lib/x86_64-linux-gnu/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfig.cmake That shows that the qtwebengine5-dev packages provides that cmake file. Kind Regards, Bas -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack V 1.11.0
On 03/05/2018 10:26 PM, Dan Horák wrote: > it sounds good to me, will report my feedback when I'm back from > vacation You'll likely need to patch src/qmt_rgb2pct/CApp.cpp for the build not to fail on Fedora as it did on Debian: https://bitbucket.org/maproom/qmt_rgb2pct/commits/12f534281a349d5c99e56e5495bfb98884d965ec Kind Regards, Bas -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack V 1.8.1
On 05/14/2017 12:51 PM, Oliver Eichler wrote: > just a quick bug-fix release. The only new function is Michel's patch for > Issue #162. And Norbert adding Issue #224. QMapShack 1.8.1 is now also available in stretch-backports for Debian stable users. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Error on instal QMS 1.8.0 on Kubuntu 16.10
On 05/12/2017 07:42 PM, Ivo Reano wrote: > CMake Error: The following variables are used in this project, but they > are set to NOTFOUND. > Please set them or make sure they are set and tested correctly in the > CMake files: > QUAZIP_INCLUDE_DIR (ADVANCED) Install the libquazip5-dev package. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack 1.8.0
On 03/26/2017 05:41 PM, Sebastiaan Couwenberg wrote: > On 03/26/2017 01:32 PM, Oliver Eichler wrote: >> it's release time! The biggest change is done by Norbert Truchsess >> integrating >> BRouter (http://brouter.de/brouter/). It's a quite famous routing engine for >> Android apps. The "B" stands for "bike". BRouter is special as it takes the >> elevation into account. As BRouter is written in Java it can't be used as a >> library. You can either use the online service, or you install your own >> local >> server running with Java. If you choose to install it locally, you can even >> use it for on-the-fly routing. > > The BRouter support fails to build (on Debian unstable): > > > /build/qmapshack-1.8.0/src/gis/rte/router/brouter/CRouterBRouterSetupWizard.cpp:24:24: > fatal error: JlCompress.h: No such file or directory > #include > ^ > > I had to set both QUAZIP_INCLUDE_DIR & QUAZIP_INCLUDE_DIRS to > /usr/include/quazip5, because FindQuaZip.cmake doesn't set them for some > mysterious reason. > > Despite src/CMakeLists.txt including QUAZIP_INCLUDE_DIRS in its > include_directories() call, the header is not found. The issue has been resolved. The libquazip5-dev package pulls in libquazip-headers instead of libquazip5-headers, the former install its header in /usr/include/quazip and the latter in /usr/include/quazip5. The attached patch (quazip.patch) adds the /include/quazip paths to FindQuaZip.cmake. The lintian QA tool also reported duplicate keys in the desktop file, caused by the Russia translation, which are fixed with the attached desktop-ru.patch. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 quazip.patch Description: application/pgp-encrypted desktop-ru.patch Description: application/pgp-encrypted -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack 1.8.0
On 03/26/2017 07:28 PM, Oliver Eichler wrote: > I cross-checked the cmake stuff and couldn't find something fishy. Does this > happen if you build from scratch? Maybe an old cmake cache is tricking you. I always build from scratch in clean chroots. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack 1.8.0
On 03/26/2017 01:32 PM, Oliver Eichler wrote: > it's release time! The biggest change is done by Norbert Truchsess > integrating > BRouter (http://brouter.de/brouter/). It's a quite famous routing engine for > Android apps. The "B" stands for "bike". BRouter is special as it takes the > elevation into account. As BRouter is written in Java it can't be used as a > library. You can either use the online service, or you install your own local > server running with Java. If you choose to install it locally, you can even > use it for on-the-fly routing. The BRouter support fails to build (on Debian unstable): /build/qmapshack-1.8.0/src/gis/rte/router/brouter/CRouterBRouterSetupWizard.cpp:24:24: fatal error: JlCompress.h: No such file or directory #include ^ I had to set both QUAZIP_INCLUDE_DIR & QUAZIP_INCLUDE_DIRS to /usr/include/quazip5, because FindQuaZip.cmake doesn't set them for some mysterious reason. Despite src/CMakeLists.txt including QUAZIP_INCLUDE_DIRS in its include_directories() call, the header is not found. I haven't found a solution for this yet, and am a little short on time to dig into this. Hopefully someone on this list found a fix. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Compiling and running QMapShack V 1.6.3.post
On 08/06/2016 06:34 PM, Dr Rainer Woitok wrote: >> ... >> PROJ4 uses the PROJ_LIB environment variable for non-default paths to >> the data files. You'll need to export this variable set to the absolute >> path of your custom proj4 installation before starting qmapshack >> (e.g. export PROJ_LIB=${HOME}/share/proj4). > > This does in fact work, thank you for pointing it out. However, I would > still prefer to somehow compile the path into the QMapShack binary, so > it works regardless of any environment variables. Is there a way to do > so? No, the environment variable is for PROJ4 only, QMapShack doesn't use it. You can try setting the variable in Exec line of the qmapshack.desktop file: $ cat ~/.local/share/applications/qmapshack.desktop [Desktop Entry] Version=1.0 Name=QMapShack Exec=env PROJ_LIB=${HOME}/share/proj4 qmapshack %F Icon=QMapShack Terminal=false Type=Application X-MultipleArgs=false Categories=Qt;Geoscience;Geography;Science; GenericName=GPS device mapping utility Keywords=map;GPS;geocaching;waypoints;tracks; MimeType=application/x-gpx; StartupNotify=true Name[cs]=QMapShack GenericName[cs]=Data GPS - a správa map Name[de]=QMapShack GenericName[de]=GPS Daten- und Kartenverwaltung The system-wide file is installed in /usr/share/applications and your custom file should be copied to ~/.local/share/applications and modified there. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Compiling and running QMapShack V 1.6.3.post
On 08/06/2016 03:35 PM, Dr Rainer Woitok wrote: > my last successful compilation of a working QMapShack binary was on > 2016-04-06 and was based on changeset "87709920c2ac". Meanwhile I have > updated my QMapShack source repository to changest "ea5af564edb9", and > the compilation process still completes without any errors, but starting > QMapShack opens a box saying > > Fatal... QMapShack detected a badly installed Proj4 library. The > translation tables for EPSG projections usually stored in > /usr/share/proj are missing.Please contact the package > maintainer of your ditribution to fix it. > > 1. Mind the missing "4" in path "/usr/share/proj" mentioned in the mess- >age above. If you're using Debian or derivatives like Ubuntu, the data files in /usr/share/proj are provided by the proj-data package. I'm not aware of other Linux distributions that use /usr/share/proj4 instead. > 2. On my system the Proj4 translation tables have always resided in dir- >ectory "~/share/proj4/" (even though the file is named "epsg" rather >than "EPSG" there). Either the QMapShack binary based on changeset >"87709920c2ac" found them there or it didn't yet need them. > > 3. I'm always running "cmake" with the "-LAH" option to receive a log of >how QMapShack currently is configured. This output doesn't contain >the string "/usr/share/proj" indicating there isn't any configuration >variable defaulting to "/usr/share/proj" (or "/usr/share/proj4"). >And a case insensitive search for just "proj" in that file only in- >dicates that "cmake" found the "proj4" library and used the correct >value for configuration variable "PROJ_INCLUDE_DIR". > > 4. I recursively "grep"-ed through the whole source repository for the >string "/usr/share/proj", but this only returned above error message >in files "src/CMainWindow.cpp", "src/locale/qmapshack.ts", and "src/ >locale/qmapshack_*.ts". > > Any idea how to tell "cmake" where these files are residing? PROJ4 uses the PROJ_LIB environment variable for non-default paths to the data files. You'll need to export this variable set to the absolute path of your custom proj4 installation before starting qmapshack (e.g. export PROJ_LIB=${HOME}/share/proj4). Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Do not use QMapShack 1.6.2
On 07/14/2016 10:56 AM, Christian Eichler wrote: > I just create a pull-request that will fix this issue. > > For details see > https://bitbucket.org/maproom/qmapshack/pull-requests/107/issue-149-properly-initialize-cachepath/diff To deal with this issue in Debian, I've updated the qmapshack package to 1.6.3 and uploaded it to unstable. I've also included the changes from PR#107 as a patch in the 1.6.2 package in jessie-backports to resolve this issue in the mean until the backport can be updated to 1.6.3. There is a Release Critical bugreport to alert users of this issue, which mostly affects users of Debian testing which won't get 1.6.3 until it migrates from unstable. https://bugs.debian.org/831297 At the time of writing both uploads have not been accepted into the archive yet, but that should happen in a couple of hours at most. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 signature.asc Description: OpenPGP digital signature -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Any objections to using std::c++11 in the code?
On 28-10-15 07:56, Oliver Eichler wrote: > it's not that scary. But there are 2 or 3 helpful features in the > extension. Mainly in the area of initialization of classes and > variables. I already cross checked with the Windows compiler and it's fine. > > I just wanted to know if there are distributions with a GCC not > supporting the extensions. Or having any other reasoning not to use that > stuff. GCC has a list of which C++11 features are supported: https://gcc.gnu.org/projects/cxx0x.html For specifics you need to check the status of the GCC version, e.g.: https://gcc.gnu.org/onlinedocs/gcc-5.1.0/libstdc++/manual/manual/status.html#manual.intro.status.iso The GCC version in SUSE is not guaranteed to be available in other distributions, so you need to be conservative if you want broader support. Please state which extensions you want to use, this allows us to determine the minimum required GCC version, and in turn which distribution releases include that GCC version. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Any objections to using std::c++11 in the code?
On 28-10-15 19:45, Oliver Eichler wrote: > I would love to have gcc 4.8.1 as minimum. But I could live with gcc 4.7.x, > too. Would that be in the > scope of debian? Debian has GCC 4.8.4 & 4.9.2 (default) in the current stable release, so that's not a problem. Like Fedora we recently switched to GCC 5 as the default compiler, and switched to the new libstdc++ ABI: https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html That will be included in the next stable release hopefully to be released in Q1 2017. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack V 1.4.0
On 24-10-15 15:05, Oliver Eichler wrote: > Enjoy the release! Any idea if we can also expect a new routino release incorporating the Routino_Version change now required for QMS? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Compiling Error ‘qFormatLogMessage’ was not declared in this scope
On 18-09-15 10:16, Oliver Eichler wrote: > It would be better to use a system wide Qt5.4 installation, if that is > possible. I ran into this issue while updating the qmapshack backport for Debian jessie which only has Qt5.3. Is it possible to make this and other features conditional to Qt5.4, in a similar fashion as the QtInfoMsg change that requires Qt5.5? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack installation script to install on Ubuntu Gnome 14.04.03
On 25-08-15 16:17, Josef Latt wrote: I tried without that change on UBUNTU 15.04 and get an error: qmapshack: error while loading shared libraries: libroutino.so: cannot open shared object file: No such file or directory Ubuntu requires some files in /usr not in /usr/local. Without the change you have to copy some files to /usr as described in another thread by Oliver. Custom builds should always use /usr/local, /usr is reserved for the system provided software as documented in the Filesystem Hierarchy Standard: The /usr/local hierarchy is for use by the system administrator when installing software locally. It needs to be safe from being overwritten when the system software is updated. It may be used for programs and data that are shareable amongst a group of hosts, but not found in /usr. Locally installed software must be placed within /usr/local rather than /usr unless it is being installed to replace or upgrade software in /usr. [27] [27] Software placed in / or /usr may be overwritten by system upgrades (though we recommend that distributions do not overwrite data in /etc under these circumstances). For this reason, local software must not be placed outside of /usr/local without good reason. http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY The routino library for custom builds should be installed in /usr/local/lib or preferably its Multi-Arch subdirectory. To have the library found by other programs you need to add the /usr/local/lib directory to the search paths in /etc/ld.so.conf. On Debian/Ubuntu you can drop in a configuration sniplet in /etc/ld.so.conf.d for the local configuration: $ cat /etc/ld.so.conf.d/usr-local.conf /usr/local/lib If you use the Multi-Arch library paths you need to append the paths to the 32 64bit library path configurations: /etc/ld.so.conf.d/i386-linux-gnu.conf /etc/ld.so.conf.d/x86_64-linux-gnu.conf These need to have respectively /usr/local/lib/i386-linux-gnu and /usr/local/lib/x86_64-linux-gnu appended, preferably with a comment to help you merge the configuration changes on upgrade, e.g.: $ cat /etc/ld.so.conf.d/x86_64-linux-gnu.conf # Multiarch support /lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu # Custom local libraries /usr/local/lib/x86_64-linux-gnu Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack installation script to install on Ubuntu Gnome 14.04.03
On 25-08-15 10:04, Oliver Eichler wrote: Let's hope that there will be a Routino release soon. And that it will make it fast into the distributions. I do too, because it's so much easier to just rebuild the Debian source package :-) Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack installation script to install on Ubuntu Gnome 14.04.03
On 25-08-15 11:22, Josef Latt wrote: AFAIK Ubuntu offers software updates only with the official releases (LTS every 2 years, Standard every 6 months) This doesn't apply for security updates and other bug fixes as well as hardware support improvements. If you want to be up-to-date self compiling is necessary anymore. May be that other distributions are quickier. For Ubuntu the UbuntuGIS PPA provides backports for various GIS OSM related packages: https://launchpad.net/~ubuntugis It doesn't include backports for routino or qmapshack yet, but I'm pretty sure they'll be included if asked and especially if someone steps up to maintain the backports. The UbuntuGIS project can be reached via ubu...@lists.osgeo.org. I don't use Ubuntu, so I maintain backports of QLGT QMS for Debian stable only, but the same Debian source packages are used for UbuntuGIS. You can find more information about Debian GIS and its packages via the team website: https://pkg-grass.alioth.debian.org/ The Debian GIS Policy linked from the team website documents the Debian packaging workflow in detail, in case someone would like to work on routino qmapshack backports for Ubuntu. I'm happy to help anyone working on Debian GIS package for Ubuntu, preferably via the Debian GIS mailing list debian-...@lists.debian.org Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] (Ubuntu/Debian?) DEM vrt creation - No georeference information found.
On 07/22/2015 08:17 AM, Oliver Eichler wrote: it's probably the same problem as reported in issue #36: https://bitbucket.org/maproom/qmapshack/issues/36/loading-vrt-file-fails @bas (if you read that) What is the correct way to handle that library mismatch? What library mismatch? The test.vrt from the ticket is missing the N44E006.hgt file it references, I found one at: http://www.fiab.info/bicitalia/srtm/dem/N44E006.hgt After download that to the same directory as the test.vrt, I can open the test.vrt with QMS just fine. How can I reproduce the problem from this thread with germany_dem.vrt? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] (Ubuntu/Debian?) DEM vrt creation - No georeference information found.
On 07/22/2015 08:51 AM, Oliver Eichler wrote: it seems that there is a mismatch between the GDAL version QMapShack is compiled with and the GDAL version installed. I think this can happen if you update for example QGis. As long as this is just a minor version change, everything should be fine. However I myself observed the same situation in the past using SuSE. A minor version mismatch resulting in the error message reported. Usually compiling QMapShack with the GDAL version installed helps. But that is not what the average user is expecting to do. What would be the proper way to solve the mismatch? GDAL has an unstable C++ ABI, every time a new version (even patch versions, e.g. from 1.11.1 to 1.11.2) is installed on the system all reverse dependencies of GDAL (e.g. QGIS, QMS, etc) need to be rebuilt with the new GDAL version. The average user shouldn't compile software herself, but use the packages provided by their distribution which take care of these rebuilds. Debian stable users don't need to build QMS themselves to get the latest version, I provide backports for stable along with regular package in testing/unstable. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack V 1.3.0 - Routing
On 06/29/2015 08:25 PM, Oliver Eichler wrote: QMapShack can do offline routing, now. Thanks to Andrew Bishop's nice little routing engine, Routino, his support in making it a library and having patience with all my patches to make it fit for Microsoft's compiler and runtime libraries. Is the inclusion of the routino planetsplitter in QMS on purpose? In Debian we already have routino packaged, which causes qmapshack to conflict with routino because they both provide /usr/bin/planetsplitter. I plan to exclude planetsplitter from the qmapshack package, and depending on its use by QMapShack add a dependency on the routino package to get its planetsplitter installed or just leave it out entirely. Do you know if Andrew is planning to include the routino library in a future routino release too? If that's the case, it's preferable to build the qmapshack package with the sytem provided routino instead of the embedded copy in QMS, if there are security issues in routino we only have to patch that package and not qmapshack too. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Qt5 support for QLandkarteGT
On 05/04/2015 10:41 AM, Oliver Eichler wrote: looking good. I had to make a few changes in the CMakeLists.txt, too. Everything is in SVN. Thanks for applying and improving upon the patch. I've included your CMakeLists.txt changes in the QT5 patch for the Debian package. CMake warns about mis-matched logical blocks for the missing NOT in endif statements. The attached patches fixes those. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 qlgt-qt5-cmake.patch Description: inode/symlink -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Qt5 support for QLandkarteGT
On 05/04/2015 08:27 PM, Sebastiaan Couwenberg wrote: On 05/04/2015 10:41 AM, Oliver Eichler wrote: looking good. I had to make a few changes in the CMakeLists.txt, too. Everything is in SVN. Thanks for applying and improving upon the patch. I've included your CMakeLists.txt changes in the QT5 patch for the Debian package. CMake warns about mis-matched logical blocks for the missing NOT in endif statements. The attached patches fixes those. Testing the build revealed the malformed display of the degree character in the track editor. The attached patch fixes the issue following the advice from http://stackoverflow.com/a/18759108. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 qlgt-qt5-degree.patch Description: inode/symlink -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Qt5 support for QLandkarteGT
On 05/04/2015 10:38 PM, Sebastiaan Couwenberg wrote: On 05/04/2015 08:27 PM, Sebastiaan Couwenberg wrote: On 05/04/2015 10:41 AM, Oliver Eichler wrote: looking good. I had to make a few changes in the CMakeLists.txt, too. Everything is in SVN. Thanks for applying and improving upon the patch. I've included your CMakeLists.txt changes in the QT5 patch for the Debian package. CMake warns about mis-matched logical blocks for the missing NOT in endif statements. The attached patches fixes those. Testing the build revealed the malformed display of the degree character in the track editor. The attached patch fixes the issue following the advice from http://stackoverflow.com/a/18759108. PS. I noticed more occurrences of the \260 character in strings grepping through the sources. I'm not sure if appending the QChar trick is a proper solution for all of these. What do you think? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Qt5 support for QLandkarteGT
On 05/03/2015 11:31 AM, Oliver Eichler wrote: There is allready a cmake option to compile with qt5 Thanks for the pointer, I've updated the Debian package to build with Qt5 in preparation of the Qt4 removal. The attached patch was required to make the build succeed with only Qt5 dependencies. I'm not sure if the patch is entirely correct, please review carefully. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 qt5.patch Description: inode/symlink -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
[Qlandkartegt-users] Qt5 support for QLandkarteGT
Hi, The Debian Qt maintainer announced the plans for Qt in the next stable release (stretch), this will include the removal of Qt4 components. See: https://lists.debian.org/debian-devel-announce/2015/05/msg1.html QLandkarteGT and QGIS are the affected packages I co-maintain. Will Qt5 support be added to QLandkarteGT to keep it usable alongside QMapShack? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] The right time to switch to qmapshack?
On 04/17/2015 03:41 PM, Michael Heerdegen wrote: So I guess the Debian package should depend on libqt5sql5-sqlite...? Is the person responsible for the Debian package reading this? I am, but I'm not sure if Jaromír is reading along too. Even if we weren't, you can always report issues with the Debian package to the Debian Bug Tracking System with: reportbug qmapshack I've added the (runtime) dependency on libqt5sql5-sqlite that apparently wasn't included in the automatically detected shared library dependencies during the build. You can expect a new package revision in experimental soon. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] The right time to switch to qmapshack?
On 04/17/2015 10:12 PM, Oliver Eichler wrote: Regarding WMS/WMTS/TMS: I already had a look at the QGis code and was a bit shocked about it's complexity regarding WMS servers. Partly it looked a bit academically, as they modeled the complete XML specification into C++ structures. But on the other hand side you probably need a full decoding to cope with the specification madness of those protocols. For QLGT I chose the GDAL approach to read a simplified XML file. But as most users are not willing/able to create such a file on their own it needs editorial work to maintain such files. Therefor it would be much better to read in the capability sheets of WMS servers. That's what I do for WMTS support. But it's just a very limited subset. Implementing reliable WMS/WMTS support is probably as much of a task as writing QMapShack. Well maybe not as much, but it would need persistence until it really works reliably. It's definitely more work than I can currently do on top of the normal development work. Looks like we need another genius for that ;) Implementing your own WMS/WMTS/TMS/etc protocol support is not the best use of your time, relying on a external library for that seems sensible. Maybe something like the Marble QT Widget [1] or QMapControl [2] can be useful here. [1] https://marble.kde.org/dev-intro.php [2] http://sourceforge.net/p/qmapcontrol/code/HEAD/tree/ Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] The right time to switch to qmapshack?
Am 16.04.2015 um 16:41 schrieb Michael Heerdegen: in Debian I have qmapshack 1.2 via the experimental repo. I tried it, and it seems to work well for me. Unfortunately qmapshak is 0.6 in Debian Testing and 0.7 in Unstable. So 1.2 won't probably make it into Debian 8, which is a pity. jessie will definitely ship with QMapShack 0.6, but I intent to provide backports for of QMapShack QLandkarteGT in jessie-backports as long as their dependencies can be satisfied in jessie. Kind Regards, Bas -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Error compiling QmapShack
Could not find a package configuration file provided by Qt5Script with any of the following names: Qt5ScriptConfig.cmake qt5script-config.cmake You need to install the qtscript5-dev package which provides the QT5 CMake modules. Kind Regards, Bas -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Error compiling QmapShack
Please keep your replies on the list so others can benefit from the information too. Thanks for your quick answer. It worked, but now I'm stacked at Qt5LinguistToolsConfig.cmake qt5linguisttools-config.cmake Check out the apt-file tool: http://manpages.debian.org/cgi-bin/man.cgi?query=apt-file apt-file allows you to search the content of packages for specific files and show all files in packages: $ apt-file search Qt5LinguistToolsConfig.cmake qttools5-dev: /usr/lib/x86_64-linux-gnu/cmake/Qt5LinguistTools/Qt5LinguistToolsConfig.cmake So you'll also need to install the qttools5-dev package. You can also look at the official Debian package for QMapShack which lists the build dependencies: http://anonscm.debian.org/cgit/pkg-grass/qmapshack.git/tree/debian/control Kind Regards, Bas -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] QMapShack V 1.0.0
On 03/07/2015 01:01 PM, Oliver Eichler wrote: well we reached V1.0. My personal definition for that is: It does everything I require. That does not necessarily mean that it does what you require. But I think the code is in a good shape and a good base to be extended by others. Congratulations for the 1.0.0 release! While updating the Debian package I noticed that the release tarballs contain the .hg directory. The attached patch also ignores the .hg directory like .svn .git too when creating the releases. For now I'll repack the tarball to exclude the .hg directory from the upstream sources, it would be great to have this fixed in the next release. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 QMapShack-CPackConfig-Ignore-hg.patch Description: inode/symlink -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
[Qlandkartegt-users] Release tarballs contain patch svn artifacts
Hi, While updating the Debian package for QLandkarteGT with the 1.8.0 release some artifacts from patch svn surfaced causing issues with the build. There are a couple of .rej and a single .orig file included in the tarball left over from uncleanly applied patches. And there are two svn-commit temp files. The files in question are: qlandkartegt-1.8.0/src/CDeviceGarminBulk.cpp.rej qlandkartegt-1.8.0/src/CGridDB.cpp.rej qlandkartegt-1.8.0/src/CMainWindow.cpp.orig qlandkartegt-1.8.0/src/CMapTDB.cpp.rej qlandkartegt-1.8.0/src/CTrackEditWidget.cpp.rej qlandkartegt-1.8.0/svn-commit.tmp qlandkartegt-1.8.0/svn-commit.2.tmp I wanted to supply a patch for the release procedure to not include such files in the tarball, but I couldn't find such a script in SVN repo. Is the code for the release procedure available somewhere else, or is it a manual process perhaps? For now I've updated the Debian package to repack the upstream tarball and exclude the files listed above, but like to solve this issue upstream. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
[Qlandkartegt-users] Patch for qlandkartegt.desktop to add field code for Exec key
Hi again, As part of the Debian package build process the lintian QA tool reported an issue with the qlandkartegt.desktop file. https://lintian.debian.org/tags/desktop-mime-but-no-exec-code.html The Exec key only contains the command in the commandline and omits the field code for the list of files supported as arguments. The attached patch addresses the issue. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 04-qlandkartegt-desktop-exec.patch Description: inode/symlink -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
Re: [Qlandkartegt-users] Patch for qlandkartegt.desktop to add field code for Exec key
On 02/13/2015 01:18 PM, Sebastiaan Couwenberg wrote: The Exec key only contains the command in the commandline and omits the field code for the list of files supported as arguments. For details of the field codes please refer to the desktop file specification: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#exec-variables Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Qlandkartegt-users mailing list Qlandkartegt-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users