Hi all,
IMHO the name of the Versioning manu un DB Manager is not appropriate;
in my view, this add a history to the table, rather than versioning
(provided by more sophisticated plugins).
This could be the time to change it in Q£. Any objection?
All the best.
--
Paolo Cavallini - www.faunalia.eu
Hi all
I am currently involved in rolling QGIS 2.18 out in a corporate environment.
The security risk of a user installing a malicious plugin from the Official
Plugin Repository has come up.
While we can ensure our corporate plugin repository is immediately visible to
all corporate users via
Hi Jürgen,
thanks for your research.
Am Sa, 20.01.2018, 18:05 schrieb Jürgen E. Fischer:
> GDAL does detect the correct EPSG from prj it wrote itself.
Yes, this is true for GDAL, but as soon as the QPJ is missing,
QGIS switches back to 3044.
I figured out that adding AUTHORITY["EPSG","25832"]
On 24 January 2018 at 20:11, Daan Goedkoop wrote:
> It sometimes needs to reverse line directions. I used to do it like this:
>
> return QgsGeometry.fromPolyline(geom.asPolyline().reverse())
>
> Q1. Do I understand it correctly, that fromPolyline returns a
> QgsPointXY list,
On 24 January 2018 at 19:20, Etienne Trimaille
wrote:
> Is-it possible to remove this function from SIP bindings? According to SIP
> version?
>
Unfortunately I don't think this would help - we'd have to remove
every method which returns a QgsLayoutItem to do so - and
On 25 January 2018 at 05:27, Jürgen E. Fischer wrote:
> Hi Daan,
>
> On Wed, 24. Jan 2018 at 15:20:10 +0100, Daan Goedkoop wrote:
>> Here is a sample project file.
>
> That's a different case - apparently introduces with the fix for #17257.
> It's misdetecting the project CRS.
On Wed, Jan 24, 2018 at 7:47 PM, matteo wrote:
> Actually with the Layer Panel and pseudocolor, when hitting on the
> different calculation type values are automatically updated in the boxes ;)
>
> Should I open a ticket for the greyscale?
I just proposed a fix [0] for
Hi Daan,
On Wed, 24. Jan 2018 at 15:20:10 +0100, Daan Goedkoop wrote:
> Here is a sample project file.
That's a different case - apparently introduces with the fix for #17257.
It's misdetecting the project CRS.Should be fixed in 8c96eec2.
Jürgen
--
Jürgen E. Fischer norBIT GmbH
On Wed, Jan 24, 2018 at 7:50 PM, Etienne Trimaille <
etienne.trimai...@gmail.com> wrote:
> Min/max is now loaded automatically, even when you pan the map like in
> this tweet: https://twitter.com/cartocalypse/status/953680911224238080
>
Yeah, with docked style panel works just fine.
--
Min/max is now loaded automatically, even when you pan the map like in this
tweet: https://twitter.com/cartocalypse/status/953680911224238080
2018-01-24 21:36 GMT+03:00 Salvatore Larosa :
> Hi Matteo,
>
> On Fri, Nov 10, 2017 at 10:02 AM, matteo
Hi Salvatore,
> the Load button has been removed in this commit [0]
I missed that commit ;)
> This is strange, now both Apply and Ok button should to update the min/max
> values. At current master works for me.
ok some other tests with the same layer:
* pseudocolor works as you said
*
Hi Matteo,
On Fri, Nov 10, 2017 at 10:02 AM, matteo wrote:
> Hi devs,
>
> I just compiled the master branch and I noticed that in the style tab
> for raster layer, I can change the min/max values (with default options
> + user defined) but I cannot see the *load values*
Hi guys,
sorry to insist on this topic but I did not find a solution. With a
custom rater loaded, when hitting on the buttons User Defined,
Cumulative, Min/Max, Mean +- sd to calculate the minimum and maximum
values nothing changes.
Is there a hidden button to look for or the values should
Here is a sample project file.
2018-01-24 14:10 GMT+01:00 Jürgen E. Fischer :
> Hi Daan,
>
> On Wed, 24. Jan 2018 at 13:20:56 +0100, Daan Goedkoop wrote:
>> E.g. a project with the CRS set to 25833 (ETRS89/UTM zone 33N) in 2.18
>> will open with CRS 3006 (SWEREF99 TM) in the
Hi Daan,
On Wed, 24. Jan 2018 at 13:20:56 +0100, Daan Goedkoop wrote:
> E.g. a project with the CRS set to 25833 (ETRS89/UTM zone 33N) in 2.18
> will open with CRS 3006 (SWEREF99 TM) in the current QGIS 3.0.
> 2018-01-20 18:05 GMT+01:00 Jürgen E. Fischer :
> > I guess you see the
Hey Pete,
I followed exactly what Martin wrote. So it should be installed in
/opt/... or not?
matteo@matteo-computer:/opt$ tree -L 2
.
├── qt59
│ ├── bin
│ ├── doc
│ ├── examples
│ ├── include
│ ├── lib
│ ├── libexec
│ ├── mkspecs
│ ├── phrasebooks
│ ├── plugins
│ ├── qml
│
Hi Matteo,
if you have your Qt installation in /opt/qt59, it does. But I have it in
/opt/Qt/5.9.2/gcc_64/lib/cmake. I depends on how/where you installed Qt.
Cheers,
P.
On Wed, Jan 24, 2018 at 1:26 PM, matteo wrote:
> Hi Pete,
>
> thanks for the answer.
>
> > I think
Hi Pete,
thanks for the answer.
> I think you need to reference CMake modules path from your QT installation,
> e.g. CMAKE_PREFIX_PATH=/opt/Qt/5.9.2/gcc_64/lib/cmake or similar.
Isn't
CMAKE_PREFIX_PATH=/opt/qt59/lib/cmake cmake ../QGIS \
etc...
doing exactly this thing?
Cheers
Matteo
Hello,
I just noticed that this issue apparently also surfaces when opening
projects from QGIS 2.18 in QGIS 3.0
E.g. a project with the CRS set to 25833 (ETRS89/UTM zone 33N) in 2.18
will open with CRS 3006 (SWEREF99 TM) in the current QGIS 3.0.
Kind regards,
Daan
2018-01-20 18:05 GMT+01:00
Hi Ginetto,
that is exactly the guide I've tried to followed that gives me the
errors listed before..
Cheers
Matteo
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
https://www.lutraconsulting.co.uk/blog/2017/08/06/qgis3d-build/
Luigi Pirelli
**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange:
On Wed, Jan 24, 2018 at 11:29:53AM +0100, Luigi Pirelli wrote:
> Hi
>
> I've a PR for processing (2.18) reviewed by Victor but not assigned to
> anyone... since a month. can be merged before the next patch release
> please?
>
> https://github.com/qgis/QGIS/pull/5950
I merged it, but why does
Hi
I've a PR for processing (2.18) reviewed by Victor but not assigned to
anyone... since a month. can be merged before the next patch release
please?
https://github.com/qgis/QGIS/pull/5950
tnx
Luigi Pirelli
Hello all,
I'm updating my plugin to QGIS 3.
It sometimes needs to reverse line directions. I used to do it like this:
return QgsGeometry.fromPolyline(geom.asPolyline().reverse())
Q1. Do I understand it correctly, that fromPolyline returns a
QgsPointXY list, thus destroying any M/Z values?
Hi all,
I'm trying to build QGIS with 3D support on a Mint 18 (so Ubuntu 16.04)
machine, but, even if I've followed exactly Martin's guide [0] I'm
facing many errors.
I successfully compiled in /opt all the required Qt libraries, the
problems arise when setting up ccmake and cmake
* mkdir
I'm testing the code under QGIS3, but I fear that
isinstance(item, item_class), in my case: isinstance(item,
QgsLayoutItemPicture)
returns always false because item is of QgsLayoutItem generic class
Nyall's workaround works for me without exceptions:
from qgis.core import QgsProject,
Is-it possible to remove this function from SIP bindings? According to SIP
version?
It's a common issue, already raised on the mailing list and in plugin issue
trackers.
I'm copy/pasting another message/snippet from Martin which works perfectly:
Not sure if that is related, was just looking
Hi Nyall,
> That's because well behaved algorithms now handle this automatically
> for users... helping them not want to smash their screens.
yes, that's the expected behavior
> Well, algorithms which CAN'T transparently reproject (for whatever
> reasons) can return the
28 matches
Mail list logo