I confirm that I also encountered similar DEM loading issues, with QMS as well as QLGT, due to incompatibilities with GDAL (under OpenSuSE). Actually, IIRC, there are two ways to support GeoTIFF with GDAL : internal or external (with libgeotiff). In my case, GDAL was not directly the problem: I was actually using an incompatible libgeotiff, which was provided in different versions depending on the package repository being used.
Regards, -Pierre. On 22/07/2015 10:29, sebastic wrote: > On 2015-07-22 09:42, Oliver Eichler wrote: >> I agree with you. They shouldn't. But this lad from the issue in the >> bug >> tracker did not do anything peculiar from what I did understand. >> Installing QGis shouldn't break the dependencies of any other package. >> Probably the package management does not detect minor changes, as they >> are usually not a problem. However with GDAL they are a problem. >> Consequently the package system should deny installation of a software >> requiring a newer version than the one installed and used by other >> software. Or it should update all packages to the new GDAL version. > > For GDAL 1.11 we solved this in Debian by using a virtual package > specific to the ABI, see: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756867#122 > > But we don't have this version in Debian testing/unstable yet, the > transition is currently blocked by the uncoordinated mapnik transition. > The GDAL 1.11.2 packages are already in Ubuntu since vivid, though. > > This virtual package for the GDAL ABI solves the issue that dependent > packages cannot be installed with the new GDAL version without being > rebuilt first. But this only solves the issue for software the is > packaged, not those compiled by users themselves. > >> I am not sure if that is possible. GDAL is really a bit special in that >> respect. But anyway is there a better advice I can give to users >> reporting this bug, than to make them compile QMapShack on their own? >> How can they make sure that the installed version of QMapShack was >> compiled with the very same version of GDAL installed on their system? > > If they stick to the packages in Debian the same version of GDAL is used > to build QMapShack, QGIS and all other reverse dependencies of GDAL. > > If they chose to compile their own GDAL, there is nothing you or I can > do. The best advice in that case to make sure QMS is compiled with the > current GDAL version is to recommend a rebuild of QMS. > > Kind Regards, > > Bas > > ------------------------------------------------------------------------------ > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > ------------------------------------------------------------------------------ _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
