Re: [Qgis-developer] Users Manual Form annotations challenge

2014-05-19 Thread Alexandre Neto 
The workaround proposed in the bug report did not work. And I have now
realized that the screenshot DOES depend of the platform. I will have to
keep the windows screenshot for now.

Thank you all for your help.

Alexandre


On Fri, May 16, 2014 at 11:55 PM, Alexandre Neto wrote:

> Hello all,
>
> It seems to be the same problem. I will look into the bug report and test
> it as soon as I.
>
> Happily this screenshot does not depends of the platform. So I can create
> it in other SO.
>
> Thanks.
>
> Alexandre
>
>
> On Fri, May 16, 2014 at 9:28 PM, J. Gustavo Rocha wrote:
>
>> Hi all, olá Alexandre,
>>
>> Probably you found the bug that Matthias mentioned, which is still
>> opened. On my QGIS 2.2, on Ubuntu 12.04 your example crashes QGIS.
>>
>> But writing a few lines of python, your form loads. So, it might (I
>> really don't know!) be a QGIS problem, although it works fine on other
>> platforms.
>>
>> Opening your form with just vanilla python+qt:
>>
>> import sys
>> from PyQt4 import QtCore, QtGui, uic
>> form_class = uic.loadUiType("annotations_form.ui")[0]
>> class MyWindowClass(QtGui.QMainWindow, form_class):
>> def __init__(self, parent=None):
>> QtGui.QMainWindow.__init__(self, parent)
>> self.setupUi(self)
>> app = QtGui.QApplication(sys.argv)
>> myWindow = MyWindowClass(None)
>> myWindow.show()
>> app.exec_()
>>
>> The form opens: https://dl.dropboxusercontent.
>> com/u/5489125/Dialog_013.png
>>
>> I hate to say, but for now, it is better to prepare the documentation and
>> screen captures on another platform :-(
>>
>> Regards,
>>
>> J. Gustavo
>>
>> Em 16-05-2014 20:03, Matthias Kuhn escreveu:
>>
>>  Hi Alexandre,
>>>
>>> are you by any chance encountering this bug?
>>>
>>> http://hub.qgis.org/issues/8760
>>>
>>> -- Matthias
>>>
>>> On 13.05.2014 00:29, Alexandre Neto wrote:
>>>
 I'm trying to update the Users Manual Screenshot for form annotations.

 In my case, QGIS is crashing when I try to use a form. Can anyone
 please check if it's working or if there is something wrong with my
 form [0]?

 Also, there is a broken link [1] in the Users Manual in this section
 that would explain how to crate a form to use with form annotation.
 Can we ressuscitate the link? I used Tim Sutton video to create my form.

 Thanks!

 Alexandre Neto

 [2] https://www.dropbox.com/s/4a3mqni2becruh9/annotations_form.ui
 [1] http://blog.qgis.org/node/143


 ___
 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
>>>
>>>
>>
>> J. Gustavo
>> --
>> Jorge Gustavo Rocha
>> Departamento de Informática
>> Universidade do Minho
>> 4710-057 Braga
>> Tel: +351 253604480
>> Fax: +351 253604471
>> Móvel: +351 910333888
>> skype: nabocudnosor
>>
>> "I would love to change the world, but they won't give me the source
>> code" -- Unknown Geek
>>
>> ___
>> 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] Fwd: Re: [OSGeo-Discuss] How not to suck at github - handling drive by commits

2014-05-19 Thread Paolo Cavallini 
Hi all.
Why not adding a CONTRIBUTING.md file, following the suggestions from Jody?
All the best.


 Messaggio originale 
Oggetto:Re: [OSGeo-Discuss] How not to suck at github - handling drive 
by commits
Data:   Fri, 16 May 2014 13:02:11 -0700
Mittente:   Jody Garnett 
A:  OSGeo Discussions 



Here is a description on how to use
CONTRIBUTING.md https://github.com/blog/1184-contributing-guidelines

Jody Garnett


On Fri, May 16, 2014 at 12:48 PM, Jody Garnett mailto:jody.garn...@gmail.com>> wrote:

I have mentioned this in email/blog posts, but with the recent discussion on
GitHub I would like to send a reminder.

If your project is operating on GitHub please include an CONTRIBUTING.md 
file.
This link will provided on the pull-request page for potential contributors.

Here are some examples:

- https://github.com/geotools/geotools/blob/master/CONTRIBUTING.md
- https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md

GitHub provides excellent documentation (the reason uDig migrated for 
Gitourious)
and the fork/pull-request workflow makes "drive by commits" very easy. This
CONTRIBUTIONS.md gives your team a chance to communicate any terms (include 
a
test case, sign a contribution agreement) clear.

Many of us are comfortable with open source as a user, understanding the
difference between GPL and BSD for example. The outline the terms for users 
of
the software. There is a second level of open source licenses outlining the 
terms
the project team requires when accepting contributions back into the "core" 
codebase.

For an example "Apache Style" contributor license agreements are available 
for
OSGeo Projects here:Â 
http://www.osgeo.org/content/foundation/legal/licenses.html

--
Jody Garnett




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

Re: [Qgis-developer] Fwd: Re: [OSGeo-Discuss] How not to suck at github - handling drive by commits

2014-05-19 Thread Nathan Woodrow 
Good idea. I like it.
On May 19, 2014 7:08 PM, "Paolo Cavallini"  wrote:

> Hi all.
> Why not adding a CONTRIBUTING.md file, following the suggestions from Jody?
> All the best.
>
>
>  Messaggio originale 
> Oggetto:Re: [OSGeo-Discuss] How not to suck at github - handling
> drive by commits
> Data:   Fri, 16 May 2014 13:02:11 -0700
> Mittente:   Jody Garnett 
> A:  OSGeo Discussions 
>
>
>
> Here is a description on how to use
> CONTRIBUTING.md https://github.com/blog/1184-contributing-guidelines
>
> Jody Garnett
>
>
> On Fri, May 16, 2014 at 12:48 PM, Jody Garnett  > wrote:
>
> I have mentioned this in email/blog posts, but with the recent
> discussion on
> GitHub I would like to send a reminder.
>
> If your project is operating on GitHub please include anÂ
> CONTRIBUTING.md file.
> This link will provided on the pull-request page for potential
> contributors.
>
> Here are some examples:
>
> - https://github.com/geotools/geotools/blob/master/CONTRIBUTING.md
> - https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md
>
> GitHub provides excellent documentation (the reason uDig migrated for
> Gitourious)
> and the fork/pull-request workflow makes "drive by commits" very easy.
> This
> CONTRIBUTIONS.md gives your team a chance to communicate any terms
> (include a
> test case, sign a contribution agreement) clear.
>
> Many of us are comfortable with open source as a user, understanding
> the
> difference between GPL and BSD for example. The outline the terms for
> users of
> the software. There is a second level of open source licenses
> outlining the terms
> the project team requires when accepting contributions back into the
> "core" codebase.
>
> For an example "Apache Style" contributor license agreements are
> available for
> OSGeo Projects here:Â
> http://www.osgeo.org/content/foundation/legal/licenses.html
>
> --
> Jody Garnett
>
>
>
>
> ___
> 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] Use Georeferencer Core-Plugin with python

2014-05-19 Thread Felix Schmidt 

Hello everybody,
i am from a project-team of the Bauhaus-University Weimar (Germany). Our 
Team want to implement a plugin for QGIS, which help help to extract 
borders of historical maps semi-automatically. We start to write the 
plugin in python and need now the functionality of the Georeferencer 
Core-Plugin, after we load the images of the historical maps. Can we 
access the functions of this plugin with python or maybe the whole 
plugin in our pipeline?


OS: Linux Fedora 20
QGIS: 2.2.0-Valmiera

Thank you

Felix Schmidt
Team HiBo
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Heads-up: Code freeze starts on 2014-05-23 (7 days)

2014-05-19 Thread Martin Dobias 
Hi

On Fri, May 16, 2014 at 6:59 PM, Jürgen E.  wrote:
> Please merge your new features before 2014-05-20 and prepare to start testing.
> The 2.4 release will be on 2014-06-20[2] (35 days away).

That date 2014-05-20 should actually read 2014-05-23, right?

I am about to finish and push first part of the legend refactoring, so
I want to make sure I do not have to work all night long to have it
all ready by tomorrow :-)

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

Re: [Qgis-developer] Question re api freeze

2014-05-19 Thread Martin Dobias 
On Fri, May 16, 2014 at 3:07 PM, Hugo Mercier  wrote:
> Le 15/05/2014 12:03, Nyall Dawson a écrit :
>> Hi all,
>>
>> Quick question about the api freeze for the qgis 2 series - am I
>> allowed to change a function which is currently a void to instead
>> return a bool? Does this classify as an api break, or would this be
>> allowed?
>>
>
> Hi Nyall,
>
> Good question :)
> I would say : we have to ensure that the new API does not break
> compilation of a code designed with the previous API.
> And since calling a function returning bool and ignoring its returned
> parameter is not a compilation error in C++, and it does not neither
> break a Python code calling it, I'd see no problem.
>
> Can others confirm ?

I also consider a change of return value from void to non-void to be
source compatible change and therefore allowed.

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

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread G. Allegri 
Hi Felix,
I fear you will have to write your own bindings if you want to leavarage
the Georeferencer plugin code. It's a plugin, so it's functionality isn't
exposed through QGIS API.
https://github.com/qgis/QGIS/tree/master/src/plugins/georeferencer

giovanni


2014-05-19 12:36 GMT+02:00 Felix Schmidt :

> Hello everybody,
> i am from a project-team of the Bauhaus-University Weimar (Germany). Our
> Team want to implement a plugin for QGIS, which help help to extract
> borders of historical maps semi-automatically. We start to write the plugin
> in python and need now the functionality of the Georeferencer Core-Plugin,
> after we load the images of the historical maps. Can we access the
> functions of this plugin with python or maybe the whole plugin in our
> pipeline?
>
> OS: Linux Fedora 20
> QGIS: 2.2.0-Valmiera
>
> Thank you
>
> Felix Schmidt
> Team HiBo
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread G. Allegri 
It depends on what parts of the Georeferencer you need. If you don't need
the GUI but only the math, you could consider writing a SIP wrapper
around QgsGeorefTransformInterface implementations [1].
Otherwise, if Python performance would suffice, you could grab the low
level math from QgsGeorefTransform and QgsLeastSquares [2] and translate it
to Python.

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp



2014-05-19 16:32 GMT+02:00 G. Allegri :

> It depends on what parts of the Georeferencer you need. If you don't need
> the GUI but only the math, you could consider writing a SIP wrapper
> around QgsGeorefTransformInterface implementations [1].
> Otherwise, if Python performance would suffice, you could grab the low
> level math from QgsGeorefTransform and QgsLeastSquares [2] and translate it
> to Python.
>
> giovanni
>
> [1]
> https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
> [2]
> https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp
>
>
> 2014-05-19 16:10 GMT+02:00 Felix Schmidt :
>
> Hello Giovanni,
>> thanks for your answer. Do you think it is easier to write the Plugin for
>> the historical border extraction in c++ instead of python, cause of the
>> binding implementation?
>>
>> Felix
>>
>> Am 19.05.2014 14:52, schrieb G. Allegri:
>>
>>> Hi Felix,
>>> I fear you will have to write your own bindings if you want to leavarage
>>> the Georeferencer plugin code. It's a plugin, so it's functionality isn't
>>> exposed through QGIS API.
>>>
>>
>>
>
>
> --
> Giovanni Allegri
> http://about.me/giovanniallegri
> Twitter: https://twitter.com/_giohappy_
> blog: http://blog.spaziogis.it
> GEO+ geomatica in Italia http://bit.ly/GEOplus
>



-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Cannot install libqgis_customwidgets.so

2014-05-19 Thread Radim Blazek 
I am getting:

CMake Error at src/customwidgets/cmake_install.cmake:68 (FILE):
  file INSTALL cannot copy file
  "/home/radim/devel/qgis/build/output/lib/libqgis_customwidgets.so.2.3.0" to
  
"/usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqgis_customwidgets.so.2.3.0".

it seems to ignore CMAKE_INSTALL_PREFIX.

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

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread Felix Schmidt 

@Matthias: what do you mean with:
Am 19.05.2014 16:41, schrieb Matthias Kuhn: "the code is not exported to 
the gui or core libraries/sip modules"?


It will not be so easy to just write wrappers because the code is not 
exported to the gui or core libraries/sip modules.
I have written code that makes it possible to generate python bindings 
for (C++) plugins and I'm considering creating a pull-request for it.


Matthias


On 05/19/2014 04:33 PM, G. Allegri wrote:
It depends on what parts of the Georeferencer you need. If you don't 
need the GUI but only the math, you could consider writing a SIP 
wrapper around QgsGeorefTransformInterface implementations [1].
Otherwise, if Python performance would suffice, you could grab the 
low level math from QgsGeorefTransform and QgsLeastSquares [2] and 
translate it to Python.


giovanni

[1] 
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2] 
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp




2014-05-19 16:32 GMT+02:00 G. Allegri >:


It depends on what parts of the Georeferencer you need. If you
don't need the GUI but only the math, you could consider writing
a SIP wrapper around QgsGeorefTransformInterface implementations
[1].
Otherwise, if Python performance would suffice, you could grab
the low level math from QgsGeorefTransform and QgsLeastSquares
[2] and translate it to Python.

giovanni

[1]

https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2]

https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp


2014-05-19 16:10 GMT+02:00 Felix Schmidt
mailto:felix.schm...@uni-weimar.de>>:

Hello Giovanni,
thanks for your answer. Do you think it is easier to write
the Plugin for the historical border extraction in c++
instead of python, cause of the binding implementation?

Felix

Am 19.05.2014 14:52, schrieb G. Allegri:

Hi Felix,
I fear you will have to write your own bindings if you
want to leavarage the Georeferencer plugin code. It's a
plugin, so it's functionality isn't exposed through QGIS API.





-- 
Giovanni Allegri

http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus


___
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] Error installing nightly debs

2014-05-19 Thread Paolo Cavallini 
Il 19/05/2014 08:16, Paolo Cavallini ha scritto:
> Hi all.
> Installing qgis-nightly from
> deb http://qgis.org/debian-nightly sid main
> results in an error:


I still get an error after
https://github.com/qgis/QGIS/commit/74392f7823536c5fa5b6b57b912ec698ff0b6839

Preparing to unpack
.../libqgispython2.3.0_2.3.0+git20140519+2ff79d3~unstable1_amd64.deb ...
Unpacking libqgispython2.3.0 (2.3.0+git20140519+2ff79d3~unstable1) ...
Selecting previously unselected package python-qgis-common.
Preparing to unpack
.../python-qgis-common_2.3.0+git20140519+2ff79d3~unstable1_all.deb ...
Unpacking python-qgis-common (2.3.0+git20140519+2ff79d3~unstable1) ...
Preparing to unpack 
.../python-qgis_2.3.0+git20140519+2ff79d3~unstable1_amd64.deb ...
Unpacking python-qgis (2.3.0+git20140519+2ff79d3~unstable1) ...
dpkg: error processing archive
/var/cache/apt/archives/python-qgis_2.3.0+git20140519+2ff79d3~unstable1_amd64.deb
(--unpack):
 trying to overwrite '/usr/lib/libqgispython.so.2.3.0', which is also in package
libqgispython2.3.0 2.3.0+git20140519+2ff79d3~unstable1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 
/var/cache/apt/archives/python-qgis_2.3.0+git20140519+2ff79d3~unstable1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up libqgispython2.3.0 (2.3.0+git20140519+2ff79d3~unstable1) ...
Setting up python-qgis-common (2.3.0+git20140519+2ff79d3~unstable1) ...

All the best, and thanks.
-- 
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: 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] Cannot install libqgis_customwidgets.so

2014-05-19 Thread Richard Duivenvoorde 
On 19-05-14 17:08, Radim Blazek wrote:
> I am getting:
> 
> CMake Error at src/customwidgets/cmake_install.cmake:68 (FILE):
>   file INSTALL cannot copy file
>   "/home/radim/devel/qgis/build/output/lib/libqgis_customwidgets.so.2.3.0" to
>   
> "/usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqgis_customwidgets.so.2.3.0".
> 
> it seems to ignore CMAKE_INSTALL_PREFIX.

Hi Radim,

I had the same problem. It has something to do with the customwidgets
from QGIS. Actually making them available for designer.

It is just changed from default not install to default install it.
But (as you) I install only locally, so am not allowed to install .so
files into the directory.

So I ran 'sudo make install', BUT then you get another problem: there is
a new dependecy now on qgis.gui module (which I do not have globally) so
this breaks your pyqt. So I would not do this.

Denis is aware of the problem, and looking for a solution.

(For me part of the solution would be to NOT default do this
installation into my global system.)

Regards,

Richard Duivenvoorde

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

Re: [Qgis-developer] Cannot install libqgis_customwidgets.so

2014-05-19 Thread Rouzaud Denis 
Hi,

The libqgis_customwidgets is a new library which allow using specific QGIS 
widgets directly in Qt Designer (if compiled with Qt4).
Now, this lib needs to be in Qt plugin’s directory to work properly. So this 
will require to run make as install as root.

You can disable this by running cmake with -DWITH_CUSTOM_WIDGETS=FALSE

Regarding the second problem described by Richard it should be fixed. pyuic 
will not bug anymore, even if QGIS is not installed.

I don’t know what’s the best default value for this library installation. 
But it might be better to reset it to false, if one wants that the default 
install can be run not being root.

Cheers,

Denis

On 19 May 2014, at 18:08, Richard Duivenvoorde  wrote:

> On 19-05-14 17:08, Radim Blazek wrote:
>> I am getting:
>> 
>> CMake Error at src/customwidgets/cmake_install.cmake:68 (FILE):
>>  file INSTALL cannot copy file
>>  "/home/radim/devel/qgis/build/output/lib/libqgis_customwidgets.so.2.3.0" to
>>  
>> "/usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqgis_customwidgets.so.2.3.0".
>> 
>> it seems to ignore CMAKE_INSTALL_PREFIX.
> 
> Hi Radim,
> 
> I had the same problem. It has something to do with the customwidgets
> from QGIS. Actually making them available for designer.
> 
> It is just changed from default not install to default install it.
> But (as you) I install only locally, so am not allowed to install .so
> files into the directory.
> 
> So I ran 'sudo make install', BUT then you get another problem: there is
> a new dependecy now on qgis.gui module (which I do not have globally) so
> this breaks your pyqt. So I would not do this.
> 
> Denis is aware of the problem, and looking for a solution.
> 
> (For me part of the solution would be to NOT default do this
> installation into my global system.)
> 
> Regards,
> 
> Richard Duivenvoorde
> 

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

[Qgis-developer] Canvas extent not restored from project

2014-05-19 Thread Radim Blazek 
Canvas extent is not set to what is saves in project when project is
opened with current master. Is it intended change or a bug? Can some
confirm?

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

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread Matthias Kuhn 
The python modules gui and core are exported and the "iface" variable 
(QgisInterface) knows about their presence. But QgisInterface should 
not have any dependencies on plugin code, therefore it's harder to 
access this code.
It may not be hard if you only make use of code which you use in a 
standalone library way (maybe that would already be enough for your 
case). If you want to get access to a running plugin instance this is a 
different story. You can have a look at the code in [1] for an example 
of how this might be accomplished. Although the code seems not to be 
working, I've got to check what's still missing there, but in principle 
the ideas in commit [1] should work.


Best,
Matthias

[1] 
https://github.com/m-kuhn/QGIS/commit/571b4fa7e6afcefb9c4911339db2c4b7689ce6a9



On Mon 19 May 2014 05:34:41 PM CEST, Felix Schmidt wrote:

@Matthias: what do you mean with:
Am 19.05.2014 16:41, schrieb Matthias Kuhn: "the code is not exported
to the gui or core libraries/sip modules"?


It will not be so easy to just write wrappers because the code is not
exported to the gui or core libraries/sip modules.
I have written code that makes it possible to generate python
bindings for (C++) plugins and I'm considering creating a
pull-request for it.

Matthias


On 05/19/2014 04:33 PM, G. Allegri wrote:

It depends on what parts of the Georeferencer you need. If you don't
need the GUI but only the math, you could consider writing a SIP
wrapper around QgsGeorefTransformInterface implementations [1].
Otherwise, if Python performance would suffice, you could grab the
low level math from QgsGeorefTransform and QgsLeastSquares [2] and
translate it to Python.

giovanni

[1]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2]
https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp



2014-05-19 16:32 GMT+02:00 G. Allegri mailto:gioha...@gmail.com>>:

It depends on what parts of the Georeferencer you need. If you
don't need the GUI but only the math, you could consider writing
a SIP wrapper around QgsGeorefTransformInterface implementations
[1].
Otherwise, if Python performance would suffice, you could grab
the low level math from QgsGeorefTransform and QgsLeastSquares
[2] and translate it to Python.

giovanni

[1]

https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsgeoreftransform.cpp
[2]

https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/qgsleastsquares.cpp


2014-05-19 16:10 GMT+02:00 Felix Schmidt
mailto:felix.schm...@uni-weimar.de>>:

Hello Giovanni,
thanks for your answer. Do you think it is easier to write
the Plugin for the historical border extraction in c++
instead of python, cause of the binding implementation?

Felix

Am 19.05.2014 14:52, schrieb G. Allegri:

Hi Felix,
I fear you will have to write your own bindings if you
want to leavarage the Georeferencer plugin code. It's a
plugin, so it's functionality isn't exposed through QGIS
API.





--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus




--
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus


___
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] Cannot install libqgis_customwidgets.so

2014-05-19 Thread Etienne Tourigny 
It should probably be disabled by default when CMAKE_INSTALL_PREFIX is set
(to avoid this error), but it would make sense to make it default if
CMAKE_INSTALL_PREFIX
is not set (which requires to install as root). Don't know if it's easy to
do that in cmake though.

cheers
Etienne


On Mon, May 19, 2014 at 1:16 PM, Rouzaud Denis wrote:

> Hi,
>
> The libqgis_customwidgets is a new library which allow using specific QGIS
> widgets directly in Qt Designer (if compiled with Qt4).
> Now, this lib needs to be in Qt plugin’s directory to work properly. So
> this will require to run make as install as root.
>
> You can disable this by running cmake with -DWITH_CUSTOM_WIDGETS=FALSE
>
> Regarding the second problem described by Richard it should be fixed.
> pyuic will not bug anymore, even if QGIS is not installed.
>
> I don’t know what’s the best default value for this library installation.
> But it might be better to reset it to false, if one wants that the default
> install can be run not being root.
>
> Cheers,
>
> Denis
>
> On 19 May 2014, at 18:08, Richard Duivenvoorde 
> wrote:
>
> > On 19-05-14 17:08, Radim Blazek wrote:
> >> I am getting:
> >>
> >> CMake Error at src/customwidgets/cmake_install.cmake:68 (FILE):
> >>  file INSTALL cannot copy file
> >>
>  "/home/radim/devel/qgis/build/output/lib/libqgis_customwidgets.so.2.3.0" to
> >>
>  
> "/usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqgis_customwidgets.so.2.3.0".
> >>
> >> it seems to ignore CMAKE_INSTALL_PREFIX.
> >
> > Hi Radim,
> >
> > I had the same problem. It has something to do with the customwidgets
> > from QGIS. Actually making them available for designer.
> >
> > It is just changed from default not install to default install it.
> > But (as you) I install only locally, so am not allowed to install .so
> > files into the directory.
> >
> > So I ran 'sudo make install', BUT then you get another problem: there is
> > a new dependecy now on qgis.gui module (which I do not have globally) so
> > this breaks your pyqt. So I would not do this.
> >
> > Denis is aware of the problem, and looking for a solution.
> >
> > (For me part of the solution would be to NOT default do this
> > installation into my global system.)
> >
> > Regards,
> >
> > Richard Duivenvoorde
> >
>
> ___
> 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] Use Georeferencer Core-Plugin with python

2014-05-19 Thread G. Allegri 
Of course Matthias is right if you want to interface with a plugin instance
running inside QGIS. That's why I said you could bind only the inner logic
of the Georeferencer to use it "outside" the plugin instance. In case you
need to control, or get work done from, the Georeferencer plugin itself you
have to do what Matthias is doing in its commit.

giovanni


2014-05-19 18:33 GMT+02:00 Matthias Kuhn :

> The python modules gui and core are exported and the "iface" variable
> (QgisInterface) knows about their presence. But QgisInterface should not
> have any dependencies on plugin code, therefore it's harder to access this
> code.
> It may not be hard if you only make use of code which you use in a
> standalone library way (maybe that would already be enough for your case).
> If you want to get access to a running plugin instance this is a different
> story. You can have a look at the code in [1] for an example of how this
> might be accomplished. Although the code seems not to be working, I've got
> to check what's still missing there, but in principle the ideas in commit
> [1] should work.
>
> Best,
> Matthias
>
> [1] https://github.com/m-kuhn/QGIS/commit/571b4fa7e6afcefb9c4911339db2c4
> b7689ce6a9
>
>
>
> On Mon 19 May 2014 05:34:41 PM CEST, Felix Schmidt wrote:
>
>> @Matthias: what do you mean with:
>> Am 19.05.2014 16:41, schrieb Matthias Kuhn: "the code is not exported
>> to the gui or core libraries/sip modules"?
>>
>>  It will not be so easy to just write wrappers because the code is not
>>> exported to the gui or core libraries/sip modules.
>>> I have written code that makes it possible to generate python
>>> bindings for (C++) plugins and I'm considering creating a
>>> pull-request for it.
>>>
>>> Matthias
>>>
>>>
>>> On 05/19/2014 04:33 PM, G. Allegri wrote:
>>>
 It depends on what parts of the Georeferencer you need. If you don't
 need the GUI but only the math, you could consider writing a SIP
 wrapper around QgsGeorefTransformInterface implementations [1].
 Otherwise, if Python performance would suffice, you could grab the
 low level math from QgsGeorefTransform and QgsLeastSquares [2] and
 translate it to Python.

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/
 qgsgeoreftransform.cpp
 [2]
 https://github.com/qgis/QGIS/blob/master/src/plugins/
 georeferencer/qgsleastsquares.cpp



 2014-05-19 16:32 GMT+02:00 G. Allegri >>> >:


 It depends on what parts of the Georeferencer you need. If you
 don't need the GUI but only the math, you could consider writing
 a SIP wrapper around QgsGeorefTransformInterface implementations
 [1].
 Otherwise, if Python performance would suffice, you could grab
 the low level math from QgsGeorefTransform and QgsLeastSquares
 [2] and translate it to Python.

 giovanni

 [1]
 https://github.com/qgis/QGIS/blob/master/src/plugins/georeferencer/
 qgsgeoreftransform.cpp
 [2]
 https://github.com/qgis/QGIS/blob/master/src/plugins/
 georeferencer/qgsleastsquares.cpp


 2014-05-19 16:10 GMT+02:00 Felix Schmidt
 mailto:felix.schm...@uni-weimar.de>>:


 Hello Giovanni,
 thanks for your answer. Do you think it is easier to write
 the Plugin for the historical border extraction in c++
 instead of python, cause of the binding implementation?

 Felix

 Am 19.05.2014 14:52, schrieb G. Allegri:

 Hi Felix,
 I fear you will have to write your own bindings if you
 want to leavarage the Georeferencer plugin code. It's a
 plugin, so it's functionality isn't exposed through QGIS
 API.





 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus




 --
 Giovanni Allegri
 http://about.me/giovanniallegri
 Twitter: https://twitter.com/_giohappy_
 blog: http://blog.spaziogis.it
 GEO+ geomatica in Italia http://bit.ly/GEOplus


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



-- 
Giovanni Allegri
http://about.me/giovanniallegri
Twitter: https://twitter.com/_giohappy_
blog: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus
___
Qgis-d

[Qgis-developer] Gradient fill data defined properties localization

2014-05-19 Thread Radim Blazek 
Gradient fill data defined properties keywords, e.g.
  gradient type: linear, radial, conical
  coordinate mode: feature, viewport
  spread: pad, repeat, reflect
are currently localized (translated). I believe that such keywords
(data defined in general) should not be translated to keep project
portability. Opinions?

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

Re: [Qgis-developer] Canvas extent not restored from project

2014-05-19 Thread Giovanni Manghi 
> Canvas extent is not set to what is saves in project when project is
> opened with current master. Is it intended change or a bug? Can some
> confirm?

it is weeks now that I see this issue. I asked around and have been
told that "it works fine here", so I supposed that was just my issue.

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

Re: [Qgis-developer] Canvas extent not restored from project

2014-05-19 Thread Radim Blazek 
On Mon, May 19, 2014 at 7:39 PM, Giovanni Manghi
 wrote:
>> Canvas extent is not set to what is saves in project when project is
>> opened with current master. Is it intended change or a bug? Can some
>> confirm?
>
> it is weeks now that I see this issue. I asked around and have been
> told that "it works fine here", so I supposed that was just my issue.

Here it seems to happen when a layer is in projected CRS and OTFR is
off or project has the same CRS as layer (i.e no reprojection). It
works if the layer is in geographic CRS or OTFR is on and project has
different CRS.

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

Re: [Qgis-developer] Error installing nightly debs

2014-05-19 Thread Jürgen E . Fischer 
Hi Paolo,

On Mon, 19. May 2014 at 17:39:09 +0200, Paolo Cavallini wrote:
> I still get an error after
> https://github.com/qgis/QGIS/commit/74392f7823536c5fa5b6b57b912ec698ff0b6839
 
>  trying to overwrite '/usr/lib/libqgispython.so.2.3.0', which is also in 
> package
> libqgispython2.3.0 2.3.0+git20140519+2ff79d3~unstable1

What do you mean after?  2ff79d3 is three commits before 74392f7.


Jürgen

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


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread Matthias Kuhn 
A pull request is online for review:

https://github.com/qgis/QGIS/pull/1370

Please post your comments there if you are interested in this 
functionality.

On Mon 19 Mai 2014 18:55:54 CEST, G. Allegri wrote:
> Of course Matthias is right if you want to interface with a plugin
> instance running inside QGIS. That's why I said you could bind only
> the inner logic of the Georeferencer to use it "outside" the plugin
> instance. In case you need to control, or get work done from, the
> Georeferencer plugin itself you have to do what Matthias is doing in
> its commit.
>
> giovanni
>
>
> 2014-05-19 18:33 GMT+02:00 Matthias Kuhn  >:
>
> The python modules gui and core are exported and the "iface"
> variable (QgisInterface) knows about their presence. But
> QgisInterface should not have any dependencies on plugin code,
> therefore it's harder to access this code.
> It may not be hard if you only make use of code which you use in a
> standalone library way (maybe that would already be enough for
> your case). If you want to get access to a running plugin instance
> this is a different story. You can have a look at the code in [1]
> for an example of how this might be accomplished. Although the
> code seems not to be working, I've got to check what's still
> missing there, but in principle the ideas in commit [1] should work.
>
> Best,
> Matthias
>
> [1]
> 
> https://github.com/m-kuhn/__QGIS/commit/__571b4fa7e6afcefb9c4911339db2c4__b7689ce6a9
> 
> 
>
>
>
> On Mon 19 May 2014 05:34:41 PM CEST, Felix Schmidt wrote:
>
> @Matthias: what do you mean with:
> Am 19.05.2014 16:41, schrieb Matthias Kuhn: "the code is not
> exported
> to the gui or core libraries/sip modules"?
>
> It will not be so easy to just write wrappers because the
> code is not
> exported to the gui or core libraries/sip modules.
> I have written code that makes it possible to generate python
> bindings for (C++) plugins and I'm considering creating a
> pull-request for it.
>
> Matthias
>
>
> On 05/19/2014 04:33 PM, G. Allegri wrote:
>
> It depends on what parts of the Georeferencer you
> need. If you don't
> need the GUI but only the math, you could consider
> writing a SIP
> wrapper around QgsGeorefTransformInterface
> implementations [1].
> Otherwise, if Python performance would suffice, you
> could grab the
> low level math from QgsGeorefTransform and
> QgsLeastSquares [2] and
> translate it to Python.
>
> giovanni
>
> [1]
> 
> https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/__qgsgeoreftransform.cpp
> 
> 
> [2]
> 
> https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/qgsleastsquares.__cpp
> 
> 
>
>
>
> 2014-05-19 16:32 GMT+02:00 G. Allegri
> mailto:gioha...@gmail.com>
> >>:
>
>
> It depends on what parts of the Georeferencer you
> need. If you
> don't need the GUI but only the math, you could
> consider writing
> a SIP wrapper around QgsGeorefTransformInterface
> implementations
> [1].
> Otherwise, if Python performance would suffice,
> you could grab
> the low level math from QgsGeorefTransform and
> QgsLeastSquares
> [2] and translate it to Python.
>
> giovanni
>
> [1]
>
> 
> https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/__qgsgeoreftransform.cpp
> 
> 
> [2]
>
> 
> https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/qgsleastsquares.__cpp
> 
> 
>
>
> 2014-05-19 16:10 GMT+02:00 Felix Schmidt
>  
>

Re: [Qgis-developer] Use Georeferencer Core-Plugin with python

2014-05-19 Thread Felix Schmidt 

Thanks a lot for the support,
i will read your commit and talk to my team mates on Wednesday.

Felix

Am 19.05.2014 21:09, schrieb Matthias Kuhn:

A pull request is online for review:

https://github.com/qgis/QGIS/pull/1370

Please post your comments there if you are interested in this
functionality.

On Mon 19 Mai 2014 18:55:54 CEST, G. Allegri wrote:

Of course Matthias is right if you want to interface with a plugin
instance running inside QGIS. That's why I said you could bind only
the inner logic of the Georeferencer to use it "outside" the plugin
instance. In case you need to control, or get work done from, the
Georeferencer plugin itself you have to do what Matthias is doing in
its commit.

giovanni


2014-05-19 18:33 GMT+02:00 Matthias Kuhn mailto:matthias.k...@gmx.ch>>:

 The python modules gui and core are exported and the "iface"
 variable (QgisInterface) knows about their presence. But
 QgisInterface should not have any dependencies on plugin code,
 therefore it's harder to access this code.
 It may not be hard if you only make use of code which you use in a
 standalone library way (maybe that would already be enough for
 your case). If you want to get access to a running plugin instance
 this is a different story. You can have a look at the code in [1]
 for an example of how this might be accomplished. Although the
 code seems not to be working, I've got to check what's still
 missing there, but in principle the ideas in commit [1] should work.

 Best,
 Matthias

 [1]
 
https://github.com/m-kuhn/__QGIS/commit/__571b4fa7e6afcefb9c4911339db2c4__b7689ce6a9
 




 On Mon 19 May 2014 05:34:41 PM CEST, Felix Schmidt wrote:

 @Matthias: what do you mean with:
 Am 19.05.2014 16:41, schrieb Matthias Kuhn: "the code is not
 exported
 to the gui or core libraries/sip modules"?

 It will not be so easy to just write wrappers because the
 code is not
 exported to the gui or core libraries/sip modules.
 I have written code that makes it possible to generate python
 bindings for (C++) plugins and I'm considering creating a
 pull-request for it.

 Matthias


 On 05/19/2014 04:33 PM, G. Allegri wrote:

 It depends on what parts of the Georeferencer you
 need. If you don't
 need the GUI but only the math, you could consider
 writing a SIP
 wrapper around QgsGeorefTransformInterface
 implementations [1].
 Otherwise, if Python performance would suffice, you
 could grab the
 low level math from QgsGeorefTransform and
 QgsLeastSquares [2] and
 translate it to Python.

 giovanni

 [1]
 
https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/__qgsgeoreftransform.cpp
 

 [2]
 
https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/qgsleastsquares.__cpp
 




 2014-05-19 16:32 GMT+02:00 G. Allegri
 mailto:gioha...@gmail.com>
 >>:


 It depends on what parts of the Georeferencer you
 need. If you
 don't need the GUI but only the math, you could
 consider writing
 a SIP wrapper around QgsGeorefTransformInterface
 implementations
 [1].
 Otherwise, if Python performance would suffice,
 you could grab
 the low level math from QgsGeorefTransform and
 QgsLeastSquares
 [2] and translate it to Python.

 giovanni

 [1]

 
https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/__qgsgeoreftransform.cpp
 

 [2]

 
https://github.com/qgis/QGIS/__blob/master/src/plugins/__georeferencer/qgsleastsquares.__cpp
 



 2014-05-19 16:10 GMT+02:00 Felix Schmidt
 mailto:felix.schm...@uni-weimar.de>
 >>: