there is no such plan, do you think we can add some logic in a
python script to force the form update (I can ask to Arnaud next week on
this topic).
Thanks,
Y.
__ Information from ESET Mail Security, version of virus signature
database 12230 (20150910) __
The message was checked
Could someone take a look at this pull request:
https://github.com/qgis/QGIS/pull/2283
Arnaud
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
on this topic).
Thanks,
Y.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
__ Information from ESET Mail Security, version of virus signature
database 12230 (20150910
On Thursday, September 10, 2015 9:36:31 Bernhard Ströbl wrote:
> Hi Yves,
>
> Am 10.09.2015 um 09:27 schrieb Yves Jacolin:
>[..]
> >
> >> Apart from that if
> >> field#2 = field#1 + x
> >> then field#2 is totally redundant. You could either create a view
> >> containing this field or create a
Hi,
Recently, I updated the GarminCustomMap plugin which I developed a few years
ago, because users reported that it crashes QGIS.
Unfortunately, the bug reports (the plugin uses the QGIS bug tracker system and
repository) never were forwarded to me, so I noticed them only with a
significant
__
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> __ Information from ESET Mail Security, version of virus signature
> database 12230 (20150910) __
>
&g
On 09/10/2015 10:15 AM, Yves Jacolin wrote:
> On Thursday, September 10, 2015 9:36:31 Bernhard Ströbl wrote:
>> Hi Yves,
>>
>> Am 10.09.2015 um 09:27 schrieb Yves Jacolin:
>> [..]
Apart from that if
field#2 = field#1 + x
then field#2 is totally redundant. You could either create a
Hi all,
we are finding a few small issues with this very useful command:
* new connections are not listed on the list of connections; QGIS has to
be restarted to take the new connection into account
* the output SR is compulsory (without it it silently fails): better use
the input SR as a
On 2015-09-10 13:06, Matteo Ghetta wrote:
make[2]: *** No rule to make target '/usr/lib/libgeos_c.so', needed by
'output/lib/libqgis_core.so.2.11.0'. Stop.
Assuming your using Debian/Ubuntu, since GEOS 3.5.0 the geos libraries
have moved to the Multi-Arch library paths
On Thu, Sep 10, 2015 at 01:06:10PM +0200, Matteo Ghetta wrote:
> Hi all,
> I tried to compile QGIS (as usual) but today I get this error:
>
> make[2]: *** No rule to make target '/usr/lib/libgeos_c.so', needed by
> 'output/lib/libqgis_core.so.2.11.0'. Stop.
> CMakeFiles/Makefile2:1116: recipe
Hi all,
Nyall, Thanks for the feedback and the work you've done. I read your
article few weeks ago but didn't try the new functions till last day.
I agree that layer, regardless it is labelled or not, should offer the
option of being an obstacle of any other layer's label. I suppose you mean
Hi Bas and Sandro,
don't know what I have done, but I've configured and generated the make
file again and I was able to compile the dev version.
@Sandro: the libgeos-dev was already installed
Thanks!
Matteo
2015-09-10 16:11 GMT+02:00 Sandro Santilli :
> On Thu, Sep 10, 2015
Il 10/09/2015 10:44, Blumentrath, Stefan ha scritto:
> Recently, I updated the GarminCustomMap plugin which I developed a few
> years ago, because users reported that it crashes QGIS.
>
>
>
> Unfortunately, the bug reports (the plugin uses the QGIS bug tracker
> system and repository) never
On Thu, Sep 10, 2015 at 11:39 AM, Crispin Cooper
wrote:
> The QGIS plugin would not be essential to the external process as sDNA
> works on its own anyway. The external process would however be essential
> to the QGIS plugin.
>
Just thinking aloud here: If the plugin
14 matches
Mail list logo