[QGIS-Developer] UbuntuGIS builds of QGIS
Hi All, Is there a reason for the QGIS 2.18.X builds of UbuntuGIS builds having a dependency on GDAL ABI 2.2.2? linking to a patch release seems very weird. I know the GDAL team tries to ensure ABI compatibility within a minor version. Cheers Jeremy ___ 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] Better updating for QGIS3?
Hi Tim, On Thu, 04. Jan 2018 at 19:44:13 +0200, Tim Sutton wrote: > Just to make it clear, nobody is proposing to make any changes to the > frequency of releases. Point releases will be every 4 months, bug fix > releases still monthly on the LTR versions (if there are any fixes), weekly > and nightly builds etc. will just continue exactly as they do at the moment. Just to make that clear: Point releases are the bug fix releases and happen every month. Regular releases happen every 4 months. 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 Norden http://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] 2.99 colour panel crash? (MacOS 10.13/Qt 5.10)
On 5 January 2018 at 00:00, Vincent Habchiwrote: > Folks, > > Apparently there are recurring bug with the UI under OS X when using OS X > 10.13 / Qt 5.10 : some dialog box closure crash (I just tried to close the > project dialogue box and it crashed right away), and also the small colour > dialog with predefined hues that appears when you click on the right of the > standard colour picker. > > Just to say, sorry I can’t be of any more help because I only have so much > time these days (TBH, I’m currently writing a review of QGIS 3 for the > January issue of my magazine). > Hey Vincent, How do you build QGIS? This looks very much like a local build issue. 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
Re: [QGIS-Developer] Better updating for QGIS3?
Hi there! Just to make that clear: I really like your work (QGIS & OSGeo4W). I just want to give some hints to make it even better ;) Since OSGeo4W is OpenSource, I could create a "slimmed down" variante for users with limited access to the internet. Best regards, Tobias ___ 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] Better updating for QGIS3?
Hi Tim, Am Do, 4.01.2018, 18:44 schrieb Tim Sutton: > BTW I also live in a bandwidth impoverished society and share your > desire for minimising bandwidth, but short of delta updates (which we > don't have the resources to implement at the moment) there isn?t > much room for optimising in my opinion. I just did a small comparism of what changed between the latest nightly builds and packed the files with changes only. While a normal packed nightly release is about 61-65 MB, the changed files only (no delta) is about 40 MB. So we're saving 25 MB only. Facebook's zStandard packager can bring the diff to 36 MB (30 MB saving). Maybe it's better to switch to XZ. It can bring the full release to 40 MB only, while zStandard is 52 MB and bzip2 is 62 MB? Best regards, Tobias ___ 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] Processing plugin - Set style on resulting layer
On 3 January 2018 at 23:59, Jakob Lanstorpwrote: > I'm building a Processing plugin used as an interface between QGIS and a > geological PostGIS database. > > The resulting layer is as standard loaded automatically (Processing best > practices). This resulting load (shapefile) happens after method > processAlgorithm of GeoAlgorithm has run. > > This gives me no chance of setting the resulting layer style. Is there any > post-processingAlgorithm method or anything else I can use? I'm aware of > "qgis:setstyleforvectorlayer" but my script is not meant for the modeller > and would like the algorithm to be run in one step not two steps. > > I may be out of scoop for what a Processing plugin is meant for - but like > the non ui and direct algorithm approach. > I don't believe this is possible in 2.x, nor currently in 3.0 either. BUT - the API has changed significantly in 3.0 and could be expanded to allow for this type of approach in future 3.x releases. 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
Re: [QGIS-Developer] UbuntuGIS builds of QGIS
On 01/05/2018 02:26 AM, Jeremy Palmer wrote: > Is there a reason for the QGIS 2.18.X builds of UbuntuGIS builds having a > dependency on GDAL ABI 2.2.2? linking to a patch release seems very weird. Because the C++ ABI was not stable in the past, see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756867#40 > I know the GDAL team tries to ensure ABI compatibility within a minor > version. Maybe it is now, but it was not in the past. GDAL 2.3.0 will be the first release for which I'll try not to bump the virtual ABI dependency (keeping it at gdal-abi-2-3-0) to see if C++ ABI is now actually stable. If that fails, the virtual ABI dependency will be changed for every patch release again. Kind Regards, Bas ___ 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] Processing plugin - Set style on resulting layer
On 5 January 2018 at 17:34, Alexander Bruywrote: > Processing allows to define styles for outpus on the per-algorithm basis. > Just open algorithm context menu by right-clicking on it and select "Edit > rendering styles for outputs". In the dialog you can assign styles for each > algorithm output. These styles will be applied to outputs automatically > after algorithm execution. > > Hope this helps. That works for a user, but I think Jakob is after a way for an algorithm to define a style which is always used for the output for that algorithm. Is this correct? 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
Re: [QGIS-Developer] Processing plugin - Set style on resulting layer
Processing allows to define styles for outpus on the per-algorithm basis. Just open algorithm context menu by right-clicking on it and select "Edit rendering styles for outputs". In the dialog you can assign styles for each algorithm output. These styles will be applied to outputs automatically after algorithm execution. Hope this helps. 2018-01-05 3:49 GMT+02:00 Nyall Dawson: > On 3 January 2018 at 23:59, Jakob Lanstorp wrote: >> I'm building a Processing plugin used as an interface between QGIS and a >> geological PostGIS database. >> >> The resulting layer is as standard loaded automatically (Processing best >> practices). This resulting load (shapefile) happens after method >> processAlgorithm of GeoAlgorithm has run. >> >> This gives me no chance of setting the resulting layer style. Is there any >> post-processingAlgorithm method or anything else I can use? I'm aware of >> "qgis:setstyleforvectorlayer" but my script is not meant for the modeller >> and would like the algorithm to be run in one step not two steps. >> >> I may be out of scoop for what a Processing plugin is meant for - but like >> the non ui and direct algorithm approach. >> > > I don't believe this is possible in 2.x, nor currently in 3.0 either. > BUT - the API has changed significantly in 3.0 and could be expanded > to allow for this type of approach in future 3.x releases. > > 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 -- Alexander Bruy ___ 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] Freeze exemption for feature duplication PRs
Il 04/01/2018 08:50, Tim Sutton ha scritto: > Hi > > Thanks Andreas - I have added loomio votes for them here: > > https://www.loomio.org/d/38Aiya0q/3-0-soft-freeze-exemptions > > @all please add any other last minute freeze exception requests there. Thanks. Can we have a review of the PR, and an idea of the risk involved? All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html https://www.google.com/trends/explore?date=all=IT=qgis,arcgis ___ 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 [1380] Batch Hillshader approval notification.
Plugin Batch Hillshader approval by pcav. The plugin version "[1380] Batch Hillshader 2.1.90 Experimental" is now approved Link: http://plugins.qgis.org/plugins/batch_hillshader-master/ ___ 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] Freeze exemption for feature duplication PRs
The main risk is that something in the relation reference widget is broken. Something that we as users (Province of Zug) would find out first, because we use it a lot in many of our projects. We are already using QGIS master a lot and would find out issues around relation reference widgets. https://github.com/qgis/QGIS/pull/5925/ is low risk, since it is mainly UI changes (only 2 files changed). The other two PRs are a bit more complex, but still manageable to review for a core dev. https://github.com/qgis/QGIS/pull/5961/ is introducing a new context menu (also mainly UI). https://github.com/qgis/QGIS/pull/5922/ is probably the one of the three PRs that needs most review. Just my own view of course. Andreas On 2018-01-04 10:38, Paolo Cavallini wrote: > Il 04/01/2018 08:50, Tim Sutton ha scritto: > >> Hi >> >> Thanks Andreas - I have added loomio votes for them here: >> >> https://www.loomio.org/d/38Aiya0q/3-0-soft-freeze-exemptions >> >> @all please add any other last minute freeze exception requests there. > > Thanks. Can we have a review of the PR, and an idea of the risk involved? > All the best.___ 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] Better updating for QGIS3?
Hi Jürgen, Am Mi, 3.01.2018, 19:20 schrieb Jürgen E. Fischer: > The builds only happen once a day - not on each commit. > And the packages only cover qgis. The dependencies are > only updated the those package change - which doesn't happen ( > that) often. if developers of QGIS3 will switch to "release once - update often", there will/should be more updates. See Firefox or Chrome... they are updating very often (even silently). Seems like I am the only one seeing a problem here... so it doesn't seem to matter. Ignore it please :) Best, Tobias ___ 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] Better updating for QGIS3?
Hi Tobias > On 04 Jan 2018, at 17:58, Tobias Wendorff> wrote: > > Hi Jürgen, > > Am Mi, 3.01.2018, 19:20 schrieb Jürgen E. Fischer: >> The builds only happen once a day - not on each commit. >> And the packages only cover qgis. The dependencies are >> only updated the those package change - which doesn't happen ( >> that) often. > > if developers of QGIS3 will switch to "release once - update often", > there will/should be more updates. See Firefox or Chrome... they > are updating very often (even silently). Just to make it clear, nobody is proposing to make any changes to the frequency of releases. Point releases will be every 4 months, bug fix releases still monthly on the LTR versions (if there are any fixes), weekly and nightly builds etc. will just continue exactly as they do at the moment. BTW I also live in a bandwidth impoverished society and share your desire for minimising bandwidth, but short of delta updates (which we don't have the resources to implement at the moment) there isn’t much room for optimising in my opinion. Regards Tim > > Seems like I am the only one seeing a problem here... so it doesn't > seem to matter. Ignore it please :) > > Best, > Tobias > > ___ > 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 QGIS Project Steering Committee Chair 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] no shapefile editing with activated filter after project reload
Hi everybody, i found a mysterious behaviour during a shapefile editing session. Using qgis 2.8.14(15). I have some shapefiles which I want to edit. I create a filter on it, editing is possible. I save the project and after reopening it, there is no more editing possible. Even if I remove the filter it can't be edited anymore. I tried the same with a postgis layer which doesn't have this problem.So this might be shapefile specific!? Can anyone confirm this? Is this a bug? Should I open an report. Or maybe is there a solution/workaround? Kind regards Christian ___ 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] Freeze exemption for feature duplication PRs
Hi Paolo, On 01/04/2018 10:38 AM, Paolo Cavallini wrote: > Il 04/01/2018 08:50, Tim Sutton ha scritto: >> Hi >> >> Thanks Andreas - I have added loomio votes for them here: >> >> https://www.loomio.org/d/38Aiya0q/3-0-soft-freeze-exemptions >> >> @all please add any other last minute freeze exception requests there. > > Thanks. Can we have a review of the PR, The pull requests were reviewed and discussed internally extensively, except for the last one (#5961 "Contextmenu with individual actions"). > and an idea of the risk involved? Hard to tell, we never can exclude all the risks. On the pro side I would mention that these are new buttons/menus/actions so code is only executed on user interaction and only a minimal amount of bootstrap code is executed silently to create the buttons and menus. Regards Matthias > All the best. > ___ 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] no shapefile editing with activated filter after project reload
This reminds me of a similar bug (that should have been fixed), please have a look to https://issues.qgis.org/issues/17507 https://github.com/qgis/QGIS/pull/5741 If you think that the scenario is different please file a separate ticket and link to the original ticket (they are related for sure), if you don't think it is a separate issue just re-open #17507 and add a note with the exact procedure to reroduce your issue, please also attach a minimal simple project and data to allow me to quickly reproduce the issue... Make sure you are testing a build that is newer than 27 Nov 2017, that is the date when the patch landed into 2.x code base. Thanks On Thu, Jan 4, 2018 at 12:25 PM, EFTAS Christian Röttger < christian.roett...@eftas.com> wrote: > Hi everybody, > > > > i found a mysterious behaviour during a shapefile editing session. Using > qgis 2.8.14(15). > > I have some shapefiles which I want to edit. I create a filter on it, > editing is possible. > > I save the project and after reopening it, there is no more editing > possible. Even if I remove the filter it can’t be edited anymore. > > I tried the same with a postgis layer which doesn’t have this problem.So > this might be shapefile specific!? > > > > Can anyone confirm this? Is this a bug? Should I open an report. Or maybe > is there a solution/workaround? > > > > Kind regards > > Christian > > ___ > 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 > -- Alessandro Pasotti w3: www.itopen.it ___ 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] 2.99 colour panel crash? (MacOS 10.13/Qt 5.10)
Folks, Apparently there are recurring bug with the UI under OS X when using OS X 10.13 / Qt 5.10 : some dialog box closure crash (I just tried to close the project dialogue box and it crashed right away), and also the small colour dialog with predefined hues that appears when you click on the right of the standard colour picker. Just to say, sorry I can’t be of any more help because I only have so much time these days (TBH, I’m currently writing a review of QGIS 3 for the January issue of my magazine). Good luck! Vincent ___ 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