[Qgis-developer] Replacing Raster and Vector menus with Processing algorithms (update)

[Victor Olaya]

Hi all

As a first step to replace Raster and Vector menus with new menu
entries that call Processing algorithms to avoid redundancy (as we
have been discussing since sometime ago...), I have added a new method
to Processing named addAlgorithmEntry. It adds a menu entry in the
specified menu, which calls a Processign algorithm. Basically, it's an
easy way of placing an entry point to a Processing algorithm outside
of the Processing toolbox

Usage is rather straight forward

addAlgorithmEntry([name_of_algorithm], [menu_name], [submenu_name],
[menuentry_text], [icon])

The last two parameters can be ommited, and the original title and
icon of the algorithm will be used.

Here is an example, on how the Raster/Conversion menu could be
replaced with this:

import os
from GdalTools import GdalTools
from processing.gui.utils import addAlgorithmEntry
from PyQt4.QtGui import *

def addRasterAlgorithm(name, group, iconName):
icon = QIcon(os.path.join(os.path.dirname(GdalTools.__file__),
"icons", iconName + ".png"))
addAlgorithmEntry(name, "Raster", group, icon = icon)

addRasterAlgorithm("gdalogr:rasterize", "Conversion", "rasterize")
addRasterAlgorithm("gdalogr:translate", "Conversion", "translate")
addRasterAlgorithm("gdalogr:pcttorgb", "Conversion", "24-to-8-bits")
addRasterAlgorithm("gdalogr:rgbtopct", "Conversion", "8-to-24-bits")
addRasterAlgorithm("gdalogr:polygonize", "Conversion", "polygonize")


Now it's a matter of making sure that all algorithms are replaceable
with a Processing equivalent, and add more lines to the above a script
for creating the full alternative menu structure.

Then, that script can be called by Processing itself, or put it in a
separate plugin that adds GDAL/OGR functionality based on Processing
algorithms. (Paths to icons should be modified from the above example,
of course)

Let me know if you have questions or you want to help on this,

Regards
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] New authentication system ready

[Luca Manganelli]

On Tue, Sep 22, 2015 at 10:02 PM, Régis Haubourg
 wrote:
> Wh. that's huge work Larry. Will need quite some time to inspect all that
> and give some feedback. Any way , bravo!
> Régis

+1. The documentation is a MASSIVE job. Compliments!
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Previews not available on OSX?

[Paolo Cavallini]

H all,
apparently on OSX the previews (photocopy/fax/colour blidn) are not
available: is this correct? Is it a bug, or a known limitation?
Thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Previews not available on OSX?

[DelazJ]

Hi,
I can confirm it is not available on 2.8.3

Regards,
DelazJ

2015-09-23 16:45 GMT+02:00 Paolo Cavallini :

> H all,
> apparently on OSX the previews (photocopy/fax/colour blidn) are not
> available: is this correct? Is it a bug, or a known limitation?
> Thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Previews not available on OSX?

[Paolo Cavallini]

Il 23/09/2015 17:31, DelazJ ha scritto:
> Hi,
> I can confirm it is not available on 2.8.3

Thanks - same on 2.10.1.
Should I open a ticket?
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Replacing Raster and Vector menus with Processing algorithms (update)

[kimaidou]

Hi Victor,

Thanks a lot for this work !

I think this kind of script must ben called by Processing which can check
if all the needed providers are well configured ( grass, otb, etc.). Menu
item could then be removed (or just set inactive) if Processing finds any
issue with each one.

Regards
Michaël

2015-09-23 12:21 GMT+02:00 Victor Olaya :

> Hi all
>
> As a first step to replace Raster and Vector menus with new menu
> entries that call Processing algorithms to avoid redundancy (as we
> have been discussing since sometime ago...), I have added a new method
> to Processing named addAlgorithmEntry. It adds a menu entry in the
> specified menu, which calls a Processign algorithm. Basically, it's an
> easy way of placing an entry point to a Processing algorithm outside
> of the Processing toolbox
>
> Usage is rather straight forward
>
> addAlgorithmEntry([name_of_algorithm], [menu_name], [submenu_name],
> [menuentry_text], [icon])
>
> The last two parameters can be ommited, and the original title and
> icon of the algorithm will be used.
>
> Here is an example, on how the Raster/Conversion menu could be
> replaced with this:
>
> import os
> from GdalTools import GdalTools
> from processing.gui.utils import addAlgorithmEntry
> from PyQt4.QtGui import *
>
> def addRasterAlgorithm(name, group, iconName):
> icon = QIcon(os.path.join(os.path.dirname(GdalTools.__file__),
> "icons", iconName + ".png"))
> addAlgorithmEntry(name, "Raster", group, icon = icon)
>
> addRasterAlgorithm("gdalogr:rasterize", "Conversion", "rasterize")
> addRasterAlgorithm("gdalogr:translate", "Conversion", "translate")
> addRasterAlgorithm("gdalogr:pcttorgb", "Conversion", "24-to-8-bits")
> addRasterAlgorithm("gdalogr:rgbtopct", "Conversion", "8-to-24-bits")
> addRasterAlgorithm("gdalogr:polygonize", "Conversion", "polygonize")
>
>
> Now it's a matter of making sure that all algorithms are replaceable
> with a Processing equivalent, and add more lines to the above a script
> for creating the full alternative menu structure.
>
> Then, that script can be called by Processing itself, or put it in a
> separate plugin that adds GDAL/OGR functionality based on Processing
> algorithms. (Paths to icons should be modified from the above example,
> of course)
>
> Let me know if you have questions or you want to help on this,
>
> Regards
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Previews not available on OSX?

[Nyall Dawson]

On 24 Sep 2015 1:33 am, "Paolo Cavallini"  wrote:
>
> Il 23/09/2015 17:31, DelazJ ha scritto:
> > Hi,
> > I can confirm it is not available on 2.8.3
>
> Thanks - same on 2.10.1.
> Should I open a ticket?
> All the best.

There's already a ticket. It's a limitation of the Qt framework on OSX, so
until that's fixed upstream (maybe it's fixed in Qt5, I've not tested)
there's nothing we can do.

Nyall

>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGSrelationeditorwidget in custom form

[Luca Lanteri]

Hi,

I'm using the QGSrelationeditorwidget in a custom form with qtcreator.
It works very well (very powerful feature !) but I have some problem:

The first is that I can't fit my subform due to the large amount of data
present inside of it. I wondering if it were possible to set the width of
the leftmost column (where there is the selection of the related record)
because it is huge and it use the main part of my form. I try to see in the
properties of the widget but unsuccessfully.

The second problem is that I can't activate my custom objects into the
subform when I switch to editing mode because I can't find the proper
signal. Is there a signal
for QGSrelationeditorwidget that say to me when the subform goes in editing
mode ?

Thank in advance
Luca
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Inverted polygon renderer and shapeburst fill in qgis server tiles

[Régis Haubourg]

ticket filed here :  http://hub.qgis.org/issues/13406
  

Cheers
Régis



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Inverted-polygon-renderer-and-shapeburst-fill-in-qgis-server-tiles-tp5224645p5225649.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Writing GUI for QGIS<-->iOS/Android Sync Tool and GDAL 2.0

[Ragi Burhum]

Hello qgis-devs,

A co-worker and I are working on optimizing a few things for our QGIS <-->
iOS/Android sync tool and we have a few questions. By the way, in case you
are interested about the tool itself, you can read this:
http://lists.osgeo.org/pipermail/qgis-user/2015-September/033717.html

We have two questions:

1.- What is the recommended way to add a specialized GUI? I realize there
is a python plugin architecture - we'd be happy to code against that. But I
also noticed that we could go the route of a Qt dialog

and
we could definitely go that route, too. Is there a particular advantage
about using one vs the other beyond language choice?

2.- The second question is related to GDAL versions. Our tool relies
heavily on GDAL/OGR and I am curious if there are any plans to switch GDAL
2.0 anytime soon? If not, we can back port a lot of our changes, but I
wanted to understand what was the release plan before we started pushing
one way vs another.

Thank you for reading this far!

- Ragi
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer