Re: [QGIS-Developer] QGIS Server now install a full DE?
I also noticed this as Giovanni wrote. It does not make sense to install all this on Linux server (no desktop). Can anyone explain why was this change necessary? Should we change documentation on setup part? thanks Uroš V V čet., 14. maj 2020 ob 15:31 je oseba Sebastiaan Couwenberg < sebas...@xs4all.nl> napisala: > On 5/14/20 3:24 PM, Giovanni Manghi wrote: > > I noticed that the list of dependencies to be installed was weirdly very > > long, and in fact after finishing it was also installed Gnome... is this > > normal now? > > It is when you install Recommends, which now enabled by default. > > > here is the list of packages installed when doing sudo apt-get install > > qgis-server: > > The list is shorter when using: > > apt install --no-install-recommends qgis-server > > Kind Regards, > > Bas > > -- > GPG Key ID: 4096R/6750F10AE88D4AF1 > Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-psc] SSL certificate for feed.qgis.org
Hi Nyall, On Tue, 19. May 2020 at 01:30:44 +0200, Jürgen E. Fischer wrote: > Anyway - now resolved. The weekly cronjob was pointing at renew-ssl.sh instead of renew_ssl.sh... Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Nordenhttps://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: PGP signature ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-psc] SSL certificate for feed.qgis.org
Hi Nyall, On Tue, 19. May 2020 at 08:44:48 +1000, Nyall Dawson wrote: > On Mon, 18 May 2020 at 22:51, Rudi von Staden wrote: > > Looks like the certificate for feed.qgis.org needs to be updated - it's > > giving an error on startup. > This needs to be prioritised and fixed ASAP -- **every** user > **everywhere*8 is getting this error, it's not a good look...! > Who has permissions to update this? Richard, Tim, Rohmat (from kartoza) and apparently me. I don't think I have been on that machine before. It's one of the cloud VMs from hetzner. Anyway - now resolved. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Nordenhttps://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: PGP signature norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Juergen Fischer, Nils Kutscher HR: Amtsgericht Aurich HRB 100827 Datenschutzerklaerung: https://www.norbit.de/83/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] New QEP: Kill evis
On Mon, 18 May 2020 at 22:13, Tim Sutton wrote: > It would be nice to have an inbuilt workflow in QGIS where you can just open > a folder full of images, view them as a time sequenced track, maybe with some > nice Temporal Controller integration that lets you play the images back in > sequence, panning the map along from photo to photo. For clarification: evis doesn't do this (import photos). It just shows photos linked to a table manually (i.e. the exact same behaviour as the native "external resource" widget). However, the processing "Import geotagged photos" algorithm DOES do all this, except for the temporal configuration. Nyall > > Regards > > Tim > > On 18 May 2020, at 00:13, Nyall Dawson wrote: > > Please see https://github.com/qgis/QGIS-Enhancement-Proposals/issues/176 > for a proposal to kill the unmaintained legacy evis plugin for QGIS > 3.14. > > It's completely unmaintained and full of legacy code, with zero > integration between the plugin and the rest of QGIS. If we kill it for > 3.14 then it gives organisations time to adapt (and possibly develop a > 3rd party plugin version if desired) prior to the next LTR release > (3.16). > > There has been NO changes made to this plugin (aside from fixes to > avoid breaking QGIS compilation) for over 10 years. In 2010 a bug fix > was made to this plugin. In the following 10 years the ONLY changes > have been compilation fixes. > > We've previously put out calls for interest in community members > stepping up to maintain this plugin, with zero interest. > > Let's officially kill it and move on :) > > Nyall > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > > > > > --- > > Tim Sutton > t...@qgis.org > > > > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] SSL certificate for feed.qgis.org
On Mon, 18 May 2020 at 22:51, Rudi von Staden wrote: > > Looks like the certificate for feed.qgis.org needs to be updated - it's > giving an error on startup. This needs to be prioritised and fixed ASAP -- **every** user **everywhere*8 is getting this error, it's not a good look...! Who has permissions to update this? Nyall ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1928] Geokodowanie Adresów UUG GUGiK approval notification.
Plugin Geokodowanie Adresów UUG GUGiK approval by zimbogisgeek. The plugin version "[1928] Geokodowanie Adresów UUG GUGiK 1.1.3" is now approved Link: http://plugins.qgis.org/plugins/geokodowanie_adresow/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] The curious case of GeoPackage on exFAT
Hi Bo, Looking at the WAL docs for SQLite (https://www.sqlite.org/wal.html) (what geopackage is built from) I see this: "The WAL file exists for as long as any database connection has the database open. Usually, the WAL file is deleted automatically when the last connection to the database closes. However, if the last process to have the database open exits without cleanly shutting down the database connection, or if the SQLITE_FCNTL_PERSIST_WAL file control is used, then the WAL file might be retained on disk after all connections to the database have been closed." So it sounds like whatever the last process is to touch the GeoPackage may not be closing the connection cleanly on exFat. Cheers, Jonathan On 2020-05-11 13:10, Bo Victor Thomsen wrote: Hi all - I have a strange problem. I'm have 3 different disk on my windows based system on Mac hardware 1. My system drive. Formatted to NTFS. 2. A flash-drive. Formatted to FAT32. 3. A data drive. Formatted to exFAT. The last is my primary data drive and is shared between my Windows partition and my Mac partition on my MacBook Pro. Hence the use of exFAT. I have a QGIS plugin, which copies a template of a GeoPackage file to "where-ever the user wants it placed" and afterward make some content changes in the copy using the PyQT QSQL module with the QSPATIALITE driver This work if the Geopackage file is copied to either disk no 1 (NTFS) or disk no 2 (FAT32). However, it doesn't work if the file is copied to disk no 3 (exFAT). The process leaves the WAL files even after the database is closed properly. And even more strange: If I reformat the flash-drive to exFAT and repeat the experiment using the reformatted drive it too works without a hitch. The normal "divide et impera" method tells me that my exFat data disk is bork'ed. However this error *only* occurs with the QGIS/GeoPackage creation/modification scenario. Everything else is working OK. The disk is not shared on the network. Has anyone experienced the same type of problems ? And have a solution ?? Just asking before I begin to clean up / reformat my 100 GB data disk System setup: MacBook Pro 2014 / Windows 8.1 OS /QGIS 3.10.5 (the same problem occurs with 3.10.0 , 3.10.2 ...3.12.2) -- Med venlig hilsen / Kind regards Bo Victor Thomsen ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS and spatialite
Hi Even, Thank you for your help! I went with the 4.3.0a version and the CFLAGS telling it to use the old API version. That seems to compile fine. Fingers crossed that gdal and QGIS also like this approach. Thanks again, Andreas Am 18.05.20 um 14:38 schrieb Even Rouault: Andreas, > I am struggling with libspatialite. What libspatialite versions are you > guys using? I am trying to compile libspatialite-4.3.0a, but it > complains about not finding "proj_api.h" (although this file is > available at /usr/local/include). I tried both with proj-6.3.2 and > proj-7.0.1. libspatialite-4.3.0a isn't happy with either proj version. For 4.3.0a: CFLAGS="-DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -O2 should help: https://github.com/OSGeo/gdal/blob/master/gdal/docker/alpine-normal/Dockerfile#L248 You can also build against the development repository of Spatialite: https://github.com/OSGeo/gdal/blob/master/gdal/ci/travis/ubuntu_1804/install.sh#L27 (you could probably drop the "fossil update 90180e065d" which must have been a workaround against a regression, and the other peculiarities), so mostly: fossil clone https://www.gaia-gis.it/fossil/libspatialite libspatialite.fossil mkdir sl cd sl fossil open ../libspatialite.fossil ./configure [...] > I noticed that there > hadn't been a lot of activity with this library in the past months/years. Yes, I've tried to maintain a communication channel with the developper, but with moderate success only. The development is not abandoned, but only at a rather slow pace. > On a related question: could I build QGIS without libspatialite? I > failed to do so, but maybe there are some tricks. I don't think you can without some surgery in the code base. FWIW, the WFS provider depends on it for caching (could potentially be replaced by something else) Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] SSL certificate for feed.qgis.org
Looks like the certificate for feed.qgis.org needs to be updated - it's giving an error on startup. [image: image.png] Kind regards, Rudi ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] New QEP: Kill evis
On 5/18/20 2:13 PM, Tim Sutton wrote: > How about we contact Peter Ersts (original author, I’ve put him in blind > CC here) and see if he has any thoughts on this? There was actually some > nice functionality in it’s day but maybe better managed by using > plugins. It would be nice to have an inbuilt workflow in QGIS where you > can just open a folder full of images, view them as a time sequenced > track, maybe with some nice Temporal Controller integration that lets > you play the images back in sequence, panning the map along from photo > to photo. Good idea :-) So: just point to a dir: let QGIS create an index geopackage by reading the exif info about time and gps location... Because (I'm not 100% sure) but did the evis plugin not read the exif info from images? Or am I mixing up plugins now... Regards, Richard ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS and spatialite
Andreas, > I am struggling with libspatialite. What libspatialite versions are you > guys using? I am trying to compile libspatialite-4.3.0a, but it > complains about not finding "proj_api.h" (although this file is > available at /usr/local/include). I tried both with proj-6.3.2 and > proj-7.0.1. libspatialite-4.3.0a isn't happy with either proj version. For 4.3.0a: CFLAGS="-DACCEPT_USE_OF_DEPRECATED_PROJ_API_H -O2 should help: https://github.com/OSGeo/gdal/blob/master/gdal/docker/alpine-normal/Dockerfile#L248 You can also build against the development repository of Spatialite: https://github.com/OSGeo/gdal/blob/master/gdal/ci/travis/ubuntu_1804/install.sh#L27 (you could probably drop the "fossil update 90180e065d" which must have been a workaround against a regression, and the other peculiarities), so mostly: fossil clone https://www.gaia-gis.it/fossil/libspatialite libspatialite.fossil mkdir sl cd sl fossil open ../libspatialite.fossil ./configure [...] > I noticed that there > hadn't been a lot of activity with this library in the past months/years. Yes, I've tried to maintain a communication channel with the developper, but with moderate success only. The development is not abandoned, but only at a rather slow pace. > On a related question: could I build QGIS without libspatialite? I > failed to do so, but maybe there are some tricks. I don't think you can without some surgery in the code base. FWIW, the WFS provider depends on it for caching (could potentially be replaced by something else) Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS and spatialite
Hi all, During my modernization of my underlying OS (Ubuntu 18.04 --> 20.04) I am also modernizing my self-compiled geo libraries. I am struggling with libspatialite. What libspatialite versions are you guys using? I am trying to compile libspatialite-4.3.0a, but it complains about not finding "proj_api.h" (although this file is available at /usr/local/include). I tried both with proj-6.3.2 and proj-7.0.1. libspatialite-4.3.0a isn't happy with either proj version. Is there a newer libspatialite available somewhere? I noticed that there hadn't been a lot of activity with this library in the past months/years. On a related question: could I build QGIS without libspatialite? I failed to do so, but maybe there are some tricks. Thanks for any hints, Andreas ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] New QEP: Kill evis
How about we contact Peter Ersts (original author, I’ve put him in blind CC here) and see if he has any thoughts on this? There was actually some nice functionality in it’s day but maybe better managed by using plugins. It would be nice to have an inbuilt workflow in QGIS where you can just open a folder full of images, view them as a time sequenced track, maybe with some nice Temporal Controller integration that lets you play the images back in sequence, panning the map along from photo to photo. Regards Tim > On 18 May 2020, at 00:13, Nyall Dawson wrote: > > Please see https://github.com/qgis/QGIS-Enhancement-Proposals/issues/176 > for a proposal to kill the unmaintained legacy evis plugin for QGIS > 3.14. > > It's completely unmaintained and full of legacy code, with zero > integration between the plugin and the rest of QGIS. If we kill it for > 3.14 then it gives organisations time to adapt (and possibly develop a > 3rd party plugin version if desired) prior to the next LTR release > (3.16). > > There has been NO changes made to this plugin (aside from fixes to > avoid breaking QGIS compilation) for over 10 years. In 2010 a bug fix > was made to this plugin. In the following 10 years the ONLY changes > have been compilation fixes. > > We've previously put out calls for interest in community members > stepping up to maintain this plugin, with zero interest. > > Let's officially kill it and move on :) > > Nyall > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer --- Tim Sutton t...@qgis.org ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1479] QWeather approval notification.
Plugin QWeather approval by zimbogisgeek. The plugin version "[1479] QWeather 3.2.1" is now approved Link: http://plugins.qgis.org/plugins/QWeather/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [2052] Qveg approval notification.
Plugin Qveg approval by zimbogisgeek. The plugin version "[2052] Qveg 3.2" is now approved Link: http://plugins.qgis.org/plugins/qveg/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [2067] qgis2fds approval notification.
Plugin qgis2fds approval by zimbogisgeek. The plugin version "[2067] qgis2fds 0.2 Experimental" is now approved Link: http://plugins.qgis.org/plugins/qgis2fds/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1656] Map Library approval notification.
Plugin Map Library approval by zimbogisgeek. The plugin version "[1656] Map Library 0.8" is now approved Link: http://plugins.qgis.org/plugins/maplibrary/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1479] QWeather approval notification.
Plugin QWeather approval by zimbogisgeek. The plugin version "[1479] QWeather 3.2" is now approved Link: http://plugins.qgis.org/plugins/QWeather/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1877] Generalizer3 approval notification.
Plugin Generalizer3 approval by zimbogisgeek. The plugin version "[1877] Generalizer3 0.7 Experimental" is now approved Link: http://plugins.qgis.org/plugins/Generalizer3/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
