Re: [QGIS-Developer] No LTR on SUSE repos

[Patrick Dunford]

The packaging instructions are written for Debian/Ubuntu as far as I 
recall, it could be more challenging on another distro


On 8/04/19 8:25 PM, Paolo Cavallini wrote:

Hi Yann,

On 08/04/19 10:01, Yann POUFFARIX wrote:

Back in time.

No answer from maintener and of course nothing listed here

https://software.opensuse.org/package/qgis-ltr

what to do x)

I think you are left with the choice of either doing the package
yourself, or hire someone to do it. Of course you can always compile
qgis yourself, it shouldn't be too hard if the dependencies are properly
packaged.
Cheers.


___
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 [1412] GeoDataFarm approval notification.

[noreply]

Plugin GeoDataFarm approval by pcav.
The plugin version "[1412] GeoDataFarm 2.3.2.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/geodatafarm/
___
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] reale Distanzen durch Strassenverkehrsnetz rechnen

[Alhawash Aziz]

Sehr geehrter Damen und Herren,

Dear Ladies and Gentlemen,
English version follows at the end of the email



im Rahmen eines Projekts im Institut für Controlling und 
Unternehmsrechnung beschäftigen wir uns mit der Forschung, um die 
Anzahl der Krankenhäuser im Teil von Niedersachsen effizient zu 
reduzieren.
Man sollte eine “isochrone map”. Es soll mit der software (QGIS) 
gerechnet werden, was “service area” des Krankenhauses innerhalb 
30mins oder 60mins Fahrstrecke ist.


200 zufällige Punkte in jeder Gemeinde wurde schon generiert, um den 
Distanz zwischen jedem Punkt und jedem Krankenhaus zu rechnen.


1- Über Distanz zwischen zwei Punkten auf der Layer konnten wir nur 
die absolute Distanz rechen, aber eigentlich brauchen wir die genauen, 
realen und mit realem Strassenverkehrsnetz gerechneten Distanzen.
2- Es gibt eine Erweiterung heisst “OSM Tools” in QGIS, und diese 
Erweiterung besagt, es kann Isochrone map generieren. Aber wenn wir 
das Rechnen versuchen,dann gibt es kein erwartetes Ergebnis.

Auf jede Hilfe Anweisung oder weiterleitung sind wir sehr dankbar.

Mit freundlichen Grüßen
Aziz


Dear Ladies and Gentlemen,


As part of a project at the Institute for Controlling and Enterprise 
Accounting, we are engaged in research to efficiently reduce the 
number of hospitals in the Lower Saxony area.
One should have an "isochronous map". It should be calculated with the 
software (QGIS), which is "service area" of the hospital within 30mins 
or 60mins driving distance.


200 random points have already been generated in each community to 
calculate the distance between each point and each hospital.


1- We were only able to calculate the absolute distance over the 
distance between two points on the layer, but actually we need the 
exact, real distances calculated using the real road traffic network.
2- There is an extension called "OSM Tools" in QGIS, and this 
extension says it can generate Isochrone map. But if we try the 
calculation, then there is no expected result.


We are very thankful for any help, instruction or forwarding.
Yours sincerely
Aziz
___
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-Server: filter by categories in an OGC compatible way

[Jonathan Moules]

Hi Andrea,

Just checked the WMS 1.3.0 spec:

"HTTP supports two request methods: GET and POST. One or both of these 
methods may be offered by a server,
and the use of the Online Resource URL differs in each case. Support for 
the GET method is mandatory; support

for the POST method is optional."

The GetCaps document should indicate whether POST is supported.

So I was wrong, they can be GET, but it's not guaranteed. Sorry about 
that, thanks for checking!


Cheers,
Jonathan

On 2019-04-09 20:31, Andreas Neumann wrote:

Hi Jonathan,

I am aware about the limit in GET requests.

Are you sure that WMS servers don't support POST requests?

Some Google hits suggest otherwise

Geoserver:

https://anitagraser.com/2010/06/09/getmap-from-geoserver-using-http-post/

UMN:

https://gis.stackexchange.com/questions/232215/mapserver-wms-http-post-requests 



I am pretty sure that QGIS Server also allows POST requests, but I may 
be wrong.


Andreas

Am 09.04.19 um 19:09 schrieb Jonathan Moules:


Hi Andreas,

Another problem you may hit - the link below is hitting it being 
~2300 chars - URL's (and thus GET requests) cannot reliably be more 
than about 2000 characters long. At that point you need to shift over 
to POST requests (and I think GetMap is GET only...).


https://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url-in-different-browsers 



Cheers,

Jonathan


On 2019-04-09 16:07, Andreas Neumann wrote:

Hi Paul
Thanks - now I know that I have to use SLD_BODY for the case where the
SLD is in the URL.
Another QGIS-Server specific question:
Can I count on it that the SLD output by QGIS server with the GetStyles
request can also be consumed again by QGIS server? What about complex
styles (e.g. something with a style that can't easily be represented by
SLD). If I first consume the styles from QGIS server, then filter and
send back, would the complex styles potentially be lost/destroyed?
Again: our intent here is merely to filter categories, not to change 
the

styles.
Thanks,
Andreas
On 2019-04-09 16:28, pblottiere wrote:


Hi Andreas,
Can you point me to an example how to create a valid GetMap 
request with an SLD submitted? 


There's a basic example in unit tests: 
https://github.com/qgis/QGIS/blob/master/tests/src/python/test_qgsserver_wms_getmap.py#L1309-L1325


Regards,

Paul
On 4/9/19 4:14 PM, Andreas Neumann wrote:
Hi,
I did some test:
Here is a long URL with the SLD (originally sent by QGIS server, 
stripped away some RULES manually) and sending it back in a GetMap 
request:


https://services.geo.zg.ch/ows-oereb/Grundwasserschutz?SERVICE=WMS=1.3.0=GetMap=2682932,1225299,2684213,1226054=EPSG:2056=1615=952=ch.zg.grundwasserschutz.gwszonen==image/png=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE=%3CStyledLayerDescriptor+xmlns%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld%22+xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22+xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance%22+xsi%3AschemaLocation%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld+http%3A%2F%2Fschemas.opengis.net%2Fsld%2F1.1.0%2FStyledLayerDescriptor.xsd%22+xmlns%3Ase%3D%22http%3A%2F%2Fwww.opengis.net%2Fse%22+version%3D%221.1.0%22+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A+%3CNamedLayer%3E%0D%0A++%3Cse%3AName%3Ech.zg.grundwasserschutz.gwszonen%3C%2Fse%3AName%3E%0D%0A++%3CUserStyle%3E%0D%0A+++%3Cse%3AName%3Edefault%3C%2Fse%3AName%3E%0D%0A+++%3Cse%3AFeatureTypeStyle%3E%0D%0A%3Cs 

e%3ARule%3E%0D%0A+%3Cse%3AName%3EGrundwasserschutzzone+S1%3C%2Fse%3AName%3E%0D%0A+%3Cse%3ADescription%3E%0D%0A++%3Cse%3ATitle%3EGrundwasserschutzzone+S1%3C%2Fse%3ATitle%3E%0D%0A+%3C%2Fse%3ADescription%3E%0D%0A+%3Cogc%3AFilter+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A++%3Cogc%3APropertyIsEqualTo%3E%0D%0A+++%3Cogc%3APropertyName%3Etyp_code%3C%2Fogc%3APropertyName%3E%0D%0A+++%3Cogc%3ALiteral%3ES1%3C%2Fogc%3ALiteral%3E%0D%0A++%3C%2Fogc%3APropertyIsEqualTo%3E%0D%0A+%3C%2Fogc%3AFilter%3E%0D%0A+%3Cse%3APolygonSymbolizer%3E%0D%0A++%3Cse%3AFill%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22fill%22%3E%23003bb3%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AFill%3E%0D%0A++%3Cse%3AStroke%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke%22%3E%2380%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-width%22%3E1%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-linej 

oin%22%3Ebevel%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AStroke%3E%0D%0A+%3C%2Fse%3APolygonSymbolizer%3E%0D%0A%3C%2Fse%3ARule%3E%0D%0A+++%3C%2Fse%3AFeatureTypeStyle%3E%0D%0A++%3C%2FUserStyle%3E%0D%0A+%3C%2FNamedLayer%3E%0D%0A%3C%2FStyledLayerDescriptor%3E 



The response is:

http://www.opengis.net/ogc; 
version="1.3.0">
 SLD 
('http://www.opengis.net/sld; [1] 
xmlns:xlink="http://www.w3.org/1999/xlink; [2] 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; [3] 
xsi:schemaLocation="http://www.opengis.net/sld 

Re: [QGIS-Developer] QGIS-Server: filter by categories in an OGC compatible way

[Andreas Neumann]

Hi Jonathan,

I am aware about the limit in GET requests.

Are you sure that WMS servers don't support POST requests?

Some Google hits suggest otherwise

Geoserver:

https://anitagraser.com/2010/06/09/getmap-from-geoserver-using-http-post/

UMN:

https://gis.stackexchange.com/questions/232215/mapserver-wms-http-post-requests

I am pretty sure that QGIS Server also allows POST requests, but I may 
be wrong.


Andreas

Am 09.04.19 um 19:09 schrieb Jonathan Moules:


Hi Andreas,

Another problem you may hit - the link below is hitting it being ~2300 
chars - URL's (and thus GET requests) cannot reliably be more than 
about 2000 characters long. At that point you need to shift over to 
POST requests (and I think GetMap is GET only...).


https://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url-in-different-browsers

Cheers,

Jonathan


On 2019-04-09 16:07, Andreas Neumann wrote:

Hi Paul
Thanks - now I know that I have to use SLD_BODY for the case where the
SLD is in the URL.
Another QGIS-Server specific question:
Can I count on it that the SLD output by QGIS server with the GetStyles
request can also be consumed again by QGIS server? What about complex
styles (e.g. something with a style that can't easily be represented by
SLD). If I first consume the styles from QGIS server, then filter and
send back, would the complex styles potentially be lost/destroyed?
Again: our intent here is merely to filter categories, not to change the
styles.
Thanks,
Andreas
On 2019-04-09 16:28, pblottiere wrote:


Hi Andreas,
Can you point me to an example how to create a valid GetMap request 
with an SLD submitted? 


There's a basic example in unit tests: 
https://github.com/qgis/QGIS/blob/master/tests/src/python/test_qgsserver_wms_getmap.py#L1309-L1325


Regards,

Paul
On 4/9/19 4:14 PM, Andreas Neumann wrote:
Hi,
I did some test:
Here is a long URL with the SLD (originally sent by QGIS server, 
stripped away some RULES manually) and sending it back in a GetMap 
request:


https://services.geo.zg.ch/ows-oereb/Grundwasserschutz?SERVICE=WMS=1.3.0=GetMap=2682932,1225299,2684213,1226054=EPSG:2056=1615=952=ch.zg.grundwasserschutz.gwszonen==image/png=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE=%3CStyledLayerDescriptor+xmlns%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld%22+xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22+xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance%22+xsi%3AschemaLocation%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld+http%3A%2F%2Fschemas.opengis.net%2Fsld%2F1.1.0%2FStyledLayerDescriptor.xsd%22+xmlns%3Ase%3D%22http%3A%2F%2Fwww.opengis.net%2Fse%22+version%3D%221.1.0%22+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A+%3CNamedLayer%3E%0D%0A++%3Cse%3AName%3Ech.zg.grundwasserschutz.gwszonen%3C%2Fse%3AName%3E%0D%0A++%3CUserStyle%3E%0D%0A+++%3Cse%3AName%3Edefault%3C%2Fse%3AName%3E%0D%0A+++%3Cse%3AFeatureTypeStyle%3E%0D%0A%3Cs 

e%3ARule%3E%0D%0A+%3Cse%3AName%3EGrundwasserschutzzone+S1%3C%2Fse%3AName%3E%0D%0A+%3Cse%3ADescription%3E%0D%0A++%3Cse%3ATitle%3EGrundwasserschutzzone+S1%3C%2Fse%3ATitle%3E%0D%0A+%3C%2Fse%3ADescription%3E%0D%0A+%3Cogc%3AFilter+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A++%3Cogc%3APropertyIsEqualTo%3E%0D%0A+++%3Cogc%3APropertyName%3Etyp_code%3C%2Fogc%3APropertyName%3E%0D%0A+++%3Cogc%3ALiteral%3ES1%3C%2Fogc%3ALiteral%3E%0D%0A++%3C%2Fogc%3APropertyIsEqualTo%3E%0D%0A+%3C%2Fogc%3AFilter%3E%0D%0A+%3Cse%3APolygonSymbolizer%3E%0D%0A++%3Cse%3AFill%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22fill%22%3E%23003bb3%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AFill%3E%0D%0A++%3Cse%3AStroke%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke%22%3E%2380%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-width%22%3E1%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-linej 

oin%22%3Ebevel%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AStroke%3E%0D%0A+%3C%2Fse%3APolygonSymbolizer%3E%0D%0A%3C%2Fse%3ARule%3E%0D%0A+++%3C%2Fse%3AFeatureTypeStyle%3E%0D%0A++%3C%2FUserStyle%3E%0D%0A+%3C%2FNamedLayer%3E%0D%0A%3C%2FStyledLayerDescriptor%3E 



The response is:

http://www.opengis.net/ogc; 
version="1.3.0">
 SLD 
('http://www.opengis.net/sld; [1] 
xmlns:xlink="http://www.w3.org/1999/xlink; [2] 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; [3] 
xsi:schemaLocation="http://www.opengis.net/sld 
http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd; [4] 
xmlns:se="http://www.opengis.net/se; [5] version="1.1.0" 
xmlns:ogc="http://www.opengis.net/ogc; [6]>  
ch.zg.grundwasserschutz.gwszonen  
default   
Grundwasserschutzzone S1  
Grundwasserschutzzone S1  
http://www.opengis.net/ogc; [6]> 
 
typ_code 
S1   
  name="fill">#003bb3   
name="stroke">#80 name="stroke-width">1 name="stroke-linejoin">bevel  
   
  ') cannot be 
converted into QString

 
So apparently the SLD cannot be converted to a QString. Is my 
encoding 

Re: [QGIS-Developer] Any plan for alternates to Python 3.6 dependency on macOS QGIS 3?

[Andreas Neumann]

Hi Anthony,

Yesterday we  had a meeting and decided that we want to further support 
the efforts towards a better MacOS installer. So we hope that this 
initiative will bear more fruits in the future.


Greetings,

Andreas

Am 09.04.19 um 20:31 schrieb Anthony DeBarros:
Many thanks for the suggestion to use the Lutra Consulting installer. 
It worked perfectly and it didn't upset anything else on my system. 
I'd liken it quite favorably to the approach used by 
https://postgresapp.com/ for PostgreSQL installs on Macs. I hope 
you'll consider an approach this simple for your "official" macOS build.


Best,
Anthony

On Mon, Apr 8, 2019 at 7:43 PM Nyall Dawson > wrote:


On Tue, 9 Apr 2019 at 03:59, Anthony DeBarros mailto:adebar...@gmail.com>> wrote:
>
> Hi, folks,
>
> Longtime QGIS user but recent listserv subscriber here with a
question about macOS installs of QGIS 3.x. I could not find this
question in recent archives, so here goes:
>
> When I installed QGIS 3.x recently on macOS Mojave, the required
Python 3.6 install from Python.org severely mucked up my existing
Homebrew Python 3. I've discussed similar issues with colleagues
who've experienced the same.
>
> I'm curious whether it's possible to direct QGIS 3 to reference
an existing Python 3 install other than the one from Python.org?
Would this be possibly considered as a new feature, if not?
>
> Beyond that, if anyone has found a good guide to managing
Homebrew Python alongside the Python.org install, I'd appreciate that.
>
> I've been told that installing QGIS 3 via Homebrew is also an
alternative, but I haven't tried and would appreciate thoughts there.

Have you tried using the Lutra all-in-one installers?
https://lutraconsulting.github.io/qgis-mac-packager/

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 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] PyQGIS WMS tiles don't load on Windows

[Jonathan Moules]

Hi Erik,

(Staying on list)

I'm afraid I can't help you with QGIS stuff as I don't know anything 
about the code-base. Just wanted to clear up confusion.


That Google service is definitely not a WMS service. To get a maptile 
via WMS it would have this in the query string somewhere: 
=getmap=WMS= at the minimum. Most OGC services 
build URLs similar that, so they're easy to spot.


Other map service types are TMS (which is most similar to Google map 
tiles and OSM tile services) and WMTS (a more complex version of TMS). 
Both are designed for sharing basemap tiles. It took me a while to get 
my head around the different types too!


Cheers,

Jonathan


On 2019-04-09 19:53, Erik Polzin wrote:

Hi Jonathan,
Thanks for your reply.

I'd been reading through some of the documentation on the OGC specifications
,
and came across those URLs to the google maps servers elsewhere. So I
glanced at the data from this url
https://mt1.google.com/vt?lyrs=s=0=0=0, and thought it looked like a
WMS server - so hardly an educated approach!
But, like I mentioned, that source works fine in the full-blown QGIS app
(as a WMS layer).

But I haven't been working with map servers for very long - so I guess my
question is what other options for server types are there? You mention that
Google has a non-WMS based service. Anywhere you know of I can find out
more about this? Can I use it through QGIS?

I appreciate the help,
Erik

On Tue, Apr 9, 2019 at 6:25 PM Jonathan Moules 
wrote:


Hi Erik,

I think maybe there's a nomenclature problem here. I wasn't aware that any
Google services were available via WMS.

WMS is a specific specification, and if you're googling around using that
term you're going to find results that aren't pertinent to what you
actually want to do (which is using Google's tile based, non-WMS services).

Cheers,

Jonathan


On 2019-04-09 08:54, Erik Polzin wrote:

I'm busy developing an app using the QGIS Python api, PyQGIS, and am
noticing some strange behaviour when loading WMS tiles: Running the python
script on Linux Mint loads xyz layers from Google Maps and Google Satellite
just fine. On Windows, only the Google Maps layer loads.

Here is a test script I wrote to demonstrate the problem:

from qgis.core import QgsApplication, QgsProject, QgsRasterLayer
from qgis.gui import QgsMapCanvas, QgsLayerTreeMapCanvasBridge

from PyQt5.QtWidgets import QMainWindow
import os

GOOGLE_MAPS_SOURCE = 
"type=xyz=https://mt1.google.com/vt?lyrs%3Dm%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
"
GOOGLE_SATELLITE_SOURCE = 
"type=xyz=https://mt1.google.com/vt?lyrs%3Ds%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
"

class WMSTestApp(QMainWindow):

 def __init__(self):
 super().__init__()

 self.canvas = QgsMapCanvas(self)
 self.bridge =
QgsLayerTreeMapCanvasBridge(QgsProject.instance().layerTreeRoot(),
self.canvas)

 layer = QgsRasterLayer(GOOGLE_SATELLITE_SOURCE, "Test WMS Layer",
"wms")

 QgsProject.instance().addMapLayer(layer)
 self.canvas.setLayers([layer])

 self.setCentralWidget(self.canvas)


QgsApplication.setPrefixPath(os.environ.get("QGIS_PREFIX_PATH", "C:\Program
Files\QGIS 3.4\apps\qgis"), True)
qgs = QgsApplication([], True)
qgs.initQgis()

app = WMSTestApp()
app.show()
qgs.exec_()
qgs.exitQgis()

Interestingly, the layers (from the same sources!) both load from the
Windows QGIS app.
So I did some digging and noticed that the default Google Maps url returns
PNG files, while the Satellite url returns JPEGs. I tested a couple of
other links, and it seems like only PNG tile servers have any effect on
windows systems.

Have tested this on Windows 7 and 10, with the same results.

Does PyQgis need to be reconfigured in some way to get this to work? Or is
it a known issue with the version (3.4) I'm using?

Cheers and thanks,
Erik



___
QGIS-Developer mailing listqgis-develo...@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


___
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] Any plan for alternates to Python 3.6 dependency on macOS QGIS 3?

[Anthony DeBarros]

Many thanks for the suggestion to use the Lutra Consulting installer. It
worked perfectly and it didn't upset anything else on my system. I'd liken
it quite favorably to the approach used by https://postgresapp.com/ for
PostgreSQL installs on Macs. I hope you'll consider an approach this simple
for your "official" macOS build.

Best,
Anthony

On Mon, Apr 8, 2019 at 7:43 PM Nyall Dawson  wrote:

> On Tue, 9 Apr 2019 at 03:59, Anthony DeBarros  wrote:
> >
> > Hi, folks,
> >
> > Longtime QGIS user but recent listserv subscriber here with a question
> about macOS installs of QGIS 3.x. I could not find this question in recent
> archives, so here goes:
> >
> > When I installed QGIS 3.x recently on macOS Mojave, the required Python
> 3.6 install from Python.org severely mucked up my existing Homebrew Python
> 3. I've discussed similar issues with colleagues who've experienced the
> same.
> >
> > I'm curious whether it's possible to direct QGIS 3 to reference an
> existing Python 3 install other than the one from Python.org? Would this be
> possibly considered as a new feature, if not?
> >
> > Beyond that, if anyone has found a good guide to managing Homebrew
> Python alongside the Python.org install, I'd appreciate that.
> >
> > I've been told that installing QGIS 3 via Homebrew is also an
> alternative, but I haven't tried and would appreciate thoughts there.
>
> Have you tried using the Lutra all-in-one installers?
> https://lutraconsulting.github.io/qgis-mac-packager/
>
> 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] Bug #21460?

[Andrea Aime]

On Tue, Apr 9, 2019 at 7:00 PM Jonathan Moules 
wrote:

> Hi Andrea,
>
> As always, I agree with you, but one thing:
>
> > After all, the GPL license is really clear on the matter: "THE ENTIRE
> RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD
> THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY
> SERVICING, REPAIR OR CORRECTION"  Throwing one's frustration at the
> developers that shared code under the above conditions, while somehow
> understandable, really does not make sense and helps nobody.
>
> To be fair you get the exact same conditions if you throw six digit sums
> to the proprietary vendors too.
>
Yes indeed, completely agree.
I kind of see an unfortunate tendency to repetition in users, a sort of
"continuity" if you like:

   - "I pay for proprietary software, hence I'll pay for support and
   fixing" (and agree that getting a fix is really hard, towards "mission
   impossible" levels, with large vendors)
   - "I did not pay for open source software, hence I won't pay for support
   or bug fixing (let alone use my super-precious personal time to help the
   community in other ways)". And this is where I get mad :-D

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information. == Ing. Andrea Aime @geowolf Technical Lead
GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39
0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
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-Server: filter by categories in an OGC compatible way

[Jonathan Moules]

Hi Andreas,

Another problem you may hit - the link below is hitting it being ~2300 
chars - URL's (and thus GET requests) cannot reliably be more than about 
2000 characters long. At that point you need to shift over to POST 
requests (and I think GetMap is GET only...).


https://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url-in-different-browsers

Cheers,

Jonathan


On 2019-04-09 16:07, Andreas Neumann wrote:

Hi Paul
Thanks - now I know that I have to use SLD_BODY for the case where the
SLD is in the URL.
Another QGIS-Server specific question:
Can I count on it that the SLD output by QGIS server with the GetStyles
request can also be consumed again by QGIS server? What about complex
styles (e.g. something with a style that can't easily be represented by
SLD). If I first consume the styles from QGIS server, then filter and
send back, would the complex styles potentially be lost/destroyed?
Again: our intent here is merely to filter categories, not to change the
styles.
Thanks,
Andreas
On 2019-04-09 16:28, pblottiere wrote:


Hi Andreas,
Can you point me to an example how to create a valid GetMap request 
with an SLD submitted? 


There's a basic example in unit tests: 
https://github.com/qgis/QGIS/blob/master/tests/src/python/test_qgsserver_wms_getmap.py#L1309-L1325


Regards,

Paul
On 4/9/19 4:14 PM, Andreas Neumann wrote:
Hi,
I did some test:
Here is a long URL with the SLD (originally sent by QGIS server, 
stripped away some RULES manually) and sending it back in a GetMap 
request:


https://services.geo.zg.ch/ows-oereb/Grundwasserschutz?SERVICE=WMS=1.3.0=GetMap=2682932,1225299,2684213,1226054=EPSG:2056=1615=952=ch.zg.grundwasserschutz.gwszonen==image/png=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE=%3CStyledLayerDescriptor+xmlns%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld%22+xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22+xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance%22+xsi%3AschemaLocation%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld+http%3A%2F%2Fschemas.opengis.net%2Fsld%2F1.1.0%2FStyledLayerDescriptor.xsd%22+xmlns%3Ase%3D%22http%3A%2F%2Fwww.opengis.net%2Fse%22+version%3D%221.1.0%22+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A+%3CNamedLayer%3E%0D%0A++%3Cse%3AName%3Ech.zg.grundwasserschutz.gwszonen%3C%2Fse%3AName%3E%0D%0A++%3CUserStyle%3E%0D%0A+++%3Cse%3AName%3Edefault%3C%2Fse%3AName%3E%0D%0A+++%3Cse%3AFeatureTypeStyle%3E%0D%0A%3Cs 

e%3ARule%3E%0D%0A+%3Cse%3AName%3EGrundwasserschutzzone+S1%3C%2Fse%3AName%3E%0D%0A+%3Cse%3ADescription%3E%0D%0A++%3Cse%3ATitle%3EGrundwasserschutzzone+S1%3C%2Fse%3ATitle%3E%0D%0A+%3C%2Fse%3ADescription%3E%0D%0A+%3Cogc%3AFilter+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A++%3Cogc%3APropertyIsEqualTo%3E%0D%0A+++%3Cogc%3APropertyName%3Etyp_code%3C%2Fogc%3APropertyName%3E%0D%0A+++%3Cogc%3ALiteral%3ES1%3C%2Fogc%3ALiteral%3E%0D%0A++%3C%2Fogc%3APropertyIsEqualTo%3E%0D%0A+%3C%2Fogc%3AFilter%3E%0D%0A+%3Cse%3APolygonSymbolizer%3E%0D%0A++%3Cse%3AFill%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22fill%22%3E%23003bb3%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AFill%3E%0D%0A++%3Cse%3AStroke%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke%22%3E%2380%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-width%22%3E1%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-linej 

oin%22%3Ebevel%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AStroke%3E%0D%0A+%3C%2Fse%3APolygonSymbolizer%3E%0D%0A%3C%2Fse%3ARule%3E%0D%0A+++%3C%2Fse%3AFeatureTypeStyle%3E%0D%0A++%3C%2FUserStyle%3E%0D%0A+%3C%2FNamedLayer%3E%0D%0A%3C%2FStyledLayerDescriptor%3E 



The response is:

http://www.opengis.net/ogc; 
version="1.3.0">
 SLD 
('http://www.opengis.net/sld; [1] 
xmlns:xlink="http://www.w3.org/1999/xlink; [2] 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; [3] 
xsi:schemaLocation="http://www.opengis.net/sld 
http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd; [4] 
xmlns:se="http://www.opengis.net/se; [5] version="1.1.0" 
xmlns:ogc="http://www.opengis.net/ogc; [6]>  
ch.zg.grundwasserschutz.gwszonen  
default   
Grundwasserschutzzone S1  
Grundwasserschutzzone S1  
http://www.opengis.net/ogc; [6]> 
 typ_code 
S1   
  name="fill">#003bb3   
name="stroke">#80 name="stroke-width">1 name="stroke-linejoin">bevel  

 ') cannot be converted into QString

 
So apparently the SLD cannot be converted to a QString. Is my 
encoding in the URL above wrong or am I missing a required additional 
parameter?
Can you point me to an example how to create a valid GetMap request 
with an SLD submitted?

Thanks a lot, Andreas
On 2019-04-09 15:38, Andreas Neumann wrote:
Hi,
Does QGIS-Server support SLD styles to filter away RULEs in a GetMap 
Request?
I would assume, yes, but in what encoding would I submit such an SLD 
in a GET request? I know that one should rather use POST reqests for 
such long 

Re: [QGIS-Developer] PyQGIS WMS tiles don't load on Windows

[Jonathan Moules]

Hi Erik,

I think maybe there's a nomenclature problem here. I wasn't aware that 
any Google services were available via WMS.


WMS is a specific specification, and if you're googling around using 
that term you're going to find results that aren't pertinent to what you 
actually want to do (which is using Google's tile based, non-WMS services).


Cheers,

Jonathan


On 2019-04-09 08:54, Erik Polzin wrote:

I'm busy developing an app using the QGIS Python api, PyQGIS, and am
noticing some strange behaviour when loading WMS tiles: Running the python
script on Linux Mint loads xyz layers from Google Maps and Google Satellite
just fine. On Windows, only the Google Maps layer loads.

Here is a test script I wrote to demonstrate the problem:

from qgis.core import QgsApplication, QgsProject, QgsRasterLayer
from qgis.gui import QgsMapCanvas, QgsLayerTreeMapCanvasBridge

from PyQt5.QtWidgets import QMainWindow
import os

GOOGLE_MAPS_SOURCE = "type=xyz=
https://mt1.google.com/vt?lyrs%3Dm%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
"
GOOGLE_SATELLITE_SOURCE = "type=xyz=
https://mt1.google.com/vt?lyrs%3Ds%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
"

class WMSTestApp(QMainWindow):

 def __init__(self):
 super().__init__()

 self.canvas = QgsMapCanvas(self)
 self.bridge =
QgsLayerTreeMapCanvasBridge(QgsProject.instance().layerTreeRoot(),
self.canvas)

 layer = QgsRasterLayer(GOOGLE_SATELLITE_SOURCE, "Test WMS Layer",
"wms")

 QgsProject.instance().addMapLayer(layer)
 self.canvas.setLayers([layer])

 self.setCentralWidget(self.canvas)


QgsApplication.setPrefixPath(os.environ.get("QGIS_PREFIX_PATH", "C:\Program
Files\QGIS 3.4\apps\qgis"), True)
qgs = QgsApplication([], True)
qgs.initQgis()

app = WMSTestApp()
app.show()
qgs.exec_()
qgs.exitQgis()

Interestingly, the layers (from the same sources!) both load from the
Windows QGIS app.
So I did some digging and noticed that the default Google Maps url returns
PNG files, while the Satellite url returns JPEGs. I tested a couple of
other links, and it seems like only PNG tile servers have any effect on
windows systems.

Have tested this on Windows 7 and 10, with the same results.

Does PyQgis need to be reconfigured in some way to get this to work? Or is
it a known issue with the version (3.4) I'm using?

Cheers and thanks,
Erik


___
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-Server: filter by categories in an OGC compatible way

[Andreas Neumann]

Hi Paul 


Thanks - now I know that I have to use SLD_BODY for the case where the
SLD is in the URL. 

Another QGIS-Server specific question: 


Can I count on it that the SLD output by QGIS server with the GetStyles
request can also be consumed again by QGIS server? What about complex
styles (e.g. something with a style that can't easily be represented by
SLD). If I first consume the styles from QGIS server, then filter and
send back, would the complex styles potentially be lost/destroyed? 


Again: our intent here is merely to filter categories, not to change the
styles. 


Thanks,
Andreas 


On 2019-04-09 16:28, pblottiere wrote:

Hi Andreas, 

Can you point me to an example how to create a valid GetMap request with an SLD submitted? 


There's a basic example in unit tests: 
https://github.com/qgis/QGIS/blob/master/tests/src/python/test_qgsserver_wms_getmap.py#L1309-L1325

Regards,

Paul 

On 4/9/19 4:14 PM, Andreas Neumann wrote: 

Hi, 

I did some test: 

Here is a long URL with the SLD (originally sent by QGIS server, stripped away some RULES manually) and sending it back in a GetMap request: 




https://services.geo.zg.ch/ows-oereb/Grundwasserschutz?SERVICE=WMS=1.3.0=GetMap=2682932,1225299,2684213,1226054=EPSG:2056=1615=952=ch.zg.grundwasserschutz.gwszonen==image/png=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE=%3CStyledLayerDescriptor+xmlns%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld%22+xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22+xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance%22+xsi%3AschemaLocation%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld+http%3A%2F%2Fschemas.opengis.net%2Fsld%2F1.1.0%2FStyledLayerDescriptor.xsd%22+xmlns%3Ase%3D%22http%3A%2F%2Fwww.opengis.net%2Fse%22+version%3D%221.1.0%22+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A+%3CNamedLayer%3E%0D%0A++%3Cse%3AName%3Ech.zg.grundwasserschutz.gwszonen%3C%2Fse%3AName%3E%0D%0A++%3CUserStyle%3E%0D%0A+++%3Cse%3AName%3Edefault%3C%2Fse%3AName%3E%0D%0A+++%3Cse%3AFeatureTypeStyle%3E%0D%0A%3Cs
e%3ARule%3E%0D%0A+%3Cse%3AName%3EGrundwasserschutzzone+S1%3C%2Fse%3AName%3E%0D%0A+%3Cse%3ADescription%3E%0D%0A++%3Cse%3ATitle%3EGrundwasserschutzzone+S1%3C%2Fse%3ATitle%3E%0D%0A+%3C%2Fse%3ADescription%3E%0D%0A+%3Cogc%3AFilter+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A++%3Cogc%3APropertyIsEqualTo%3E%0D%0A+++%3Cogc%3APropertyName%3Etyp_code%3C%2Fogc%3APropertyName%3E%0D%0A+++%3Cogc%3ALiteral%3ES1%3C%2Fogc%3ALiteral%3E%0D%0A++%3C%2Fogc%3APropertyIsEqualTo%3E%0D%0A+%3C%2Fogc%3AFilter%3E%0D%0A+%3Cse%3APolygonSymbolizer%3E%0D%0A++%3Cse%3AFill%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22fill%22%3E%23003bb3%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AFill%3E%0D%0A++%3Cse%3AStroke%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke%22%3E%2380%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-width%22%3E1%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-linej
oin%22%3Ebevel%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AStroke%3E%0D%0A+%3C%2Fse%3APolygonSymbolizer%3E%0D%0A%3C%2Fse%3ARule%3E%0D%0A+++%3C%2Fse%3AFeatureTypeStyle%3E%0D%0A++%3C%2FUserStyle%3E%0D%0A+%3C%2FNamedLayer%3E%0D%0A%3C%2FStyledLayerDescriptor%3E 


The response is:

http://www.opengis.net/ogc; version="1.3.0"> 

 
SLD ('http://www.opengis.net/sld; [1] xmlns:xlink="http://www.w3.org/1999/xlink; [2] xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; [3] xsi:schemaLocation="http://www.opengis.net/sld http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd; [4] xmlns:se="http://www.opengis.net/se; [5] version="1.1.0" xmlns:ogc="http://www.opengis.net/ogc; [6]>  ch.zg.grundwasserschutz.gwszonen  default   Grundwasserschutzzone S1  Grundwasserschutzzone S1  http://www.opengis.net/ogc; [6]>  typ_code S1 #003bb3   name="stroke">#80 1 bevel   ') cannot be converted into QString 
 
 

So apparently the SLD cannot be converted to a QString. Is my encoding in the URL above wrong or am I missing a required additional parameter? 

Can you point me to an example how to create a valid GetMap request with an SLD submitted? 

Thanks a lot, 
Andreas 

On 2019-04-09 15:38, Andreas Neumann wrote: 

Hi, 

Does QGIS-Server support SLD styles to filter away RULEs in a GetMap Request? 

I would assume, yes, but in what encoding would I submit such an SLD in a GET request? I know that one should rather use POST reqests for such long parameters, but for experimenting, it would be ok to use GET. 

The idea would be to allow users to enable/disable categories within a given layer. 

The WMS client would first request the available rules with a GetStyles command (that part works fine) and would then filter the RULE (strip away the unwanted RULEs) and resubmit the GetMap with an SLD. Does that work with QGIS server? 

I know that one can also use the FILTER parameter, but we want to do it in an OGC compatible way, since 

Re: [QGIS-Developer] QGIS-Server: filter by categories in an OGC compatible way

[pblottiere]

Hi Andreas,


> Can you point me to an example how to create a valid GetMap request
with an SLD submitted?


There's a basic example in unit tests:
https://github.com/qgis/QGIS/blob/master/tests/src/python/test_qgsserver_wms_getmap.py#L1309-L1325


Regards,

Paul


On 4/9/19 4:14 PM, Andreas Neumann wrote:
>
> Hi,
>
> I did some test:
>
> Here is a long URL with the SLD (originally sent by QGIS server,
> stripped away some RULES manually) and sending it back in a GetMap
> request:
>
> https://services.geo.zg.ch/ows-oereb/Grundwasserschutz?SERVICE=WMS=1.3.0=GetMap=2682932,1225299,2684213,1226054=EPSG:2056=1615=952=ch.zg.grundwasserschutz.gwszonen==image/png=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE=%3CStyledLayerDescriptor+xmlns%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld%22+xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22+xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance%22+xsi%3AschemaLocation%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld+http%3A%2F%2Fschemas.opengis.net%2Fsld%2F1.1.0%2FStyledLayerDescriptor.xsd%22+xmlns%3Ase%3D%22http%3A%2F%2Fwww.opengis.net%2Fse%22+version%3D%221.1.0%22+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A+%3CNamedLayer%3E%0D%0A++%3Cse%3AName%3Ech.zg.grundwasserschutz.gwszonen%3C%2Fse%3AName%3E%0D%0A++%3CUserStyle%3E%0D%0A+++%3Cse%3AName%3Edefault%3C%2Fse%3AName%3E%0D%0A+++%3Cse%3AFeatureTypeStyle%3E%0D%0A%3Cse%3ARule%3E%0D%0A+%3Cse%3AName%3EGrundwasserschutzzone+S1%3C%2Fse%3AName%3E%0D%0A+%3Cse%3ADescription%3E%0D%0A++%3Cse%3ATitle%3EGrundwasserschutzzone+S1%3C%2Fse%3ATitle%3E%0D%0A+%3C%2Fse%3ADescription%3E%0D%0A+%3Cogc%3AFilter+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A++%3Cogc%3APropertyIsEqualTo%3E%0D%0A+++%3Cogc%3APropertyName%3Etyp_code%3C%2Fogc%3APropertyName%3E%0D%0A+++%3Cogc%3ALiteral%3ES1%3C%2Fogc%3ALiteral%3E%0D%0A++%3C%2Fogc%3APropertyIsEqualTo%3E%0D%0A+%3C%2Fogc%3AFilter%3E%0D%0A+%3Cse%3APolygonSymbolizer%3E%0D%0A++%3Cse%3AFill%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22fill%22%3E%23003bb3%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AFill%3E%0D%0A++%3Cse%3AStroke%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke%22%3E%2380%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-width%22%3E1%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-linejoin%22%3Ebevel%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AStroke%3E%0D%0A+%3C%2Fse%3APolygonSymbolizer%3E%0D%0A%3C%2Fse%3ARule%3E%0D%0A+++%3C%2Fse%3AFeatureTypeStyle%3E%0D%0A++%3C%2FUserStyle%3E%0D%0A+%3C%2FNamedLayer%3E%0D%0A%3C%2FStyledLayerDescriptor%3E
>
> The response is:
>
> http://www.opengis.net/ogc" version="1.3.0;>
> 
> SLD ('http://www.opengis.net/sld;
> xmlns:xlink="http://www.w3.org/1999/xlink;
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
> xsi:schemaLocation="http://www.opengis.net/sld
> http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd;
> xmlns:se="http://www.opengis.net/se; version="1.1.0"
> xmlns:ogc="http://www.opengis.net/ogc;> 
> ch.zg.grundwasserschutz.gwszonen 
> default  
> Grundwasserschutzzone S1 
> Grundwasserschutzzone S1 
> http://www.opengis.net/ogc;>
>  typ_code
> S1  
>name="fill">#003bb3  
> #80
> 1
> bevel
>
>   ') cannot be
> converted into QString
> 
> 
>  
> So apparently the SLD cannot be converted to a QString. Is my encoding
> in the URL above wrong or am I missing a required additional parameter?
>  
> Can you point me to an example how to create a valid GetMap request
> with an SLD submitted?
>  
> Thanks a lot,
> Andreas
>
> On 2019-04-09 15:38, Andreas Neumann wrote:
>
>> Hi,
>>
>> Does QGIS-Server support SLD styles to filter away RULEs in a GetMap
>> Request?
>>
>> I would assume, yes, but in what encoding would I submit such an SLD
>> in a GET request? I know that one should rather use POST reqests for
>> such long parameters, but for experimenting, it would be ok to use GET.
>>
>> The idea would be to allow users to enable/disable categories within
>> a given layer.
>>
>> The WMS client would first request the available rules with a
>> GetStyles command (that part works fine) and would then filter the
>> RULE (strip away the unwanted RULEs) and resubmit the GetMap with an
>> SLD. Does that work with QGIS server?
>>
>> I know that one can also use the FILTER parameter, but we want to do
>> it in an OGC compatible way, since the client being developed should
>> work with any OGC compatible WMS server.
>>
>> Thanks for your reply,
>>
>> 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
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> 

Re: [QGIS-Developer] QGIS-Server: filter by categories in an OGC compatible way

[Andreas Neumann]

Hi, 

I did some test: 


Here is a long URL with the SLD (originally sent by QGIS server,
stripped away some RULES manually) and sending it back in a GetMap
request: 


https://services.geo.zg.ch/ows-oereb/Grundwasserschutz?SERVICE=WMS=1.3.0=GetMap=2682932,1225299,2684213,1226054=EPSG:2056=1615=952=ch.zg.grundwasserschutz.gwszonen==image/png=96_RESOLUTION=96_OPTIONS=dpi:96=TRUE=%3CStyledLayerDescriptor+xmlns%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld%22+xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22+xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance%22+xsi%3AschemaLocation%3D%22http%3A%2F%2Fwww.opengis.net%2Fsld+http%3A%2F%2Fschemas.opengis.net%2Fsld%2F1.1.0%2FStyledLayerDescriptor.xsd%22+xmlns%3Ase%3D%22http%3A%2F%2Fwww.opengis.net%2Fse%22+version%3D%221.1.0%22+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A+%3CNamedLayer%3E%0D%0A++%3Cse%3AName%3Ech.zg.grundwasserschutz.gwszonen%3C%2Fse%3AName%3E%0D%0A++%3CUserStyle%3E%0D%0A+++%3Cse%3AName%3Edefault%3C%2Fse%3AName%3E%0D%0A+++%3Cse%3AFeatureTypeStyle%3E%0D%0A%3Cs
e%3ARule%3E%0D%0A+%3Cse%3AName%3EGrundwasserschutzzone+S1%3C%2Fse%3AName%3E%0D%0A+%3Cse%3ADescription%3E%0D%0A++%3Cse%3ATitle%3EGrundwasserschutzzone+S1%3C%2Fse%3ATitle%3E%0D%0A+%3C%2Fse%3ADescription%3E%0D%0A+%3Cogc%3AFilter+xmlns%3Aogc%3D%22http%3A%2F%2Fwww.opengis.net%2Fogc%22%3E%0D%0A++%3Cogc%3APropertyIsEqualTo%3E%0D%0A+++%3Cogc%3APropertyName%3Etyp_code%3C%2Fogc%3APropertyName%3E%0D%0A+++%3Cogc%3ALiteral%3ES1%3C%2Fogc%3ALiteral%3E%0D%0A++%3C%2Fogc%3APropertyIsEqualTo%3E%0D%0A+%3C%2Fogc%3AFilter%3E%0D%0A+%3Cse%3APolygonSymbolizer%3E%0D%0A++%3Cse%3AFill%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22fill%22%3E%23003bb3%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AFill%3E%0D%0A++%3Cse%3AStroke%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke%22%3E%2380%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-width%22%3E1%3C%2Fse%3ASvgParameter%3E%0D%0A+++%3Cse%3ASvgParameter+name%3D%22stroke-linej
oin%22%3Ebevel%3C%2Fse%3ASvgParameter%3E%0D%0A++%3C%2Fse%3AStroke%3E%0D%0A+%3C%2Fse%3APolygonSymbolizer%3E%0D%0A%3C%2Fse%3ARule%3E%0D%0A+++%3C%2Fse%3AFeatureTypeStyle%3E%0D%0A++%3C%2FUserStyle%3E%0D%0A+%3C%2FNamedLayer%3E%0D%0A%3C%2FStyledLayerDescriptor%3E


The response is:

http://www.opengis.net/ogc;
version="1.3.0"> 

 
SLD ('http://www.opengis.net/sld;

xmlns:xlink="http://www.w3.org/1999/xlink;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://www.opengis.net/sld
http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd;
xmlns:se="http://www.opengis.net/se; version="1.1.0"
xmlns:ogc="http://www.opengis.net/ogc;> 
ch.zg.grundwasserschutz.gwszonen 
default  
Grundwasserschutzzone S1 
Grundwasserschutzzone S1 
http://www.opengis.net/ogc;>
 typ_code
S1  
  #003bb3  
#80
1
bevel
   
  ') cannot be
converted into QString 
 
 


So apparently the SLD cannot be converted to a QString. Is my encoding
in the URL above wrong or am I missing a required additional parameter? 


Can you point me to an example how to create a valid GetMap request with
an SLD submitted? 

Thanks a lot, 
Andreas 


On 2019-04-09 15:38, Andreas Neumann wrote:

Hi, 

Does QGIS-Server support SLD styles to filter away RULEs in a GetMap Request? 

I would assume, yes, but in what encoding would I submit such an SLD in a GET request? I know that one should rather use POST reqests for such long parameters, but for experimenting, it would be ok to use GET. 

The idea would be to allow users to enable/disable categories within a given layer. 

The WMS client would first request the available rules with a GetStyles command (that part works fine) and would then filter the RULE (strip away the unwanted RULEs) and resubmit the GetMap with an SLD. Does that work with QGIS server? 

I know that one can also use the FILTER parameter, but we want to do it in an OGC compatible way, since the client being developed should work with any OGC compatible WMS server. 

Thanks for your reply, 

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___
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] User platform tracking, was No LTR on SUSE repos

[Tim Sutton]

Hi



> On 9 Apr 2019, at 14:49, Rainer Hurling  wrote:
> 
> Am 09.04.19 um 10:54 schrieb Tim Sutton:
>> This thread is another good reason why we need some user metrics and why our 
>> users would benefit from it - we currently have a very poor grasp of the 
>> distribution of our users across geographies and platforms.
> 
> For operating systems like FreeBSD the QGIS ports only fetch source 
> tarballs[1][2]. Prebuilt packages are delivered by FreeBSD servers themselve.
> 
> It seems difficult to get such statistical informations from OSes like 
> FreeBSD. Any ideas?

Well we have been discussing for a while to implement the new welcome screen[1] 
and do some (opt-in) tracking of user platform there…. 

[1] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/102 


Regards

Tim

> 

—









Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

I'd love to connect. Here's my calendar link  to 
make finding time easy.

___
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 LTR on SUSE repos

[Rainer Hurling]

Am 09.04.19 um 10:54 schrieb Tim Sutton:
This thread is another good reason why we need some user metrics and why 
our users would benefit from it - we currently have a very poor grasp of 
the distribution of our users across geographies and platforms.


For operating systems like FreeBSD the QGIS ports only fetch source 
tarballs[1][2]. Prebuilt packages are delivered by FreeBSD servers 
themselve.


It seems difficult to get such statistical informations from OSes like 
FreeBSD. Any ideas?


Regards,
Rainer

[1] https://www.freshports.org/graphics/qgis
[2] https://www.freshports.org/graphics/qgis-ltr



Regards

Tim

On 9 Apr 2019, at 08:31, Yann POUFFARIX > wrote:


Add up to 300+ users at your number.

Le mar. 9 avr. 2019 à 01:44, Nyall Dawson > a écrit :


On Mon, 8 Apr 2019 at 18:35, Alessandro Pasotti
mailto:apaso...@gmail.com>> wrote:
>
> On Mon, Apr 8, 2019 at 10:25 AM Paolo Cavallini
mailto:cavall...@faunalia.it>> wrote:
>>
>> Hi Yann,
>>
>> On 08/04/19 10:01, Yann POUFFARIX wrote:
>> > Back in time.
>> >
>> > No answer from maintener and of course nothing listed here
>> >
>> > https://software.opensuse.org/package/qgis-ltr
>> >
>> > what to do x)
>>
>> I think you are left with the choice of either doing the package
>> yourself, or hire someone to do it. Of course you can always
compile
>> qgis yourself, it shouldn't be too hard if the dependencies are
properly
>> packaged.
>> Cheers.
>>
>
> Just curious: why should we invest money for Apple packaging and
not for SuSE packaging?
>
> I think we should be inclusive and supportive for all users on
all platforms.

Because SuSE has 4 users, yet MacOS has 27*

Nyall

* Not scientific numbers ;)
___
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


—








*Tim Sutton*

*Co-founder:*Kartoza
*Ex Project chair:*QGIS.org 

Visit http://kartoza.com  to find out about open 
source:


Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

*Skype*: timlinux
*IRC:*timlinux on #qgis at freenode.net 

I'd love to connect. Here's my calendar link 
 to make finding time easy.




___
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-Server: filter by categories in an OGC compatible way

[Andreas Neumann]

Hi, 


Does QGIS-Server support SLD styles to filter away RULEs in a GetMap
Request? 


I would assume, yes, but in what encoding would I submit such an SLD in
a GET request? I know that one should rather use POST reqests for such
long parameters, but for experimenting, it would be ok to use GET. 


The idea would be to allow users to enable/disable categories within a
given layer. 


The WMS client would first request the available rules with a GetStyles
command (that part works fine) and would then filter the RULE (strip
away the unwanted RULEs) and resubmit the GetMap with an SLD. Does that
work with QGIS server? 


I know that one can also use the FILTER parameter, but we want to do it
in an OGC compatible way, since the client being developed should work
with any OGC compatible WMS server. 

Thanks for your reply, 


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] Bug #21460?

[Jürgen E . Fischer]

Hi Richard,

On Tue, 09. Apr 2019 at 10:25:49 +0200, Richard Duivenvoorde wrote:
> predecessors uuid[] DEFAULT ARRAY[]::uuid[],
> And the "uuid[]" is not a very common type in the gis world.
> 
> If I'm correct '{""}' (what QGIS now uses for NULL values if the column
> has an array type) is a textual representation of an array with one
> string in it. Would it be better to do '{null}' or even '{}' instead?
> Can you try to create an update query with '{null}' and '{}' values in
> the empty array fields?
> And add these queriies to the bug report?

What I found looking into a fix for that that is that we also represent json as
map (the table also has json), like hstores.

And later produce hstores from maps - which is obviously isn't json.  That
could be changed by simply applying to_json on the produced hstore when
inserting or updating.

Doing that I got doubts about the current implementation as hstores apparently
can only be simple key/value maps and cannot - unlike json - be nested.

So nested json data might not currently read correctly either and we should
better be using text instead of a map for json or check whether if our support
for maps in the ui consideres nested or make it configurable how json is
handled.

But that's where I left off.


Jürgen


PS: That was after the initial gentle ping - if it started like the second
response, I might not have looked at it at all - although that effectively
doesn't make much difference.

-- 
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


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] Bug #21460?

[Alessandro Pasotti]

On Tue, Apr 9, 2019 at 11:16 AM Matthias Kuhn  wrote:

> Hi
>
>
> I wonder, what is the best way to answer a question like
>
> > I was wondering when issue x is getting some attention?
>
> Assuming
>  - that "issue x" is very important for a user who asks the question
>  - that "issue x" is one of 3000 open issues for a developer
>
> The best for the user would obviously be someone replying "Oh sorry, I
> missed that one. I'll have a look immediately".
> But in reality, unfortunately we all have limited time resources. So this
> just would not be true. To me informing people "how to get things done" is
> not the nicest answer to get, but it's a very honest one.
>
> With all best intentions
> Matthias
>


Hi  Matthias,

I cannot agree more, I think that we (developers) are in general very happy
if we can help anyone that has an issue with QGIS and we do everything we
can to help, but unfortunately the users are many, the issues are also many
and we definitely need to feed our families and our pets (that's basically
the same that not having enough time for unpaid work).

So, I also think that we are giving an honest answer.

I personally get a little bit upset when people push too much (basically
asking me to work for free to solve their problems), on the contrary I'm
usually very happy to help someone that is asking politely.

What it is important to stress is that hiring someone to fix an issue is
not the only way to get things done, for instance I am generally more happy
to help someone who I know as a very active member of the QGIS or
open-source community, because I know that there is a fair balance between
what this person gives and takes.

On the other end of the scale are some corporate users that I imagine are
saving a lot of money by using QGIS and give back just nothing.

Last but not least, as Régis pointed out, we have some funds for bug-fixing
before the releases, the donations from the sponsors and from the users
make this possible and these funds can act as multiplier for the
unpaid-volunteer bug-fixing work that inevitably continues after the
releases.

Let's just find the best way to communicate this to the users, Nyall's
posts looks good to me but I really like the idea of having translations
and culture-specific texts to better explain the concept.




> *09 April 2019 10:25 Richard Duivenvoorde 
>  wrote:*
>
> On 09/04/2019 03.41, Nyall Dawson wrote:
>
> > If you can suggest any ways to improve the wording of that post (while
> > keep the core message intact), please let me know.
>
>  On Mon, Apr 8, 2019 at 4:30 AM Paolo Cavallini wrote:
> >
> > may I suggest you an interesting read?
> >
> https://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/
>
> I want to second Cory, to me it also feels a little rude to tell a
> 'user' (not a developer) to try to code or pay for a dev. And I'm a
> dutchie, known for their blunt talk :-)
>
> @Nyall: in my opinion your followup article:
>
> http://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis-a-follow-up/
> has a better 'tone' for non developers.
>
> We should probably mix your followup article with the first one and put
> it in the website (in the 'user' section) so it is translatable, so
> translators can maybe even add more 'cultural politness' to it if needed?
>
> WHO wants to do that (you can earn karma points if you do this !!)??
>
> We should also make clear that it IS OK to ask for the community to have
> a look at the an issue which makes your(!) live a hell. But also make it
> clear that to be fair your problems are not always the problems of
> somebody else. Same goes for commercial software by the way, only they
> are not as transparent as we are. And that we are humans with not enough
> time to solve all the problems in the world.
>
> STILL I'm not sure what the right tone is to tell people to read such a
> text though... people (me included!) will feel a little offended anywat
> when not helped but sent to a page to read what they should do...
>
> I think Geoserver does a good job:
>
>
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
> And Ian's talk: (though it can maybe be polished a little):
> https://www.ianturton.com/talks/foss4g.html#/how-to-earn-support
>
>
> @Cory: please stay on the good side :-)
>
> May I suggest to make your bug report even better by adding data and
> instructions so for an average developer, it is 10 minutes work to
> replicate your issue? Or should we just create the table and start
> editing? If so please add some steps. For example some googling revealed
> to me that I need: "CREATE EXTENSION IF NOT EXISTS "uuid-ossp";" to use
> the uuid_generate_v4() function you use?
>
> Also make sure it is actually a QGIS problem, looking into it, it is.
> But it is also a data-schema issue, as you define the problematic
> columns as:
> predecessors uuid[] DEFAULT 

[QGIS-Developer] Bug #21460?

[Matthias Kuhn]

Hi


I wonder, what is the best way to answer a question like

> I was wondering when issue x is getting some attention?

Assuming
 - that "issue x" is very important for a user who asks the question
 - that "issue x" is one of 3000 open issues for a developer

The best for the user would obviously be someone replying "Oh sorry, I
missed that one. I'll have a look immediately".
But in reality, unfortunately we all have limited time resources. So
this just would not be true. To me informing people "how to get things
done" is not the nicest answer to get, but it's a very honest one.

With all best intentions
Matthias

/09 April 2019 10:25 Richard Duivenvoorde  wrote:/

On 09/04/2019 03.41, Nyall Dawson wrote:

> If you can suggest any ways to improve the wording of that post (while
> keep the core message intact), please let me know.

 On Mon, Apr 8, 2019 at 4:30 AM Paolo Cavallini wrote:
>
> may I suggest you an interesting read?
>

https://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/

I want to second Cory, to me it also feels a little rude to tell a
'user' (not a developer) to try to code or pay for a dev. And I'm a
dutchie, known for their blunt talk :-)

@Nyall: in my opinion your followup article:

http://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis-a-follow-up/
has a better 'tone' for non developers.

We should probably mix your followup article with the first one and put
it in the website (in the 'user' section) so it is translatable, so
translators can maybe even add more 'cultural politness' to it if
needed?

WHO wants to do that (you can earn karma points if you do this !!)??

We should also make clear that it IS OK to ask for the community to have
a look at the an issue which makes your(!) live a hell. But also make it
clear that to be fair your problems are not always the problems of
somebody else. Same goes for commercial software by the way, only they
are not as transparent as we are. And that we are humans with not enough
time to solve all the problems in the world.

STILL I'm not sure what the right tone is to tell people to read such a
text though... people (me included!) will feel a little offended anywat
when not helped but sent to a page to read what they should do...

I think Geoserver does a good job:


https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
And Ian's talk: (though it can maybe be polished a little):
https://www.ianturton.com/talks/foss4g.html#/how-to-earn-support


@Cory: please stay on the good side :-)

May I suggest to make your bug report even better by adding data and
instructions so for an average developer, it is 10 minutes work to
replicate your issue? Or should we just create the table and start
editing? If so please add some steps. For example some googling revealed
to me that I need: "CREATE EXTENSION IF NOT EXISTS "uuid-ossp";" to use
the uuid_generate_v4() function you use?

Also make sure it is actually a QGIS problem, looking into it, it is.
But it is also a data-schema issue, as you define the problematic
columns as:
predecessors uuid[] DEFAULT ARRAY[]::uuid[],
And the "uuid[]" is not a very common type in the gis world.

If I'm correct '{""}' (what QGIS now uses for NULL values if the column
has an array type) is a textual representation of an array with one
string in it. Would it be better to do '{null}' or even '{}' instead?
Can you try to create an update query with '{null}' and '{}' values in
the empty array fields?
And add these queriies to the bug report?

Regards,

Richard Duivenvoorde









___
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] Bug #21460?

[Paolo Cavallini]

Agreed, thanks Richard for the link, and Nyall for writing the article.

Il 9 aprile 2019 10:25:49 CEST, Richard Duivenvoorde  ha 
scritto:
>On 09/04/2019 03.41, Nyall Dawson wrote:
>
>> If you can suggest any ways to improve the wording of that post
>(while
>> keep the core message intact), please let me know.
>
> On Mon, Apr 8, 2019 at 4:30 AM Paolo Cavallini
> wrote:
>>
>> may I suggest you an interesting read?
>>
>https://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/
>
>I want to second Cory, to me it also feels a little rude to tell a
>'user' (not a developer) to try to code or pay for a dev. And I'm a
>dutchie, known for their blunt talk :-)
>
>@Nyall: in my opinion your followup article:
>http://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis-a-follow-up/
>has a better 'tone' for non developers.
>
>We should probably mix your followup article with the first one and put
>it in the website (in the 'user' section) so it is translatable, so
>translators can maybe even add more 'cultural politness' to it if
>needed?
>
>WHO wants to do that (you can earn karma points if you do this !!)??
>
>We should also make clear that it IS OK to ask for the community to
>have
>a look at the an issue which makes your(!) live a hell. But also make
>it
>clear that to be fair your problems are not always the problems of
>somebody else. Same goes for commercial software by the way, only they
>are not as transparent as we are. And that we are humans with not
>enough
>time to solve all the problems in the world.
>
>STILL I'm not sure what the right tone is to tell people to read such a
>text though... people (me included!) will feel a little offended anywat
>when not helped but sent to a page to read what they should do...
>
>I think Geoserver does a good job:
>
>https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>And Ian's talk: (though it can maybe be polished a little):
>https://www.ianturton.com/talks/foss4g.html#/how-to-earn-support
>
>
>@Cory: please stay on the good side :-)
>
>May I suggest to make your bug report even better by adding data and
>instructions so for an average developer, it is 10 minutes work to
>replicate your issue? Or should we just create the table and start
>editing? If so please add some steps. For example some googling
>revealed
>to me that I need: "CREATE EXTENSION IF NOT EXISTS "uuid-ossp";" to use
>the uuid_generate_v4() function you use?
>
>Also make sure it is actually a QGIS problem, looking into it, it is.
>But it is also a data-schema issue, as you define the problematic
>columns as:
>predecessors uuid[] DEFAULT ARRAY[]::uuid[],
>And the "uuid[]" is not a very common type in the gis world.
>
>If I'm correct '{""}' (what QGIS now uses for NULL values if the column
>has an array type) is a textual representation of an array with one
>string in it. Would it be better to do '{null}' or even '{}' instead?
>Can you try to create an update query with '{null}' and '{}' values in
>the empty array fields?
>And add these queriies to the bug report?
>
>Regards,
>
>Richard Duivenvoorde
>
>
>
>
>
>
>
>
>
>___
>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

-- 
Sorry for being short___
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 LTR on SUSE repos

[Paolo Cavallini]

Agreed fully. I'm a big fan of anonymous user stats since ever.

Il 9 aprile 2019 10:54:40 CEST, Tim Sutton  ha scritto:
>This thread is another good reason why we need some user metrics and
>why our users would benefit from it - we currently have a very poor
>grasp of the distribution of our users across geographies and
>platforms.
>
>Regards
>
>Tim
>
>> On 9 Apr 2019, at 08:31, Yann POUFFARIX 
>wrote:
>> 
>> Add up to 300+ users at your number.
>> 
>> Le mar. 9 avr. 2019 à 01:44, Nyall Dawson > a écrit :
>> On Mon, 8 Apr 2019 at 18:35, Alessandro Pasotti > wrote:
>> >
>> > On Mon, Apr 8, 2019 at 10:25 AM Paolo Cavallini
>mailto:cavall...@faunalia.it>> wrote:
>> >>
>> >> Hi Yann,
>> >>
>> >> On 08/04/19 10:01, Yann POUFFARIX wrote:
>> >> > Back in time.
>> >> >
>> >> > No answer from maintener and of course nothing listed here
>> >> >
>> >> > https://software.opensuse.org/package/qgis-ltr
>
>> >> >
>> >> > what to do x)
>> >>
>> >> I think you are left with the choice of either doing the package
>> >> yourself, or hire someone to do it. Of course you can always
>compile
>> >> qgis yourself, it shouldn't be too hard if the dependencies are
>properly
>> >> packaged.
>> >> Cheers.
>> >>
>> >
>> > Just curious: why should we invest money for Apple packaging and
>not for SuSE packaging?
>> >
>> > I think we should be inclusive and supportive for all users on all
>platforms.
>> 
>> Because SuSE has 4 users, yet MacOS has 27*
>> 
>> Nyall
>> 
>> * Not scientific numbers ;)
>> ___
>> 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
>
>—
>
>
>
>
>
>
>
>
>
>Tim Sutton
>
>Co-founder: Kartoza
>Ex Project chair: QGIS.org
>
>Visit http://kartoza.com  to find out about open
>source:
>
>Desktop GIS programming services
>Geospatial web development
>GIS Training
>Consulting Services
>
>Skype: timlinux 
>IRC: timlinux on #qgis at freenode.net
>
>I'd love to connect. Here's my calendar link
> to make finding time easy.

-- 
Sorry for being short___
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 LTR on SUSE repos

[Tim Sutton]

This thread is another good reason why we need some user metrics and why our 
users would benefit from it - we currently have a very poor grasp of the 
distribution of our users across geographies and platforms.

Regards

Tim

> On 9 Apr 2019, at 08:31, Yann POUFFARIX  wrote:
> 
> Add up to 300+ users at your number.
> 
> Le mar. 9 avr. 2019 à 01:44, Nyall Dawson  > a écrit :
> On Mon, 8 Apr 2019 at 18:35, Alessandro Pasotti  > wrote:
> >
> > On Mon, Apr 8, 2019 at 10:25 AM Paolo Cavallini  > > wrote:
> >>
> >> Hi Yann,
> >>
> >> On 08/04/19 10:01, Yann POUFFARIX wrote:
> >> > Back in time.
> >> >
> >> > No answer from maintener and of course nothing listed here
> >> >
> >> > https://software.opensuse.org/package/qgis-ltr 
> >> > 
> >> >
> >> > what to do x)
> >>
> >> I think you are left with the choice of either doing the package
> >> yourself, or hire someone to do it. Of course you can always compile
> >> qgis yourself, it shouldn't be too hard if the dependencies are properly
> >> packaged.
> >> Cheers.
> >>
> >
> > Just curious: why should we invest money for Apple packaging and not for 
> > SuSE packaging?
> >
> > I think we should be inclusive and supportive for all users on all 
> > platforms.
> 
> Because SuSE has 4 users, yet MacOS has 27*
> 
> Nyall
> 
> * Not scientific numbers ;)
> ___
> 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

—









Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

I'd love to connect. Here's my calendar link  to 
make finding time easy.

___
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] PyQGIS WMS tiles don't load on Windows

[Tim Sutton]

I suggest taking a look at the source of the QuickMapServices plugin to see how 
they do it. Make sure to get the extra datasets from the plugin settings dialog.

Regards

Tim

> On 9 Apr 2019, at 08:54, Erik Polzin  wrote:
> 
> I'm busy developing an app using the QGIS Python api, PyQGIS, and am noticing 
> some strange behaviour when loading WMS tiles: Running the python script on 
> Linux Mint loads xyz layers from Google Maps and Google Satellite just fine. 
> On Windows, only the Google Maps layer loads.  
> 
> Here is a test script I wrote to demonstrate the problem:
> 
> from qgis.core import QgsApplication, QgsProject, QgsRasterLayer
> from qgis.gui import QgsMapCanvas, QgsLayerTreeMapCanvasBridge
> 
> from PyQt5.QtWidgets import QMainWindow
> import os
> 
> GOOGLE_MAPS_SOURCE = 
> "type=xyz=https://mt1.google.com/vt?lyrs%3Dm%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
>  
> "
> GOOGLE_SATELLITE_SOURCE = 
> "type=xyz=https://mt1.google.com/vt?lyrs%3Ds%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
>  
> "
> 
> class WMSTestApp(QMainWindow):
> 
> def __init__(self):
> super().__init__()
> 
> self.canvas = QgsMapCanvas(self)
> self.bridge = 
> QgsLayerTreeMapCanvasBridge(QgsProject.instance().layerTreeRoot(), 
> self.canvas)
> 
> layer = QgsRasterLayer(GOOGLE_SATELLITE_SOURCE, "Test WMS Layer", 
> "wms")
> 
> QgsProject.instance().addMapLayer(layer)
> self.canvas.setLayers([layer])
> 
> self.setCentralWidget(self.canvas)
> 
> 
> QgsApplication.setPrefixPath(os.environ.get("QGIS_PREFIX_PATH", "C:\Program 
> Files\QGIS 3.4\apps\qgis"), True)
> qgs = QgsApplication([], True)
> qgs.initQgis()
> 
> app = WMSTestApp()
> app.show()
> qgs.exec_()
> qgs.exitQgis()
> 
> Interestingly, the layers (from the same sources!) both load from the Windows 
> QGIS app.
> So I did some digging and noticed that the default Google Maps url returns 
> PNG files, while the Satellite url returns JPEGs. I tested a couple of other 
> links, and it seems like only PNG tile servers have any effect on windows 
> systems.
> 
> Have tested this on Windows 7 and 10, with the same results.
> 
> Does PyQgis need to be reconfigured in some way to get this to work? Or is it 
> a known issue with the version (3.4) I'm using?
> 
> Cheers and thanks,
> Erik
> ___
> 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

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

I'd love to connect. Here's my calendar link  to 
make finding time easy.

___
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] Bug #21460?

[DelazJ]

Hi,


Le mar. 9 avr. 2019 à 10:25, Richard Duivenvoorde  a
écrit :

> On 09/04/2019 03.41, Nyall Dawson wrote:
>
> > If you can suggest any ways to improve the wording of that post (while
> > keep the core message intact), please let me know.
>
>  On Mon, Apr 8, 2019 at 4:30 AM Paolo Cavallini 
> wrote:
> >
> > may I suggest you an interesting read?
> >
> https://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/
>
> I want to second Cory, to me it also feels a little rude to tell a
> 'user' (not a developer) to try to code or pay for a dev. And I'm a
> dutchie, known for their blunt talk :-)
>
> @Nyall: in my opinion your followup article:
>
> http://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis-a-follow-up/
> has a better 'tone' for non developers.
>
> We should probably mix your followup article with the first one and put
> it in the website (in the 'user' section) so it is translatable, so
> translators can maybe even add more 'cultural politness' to it if needed?
>
> Just for information, I opened weeks ago an issue report for this:
https://github.com/qgis/QGIS-Website/issues/611

Harrissou


> WHO wants to do that (you can earn karma points if you do this !!)??
>
> We should also make clear that it IS OK to ask for the community to have
> a look at the an issue which makes your(!) live a hell. But also make it
> clear that to be fair your problems are not always the problems of
> somebody else. Same goes for commercial software by the way, only they
> are not as transparent as we are. And that we are humans with not enough
> time to solve all the problems in the world.
>
> STILL I'm not sure what the right tone is to tell people to read such a
> text though... people (me included!) will feel a little offended anywat
> when not helped but sent to a page to read what they should do...
>
> I think Geoserver does a good job:
>
>
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
> And Ian's talk: (though it can maybe be polished a little):
> https://www.ianturton.com/talks/foss4g.html#/how-to-earn-support
>
>
> @Cory: please stay on the good side :-)
>
> May I suggest to make your bug report even better by adding data and
> instructions so for an average developer, it is 10 minutes work to
> replicate your issue? Or should we just create the table and start
> editing? If so please add some steps. For example some googling revealed
> to me that I need: "CREATE EXTENSION IF NOT EXISTS "uuid-ossp";" to use
> the uuid_generate_v4() function you use?
>
> Also make sure it is actually a QGIS problem, looking into it, it is.
> But it is also a data-schema issue, as you define the problematic
> columns as:
> predecessors uuid[] DEFAULT ARRAY[]::uuid[],
> And the "uuid[]" is not a very common type in the gis world.
>
> If I'm correct '{""}' (what QGIS now uses for NULL values if the column
> has an array type) is a textual representation of an array with one
> string in it. Would it be better to do '{null}' or even '{}' instead?
> Can you try to create an update query with '{null}' and '{}' values in
> the empty array fields?
> And add these queriies to the bug report?
>
> Regards,
>
> Richard Duivenvoorde
>
>
>
>
>
>
>
>
>
> ___
> 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] Bug #21460?

[Richard Duivenvoorde]

On 09/04/2019 03.41, Nyall Dawson wrote:

> If you can suggest any ways to improve the wording of that post (while
> keep the core message intact), please let me know.

 On Mon, Apr 8, 2019 at 4:30 AM Paolo Cavallini  
 wrote:
>
> may I suggest you an interesting read?
> https://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/

I want to second Cory, to me it also feels a little rude to tell a
'user' (not a developer) to try to code or pay for a dev. And I'm a
dutchie, known for their blunt talk :-)

@Nyall: in my opinion your followup article:
http://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis-a-follow-up/
has a better 'tone' for non developers.

We should probably mix your followup article with the first one and put
it in the website (in the 'user' section) so it is translatable, so
translators can maybe even add more 'cultural politness' to it if needed?

WHO wants to do that (you can earn karma points if you do this !!)??

We should also make clear that it IS OK to ask for the community to have
a look at the an issue which makes your(!) live a hell. But also make it
clear that to be fair your problems are not always the problems of
somebody else. Same goes for commercial software by the way, only they
are not as transparent as we are. And that we are humans with not enough
time to solve all the problems in the world.

STILL I'm not sure what the right tone is to tell people to read such a
text though... people (me included!) will feel a little offended anywat
when not helped but sent to a page to read what they should do...

I think Geoserver does a good job:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
And Ian's talk: (though it can maybe be polished a little):
https://www.ianturton.com/talks/foss4g.html#/how-to-earn-support


@Cory: please stay on the good side :-)

May I suggest to make your bug report even better by adding data and
instructions so for an average developer, it is 10 minutes work to
replicate your issue? Or should we just create the table and start
editing? If so please add some steps. For example some googling revealed
to me that I need: "CREATE EXTENSION IF NOT EXISTS "uuid-ossp";" to use
the uuid_generate_v4() function you use?

Also make sure it is actually a QGIS problem, looking into it, it is.
But it is also a data-schema issue, as you define the problematic
columns as:
predecessors uuid[] DEFAULT ARRAY[]::uuid[],
And the "uuid[]" is not a very common type in the gis world.

If I'm correct '{""}' (what QGIS now uses for NULL values if the column
has an array type) is a textual representation of an array with one
string in it. Would it be better to do '{null}' or even '{}' instead?
Can you try to create an update query with '{null}' and '{}' values in
the empty array fields?
And add these queriies to the bug report?

Regards,

Richard Duivenvoorde









___
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] PyQGIS WMS tiles don't load on Windows

[Erik Polzin]

I'm busy developing an app using the QGIS Python api, PyQGIS, and am
noticing some strange behaviour when loading WMS tiles: Running the python
script on Linux Mint loads xyz layers from Google Maps and Google Satellite
just fine. On Windows, only the Google Maps layer loads.

Here is a test script I wrote to demonstrate the problem:

from qgis.core import QgsApplication, QgsProject, QgsRasterLayer
from qgis.gui import QgsMapCanvas, QgsLayerTreeMapCanvasBridge

from PyQt5.QtWidgets import QMainWindow
import os

GOOGLE_MAPS_SOURCE = "type=xyz=
https://mt1.google.com/vt?lyrs%3Dm%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
"
GOOGLE_SATELLITE_SOURCE = "type=xyz=
https://mt1.google.com/vt?lyrs%3Ds%26x%3D%7Bx%7D%26y%3D%7By%7D%26z%3D%7Bz%7D=19=0
"

class WMSTestApp(QMainWindow):

def __init__(self):
super().__init__()

self.canvas = QgsMapCanvas(self)
self.bridge =
QgsLayerTreeMapCanvasBridge(QgsProject.instance().layerTreeRoot(),
self.canvas)

layer = QgsRasterLayer(GOOGLE_SATELLITE_SOURCE, "Test WMS Layer",
"wms")

QgsProject.instance().addMapLayer(layer)
self.canvas.setLayers([layer])

self.setCentralWidget(self.canvas)


QgsApplication.setPrefixPath(os.environ.get("QGIS_PREFIX_PATH", "C:\Program
Files\QGIS 3.4\apps\qgis"), True)
qgs = QgsApplication([], True)
qgs.initQgis()

app = WMSTestApp()
app.show()
qgs.exec_()
qgs.exitQgis()

Interestingly, the layers (from the same sources!) both load from the
Windows QGIS app.
So I did some digging and noticed that the default Google Maps url returns
PNG files, while the Satellite url returns JPEGs. I tested a couple of
other links, and it seems like only PNG tile servers have any effect on
windows systems.

Have tested this on Windows 7 and 10, with the same results.

Does PyQgis need to be reconfigured in some way to get this to work? Or is
it a known issue with the version (3.4) I'm using?

Cheers and thanks,
Erik
___
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 [43] Layers menu from project approval notification.

[noreply]

Plugin Layers menu from project approval by pcav.
The plugin version "[43] Layers menu from project 1.0.2" is now approved
Link: http://plugins.qgis.org/plugins/menu_from_project/
___
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 [784] MongoConnector approval notification.

[noreply]

Plugin MongoConnector approval by pcav.
The plugin version "[784] MongoConnector 1.2.2" is now approved
Link: http://plugins.qgis.org/plugins/MongoConnector/
___
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 LTR on SUSE repos

[Yann POUFFARIX]

Add up to 300+ users at your number.

Le mar. 9 avr. 2019 à 01:44, Nyall Dawson  a écrit :

> On Mon, 8 Apr 2019 at 18:35, Alessandro Pasotti 
> wrote:
> >
> > On Mon, Apr 8, 2019 at 10:25 AM Paolo Cavallini 
> wrote:
> >>
> >> Hi Yann,
> >>
> >> On 08/04/19 10:01, Yann POUFFARIX wrote:
> >> > Back in time.
> >> >
> >> > No answer from maintener and of course nothing listed here
> >> >
> >> > https://software.opensuse.org/package/qgis-ltr
> >> >
> >> > what to do x)
> >>
> >> I think you are left with the choice of either doing the package
> >> yourself, or hire someone to do it. Of course you can always compile
> >> qgis yourself, it shouldn't be too hard if the dependencies are properly
> >> packaged.
> >> Cheers.
> >>
> >
> > Just curious: why should we invest money for Apple packaging and not for
> SuSE packaging?
> >
> > I think we should be inclusive and supportive for all users on all
> platforms.
>
> Because SuSE has 4 users, yet MacOS has 27*
>
> Nyall
>
> * Not scientific numbers ;)
> ___
> 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