Re: [QGIS-Developer] processing =output boolean workaround ?

[Andreas Plesch]

On May 18, 2017 7:37 PM, "Nyall Dawson"  wrote:

On 14 May 2017 at 22:09, Andreas Plesch  wrote:
> For use in models it is sometimes useful to generate a boolean output
from a
> processing script. Since boolean is not available as output, what would
be a
> good workaround ?
> I am simply using string as output type:
> output=str(False)
> but then the receiving script has to work a bit on that input and it is
> awkward to type 'True' if the input script is used standalone.
>
> Of course, the real question is why boolean is not offered as output type
?
> To me it would be useful.

I suspect there's no reason apart from that no-one has had the need
until now and accordingly no-one has coded this feature.

A PR would be very welcome! (after the upcoming outputs->c++ work lands)


In fact, I took a look at the Python code and found that it would be
probably possible to implement following the code for the number type, in a
few places in the processing code. I think the models provider may not need
changes.

Since I am not very proficient in c++, it will probably more efficient for
me to stick to somewhat awkward workarounds. But I will take a look.

(I would like to use Travis as much as possible. Is it possible to avoid
building locally altogether ?)

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] geocoders in processing

[Richard Duivenvoorde]

Hi List,

/me wondering if geocoder-providers should/could be used in processing.

Currently I cannot find an example, but it was earlier proposed by
someone in my geocoder QEP, see [0]

I'm hoping that QGIS could maybe come up with a reusable gui for using
such processing geocoder  providers

Any idea's of what kind of api/input/output to use for that?

Regards,

Richard

[0] https://github.com/qgis/QGIS-Enhancement-Proposals/issues/64
___
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 3 - No Margin on Dockable Dialog Boxes

[C Hamilton]

That may be the problem. I used a QDockWidget. I will switch it out for the
QgsDockWidget.

On Thu, May 18, 2017 at 7:25 PM, Nyall Dawson 
wrote:

> On 19 May 2017 at 00:37, C Hamilton  wrote:
> > I recently completed the conversion of Lat Lon Tools to work with QGIS
> 3. It
> > is in the plugin repo.
> >
> > I noticed that my dockable dialog boxes seem to have no margin around
> them
> > in comparison to QGIS 2. Was this intended? Do I need a margin or leave
> it
> > as is?
>
> There's been no intentional changes here. It's likely one of the
> slight styling differences resulting from Qt4->Qt5 transition.
>
> Side note: If you're porting to QGIS 3 API, make sure you use
> QgsDockWidget in place of QDockWidget to ensure consistent behavior
> with the inbuilt docks.
>
> 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] New MapTools for Circle, ellipse, regular polygon

[L.Bartoletti]

Hello,

I would like, if I have time, to add the GUI for the classes I recently 
added (Circle, ellipse, regular polygon). Where do you think the buttons 
must go?


- DigitizeToolBar
- AdvancedDigitizeToolBar
- A new toolbar (which name?)

Do you also have any recommendations or advice regarding this addition?

Thanking you in advance.

Regards


___
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] Providers in Processing 2.99.0

[Alexander Bruy]

Hi Lene,

we will ship with QGIS only few providers. Additional providers, like OTB,
R, LiDAR, etc
will be available through plugin repository. Right now Processing is under
huge refactoring
(kudos to Nyall for his fantastic work!), so there is no much sense in
releasing plugins.
When API will be stabilised, we will publish other providers in the plugin
repo.

2017-05-19 13:11 GMT+03:00 Lene Fischer :

> Hi,
>
> I have installed the latest 2.99.0 weekly. I can only find GDAL, GRASS and
> SAGA as providers. How can I add OTB and LAStools ?
>
>
>
> Regards
>
>
>
>
>
> *Lene Fischer*
>
> Associate Professor
>
>
>
> *University of Copenhagen*
>
> Department of Geoscience and Natural Resource Management
>
>
>
> Forest and Landscape College
>
> Nødebovej 77a
>
> 3480
>
> Denmark
>
>
>
> TEL +45 40115084 <+45%2040%2011%2050%2084>
>
> *l...@ign.ku.dk* 
>
>
>
>
>
>
>
>
>
>   
>
>
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>



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

[QGIS-Developer] Providers in Processing 2.99.0

[Lene Fischer]

Hi,
I have installed the latest 2.99.0 weekly. I can only find GDAL, GRASS and SAGA 
as providers. How can I add OTB and LAStools ?

Regards


Lene Fischer
Associate Professor

University of Copenhagen
Department of Geoscience and Natural Resource Management

Forest and Landscape College
Nødebovej 77a
3480
Denmark

TEL +45 40115084
l...@ign.ku.dk


[cid:image001.gif@01D2D099.1BDDF370]

[cid:image002.png@01D2D099.1BDDF370]<@Lene_Fischer> 
[cid:image003.png@01D2D099.1BDDF370] 


___
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] Bridging FreeCAD and QGIS

[Luigi Pirelli]

great to hear this :). Nyall do you mind to share this on freecad threads ?
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* 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
**


On 19 May 2017 at 01:49, Nyall Dawson  wrote:
> On 12 May 2017 at 07:34, Luigi Pirelli  wrote:
>> FYI in freeCAD list
>>
>> https://forum.freecadweb.org/viewtopic.php?t=22390
>
> This is quite encouraging to read. I'd love to see stronger links
> between our projects. I suspect there's a lot we can share - even if
> it's just sharing all the custom widgets both projects have had to
> develop/refine!
>
> On this note, we spoke at the Australian hackfest about how we can
> make QGIS play nicer with other projects. We've got the issue right
> now that QgsApplication is a QApplication, so it's currently
> impossible to import the qgis libraries into another Qt project
> without creating this forced Q(gs)Application.
>
> This should change - so we came up with the idea of splitting up the
> current QgsApplication class, into:
>
> - QgsCore. A singleton (yep!) containing all the various other "single
> instance members" which are currently attached to QgsApplication. E.g.
> task manager, provider registries, etc. This approach was recently
> taken with the construction of a QgsGui singleton containing global
> GUI members.
> - Move all the various path handling code out to their own class.
> - Create a QApplication in main, instead of creating a QgsApplication.
> Standalone scripts would need to do the same - construct their own
> Q(Core/Gui)Application, just like standalone PyQt scripts require.
> - Kill the need to manually call initQgis, by handling this
> automatically when the qgis python libraries are imported.
>
> Benefits would be:
> - much easier use of qgis python libraries in standalone scripts
> (especially with Nathan's great work in
> https://github.com/qgis/QGIS/commit/df679a2). On Windows this would
> then be as simple as: setup python path correctly - import qgis.core -
> done.
> - QGIS libraries can be used safely with any other Qt based code which
> handles its own Q(Core/Gui)Application creation.
>
> Of course... this was just planning ahead... I don't think anyone's
> actively working on this yet ;)
>
> 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] Slow QGIS performance with Oracle datasets

[Jürgen E . Fischer]

Hi Niels,

On Wed, 17. May 2017 at 12:13:34 +, Niels Kjær wrote:
> Using QGIS we find that retrieving, rendering and querying/filtering (spatial
> vector)data from our Oracle databases takes a lot longer than using PostGIS
> databases.
 
> Our DBAs have investigated the matter and finds the performance to be 10-50
> times slower in some cases.

Unfortunately there's not much information to work with here.

Can you share what you actually compared?


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


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

[QGIS-Developer] Plugin [740] qgis2web approval notification.

[noreply]

Plugin qgis2web approval by pcav.
The plugin version "[740] qgis2web 2.18.0" is now approved
Link: http://plugins.qgis.org/plugins/qgis2web/
___
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 [1230] Vector Tiles Reader approval notification.

[noreply]

Plugin Vector Tiles Reader approval by pcav.
The plugin version "[1230] Vector Tiles Reader 0.10.0 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/vector_tiles_reader/
___
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-psc] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Richard Duivenvoorde]

On 19-05-17 01:23, Nyall Dawson wrote:

> On this note - I've recently discovered the need for some type of
> reusable layer selection widget which allows choice of existing
> layers/loading new layers from the file system/loading new layers from
> available db/online connections. This would be extremely valuable for
> processing too!
> 
> So I'm really glad to hear that you'll be pushing ahead with this work
> - thanks Boundless!

Yep, and thanks Alessandro for the screenie. Makes me want more!

@Nyall in Essen the talk was to start with what Alessandro wrote in his
email, so 1 dialog 'merging' all buttons/widgets/dialogs into one, reuse
as much as possible. So it was possible to get it into 3.0

Off course people (.../me) started brainstorming about features which
w/could be added too :-)

Your idea adds (I think) to the idea to make some kind of
'datamanagement-console' in near future, where you can create/copy
data(!), move data around (browser part) or delete it.
Your note fits in this isn't it?

Regards,

Richard


___
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] Postgis loading using COPY instead of INSERTS?

[Régis Haubourg]

Forwarding Nyall tips, might be usefull for others

> I tested drag and drop in browser and dbmanager (in 2.18.7 and master) and
> couldn't find anything about that in the issues or the code base.

Both of these codepaths use QgsVectorLayerExporter, which batches
calls to QgsVectorDataProvider::addFeatures in groups of 200 features.
So there's definitely the potential for a good speed bump here by
moving to the COPY command.

> Did I miss something? Is there someone working in that area?

I don't think so. The tricky bit would be handling the "RETURNING"
part of the INSERT command, which is used to update the add features
with their new feature IDs/primary keys. I'm not sure that's possible
using a COPY command.




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-Postgis-loading-using-COPY-instead-of-INSERTS-tp5320528p5321038.html
Sent from the QGIS - Developer mailing list archive at Nabble.com.
___
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-psc] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Alessandro Pasotti]

Hi,

just a quick update on this topic: we've started yesterday the work on this
task, here is the plan:
- morph the various providers *selectWidget( QWidget *parent,
Qt::WindowFlags fl ) to return a widget and not a dialog (as per original
specs)
- create a generic dialog wrapper to maintain the existing dialogs
available from the main menu (and as keyboard shortcuts)
- create the unified layer dialog (dockable!)
- insert the widgets into a stacked widget in the unified dialog
- preliminary tests
- final polishing (styles, docking behavior, usability enhancements)
- tests

I'll try to make a prototype PR as soon as I have at least one provider
available so that everybody can track the progresses.

Suggestions welcome!

A very early preliminary test: http://www.itopen.it/bulk/unibutton.png


On Fri, May 19, 2017 at 1:23 AM, Nyall Dawson 
wrote:

> On 11 May 2017 at 07:43, Tim Sutton  wrote:
> >
> > Hi
> >
> >
> > On Wed, May 10, 2017 at 6:35 PM, Alexandre Neto 
> wrote:
> >>
> >> Hello all,
> >>
> >> Following what was discussed in Essen hackfest about the unified Add
> Layer tool (described in the end of this document), I'm happy to inform
> that Boundless decided to allocate resources to implement the Step 1.
> >>
> >> "Step 1: Add a tabbed view to the existing browser (vertical column in
> the following mockup). The default view is the basic browser. The remaining
> tabs open the existing dialog UIs embedded inside the browser window."
> >>
> >> As decided, we will have a PR in time for 3.0.
> >
> >
>
> On this note - I've recently discovered the need for some type of
> reusable layer selection widget which allows choice of existing
> layers/loading new layers from the file system/loading new layers from
> available db/online connections. This would be extremely valuable for
> processing too!
>
> So I'm really glad to hear that you'll be pushing ahead with this work
> - thanks Boundless!
>
> 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
>



-- 
Alessandro Pasotti
w3:   www.itopen.it
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer