Looking at Travis output, the qgis_sip_uptodate test passes:
https://travis-ci.org/qgis/QGIS/jobs/591915632#L958
BUT a test I've added to check if repository files changed
shows that the `python/server/server_auto.sip` file in the
git repository was changed during tests:
https://travis-ci.or
Denis, you seem to have introduced both the new switch (with the
typo) and the corresponding call with commit
6301f9b6f3ba1c9b39ffe55698365ab98aa059a1 on May 2018.
I'm not sure how this could have gone unnoticed till now,
maybe the sipify.pl sript should noisily fail when passed
unknown switches ?
Ok sorry for the noise, the OptName=s syntax is to specify that
the option takes an argument, doesn't give an indication of a
corresponding short-version option. I'm still trying to understand
why the server_auto.sip file is modified by travis...
--strk;
On Tue, Oct 01, 2019 at 12:31:13PM +0200,
Plugin AutoGridComp unapproval by zimbogisgeek.
The plugin version "[1839] AutoGridComp 0.2" is now unapproved
Link: http://plugins.qgis.org/plugins/AutoGridComp/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osg
Plugin AutoGridComp approval by zimbogisgeek.
The plugin version "[1839] AutoGridComp 0.2" is now approved
Link: http://plugins.qgis.org/plugins/AutoGridComp/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.o
Plugin AutoGridComp approval by zimbogisgeek.
The plugin version "[1839] AutoGridComp 0.2" is now approved
Link: http://plugins.qgis.org/plugins/AutoGridComp/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.o
Hi Calvin and list,
Have you looked at the GRASS GIS v.generalize tool?
https://grass.osgeo.org/grass64/manuals/v.generalize.html
The Douglas-Peucker algorithm is implemented there and I have used that
with (topologic)success recently on many touching polygons. Should work
for polylines too!
Dear Tim and Dear QGIS devs,
I am sorry that the information came out so early cause I had hectic weeks
planned after this year's FOSS4G with no time to answer this email which is
very important to me.
Anyway, I would like to announce my interest in pushing this idea of
integrating the ZOO-Proj
Exciting news, thanks Gerald.
Please keep us updated.
Cheers.
On 1 October 2019 15:32:49 EEST, "Gérald Fenoy" wrote:
>Dear Tim and Dear QGIS devs,
>I am sorry that the information came out so early cause I had hectic
>weeks planned after this year's FOSS4G with no time to answer this
>email which
I think it's the sip_include test which is causing issues.
Le mar. 1 oct. 2019 à 12:38, Sandro Santilli a écrit :
> Ok sorry for the noise, the OptName=s syntax is to specify that
> the option takes an argument, doesn't give an indication of a
> corresponding short-version option. I'm still tryi
I am guessing this is working on Cartesian coordinates and not geodesic
which is fine if you have a local projection. I think I will go ahead and
implement some similar geodesic algorithms. Thank you for the GRASS link.
It will help.
Thanks,
Calvin
On Tue, Oct 1, 2019 at 7:45 AM Áron Gergely
wr
Thanks Anita. This will be helpful.
Calvin
On Tue, Oct 1, 2019 at 2:45 AM Anita Graser wrote:
> Hi Calvin,
>
> On 26 Sep 2019, at 17:13, C Hamilton> wrote:
> > For GPS tracks I also see a need to throw out all points that are less
> than a certain distance or less than a certain time interval.
> Correct, but in the importing popup there is an option to transform into
> single. It usually works, at least for points, so it's unclear why it
> shouldn't in this case.
> Cheers.
>
despite its name, that has been always confusing, that option in DB Manager
never transformed geometries to SING
Hi Tomas,
Thank you for your suggestions but in the meantime i fixed the issue that was
due to different versions of the libpng library on my system.
I changed the compilation of GDAL to build against the external (system) libpng
library instead of the internal one provided with the GDAL source
Hi Raymond,
Sorry for my late reply.
> I set up my own plugin repo and meet exactly the problem as described here:
>
> https://gis.stackexchange.com/questions/325790/error-downloading-a-plugin
QGIS says that after unpacking zip file named e.g. "myMagicPlugin.zip" or
"myMagicPlugin.an-optional-s
Hi Tom,
Thanks for the feedback. Good to know that you found the problem.
I'll add the ldd qgis_mapserv.fcgi to my list of things to check, if
something is wrong with QGIS Server.
Best regards,
Jorge
Às 20:50 de 01/10/19, Tom Vanzieleghem escreveu:
> Hi Tomas,
>
> Thank you for your suggestio
Thanks Giovanni for the detailed reply.
On 01/10/19 19:17, Giovanni Manghi wrote:
>
> Correct, but in the importing popup there is an option to transform
> into single. It usually works, at least for points, so it's unclear
> why it shouldn't in this case.
> Cheers.
>
>
>
> des
Hi all,
It this is of any help, I have realized that naming the file plugin.zip or
plugin-x.y.z.zip is failing while plugin.x.y.z.zip actually works.
Le mar. 1 oct. 2019 à 22:36, Borys Jurgiel a écrit :
> Hi Raymond,
> Sorry for my late reply.
>
> > I set up my own plugin repo and meet exactly
Hi,
was this thread the more recent discussion/decision about what to backport
in LTS?
If I understand correctly, the judgment is left to the individual core
developer who by chance happens to approve the backport PR.
I'm asking because I feel that we developers do not always agree about what
to
Hi devs,
I'm facing a very very very strange situation. I have 2 QGIS installed
(3.4 from package and master compiled on debian sid).
When I switch on my computer (I did not update nothing, no QGIS, no
recompiled QGIS no update on debian in the last 2 weeks), when I try to
open both QGIS I SOMETI
20 matches
Mail list logo