Re: [QGIS-Developer] random order after open attribute table

On Tue, Mar 12, 2019 at 10:36 PM andreaerdna wrote: > Martin Landa wrote > > I found problem with strange row ordering after opening attribute > > table in QGIS3. Rows are not ordered correctly (how related features > > were written to a layer). > Could be https://issues.qgis.org/issues/19299

Re: [QGIS-Developer] random order after open attribute table

Martin Landa wrote > I found problem with strange row ordering after opening attribute > table in QGIS3. Rows are not ordered correctly (how related features > were written to a layer). I can confirm the same strange annoying behaviour using the latest QGIS ltr 3.4.5-1 (89ee6f6e23) and QGIS

Re: [QGIS-Developer] Qgis has just vanished

Are you using Ubuntugis repository with Qgis. There can be issues if Ubuntugis updates its packages out of sequence with the Qgis release, because Ubuntugis is a separate project from Qgis and they don't synchronise releases. On 11/03/19 9:00 PM, Shane Carey wrote: Hi, Qgis has just

[QGIS-Developer] Plugin [578] Maps Printer approval notification.

Plugin Maps Printer approval by delazj. The plugin version "[578] Maps Printer 0.5.1" is now approved Link: http://plugins.qgis.org/plugins/MapsPrinter/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

[QGIS-Developer] Plugin [1675] RasterTimeseriesManager approval notification.

Plugin RasterTimeseriesManager approval by pcav. The plugin version "[1675] RasterTimeseriesManager 1.1 Experimental" is now approved Link: http://plugins.qgis.org/plugins/rastertimeseriesmanager/ ___ QGIS-Developer mailing list

Re: [QGIS-Developer] OSGeo4W Installer

3.7 is the development edition. I don't know whether it builds nightly for Windows, but even with the Linux builds sometimes you don't get one every day, and it can be several days delay if a release is imminent. On 13/03/19 2:18 AM, Totò wrote: Totò wrote Hi everyone, I'm not getting

[QGIS-Developer] Plugin [1665] Climb approval notification.

Plugin Climb approval by pcav. The plugin version "[1665] Climb 1.0.2" is now approved Link: http://plugins.qgis.org/plugins/Climb/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] QGIS 3, pygis 101 Styling QgsPointClusterRenderer

Sorry, all done with pygis exept the OpenStreetMap layer Am 12.03.19 um 16:44 schrieb wambac...@posteo.de: > > all done with pygis 101 :) > -- My projects: Admin Boundaries of the World Missing Boundaries

Re: [QGIS-Developer] QGIS 3, pygis 101 Styling QgsPointClusterRenderer

Yes, QgsMarkerSymbol is better - but this does not solve my problem. This will replace the predefined marker symbol by a new one, but without any details. e.g the count is missing. What i need is to *modify* the existing cluster marker symbol (color and size). Fortunately the default marker

[QGIS-Developer] adding XYZ-Tiles in pygis 101 (Qgis3)

Hi, any hints where to get doc or example? regards walter -- My projects: Admin Boundaries of the World Missing Boundaries Emergency Map

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

Tickets opened on all 13 plugins. Thanks again. On 12/03/19 16:08, Paolo Cavallini wrote: > In analigy with the other email, I would suggest to forget about 2.18, > and check only 3.*. I will deal with the list of plugins below. > Thanks. > > On 12/03/19 15:53, Thomas Baumann wrote: >> Hi

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

In analigy with the other email, I would suggest to forget about 2.18, and check only 3.*. I will deal with the list of plugins below. Thanks. On 12/03/19 15:53, Thomas Baumann wrote: > Hi Richard, > > yes for QGIS3 the OSMDownloader is one of the plugins with macosx folder: > > check for QGIS

Re: [QGIS-Developer] URL's of tracker and repository in the official QGIS plugin repository sometimes not up to date

Thanks a lot Thomas for this analysis. Since apparently all the errors are for 2.18 plugins, I suggest leaving everything as it is (most if not all are a known consequence of shutting down hub.qgis.org). Things will sort themselves out as 2.18 support has been dropped. All the best. On 12/03/19

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

Hi Richard, yes for QGIS3 the OSMDownloader is one of the plugins with macosx folder: check for QGIS 3.4: - - - - - - - - - - - - - - - - - - - - - - - - - MapsPrinter.0.5.zip AzimuthDistanceCalculator.2.0.zip OSMDownloader.1.0.zip MongoConnector.1.2.0.zip Socrata.2.0.zip

[QGIS-Developer] Plugin [1653] CatastroV3 approval notification.

Plugin CatastroV3 approval by pcav. The plugin version "[1653] CatastroV3 1.2 Experimental" is now approved Link: http://plugins.qgis.org/plugins/CatastroV3/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

[QGIS-Developer] Plugin [1316] Location Lab: Catchments approval notification.

Plugin Location Lab: Catchments approval by pcav. The plugin version "[1316] Location Lab: Catchments 2.0.1" is now approved Link: http://plugins.qgis.org/plugins/location_lab/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

[QGIS-Developer] Plugin [1673] Geocode Sqlite table approval notification.

Plugin Geocode Sqlite table approval by pcav. The plugin version "[1673] Geocode Sqlite table 0.6 Experimental" is now approved Link: http://plugins.qgis.org/plugins/geocode_sqlite/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List

Re: [QGIS-Developer] OSGeo4W Installer

Totò wrote > Hi everyone, > I'm not getting updates for about 5 days, I'm stopped at 3.7.0-5, is this > normal? > > OSGeo4W Network Installer - win 10 x64 > > thx I tried again now and found an update. thx - https://pigrecoinfinito.wordpress.com/ -- Sent from:

Re: [QGIS-Developer] FUSION/LDV plugin for QGIS3

Hi Nic, I got an estimate from a developer what the cost would be to port FUSION to QGIS3 (Around 1000-1500 Euros). I will now proceed to see if I can get funding for this from my organisation or from QGISSweden. If anyone else want to contribute, do not hesitate to contact me. thanks,

Re: [QGIS-Developer] QGIS plugin qgisMinimumVersion

I'm afraid IMHO it's more a long-standing behavior consistent with the repository: the compatibility range limits are x.y. Moreover, it could be considered an API break for private repositories that parse that version number - and we're talking about the LTR version :/ Although I'm not sure

Re: [QGIS-Developer] QGIS plugin qgisMinimumVersion

Could this be regarded as a bug in the plugin manager? In that case it should be OK to fix it in a point release. Håvard On 11.03.2019 14:31, Borys Jurgiel wrote: The reason the plugin manager sends just "?qgis=3.4" was because the point releases ("micro" versions) are expected to only provide

[QGIS-Developer] Plugin [1665] Climb approval notification.

Plugin Climb approval by pcav. The plugin version "[1665] Climb 1.0.1" is now approved Link: http://plugins.qgis.org/plugins/Climb/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] Flaky tests and Travis

I understand we haven't much of a choice: +1 for disabling. I wonder if there is a way to make it more evident for developers that they need to run disabled tests locally by hand before making a PR. It happened to me once or twice that I made a change that I knew was covered by a test case, let

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

On 12/03/2019 09.21, Thomas Baumann wrote: > In order to cause less traffic and have a better performance it would be > much better to run the script on the server where the plugin zipfiles > are located. Hi Thomas, If you provide me the script I will run it. With me the OSMDownlader plugin

Re: [QGIS-Developer] Flaky tests and Travis

On 3/12/19 12:28 AM, Nyall Dawson wrote: > On Tue, 12 Mar 2019 at 07:59, Denis Rouzaud wrote: >> I am also in favor of disabling them but maybe keep them running and have >> them as expected failure? > That sounds preferable -- but I'm not (personally) sure if it's > possible. You know the CI

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

Note added to http://plugins.qgis.org/publish/ Thanks! On 12/03/19 07:09, Richard Duivenvoorde wrote: > On 12/03/2019 02.21, Paolo Cavallini wrote: >> Hi all, >> this would be welcomed. I check the git repo and ask to delete them when >> I spot them, but checking every zip manually it's a pain.

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

Hi Paolo, i wrote a python script to check the qgis 2.18 repository and found 28 plugins which contain a __macosx folder: AzimuthDistanceCalculator.1.1.2.zip GeoHealth.1.0.1.zip irods_qgis.3.2.zip QgisGeoJSONExportPlugin.0.2.0.zip vTool.0.2.zip GridZoneGenerator.1.3.zip

Re: [QGIS-Developer] Welcome page improvements

Hi, On 12/03/19 00:31, Nyall Dawson wrote: > I also think it's mandatory that at Christmas time the weather > presenter wears a santa hat. and shorts according to season (time of the year+latitude), etc. Plenty of opportunities here :) Cheers. -- Paolo Cavallini - www.faunalia.eu QGIS.ORG

[QGIS-Developer] OSGeo4W Installer

Hi everyone, I'm not getting updates for about 5 days, I'm stopped at 3.7.0-5, is this normal? OSGeo4W Network Installer - win 10 x64 thx - https://pigrecoinfinito.wordpress.com/ -- Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html

Re: [QGIS-Developer] Raster Calculator troubles in Processing with pyqgis

> Does either of the platforms have OpenCL support enabled? nope, not linux, not windows Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe:

Re: [QGIS-Developer] Raster Calculator troubles in Processing with pyqgis

On Tue, 12 Mar 2019 at 17:13, matteo wrote: > > Hi devs, > > I'm facing a really strange bug (IMHO). Same script, same project, same > data, same QGIS version (3.6), but different platform (linux vs windows). > > The EXPRESSION parameter is giving errors when used, ONLY in Windows. > > This is

[QGIS-Developer] Raster Calculator troubles in Processing with pyqgis

Hi devs, I'm facing a really strange bug (IMHO). Same script, same project, same data, same QGIS version (3.6), but different platform (linux vs windows). The EXPRESSION parameter is giving errors when used, ONLY in Windows. This is the small snippet I'm using without any problem in Linux:

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

On 12/03/2019 02.21, Paolo Cavallini wrote: > Hi all, > this would be welcomed. I check the git repo and ask to delete them when > I spot them, but checking every zip manually it's a pain. > Anyone could take this? Better open a ticket and add a note to the > how-to page for plugin uploaders. I