Re: [QGIS-Developer] Proj 7 auto grid download

2020-03-22 Thread Nyall Dawson 
On Fri, 20 Mar 2020 at 18:55, Jürgen E. Fischer  wrote:
>
> Hi Jeremy,
>
> On Fri, 20. Mar 2020 at 19:26:03 +1100, Jeremy Palmer wrote:
> > Why not ship with the same grids that come with proj-datumgrid (or what
> > QGIS typically ships in MacOSX and Windows.
>
> In PRØJ 7 the grid files were turned to tif and are not packaged individually
> anymore, probably because proj can downloaded them individually on demand now
> - but we apparently don't use that.

Not just QGIS. The auto-download behavior is an opt-in switch for
applications, it's not the default behavior.

I can't find any application which use the CDN by default -- searching
github for proj_context_set_enable_network only gets hits in proj
itself. And I'd really like consistent behavior here, so that users
who install QGIS through osgeo4w can get the same transformation
results regardless if they use QGIS application, GDAL command line, or
GRASS tools via processing... (which is why I keep coming back to the
"screw it, this is too complex to solve case-by-case, lets just
install them ALL for EVERYONE" option).

That said, users CAN still enable this for any application by setting
the environment variable PROJ_NETWORK. I'd be interested to hear
results if someone on a proj 7 build wants to test how this actually
impacts QGIS in practice.

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] Proj 7 auto grid download

2020-03-22 Thread Nyall Dawson 
On Fri, 20 Mar 2020 at 18:21, Andreas Neumann  wrote:
>
> Hi, Jürgen,
>
> Thanks for explaining the situation. 500MB is definitely too large and
> it would be useless data for most users.
>
> Might it be an option to store grid-shift files alternatively also in
> the QGIS user directory - I mean the folder where the user stores his
> settings, plugins, expressions. I agree that many users wouldn't have
> access to the main install directory.

That's already possible, and it's how the "install grid" buttons work
(they copy to this folder)

> Alternatively, would it be possible to integrate an additional
> step/choice in the standalone installer that would download grid-shift
> files of interest for the user?

My issue is that 99% of modern GIS users (made up number, based on
personal experience alone) have no idea what a "grid shift file" is,
what it's used for, and the consequence of not having it. We'd have to
be very very careful in how we present any option like this, e.g.
don't mention "grid shift" at all, but instead something like
"localised support files".

Nyall


>
> Thanks,
>
> Andreas
>
> Am 20.03.20 um 09:09 schrieb Jürgen E. Fischer:
> > Hi Andreas,
> >
> > On Fri, 20. Mar 2020 at 08:12:35 +0100, Andreas Neumann wrote:
> >> Isn't that potentially a quite large amount of data? Most QGIS users that I
> >> know mainly work in one country or region and only need one gridshift file.
> >> Of course there are exceptions.
> > Yes. proj-dev-data is >500MB (also containing two extra huge grids with of 
> > 80
> > MB & 73 MB each; the latter for just one state in Germany).
> >
> > Putting it in the regular proj directory from within QGIS might also not be
> > possible, when a regular user runs QGIS.  And internet access to download is
> > also not a given.
> >
> > In OSGeo4W this isn't a problem.  Downloading from within the standalone
> > installer could be an option, but that kind of ruins the point of having a
> > standalone installer.
> >
> >
> > Jürgen
> >
> ___
> 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 logger plugin in core

2020-03-22 Thread Tim Sutton 
Hi Nyall

Great to hear you are now more open to having this kind of logging in QGIS. Our 
budget and budgeted time for adding logging is pretty small (in the order to 
1-2 days work). I suspect Richard has sunk quite a considerable amount of time 
into making his plugin so beautiful and functional. I think there is a good use 
case for building something more simple in core - a checkbox in settings to 
enable logging web requests, and a simple text output in the QgsLogMessage of 
each URL as it is called, along with the return code for the request. In my 
little universe, Richard's plugin would then still exist as the ‘Ferrari 
version, whilst out of the box our users have some basic tooling for debugging 
their services that are not playing nice. 

Regards

Tim

> On 22 Mar 2020, at 22:42, Nyall Dawson  wrote:
> 
> On Mon, 23 Mar 2020 at 01:53, Tim Sutton  wrote:
>> 
>> Hi All
>> 
>> A while ago we had a discussion here on the mailing list about adding 
>> Network logging to QGIS, similar to what you can do in your browser[1]. 
>> Nyall at the time (maybe others) was concerned about security implications 
>> of including a network logging tool in QGIS. We were wondering what specific 
>> security impacts could be expected (as opposed to for example installing 
>> Richard’s very nice logger plugin)[2]? In other words, is there really a 
>> good rationale not to port this to C++ and integrate into QGIS core? I think 
>> it is very broadly useful for anyone working with remote layers and trying 
>> to figure out why they are not loading...
> 
> I'm a tentative +1 now. My original security concerns were dismissed
> because... well.. we can't really stop this information leaking anyway
> (cos Qt), so a malicious plugin will always be able to capture the
> requests. In fact, having it in c++ will potentially lower the risk,
> cos there's less need for 3rd party plugins to cover this use case
> (that said: Richard maintains the existing Network Logger plugin, so
> that one can be implicitly trusted -- this concern would only extend
> to other future network logger style plugins from other sources!).
> 
> Also, it's **extremely** useful.
> 
> Now, some thoughts:
> - it would **definitely** need to be ported to c++. The plugin has an
> issue where it slows down after logging and displaying many requests
> in the tree. Both Richard and I spent considerable time trying to
> avoid this, with minimal results. A c++ version should give us more
> flexibility to address the performance issue. (and note: this IS a
> serious issue, as it can cause the whole QGIS UI to slow, not just the
> network logger dock)
> - some nice icons are definitely required :)
> 
> Nyall
> 
>> 
>> Regards
>> 
>> Tim
>> 
>> 
>> 
>> [1] 
>> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-URL-Request-logging-of-QGIS-tp5382271p5382330.html
>> [2] https://plugins.qgis.org/plugins/qgisnetworklogger/
>> 
>> —
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 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

—









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] QGIS logger plugin in core

2020-03-22 Thread Nyall Dawson 
On Mon, 23 Mar 2020 at 01:53, Tim Sutton  wrote:
>
> Hi All
>
> A while ago we had a discussion here on the mailing list about adding Network 
> logging to QGIS, similar to what you can do in your browser[1]. Nyall at the 
> time (maybe others) was concerned about security implications of including a 
> network logging tool in QGIS. We were wondering what specific security 
> impacts could be expected (as opposed to for example installing Richard’s 
> very nice logger plugin)[2]? In other words, is there really a good rationale 
> not to port this to C++ and integrate into QGIS core? I think it is very 
> broadly useful for anyone working with remote layers and trying to figure out 
> why they are not loading...

I'm a tentative +1 now. My original security concerns were dismissed
because... well.. we can't really stop this information leaking anyway
(cos Qt), so a malicious plugin will always be able to capture the
requests. In fact, having it in c++ will potentially lower the risk,
cos there's less need for 3rd party plugins to cover this use case
(that said: Richard maintains the existing Network Logger plugin, so
that one can be implicitly trusted -- this concern would only extend
to other future network logger style plugins from other sources!).

Also, it's **extremely** useful.

Now, some thoughts:
- it would **definitely** need to be ported to c++. The plugin has an
issue where it slows down after logging and displaying many requests
in the tree. Both Richard and I spent considerable time trying to
avoid this, with minimal results. A c++ version should give us more
flexibility to address the performance issue. (and note: this IS a
serious issue, as it can cause the whole QGIS UI to slow, not just the
network logger dock)
- some nice icons are definitely required :)

Nyall

>
> Regards
>
> Tim
>
>
>
> [1] 
> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-URL-Request-logging-of-QGIS-tp5382271p5382330.html
> [2] https://plugins.qgis.org/plugins/qgisnetworklogger/
>
> —
>
>
>
>
>
>
>
>
> 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 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 logger plugin in core

2020-03-22 Thread Tom Kralidis 
+1 to port to C++ (disclosure: we are funding this feature).  This is
valuable functionality for
many users in our organization both from the perspective of developing and
testing our APIs
as well as QGIS users proper.

..Tom

On Sun, Mar 22, 2020 at 11:53 AM Tim Sutton  wrote:

> Hi All
>
> A while ago we had a discussion here on the mailing list about adding
> Network logging to QGIS, similar to what you can do in your browser[1].
> Nyall at the time (maybe others) was concerned about security implications
> of including a network logging tool in QGIS. We were wondering what
> specific security impacts could be expected (as opposed to for example
> installing Richard’s very nice logger plugin)[2]? In other words, is there
> really a good rationale not to port this to C++ and integrate into QGIS
> core? I think it is very broadly useful for anyone working with remote
> layers and trying to figure out why they are not loading...
>
> Regards
>
> Tim
>
>
>
> [1]
> http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-URL-Request-logging-of-QGIS-tp5382271p5382330.html
> [2] https://plugins.qgis.org/plugins/qgisnetworklogger/
>
> —
>
>
>
>
>
>
>
>
> *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 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 logger plugin in core

2020-03-22 Thread Andreas Neumann 

Hi,

I agree, it is a very useful plugin.

Andreas

Am 22.03.20 um 16:53 schrieb Tim Sutton:

Hi All

A while ago we had a discussion here on the mailing list about adding 
Network logging to QGIS, similar to what you can do in your 
browser[1]. Nyall at the time (maybe others) was concerned about 
security implications of including a network logging tool in QGIS. We 
were wondering what specific security impacts could be expected (as 
opposed to for example installing Richard’s very nice logger 
plugin)[2]? In other words, is there really a good rationale not to 
port this to C++ and integrate into QGIS core? I think it is very 
broadly useful for anyone working with remote layers and trying to 
figure out why they are not loading...


Regards

Tim



[1] 
http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-URL-Request-logging-of-QGIS-tp5382271p5382330.html

[2] https://plugins.qgis.org/plugins/qgisnetworklogger/

—








*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 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 logger plugin in core

2020-03-22 Thread Tim Sutton 
Hi All

A while ago we had a discussion here on the mailing list about adding Network 
logging to QGIS, similar to what you can do in your browser[1]. Nyall at the 
time (maybe others) was concerned about security implications of including a 
network logging tool in QGIS. We were wondering what specific security impacts 
could be expected (as opposed to for example installing Richard’s very nice 
logger plugin)[2]? In other words, is there really a good rationale not to port 
this to C++ and integrate into QGIS core? I think it is very broadly useful for 
anyone working with remote layers and trying to figure out why they are not 
loading...

Regards

Tim



[1] 
http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-URL-Request-logging-of-QGIS-tp5382271p5382330.html
 

[2] https://plugins.qgis.org/plugins/qgisnetworklogger/ 

—









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] Plugin [629] Networks approval notification.

2020-03-22 Thread noreply 

Plugin Networks approval by pcav.
The plugin version "[629] Networks 2.4.2" is now approved
Link: http://plugins.qgis.org/plugins/networks/
___
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] Frage

2020-03-22 Thread Jorge Gustavo Rocha 
Hi Sebastian,

Are you looking for a function like ST_MaxDistance [1] available in
PostGIS?

I'm not aware of such function in QGIS, but it can be implemented in PyQGIS.

Best regards,

Jorge Gustavo

[1] http://postgis.net/docs/ST_MaxDistance.html

On 22/03/20 13:50, Sebastian Hess wrote:
> Sehr geehrte Damen und Herren,
>  
> ich benutze die QGis-version 3.12.0 und hätte ein Frage:
>  
> Gibt es in QGIs eine Funktion, mit der man den Punkt mit dem maximalen
> Abstand zwischen zwei Lininen herausfnden kann, und dann den
> dazugehörigen Wert des Abstandes in Metern erhält. 
>  
> Mit freundlichen Grüßen
> Sebastian Heß 
> 
> ___
> 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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Gabinete 3.29 (Piso 3)
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor
___
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] Frage

2020-03-22 Thread Sebastian Hess 
Sehr geehrte Damen und Herren,

 

ich benutze die QGis-version 3.12.0 und hätte ein Frage:

 

Gibt es in QGIs eine Funktion, mit der man den Punkt mit dem maximalen Abstand zwischen zwei Lininen herausfnden kann, und dann den dazugehörigen Wert des Abstandes in Metern erhält. 

 

Mit freundlichen Grüßen

Sebastian Heß 
___
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] compare failing/succeeding CI builds (how to?)

2020-03-22 Thread Sandro Santilli 
On Thu, Mar 19, 2020 at 08:27:04AM +1000, Nyall Dawson wrote:
> On Wed, 18 Mar 2020 at 05:32, Sandro Santilli  wrote:
> 
> > > This one not expected. What gdal/proj version do you use?
> >
> > I'm reporting what Travis says, so whatever GDAL/PROJ version is
> > running on Travis. This is the run of this PR:
> > https://github.com/qgis/QGIS/pull/31980
> 
> Hm, in that case something you've done has broken (or at least
> changed) the test...

Debugging this on Travis is an hell. Problem is some tests fail on
Travis but succeed on my system. The processing one is too big, but
this simple one succeeds locally:

  [strk@liz:/usr/src/qgis/build/do-not-override-source-files] ctest -R 
qgis_distanceareatest
  Test project /usr/src/qgis/build/do-not-override-source-files
  Start  1: logGitStatus
  1/3 Test  #1: logGitStatus .   Passed0.02 sec
  Start 50: qgis_distanceareatest
  2/3 Test #50: qgis_distanceareatest    Passed1.53 sec
  Start  2: checkGitStatus
  3/3 Test  #2: checkGitStatus ...   Passed0.02 sec

  100% tests passed, 0 tests failed out of 3

While it fails on Travis!
https://travis-ci.org/github/qgis/QGIS/jobs/659060340#L5117


50/601 Test  #51: qgis_distanceareatest 
.***Failed0.58 sec
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to 
'/tmp/runtime-root'
* Start testing of TestQgsDistanceArea *
Config: Using QtTest library 5.9.5, Qt 5.9.5 (x86_64-little_endian-lp64 
shared (dynamic) release build; by GCC 7.4.0)
[...]
FAIL!  : TestQgsDistanceArea::measureAreaAndUnits() Compared values are 
not the same
 Actual   (units)   : AreaUnknownUnit
 Expected (QgsUnitTypes::AreaSquareFeet): AreaSquareFeet
 Loc: [../tests/src/core/testqgsdistancearea.cpp(355)]
[...]
Totals: 12 passed, 1 failed, 0 skipped, 0 blacklisted, 316ms

How could that be explained ? Different PROJ version maybe ?

Locally I'm using

[strk@liz:~] proj --version
Rel. 7.0.0, March 1st, 2020

--strk;
___
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 [1993] Spectral data loader approval notification.

2020-03-22 Thread noreply 

Plugin Spectral data loader approval by pcav.
The plugin version "[1993] Spectral data loader 0.11 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/DataLoader/
___
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 [1993] Spectral data loader approval notification.

2020-03-22 Thread noreply 

Plugin Spectral data loader approval by pcav.
The plugin version "[1993] Spectral data loader 0.12 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/DataLoader/
___
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 [1985] qtranus approval notification.

2020-03-22 Thread noreply 

Plugin qtranus approval by pcav.
The plugin version "[1985] qtranus 0.1.3 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/QTRANUS/
___
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 [1963] Mappia Publisher approval notification.

2020-03-22 Thread noreply 

Plugin Mappia Publisher approval by pcav.
The plugin version "[1963] Mappia Publisher 2.0.2" is now approved
Link: http://plugins.qgis.org/plugins/mappia_publisher/
___
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 [835] DEMto3D approval notification.

2020-03-22 Thread noreply 

Plugin DEMto3D approval by pcav.
The plugin version "[835] DEMto3D 3" is now approved
Link: http://plugins.qgis.org/plugins/DEMto3D/
___
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