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
functionali
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 in
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+gi
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 "i
> 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 -
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
por
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 yo
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,
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
stan
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/listinf
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
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/libqgi
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
.../libqg
@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 m
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_
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 QgsGeorefTrans
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 Schm
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 b
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
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 Georeference
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
>
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
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,
>
> I
23 matches
Mail list logo
