[QGIS-Developer] Plugin [62] Load Them All approval notification.

[noreply]

Plugin Load Them All approval by pcav.
The plugin version "[62] Load Them All 3.0" is now approved
Link: http://plugins.qgis.org/plugins/loadthemall/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] On precision in qgsRound() (3.3.0 master)

[Nyall Dawson]

On Mon, 10 Sep 2018 at 20:04, andreaerdna  wrote:

> It seems to me that there is a flaw in qgsRound...
>  I think
> 'scaleFactor' should be qlonglong in order to correctly store at least the
> 12th power of 10 (while 'places' could be Int or less; and the
> static_cast could be , provided that qgsRound() is
> only used to round measurements, as it seems to be now).

Yes, that looks correct! Can you open a PR with a test case fixing this?

Nyall
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Should we disable Processing modeler for the next 3.4?

[Nyall Dawson]

On Tue, 11 Sep 2018 at 03:11, Luigi Pirelli  wrote:
>

>  Should we disable Processing modeler for the next 3.4?

Hell no! (no wait, that's not strong enough...! #$%#$% no!!!) ;)

> I'm having really unreliable experience with processing modeler and grass 
> commands in master. Other have the same experience?

I don't have any direct experience with models using grass, so would
be keen to hear other's feedback here. My experience is generally with
using native and Python provider algorithms alone, in which case
modeler works well.*

* (Using modeler in QGIS has always been a balancing act of
frustration... I find that I'm always getting 95% of my model
implemented, before hitting some missing feature in modeler which
would allow me to do that final 5%. Maybe over time this has increased
from 80% to 95%, but we're still not at 100% yet! When all parameter
widgets are ported to the new modeler widget api this will get my
models to maybe 96%, with another 3% bump when full expression
contexts are available to modeler parameters in the "precalculated
expression" mode. But that's all feature requests anyway, not
bugs/regressions!).

> some problems has been already reported: https://issues.qgis.org/issues/19700

I do expect some short-term fallout from
https://github.com/qgis/QGIS/pull/7761, but we should easily be able
to get this in shape for 3.4 final. And the benefit of #7761 is that
each parameter which is ported is gaining 100% unit test coverage,
something widget wrappers have never had in the past. Parameters
ported so far are string, boolean and CRS parameters (the rest will
need to wait for 3.6).

> IMHO there are two big problems
> 1) lack of test for algs in modeler... kind of integration tests whilst other 
> part of processing are well covered.

That's a good point, but conceptually there shouldn't be any
difference to an algorithm running in modeler vs outside of it. I
think the issue with grass is more to do with "running more than one
GRASS algorithm in a single qgis session".

> 2) There are not so many users moving models to 3.x => many use cases are not 
> covered yet.

Yes, many use cases are definitely not covered yet. But I don't think
these are regressions, just missing features/functionality  (let me
know if they are regressions).

Nyall
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Anyone using QGIS with high resolution screen?

[Denis Rouzaud]

and you play with my mac to fix the mac slowness issue ? ;)

Le lun. 10 sept. 2018 à 13:05, Marco Bernasocchi  a
écrit :

> also 40" 4K here all pretty smooth running out of a x1 yoga. Next time you
> come over you can play with it :)
>
> Cheers
>
> On 06.09.2018 17:37, Alessandro Pasotti wrote:
>
>
>
> On Thu, Sep 6, 2018 at 5:28 PM Denis Rouzaud 
> wrote:
>
>> Thank you for replies.
>> Alessandro, on Mac, how did you installed/compiled QGIS? Homebrew,
>> MacPorts or KyngChaos ?
>>
>>
>>
> Hi Denis,
>
> Sorry if I wasn't clear: I wiped out the hard disk completely, put a QGIS
> sticker on the Apple logo and I'm happily running Ubuntu on my MacBook Pro
> 15'' :)
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
>
>
> ___
> QGIS-Developer mailing listqgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
> --
> Marco Bernasocchi
> QGIS.org Co-chair
> ma...@opengis.ch
> +41 (0)79 467 24 70 <+41794672470>
>
> [image: OPENGIS.ch Logo] 
>
-- 

Denis Rouzaud
de...@opengis.ch  
+41 76 370 21 22
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Should we disable Processing modeler for the next 3.4?

[Luigi Pirelli]

Hi

I'm having really unreliable experience with processing modeler and grass
commands in master. Other have the same experience?

some problems has been already reported:
https://issues.qgis.org/issues/19700

IMHO there are two big problems
1) lack of test for algs in modeler... kind of integration tests whilst
other part of processing are well covered.
2) There are not so many users moving models to 3.x => many use cases are
not covered yet.

probably mine is a narrow vision based in my little experience with
modeler, and I would be happy to discover that the problem is mostly mine.

opinions?

Luigi Pirelli

p.s. my experience is mostly with compiled qgis on linux env

**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS 2nd Edition:
*
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
* Hire me: http://goo.gl/BYRQKg
**
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Anyone using QGIS with high resolution screen?

[Marco Bernasocchi]

also 40" 4K here all pretty smooth running out of a x1 yoga. Next time
you come over you can play with it :)

Cheers


On 06.09.2018 17:37, Alessandro Pasotti wrote:
>
>
> On Thu, Sep 6, 2018 at 5:28 PM Denis Rouzaud  > wrote:
>
> Thank you for replies.
> Alessandro, on Mac, how did you installed/compiled QGIS? Homebrew,
> MacPorts or KyngChaos ?
>
>
>
> Hi Denis,
>
> Sorry if I wasn't clear: I wiped out the hard disk completely, put a
> QGIS sticker on the Apple logo and I'm happily running Ubuntu on my
> MacBook Pro 15'' :)
>
> -- 
> Alessandro Pasotti
> w3:   www.itopen.it 
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

-- 
Marco Bernasocchi
QGIS.org Co-chair
ma...@opengis.ch 
+41 (0)79 467 24 70 

OPENGIS.ch Logo 
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Tickets on plugins.qgis.org

[Paolo Cavallini]

solved, thanks a lot.

cheers.


Il 09/10/2018 01:16 PM, Tim Sutton ha scritto:
> I made a single category called ‘website’ - can you try again?
>
> T
>
>> On 10 Sep 2018, at 12:41, Paolo Cavallini > > wrote:
>>
>>
>>
>> Il 09/10/2018 12:25 PM, Tim Sutton ha scritto:
>>> Hi
>>>
>>> How exactly do you mean ‘open a ticket’? Can you share a specific URL
>>> you are trying to use?
>>
>> https://issues.qgis.org/projects/qgis-django/issues
>> thanks
>>
>> -- 
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
>>
>
> —
>
>
>
>
>
>
>
> *Tim Sutton*
>
> *Co-founder:* Kartoza
> *Ex Project chair:* QGIS.org 
>
> Visit http://kartoza.com  to find out about open
> source:
>
> Desktop GIS programming services
> Geospatial web development
> GIS Training
> Consulting Services
>
> *Skype*: timlinux 
> *IRC:* timlinux on #qgis at freenode.net 
>

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Tickets on plugins.qgis.org

[Tim Sutton]

I made a single category called ‘website’ - can you try again?

T

> On 10 Sep 2018, at 12:41, Paolo Cavallini  wrote:
> 
> 
> 
> Il 09/10/2018 12:25 PM, Tim Sutton ha scritto:
>> Hi
>> 
>> How exactly do you mean ‘open a ticket’? Can you share a specific URL
>> you are trying to use?
> 
> https://issues.qgis.org/projects/qgis-django/issues
> thanks
> 
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
> 

—








Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux
IRC: timlinux on #qgis at freenode.net



signature.asc
Description: Message signed with OpenPGP
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Tickets on plugins.qgis.org

[Paolo Cavallini]

Il 09/10/2018 12:25 PM, Tim Sutton ha scritto:
> Hi
>
> How exactly do you mean ‘open a ticket’? Can you share a specific URL
> you are trying to use?

https://issues.qgis.org/projects/qgis-django/issues
thanks

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Tickets on plugins.qgis.org

[Tim Sutton]

Hi

How exactly do you mean ‘open a ticket’? Can you share a specific URL you are 
trying to use?

Thanks

Tim

> On 10 Sep 2018, at 12:16, Paolo Cavallini  wrote:
> 
> Hi all,
> 
> I'm trying to open a ticket on  plugins.qgis.org and it fails with:
> 
> 
> Category can't be blank
> 
> Unfortunately I don't see a way to select a category.
> 
> Is someone able to open a ticket?
> 
> Thanks.
> 
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
> 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

—








Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux
IRC: timlinux on #qgis at freenode.net



signature.asc
Description: Message signed with OpenPGP
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Tickets on plugins.qgis.org

[Paolo Cavallini]

Hi all,

I'm trying to open a ticket on  plugins.qgis.org and it fails with:


    Category can't be blank

Unfortunately I don't see a way to select a category.

Is someone able to open a ticket?

Thanks.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] On precision in qgsRound() (3.3.0 master)

[andreaerdna]

qgsround is defined in qgis.h (since 3.0) as

 inline double qgsRound( double number, double places )
   {
int scaleFactor = std::pow( 10, places );
return static_cast( static_cast( number * scaleFactor
+ 0.5 ) ) / scaleFactor;
   }

and it seems only used by QgsUnitTypes:: scaledDistance and scaledArea which
are used in turn by QgsUnitTypes/QgsDistanceArea formatDistance/formatArea
and then by the homonymous ones of QgsMeasureDialog and QgsMapToolIdentify.

It seems to me that there is a flaw in qgsRound which leads to inconsistent
results of the Measure Tool in QGIS 3. (See the difference underlined in red
in the screenshot at
https://github.com/qgis/QGIS/pull/7836#issuecomment-419718554 between
segment length and total length values respectively rounded by
QLocale().toString() and by formatDistance through qgsRound()).

In fact, 'scaleFactor' is declared as Int and thus it can store up to the
9th power of 10, consequently the rounding provides incorrect results from
the 9th decimal place onwards.

Since it is allowed to set up to 12 as the number of decimal places in
Setting->Options->Map Tools (and moreover in Project Properties->General
there is no upper limit to the decimal places allowed to be set!), I think
'scaleFactor' should be qlonglong in order to correctly store at least the
12th power of 10 (while 'places' could be Int or less; and the
static_cast could be , provided that qgsRound() is
only used to round measurements, as it seems to be now).

In QGIS 2.18 this problem is not present, since both formatDistance and
formatArea rely on QString().arg(), which works similarly to
QLocale().toString(), to round measurements, instead of on qgsRound() (which
is also defined differently in 2.18 API).

I don't know if there could be a better approach to round numbers or how to
fix this flaw in a better way avoiding any overflow.

Hope this can help to improve QGIS 3.



-
Andrea Giudiceandrea
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer