Re: [QGIS-Developer] Support to loading GIS projects from an extended OWC geopackage in the QGIS core

[doublebyte]

Hi All,

Thanks a lot for the support!

Tim,

Forgive my ignorance, but what would the ancillary storage be, exactly?
Could you give me an example or perhaps point me to a code file, so that I
can have a better idea?

   Regards,
   Joana



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
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] Support to loading GIS projects from an extended OWC geopackage in the QGIS core

[Richard Duivenvoorde]

On 15-12-17 09:51, doublebyte wrote:

> Forgive my ignorance, but what would the ancillary storage be, exactly?
> Could you give me an example or perhaps point me to a code file, so that I> 
> can have a better idea?

Hi Joana,

fyi:

http://oslandia.com/en/2017/10/17/auxiliary-storage-support-in-qgis-3/

https://qgis.org/api/classQgsAuxiliaryStorage.html

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

Re: [QGIS-Developer] Support to loading GIS projects from an extended OWC geopackage in the QGIS core

[Richard Duivenvoorde]

On 14-12-17 13:59, Alessandro Pasotti wrote:
> Hi Joana,
> 
> I think this would be a great addition to QGIS.
> 
> Big +1 from me, and thanks for the proposal.
> 
> 
> 
> On Thu, Dec 14, 2017 at 1:49 PM, doublebyte  > wrote:
> 
> Hello,
> 
> Maybe some of you are aware of the  "geopackage" plugin
> 
>  
> >
> .The initial goal of this plugin was to enable users to save their QGIS
> projects, including style and associated resources
>  in a extended geopackage -  the qgis geopackage extension
>  > 
>  -,
> and load it onto another QGIS installation; on this approach, the
> project is
> encoded as qgs, in a database table. Later the plugin was forked to
> support
> a different geopackage exension -  the owc geopackage extension
>  > 
>  - ,
> which is standards-based; in this  approach
>  > 
> ,
> the style is encoded as OGC:SLD and the project as OGC:OWS context.
> The goal
> of this approach is to support the migration of GIS projects, as we can
> implement this extension in any desktop or server side GIS (e.g.: ArcGIS
> Desktop).
> 
> The fork was merged in August this year, and the latest release of the
> plugin  >   already contains
> both extensions, covering both use cases of porting QGIS projects and
> migrating GIS projects. Recently, it was added  support in the core
> to the
> "qgis geopackage extension"
> 
>  
> >
> , in the qgsogrprovider class. This means that if a user loads a
> geopackage
> which was encoded using the "qgis geopackage extension", it will
> automatically load the QGIS project from it. We think that it makes
> sense to
> also add the  "ows geopackage extension" to the core; in that case,
> users
> could load projects exported from other GIS software seamlessly, without
> having to load the plugin. The mechanism would be very similar to
> what was
> already implemented for the  "qgis geopackage extension".
> 
> Before preparing any Pull Request, we would like to understand first
> what is
> the general feeling of the community about this feature; is this
> something
> which seems useful and interesting to add to the QGIS core? If yes,
> we would
> also appreciate any comments regarding any details the implementation.
> 
> Looking forward to hearing your feedback :-)

Yes, please! I think there was an issue about not being able to load an
extended gpkg:

https://issues.qgis.org/issues/17698

so it looks like fixing a bug

:-)

R

___
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] QgsField, precision, export

[Martin Landa]

Hi,

I am having problem with attributes which have defined precision, eg.

QgsField("ader_microsvh", QVariant.Double, prec=4),

The values are displayed correctly when loading layer to the memory
(see left part of screenshot), but after exporting such layer to SHP,
the values are lost (zero value with given precision), see right part
of screenshot. Tested with QGIS 2.14 and 2.18. Do you have any idea
how to fix this issue without dropping precision? Thanks, Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
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 3D: looking below the terrain model

[Vincent Picavet (ml)]

Hello,

On 14/12/2017 08:02, Andreas Neumann wrote:
> Hi Nyall,
> 
> nice that we agree on both ;-)
> 
> I will start collecting a wish-list on 3D and we can do a crowd funding
> to address selected issues. Or we could do another QGIS grant on 3D
> improvements.

I would rather spend QGIS.ORG money on important bugfixing for QGIS 3.
QGIS Grant applications should be directed to the work nobody wants to
fund initially, or for proof-of-concept or kickstart of new features.

I have no doubt we will find people and organizations willing to fund
features for 3D improvement.

Regards,

Vincent

> 
> Andreas
> 
> On 2017-12-13 23:06, Nyall Dawson wrote:
> 
>> On 14 December 2017 at 00:31, Andreas Neumann > > wrote:
>>
>>> However, one issue I have is that the terrain rendering disappears when I
>>> look below the terrain model surface - which isn't so nice for a caver or
>>> geologist. Is this also an issue about culling? Would it be possible to
>>> enable the rendering of the backside of the terrain surface?
>>
>> I agree that this is desirable. Geotechs will also very quickly be
>> demanding this feature in order to visualise boreholes correctly!
>>
>>> The other issue I have is that tilting is somehow locked at the
>>> horizon. I
>>> can look down on the terrain and then rotate the whole model until I look
>>> sideway into the model, but than the rotation is blocked. I cannot rotate
>>> any further so that my camera gets below the surface and that I could
>>> move
>>> below the surface and look up towards the terrain. I guess this makes
>>> a lot
>>> of sense for people who do not need to explore things below the terrain
>>> surface, but for geologists or cavers, it would be great if this
>>> rotation/tilting blocking could be disabled somehow.
>>
>> I'd suggest this should be an option in the 3d view configuration. I
>> agree it's a valid use case, but for most users it may be unwanted.
>>
>> 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] Soft Freeze, Next Voting

[Luigi Pirelli]

what about this PR to modernize Spatialite provider?
https://github.com/qgis/QGIS/pull/5751 ?
Luigi Pirelli

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS 2nd Edition:
* 
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
* Hire me: http://goo.gl/BYRQKg
**


On 14 December 2017 at 13:49, Matthias Kuhn  wrote:
> Devs,
>
> It's time to vote again on starting the final countdown for QGIS 3.0
> with feature freeze.
>
> Since the last voting, various outstanding things have been merged and
> we should be a good step closer to a next release.
> Please speak up now if you have good reasons to require another
> extension of this development round. If not, get into pole position for
> fine tuning and polishing things that are in.
>
> Tim, can you open another Loomio voting for feature freeze or X-mas freeze?
>
> Thanks
> Matthias
> ___
> 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 3D: looking below the terrain model

[Andreas Neumann]

> I would rather spend QGIS.ORG money on important bugfixing for QGIS 3.
> QGIS Grant applications should be directed to the work nobody wants to
> fund initially, or for proof-of-concept or kickstart of new features.
> 
> I have no doubt we will find people and organizations willing to fund
> features for 3D improvement.

Perhaps - or maybe not. 3D is the kind of thing that many think is cool,
but they wouldn't spend money on it, because it isn't helping their
business case. As an example, the crowd funding from Lutra on 3D for
Crayfish go close to zero support from QGIS users up to now. See
https://www.lutraconsulting.co.uk/crowdfunding/qgis-crayfish-3/  

It is not a coincidence that it took so long to get 3D started in QGIS.
Would it be a priority to the QGIS funders, then it would have started,
much, much earlier ... no one, except the QGIS grants money (and Martins
additional spare time) invested a cent so far in QGIS 3D. 

But it is anyway up to the voting members to decide what grants will be
supported. You are one of them I think ;-) 

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] QGIS 3D: looking below the terrain model

[Vincent Habchi]

Hi there,

I’m boarding a bit late on the train but:

> Perhaps - or maybe not. 3D is the kind of thing that many think is cool, but 
> they wouldn't spend money on it, because it isn't helping their business 
> case. As an example, the crowd funding from Lutra on 3D for Crayfish go close 
> to zero support from QGIS users up to now. See 
> https://www.lutraconsulting.co.uk/crowdfunding/qgis-crayfish-3/ 

My experience as a journalist who speaks to quite a lot of people using GIS in 
local governments and elsewhere is that 3D is rarely, if ever used, and for the 
time being is more a gadget than a real useful tool.

However, that is probably going to change in the near future as a result of 
three separate trends:

1. LiDAR point clouds (I’d say that integrating point clouds viz into QGis is 
as important as being able to represent 3D volumes). 

2. BIM - SIG convergence.

3. Utility network management (which raises the point of underground 
representation). 


Besides, is QGIS 3D powered by the 3D functions of Qt? Because I heard about 
the Globe plugin being underpinned by Open Scene Graph, and I’d hate, as a 
packager, to see the number of dependencies barrel out of control just because 
the 3D support hasn’t be harmonised to a single API.

Vincent
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] DLL load failed with PyDev

[Lauri Kajan]

Hi all,
The great news is that I have already solved the problem.
I'm just writing to ask if anybody understands the reason behind this
phenomenon and to give advice for those how must struggle with the same
problem.

I have an eclipse startup bat as instructed in qgis documentation and
still, I got the DLL load failed error when trying to import something from
qgis.core.

The reason for this is the way I defined a jvm for Eclipse in eclipse.ini
(I don't have JRE bundled in eclipse installation).
At the first, I had in my eclipse.ini
-vm
C:\ProgramData\Oracle\Java\javapath
and I got the ImportError
when I changed that to the real JRE path
-vm
C:\Program Files\Java\jre1.8.0_152\bin\javaw.exe
everything work as supposed to.

The javapath folder is a "new" way to define used java version. It has
symlinks (yes, on windows) to the real java installation. This is the
folder that java installation appends to the PATH environment variable.

In both ways, the sys.path is the same.
When eclipse is started with -vm C:\ProgramData\Oracle\Java\javapath
os.environ['PATH'] is:
C:/Program Files/Java/jre1.8.0_152/bin/server;C:/Program
Files/Java/jre1.8.0_152/bin;C:/Program
Files/Java/jre1.8.0_152/lib/amd64;C:\OSGEO4~1\apps\qgis-dev\bin;C:\OSGEO4~1\apps\qt5\bin;C:\OSGEO4~1\apps\Python36;C:\OSGEO4~1\apps\Python36\Scripts;C:\OSGEO4~1\apps\Python27\Scripts;C:\OSGEO4~1\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBem;C:\OSGeo4W64;
and when with -vm C:\Program Files\Java\jre1.8.0_152\bin\javaw.exe
the os.environ['PATH'] is:
C:\OSGEO4~1\apps\qgis-dev\bin;C:\OSGEO4~1\apps\qt5\bin;C:\OSGEO4~1\apps\Python36;C:\OSGEO4~1\apps\Python36\Scripts;C:\OSGEO4~1\apps\Python27\Scripts;C:\OSGEO4~1\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBem

I don't understand this because of the qgis_core.dll folder
C:\OSGEO4~1\apps\qgis-dev\bin is in the PATH with both ways but it on the
other way it gives an error.

I'm just happy now that I found the solution for this even I don't
understand the reason.


Should we add this to the documentation also?

P.S.
Is there a reason for C:\OSGEO4~1\apps\Python27\Scripts to be still on the
PATH when using py3 environment?


Thanks,

-Lauri
___
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 r.stream.distance

[Eva Schindele]

Dear All,

 I use Qgis with Grass plugin, but the r.stream.distance function isn´t shown 
in my toolbox. Is it anyway possible to add it there?
In the modulelist, which is shown in the following link, it is even not 
mentioned.  (https://grasswiki.osgeo.org/wiki/GRASS-QGIS_relevant_module_list)
 
The attempt to get it in through adding the r.strem.distance.exe- file in the 
folder where all modules are, failed.

What have I done wrong or what is moreover necessary to do?

I tried to figure it out a long time without any solution.

Hope to hear from you soon and thanks in advance.

Eva Schindele

___
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] Support to loading GIS projects from an extended OWC geopackage in the QGIS core

[Régis Haubourg]

Hi all,

some years ago, we discussed of a new project file format able to store
data and other ressources has been discussed.

We finally had the opportunity to make one step forward when working on the
auxiliary data storage stuff.

What's the current status in QGIS 3:

- we now have an optional format ".qgz" that is a zipped file
- the auxiliary data storage is a sqlite database ".qgd" storing additional
informations joined to classical layers (for manual labeling purposes for
instance). It is NOT a spatialite database that could be the container for
spatial data
- when zip fil format is chosen, the qgd file is stored inside the qgz.

So, the path is opened to modify the offline editing tools or other
equivalent features to store their local datasource (either gpkg or sqlite)
inside the qgz too.

We also now have a container for storing SVG, color ramps, pictures or any
additionnal ressource that should be shipped within the project.

Now my opinion on the proposal about storing all inside a GPKG:

- I think we should first have a native "packaging" format using native qgs
file, to adress what offline editing, Qconsolidate, or QFieldSync use cases
requires.
- The "interoperability" use case should be adressed only as an option, not
a default solution, since SLD conversion (and things that don't stick to
standards) will alter the project.

I am in favor of discussing all that after QGIS3 is out so that we keep
focused on that,  and then discuss that at the Madeyra hackfest. I'd be
pleased to animate a workgroup to reach common agreement, guidelines, and
find a plan for that.

Best regards !
Régis


Le 15 déc. 2017 10:16, "Richard Duivenvoorde"  a
écrit :

> On 14-12-17 13:59, Alessandro Pasotti wrote:
> > Hi Joana,
> >
> > I think this would be a great addition to QGIS.
> >
> > Big +1 from me, and thanks for the proposal.
> >
> >
> >
> > On Thu, Dec 14, 2017 at 1:49 PM, doublebyte  > > wrote:
> >
> > Hello,
> >
> > Maybe some of you are aware of the  "geopackage" plugin
> >  blob/master/foss4g_gpkg.pdf
> >  blob/master/foss4g_gpkg.pdf>>
> > .The initial goal of this plugin was to enable users to save their
> QGIS
> > projects, including style and associated resources
> >  in a extended geopackage -  the qgis geopackage extension
> >  geopackage_extension.md
> >  geopackage_extension.md>>
> >  -,
> > and load it onto another QGIS installation; on this approach, the
> > project is
> > encoded as qgs, in a database table. Later the plugin was forked to
> > support
> > a different geopackage exension -  the owc geopackage extension
> >  geopackage_extension.md  blob/master/owc_geopackage_extension.md>>
> >  - ,
> > which is standards-based; in this  approach
> >  qgis-plugin/
> >  qgis-plugin/>>
> > ,
> > the style is encoded as OGC:SLD and the project as OGC:OWS context.
> > The goal
> > of this approach is to support the migration of GIS projects, as we
> can
> > implement this extension in any desktop or server side GIS (e.g.:
> ArcGIS
> > Desktop).
> >
> > The fork was merged in August this year, and the latest release of
> the
> > plugin  > >   already
> contains
> > both extensions, covering both use cases of porting QGIS projects and
> > migrating GIS projects. Recently, it was added  support in the core
> > to the
> > "qgis geopackage extension"
> >  providers/ogr/qgsogrprovider.cpp#L762
> >  providers/ogr/qgsogrprovider.cpp#L762>>
> > , in the qgsogrprovider class. This means that if a user loads a
> > geopackage
> > which was encoded using the "qgis geopackage extension", it will
> > automatically load the QGIS project from it. We think that it makes
> > sense to
> > also add the  "ows geopackage extension" to the core; in that case,
> > users
> > could load projects exported from other GIS software seamlessly,
> without
> > having to load the plugin. The mechanism would be very similar to
> > what was
> > already implemented for the  "qgis geopackage extension".
> >
> > Before preparing any Pull Request, we would like to understand first
> > what is
> > the general feeling of the community about this feature; is this
> > something
> > which seems useful and interestin

[QGIS-Developer] No more "rasmover" plugin

[Geo DrinX]

Good evening,

I just wanted to inform you that I removed my "rasmover" plugin from the
official qgis repository, which will only be available through github.

Greetings

Roberto (geodrinx)
___
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 more "rasmover" plugin

[Tim Sutton]

Hi Roberto

> On 15 Dec 2017, at 15:33, Geo DrinX  wrote:
> 
> Good evening,
> 
> I just wanted to inform you that I removed my "rasmover" plugin from the 
> official qgis repository, which will only be available through github.

Just from curiosity was there any particular reason for doing this? Is there an 
issue with the plugin repo we can help to resolve?

Regards

Tim


> 
> Greetings
> 
> Roberto (geodrinx)
> ___
> 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
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

___
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] Support to loading GIS projects from an extended OWC geopackage in the QGIS core

[Paul van Genuchten]

Hi list, great to see so much enthusiasm for the suggested feature.
As you may know the GeoPackage standard itself by now already has quite a 
number of extensions. 

http://www.geopackage.org/extensions.html 


It is to be expected that quite some of these extensions will also require a 
qgis plugin to access the extended data. Some of these extensions may act 
optimally if they are notified of a geopackage being opened (and are allowed to 
take over control of the thread). By allowing such a mechanism, developers may 
even write plugins that allow formats to be opened using qgis of which qgis 
before was not aware.

The suggested  plugin falls in this category, the functionality to open 
OWC-geopackage is either moved to core (check if the geopackage contains a 
qgis-projects table else check if it contains an OWC table else … finally open 
as plain tables). Alternatively core could provide a mechanism that allows 
plugins to hook in the file-open event.

I have no clue of the impact of such a change, just wanted to raise the topic 
to hear your thoughts.

Related to the auxiliary storage discussion. This sounds like a cool feature 
for which I sure see a use case. OGC is working on a similar initiative called 
the “table joining service” (http://www.opengeospatial.org/standards/tjs/ 
) and I even recently read a 
thread about someone suggesting to put queries (with joins and filters) as a 
base for an OWS Context layer. However since auxiliary storage currently is 
very specific for QGIS, this will not be in the scope of our work, which is 
targeting moving full GIS projects between GIS environments by using standards. 
However I invite everyone to join in the initiative and create an extension 
that specifically targets this use case.

We have to consider that the QGIS project file has a lot of fancy things which 
will not be present anymore after being converted to an OWS Context. So when 
users are exporting their project the interface should guide them in selecting 
the best format for their use case.

Regards, Paul.

___
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] Portal for QGIS

[Finbar Gillen]

Hi guys,

Has anyone information on a secure Portal for QGIS so I can share webmaps with 
colleagues within my organisation?

To give a bit of background, I have been brought into a Data Analysis team for 
a fairly large organisation (1,000 employees) to give advice on how they could 
get more out of GIS. I came from an ESRI background but they were using MapInfo 
at the time. I have since persuaded them to move over to QGIS and all GIS 
analysis is now done through this.

As more and more people are seeing what value GIS can bring to their department 
the demand for webmaps for presentation purposes and as information reference 
point has increased.

I have been using the 'qgis2web' plugin (which is an excellent plugin) to 
create webmaps but with new data regulations coming into play now (GDPR) and 
efficiency purposes I would prefer to move to a portal environment where users 
have to sign in to an online portal to access the maps. Something along the 
lines of Portal for ArcGIS equivalent would be great!

Any info would be great!
Regards
Finbar

Vhi Group DAC (Vhi) is a holding company for insurance and healthcare services, 
which include Vhi Healthcare DAC, Vhi Insurance DAC, Vhi Health Services DAC 
and Vhi Investments DAC. Vhi Healthcare DAC trading as Vhi Healthcare and Vhi 
Insurance DAC trading as Vhi Insurance are regulated by the Central Bank of 
Ireland. Vhi Healthcare is tied to Vhi Insurance DAC for health insurance in 
Ireland which is underwritten by Vhi Insurance DAC. Vhi Healthcare is tied to 
Zurich Life Assurance plc for Vhi Life Term Insurance which is underwritten by 
Zurich Life Assurance plc. Vhi Healthcare is tied to Collinson Insurance 
Services Limited for MultiTrip Travel Insurance, Backpacker Travel Insurance 
and Vhi Dental Insurance which are underwritten by Great Lakes Insurance SE, UK 
branch and for Vhi Canada Cover and Vhi International Health Insurance which 
are underwritten by Astrenska Insurance Limited. For more information about the 
Vhi Group please go to: https://www.vhi.ie/about-vhi. Tá Vhi Group DAC (Vhi) 
ina chuideachta sealbhaíochta le haghaidh seirbhísí árachais agus seirbhísí 
cúram sláinte, lena n-áirítear Vhi Healthcare DAC, Vhi Insurance DAC, Vhi 
Health Services DAC agus Vhi Investments DAC. Déanann Banc Ceannais na hÉireann 
rialáil ar Vhi Healthcare DAC, ag trádáil dó mar Vhi Healthcare, agus ar Vhi 
Insurance DAC, ag trádáil dó mar Vhi Insurance. Tá Vhi Healthcare ceangailte le 
Vhi Insurance DAC le haghaidh árachas sláinte in Éirinn, rud atá frithgheallta 
ag Vhi Insurance DAC. Tá Vhi Healthcare ceangailte le Zurich Life Assurance plc 
le haghaidh árachais saoil in Éirinn, rud atá frithgheallta ag Zurich Life 
Assurance plc. Tá Vhi Healthcare ceangailte le Collinson Insurance Services 
Limited le haghaidh Árachas Taistil Ilturais agus Turasóirí Mála Droma agus 
Árachas Fiaclóireachta de chuid Vhi atá frithgheallta ag Great Lakes Insurance 
SE, UK branch agus le haghaidh Clúdach Cheanada de chuid Vhi agus Árachas 
Sláinte Idirnáisiúnta de chuid Vhi atá frithgheallta ag Astrenska Insurance 
Limited. Chun tuilleadh faisnéise a fháil faoi Ghrúpa Vhi, tabhair cuairt ar: 
https://www.vhi.ie/about-vhi. This e-mail and any files transmitted with it 
contain information which may be confidential and which may also be privileged 
and is intended solely for the use of the individual or entity to whom it is 
addressed. Unless you are the intended recipient you may not copy or use it, or 
disclose it to anyone else. Any opinions expressed are that of the individual 
and not necessarily that of the Vhi Group. If you have received this e-mail in 
error please notify the sender by return.


___
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 r.stream.distance

[Stefan Blumentrath]

Dear Eva, 

Since r.stream.distance is a C addon, the process of getting it to work in qgis 
is a bit involved.
If the GRASS command line is available in qgis you could run it from there... 

Cheers
Stefan


Von: QGIS-Developer [qgis-developer-boun...@lists.osgeo.org] im Auftrag von Eva 
Schindele [eva.schind...@ufz.de]
Gesendet: Freitag, 15. Dezember 2017 13:35
An: qgis-developer@lists.osgeo.org
Betreff: [QGIS-Developer] Qgis r.stream.distance

Dear All,

I use Qgis with Grass plugin, but the r.stream.distance function isn´t shown in 
my toolbox. Is it anyway possible to add it there?
In the modulelist, which is shown in the following link, it is even not 
mentioned. (https://grasswiki.osgeo.org/wiki/GRASS-QGIS_relevant_module_list)

The attempt to get it in through adding the r.strem.distance.exe- file in the 
folder where all modules are, failed.

What have I done wrong or what is moreover necessary to do?

I tried to figure it out a long time without any solution.

Hope to hear from you soon and thanks in advance.

Eva Schindele
___
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] Portal for QGIS

[Andreas Neumann]

Hi Finbar, 

QGIS perhaps doesn't offer a cloud solution as versatile as ArcGIS or
CartoDB. 

But there are two types of QGIS webclients that you could use for
self-hosting (if you want that): 

* QGIS Web Client 2: https://github.com/qgis/qwc2-demo-app
* LizMap: https://github.com/3liz/lizmap-web-client

If you want a QGIS hosted solution, there is, as far as I know only QGIS
Cloud (https://qgiscloud.com/), which uses the above mentioned QGIS Web
Client 2. 

Or is there a hosted LizMap cloud services also available? Can someone
chime in if it is available? 

If you are a large organization, as you mention (1000 employees) than
you may want to self host your QGIS server with a web client of your
choice (see above) and some support from the two companies who develop
the two web clients primarily. Or you want to dive in yourself and do it
all yourself - this would also be possible. 

Greetings, 

Andreas 

On 2017-12-15 15:15, Finbar Gillen wrote:

> Hi guys, 
> 
> Has anyone information on a secure Portal for QGIS so I can share webmaps 
> with colleagues within my organisation? 
> 
> To give a bit of background, I have been brought into a Data Analysis team 
> for a fairly large organisation (1,000 employees) to give advice on how they 
> could get more out of GIS. I came from an ESRI background but they were using 
> MapInfo at the time. I have since persuaded them to move over to QGIS and all 
> GIS analysis is now done through this. 
> 
> As more and more people are seeing what value GIS can bring to their 
> department the demand for webmaps for presentation purposes and as 
> information reference point has increased. 
> 
> I have been using the 'qgis2web' plugin (which is an excellent plugin) to 
> create webmaps but with new data regulations coming into play now (GDPR) and 
> efficiency purposes I would prefer to move to a portal environment where 
> users have to sign in to an online portal to access the maps. Something along 
> the lines of Portal for ArcGIS equivalent would be great! 
> 
> Any info would be great! 
> 
> Regards 
> 
> Finbar 
> 
> Vhi Group DAC (Vhi) is a holding company for insurance and healthcare 
> services, which include Vhi Healthcare DAC, Vhi Insurance DAC, Vhi Health 
> Services DAC and Vhi Investments DAC. Vhi Healthcare DAC trading as Vhi 
> Healthcare and Vhi Insurance DAC trading as Vhi Insurance are regulated by 
> the Central Bank of Ireland. Vhi Healthcare is tied to Vhi Insurance DAC for 
> health insurance in Ireland which is underwritten by Vhi Insurance DAC. Vhi 
> Healthcare is tied to Zurich Life Assurance plc for Vhi Life Term Insurance 
> which is underwritten by Zurich Life Assurance plc. Vhi Healthcare is tied to 
> Collinson Insurance Services Limited for MultiTrip Travel Insurance, 
> Backpacker Travel Insurance and Vhi Dental Insurance which are underwritten 
> by Great Lakes Insurance SE, UK branch and for Vhi Canada Cover and Vhi 
> International Health Insurance which are underwritten by Astrenska Insurance 
> Limited. For more information about the Vhi Group please go to: 
> https://www.vhi.ie/about-vhi. Tá Vhi
Group DAC (Vhi) ina chuideachta sealbhaíochta le haghaidh seirbhísí árachais 
agus seirbhísí cúram sláinte, lena n-áirítear Vhi Healthcare DAC, Vhi Insurance 
DAC, Vhi Health Services DAC agus Vhi Investments DAC. Déanann Banc Ceannais na 
hÉireann rialáil ar Vhi Healthcare DAC, ag trádáil dó mar Vhi Healthcare, agus 
ar Vhi Insurance DAC, ag trádáil dó mar Vhi Insurance. Tá Vhi Healthcare 
ceangailte le Vhi Insurance DAC le haghaidh árachas sláinte in Éirinn, rud atá 
frithgheallta ag Vhi Insurance DAC. Tá Vhi Healthcare ceangailte le Zurich Life 
Assurance plc le haghaidh árachais saoil in Éirinn, rud atá frithgheallta ag 
Zurich Life Assurance plc. Tá Vhi Healthcare ceangailte le Collinson Insurance 
Services Limited le haghaidh Árachas Taistil Ilturais agus Turasóirí Mála Droma 
agus Árachas Fiaclóireachta de chuid Vhi atá frithgheallta ag Great Lakes 
Insurance SE, UK branch agus le haghaidh Clúdach Cheanada de chuid Vhi agus 
Árachas Sláinte
Idirnáisiúnta de chuid Vhi atá frithgheallta ag Astrenska Insurance Limited. 
Chun tuilleadh faisnéise a fháil faoi Ghrúpa Vhi, tabhair cuairt ar: 
https://www.vhi.ie/about-vhi. This e-mail and any files transmitted with it 
contain information which may be confidential and which may also be privileged 
and is intended solely for the use of the individual or entity to whom it is 
addressed. Unless you are the intended recipient you may not copy or use it, or 
disclose it to anyone else. Any opinions expressed are that of the individual 
and not necessarily that of the Vhi Group. If you have received this e-mail in 
error please notify the sender by return. 
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailma

Re: [QGIS-Developer] Portal for QGIS

[Tom Chadwin]

Could you put the webmaps on a file share? 

Alternatively, how about installing QGIS itself throughout the organization?
There are various ways to lock it down and simplify it for non-specialist
use.

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
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 [1316] Location Lab QGIS Plugin approval notification.

[noreply]

Plugin Location Lab QGIS Plugin approval by pcav.
The plugin version "[1316] Location Lab QGIS Plugin 1.0.8" is now approved
Link: http://plugins.qgis.org/plugins/location_lab/
___
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] Portal for QGIS

[Tim Sutton]

Hi

Alternatively there is GeoNode with QGIS Server backend that allows you to 
easily upload layers with QGIS Styles and share them within your organisation 
as OGC services or via download.

https://github.com/kartoza/kartoza-rancher-catalogue/blob/master/templates/geonode/README.md

Regards

Tim

> On 15 Dec 2017, at 18:06, Tom Chadwin  wrote:
> 
> Could you put the webmaps on a file share? 
> 
> Alternatively, how about installing QGIS itself throughout the organization?
> There are various ways to lock it down and simplify it for non-specialist
> use.
> 
> Tom
> 
> 
> 
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
> ___
> 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
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

___
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 3D: Fails with large DTM image

[C Hamilton]

QGIS 3D has a lot of potential and works well with small DEM data sets, but
when ever I try it with a large DTM image I just get a white screen. I tend
to work with large DEMs (5 x 5 pixels and larger) and I would love
for this to work with it properly.

Do you have any ideas why this is the case? I have tried this with an
AIG/Arc/Info Binary Grid image as well as a GeoTIFF with overviews.

OS: Windows 7; QGIS 3 Version: 2.99.0-238

Thanks,

Calvin
___
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] Portal for QGIS

[Martin Landa]

Hi,

2017-12-15 16:27 GMT+01:00 Andreas Neumann :
> But there are two types of QGIS webclients that you could use for 
> self-hosting (if you want that):
>
> QGIS Web Client 2: https://github.com/qgis/qwc2-demo-app
> LizMap: https://github.com/3liz/lizmap-web-client

consider also Gisquick, http://gisquick.org/

Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
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 3D: Fails with large DTM image

[Martin Dobias]

Hi Calvin

Could you please point me to such a DEM to try it out myself? Or even
better, file a ticket on issues.qgis.org so that we do not forget
about it. Not sure from the top of my head what could go wrong there -
the raster size should not be the reason really as the raster data
access is using the same code paths as 2D rendering would. Maybe there
is something in the data that causes the problem. If you resize the
large DEM to e.g. 5000x5000 pixels, does that help?

Regards
Martin


On Fri, Dec 15, 2017 at 8:38 PM, C Hamilton  wrote:
> QGIS 3D has a lot of potential and works well with small DEM data sets, but
> when ever I try it with a large DTM image I just get a white screen. I tend
> to work with large DEMs (5 x 5 pixels and larger) and I would love
> for this to work with it properly.
>
> Do you have any ideas why this is the case? I have tried this with an
> AIG/Arc/Info Binary Grid image as well as a GeoTIFF with overviews.
>
> OS: Windows 7; QGIS 3 Version: 2.99.0-238
>
> Thanks,
>
> Calvin
>
> ___
> 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 3D: looking below the terrain model

[Nyall Dawson]

On 14 December 2017 at 20:41, Martin Dobias  wrote:
> Hi Andreas
>
> On Wed, Dec 13, 2017 at 3:31 PM, Andreas Neumann  wrote:
>> Hi,
>>
>> Being a caver, I have a lot of underground data. Thanks to the support from
>> Martin I got them to load correctly as 3D polygondata.
>>
>> However, one issue I have is that the terrain rendering disappears when I
>> look below the terrain model surface - which isn't so nice for a caver or
>> geologist. Is this also an issue about culling? Would it be possible to
>> enable the rendering of the backside of the terrain surface?
>
> The fact that terrain from below is not rendered is a very common
> optimization in 3D rendering called back-face culling - it makes
> rendering faster by only rendering triangles that are facing camera.
> It is not difficult to turn it off, but I am not sure if the culling
> should be turned off by default...

Could we give the terrain some small "thickness", and add a duplicate,
slightly lower surface facing downwards below the existing DEM?

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] QGIS 3D: looking below the terrain model

[Nyall Dawson]

On 15 December 2017 at 21:54, Vincent Habchi  wrote:

> My experience as a journalist who speaks to quite a lot of people using GIS 
> in local governments and elsewhere is that 3D is rarely, if ever used, and 
> for the time being is more a gadget than a real useful tool.

One thing I would really like to see added in the 3D support before
3.0 release would be to add a "save as image" option. Currently it's
great to be able to play with data in 3d, but adding the option to
export the camera view to an image file would take take the 3D support
from being purely "exploratory" to instead becoming a "visualisation"
tool.

> 1. LiDAR point clouds (I’d say that integrating point clouds viz into QGis is 
> as important as being able to represent 3D volumes).
>
> 2. BIM - SIG convergence.
>
> 3. Utility network management (which raises the point of underground 
> representation).
>

Totally agree with all the above. Personally, I'd love to see some
group of users start to take charge of extending QGIS' BIM
functionality/integration abilities. Is this something you'd (or any
other readers) be interested in doing? I'd suggest starting with a
thread on the user list, and start collating documents (e.g. via
google drive) for requirements/desires to make QGIS a first class
player in the BIM world.

> Besides, is QGIS 3D powered by the 3D functions of Qt? Because I heard about 
> the Globe plugin being underpinned by Open Scene Graph, and I’d hate, as a 
> packager, to see the number of dependencies barrel out of control just 
> because the 3D support hasn’t be harmonised to a single API.

Yes, it uses the Qt 3D module, not OSG. There's another thread on this
list from last week discussing what future the globe plugin has.

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] Soft Freeze, Next Voting

[Tim Sutton]

Hi all

Added new motion here:

https://www.loomio.org/d/1c3nDQHL/qgis-3-0-soft-feature-freeze

@Luigi for your suggestion below, please add it as its own mini-poll at 
https://www.loomio.org/d/38Aiya0q/3-0-soft-freeze-exemptions 


Regards

Tim

> On 15 Dec 2017, at 13:17, Luigi Pirelli  wrote:
> 
> what about this PR to modernize Spatialite provider?
> https://github.com/qgis/QGIS/pull/5751 ?
> Luigi Pirelli
> 
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * 
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> * Hire me: http://goo.gl/BYRQKg
> **
> 
> 
> On 14 December 2017 at 13:49, Matthias Kuhn  wrote:
>> Devs,
>> 
>> It's time to vote again on starting the final countdown for QGIS 3.0
>> with feature freeze.
>> 
>> Since the last voting, various outstanding things have been merged and
>> we should be a good step closer to a next release.
>> Please speak up now if you have good reasons to require another
>> extension of this development round. If not, get into pole position for
>> fine tuning and polishing things that are in.
>> 
>> Tim, can you open another Loomio voting for feature freeze or X-mas freeze?
>> 
>> Thanks
>> Matthias
>> ___
>> 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
QGIS Project Steering Committee Chair
t...@qgis.org




___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Portal for QGIS

[Tim Sutton]

Hi



> On 15 Dec 2017, at 22:40, Martin Landa  wrote:
> 
> Hi,
> 
> 2017-12-15 16:27 GMT+01:00 Andreas Neumann :
>> But there are two types of QGIS webclients that you could use for 
>> self-hosting (if you want that):
>> 
>> QGIS Web Client 2: https://github.com/qgis/qwc2-demo-app
>> LizMap: https://github.com/3liz/lizmap-web-client
> 
> consider also Gisquick, http://gisquick.org/


Wow how absolutely beautiful gisquick is - how come I never heard of it before 
I wonder? Great job!

Regards

Tim

> 
> Ma
> 
> -- 
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> 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
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

___
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] Soft Freeze, Next Voting

[Nyall Dawson]

On 16 December 2017 at 08:55, Tim Sutton  wrote:
>
> Hi all
>
> Added new motion here:
>
> https://www.loomio.org/d/1c3nDQHL/qgis-3-0-soft-feature-freeze
>
> @Luigi for your suggestion below, please add it as its own mini-poll at 
> https://www.loomio.org/d/38Aiya0q/3-0-soft-freeze-exemptions
>

Here's my status report:

- datum transform work: merged!
- layouts: PR open restoring raster and PDF exports. TODO: svg export,
atlas, translation of 2.x compositions -> layouts (I've brought
Alessandro onboard to handle this component)
- metadata storage: PR still needs review comments addressed (as far
as i'm aware)

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] Long running Python script running a model - moving it to background task?

[Nyall Dawson]

On 15 December 2017 at 17:45, Andreas Neumann  wrote:

> While this code runs fine, the model also runs for half a minute and I would
> like to use a processing background task, if this is feasible for my code.
> Currently, my code is blocking the UI - a progress bar appears in the map
> canvas (see
> http://www.carto.net/neumann/temp/qgis_running_model_from_python_code.png -
> this was a bit surprising to me - why is this progress bar appearing ? My
> code is not asking for this progress bar?) - and if it appears, shouldn't
> the progress bar be displayed in the status bar instead?

It's just the normal behavior of processing.run - unchanged from 2.x.
You can disable the progress bar by overridding the feedback object to
use one which discards all feedback. E.g.:

f = QgsProcessingFeedback()
processing.run('algid',{parameters},feedback=f)

> Anyway, I guess my code needs to be improved so that it runs as a background
> task utilizing the new QGIS task manager. Are there any "easy to understand"
> Python code examples available that show how to run Python code as a
> background task using QGIS task manager?

There's QgsProcessingAlgRunnerTask, but it takes a few lines of setup
code to utilise. I've been meaning to find time to make an equivalent
of processing.run which runs in the background (only if the algorithm
is safe to do so - see https://github.com/qgis/QGIS/pull/5807). But
that will also be a few lines of code to utilise, since it's non
blocking, you'll need to connect to signals on completion/failure and
continue your script logic from these.

Will try and do this after finalising layout work.

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