[QGIS-Developer] Plugin [1230] Vector Tiles Reader approval notification.

[noreply]

Plugin Vector Tiles Reader approval by pcav.
The plugin version "[1230] Vector Tiles Reader 0.12.0 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/vector_tiles_reader/
___
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] QGIS 2.18.x Attribute Table Performance

[Nyall Dawson]

On 29 May 2017 at 20:21, Giovanni Manghi  wrote:
> Hi Nyall!
>
>> Thanks for the confirmation. Just to clarify, this fix was part of the
>> sponsored bug fixing effort which is funded by the project from
>> donated funds. So the real thanks here belong to everyone who has
>> donated to QGIS in the past and made this possible!
>
>
> sorry for asking again, is the loss of rendering speed performances
> (or better, time to fully load large vector layers) we see now  in
> master (at least with some datasets is quite noticeable, like 20/30%
> slower) to be considered ok (you mentioned at some point more
> stability) or to be considered an issue?

I'd call that an issue. I haven't had a chance to bisect this one yet
- I think we can wait till closer to release and if it's still and
issue I'll track it down.

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] [Qgis-developer] Transparency/Opacity (was: Outline/border -> stroke? )

[Nyall Dawson]

On 28 February 2017 at 15:34, Nyall Dawson  wrote:
> On 21 February 2017 at 00:31, Matthias Kuhn  wrote:
>> I'd say in the API we should be closer to the data and hence use 0-255, in 
>> the slider we convert it to 0-100%.
>> We could possibly have a slider that allows for 255 positions but prints 
>> numbers from 0%-100%?
>>
>> Are you aware of systems where there are more values than 8 bits for the 
>> alpha channel (for which we should prepare)?
>> It wouldn't be a much bigger deal to go this road, but I think it shouldn't 
>> be purely prophylactic without real needs in mind.
>
>
> Here's the tricky bit - using 0-255 and storing as an int doesn't
> translate well to displaying in a slider with values from 0-100. You
> need to allow 0.1 steps in the slider to avoid loss of precision, but
> then you get the confusing behaviour for users where they set the
> slider to 91.2, and reopen to find it's changed to 91.3 (made up
> numbers).
>
> I'd like to avoid that, so I think in api we should always use a
> double with range 0-1 for storing opacity. This can be exposed to
> users on a 0-100 scale, but also converted to a 0-255 int for
> rendering/etc without issue.

For reference - this has been fixed in master. Now:

- all opacity/transparency/alpha related api is setOpacity()/opacity()
, using doubles from 0 (transparent) to 1 (opaque)
- all UI controls use a standard QgsOpacityWidget control which shows
the opacity from 0 -> 100% (allowing 0.1% increments)

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] Drag and drop to PostGIS crash

[Nyall Dawson]

On 2 June 2017 at 03:31, Radim Blazek  wrote:
> On Tue, May 30, 2017 at 11:39 PM, Nyall Dawson  wrote:
>>> DD works within the browser now but not for layer with measures.
>> I guess this has never been implemented. Looking at ...
>
> I added Z, M and ZM types to postgres provider output and allowed
> AddFeatures for layers with measures (user should be warn on
> application level).

Thanks!

>>> DD from layer tree to postgres/browser imports the layer (without measures) 
>>> but:
>>> - the layer is removed from layer tree - intended?
>>
>> Definitely not - I hit this too a week or so ago, and it's far from
>> ideal! QgsDockBrowserTreeView::dragEnterEvent/dragMoveEvent/dropEvent
>> has code which is supposed to force a copy action when dragging from
>> the layer tree, but something's broken there. Any ideas Martin?
>
> I found that it makes copy (showing + icon) if dragged with Ctrl. No
> idea why setDropAction( Qt::CopyAction ) in QgsDockBrowserTreeView is
> ignored.
>
> I have no clear opinion if default action should be copy or move in this case.

I think copy should definitely be the ONLY behavior here. Otherwise
there's data loss - user's styling and layer settings will be lost,
and dragging memory layers will lose all features (admittedly dragging
memory layers doesn't copy any features anyway, but that makes it
worse... the contents are irretrievably lost).

I can't work this one out. I think
QgsDockBrowserTreeView::dragEnterEvent() should be calling
QTreeView::dragEnterEvent( e ) - without that it's not drawing the
drop indicators correctly. And in
QgsDockBrowserTreeView::dragMoveEvent if I reset the drop action to
CopyAction both before *and* after calling QTreeView::dragMoveEvent( e
) then the visual appearance of the drag appears correct, and seems
ready to perform a copy action... but the actual action performed is
still a move action.

There's something very screwy here... as far as I can tell we don't
anywhere state that we accept move actions here, and my understanding
is that the default Qt implementations only accept copy actions.

Any ideas?

>
>>> One traceback below, it crashed when DD failed. I think that the
>>> problem is that it is trying to show an error message which can only
>>> be done on main thread?
>>> The code which is run from QgsTaskManager should never interact with GUI?
>>
>> That shouldn't be the case (unless there's a bug somewhere). It's true
>> that tasks should never interact with the GUI in their run()
>> implementation, but QgsTask::finished should only ever be called from
>> the main thread and it should be safe to do GUI operations there. From
>> your crash below it seems like it's crashing after
>> QgsVectorLayerExporterTask::errorOccurred is emitted - but that's only
>> ever done from QgsVectorLayerExporterTask::finished . Could you try
>> putting a temporary assert in QgsVectorLayerExporterTask::finished to
>> ensure that it's working as designed and being called from the main
>> thread?
>
> You are right, errorOccurred is emitted on the main thread.
> Unfortunately I cannot reproduce the crash. It may have something to
> do with how the items in the browser were created, if all pushed to
> main thread or deleted to early instead of deleteLater().

Hmm... I don't like unpronounceable random crashes. Thanks for your
testing though... please let me know if this continues to be an issue!

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] [Qgis-user] Wrong result with Saga Raster calculator

[Eugenio Trumpy]

Hi Pedro,


I did the same for 5 pixels in the test raster I shared with you yesterday.

The different seems to be a little bit greater.

See the attached sheet.


I don't know if the version of saga, 2.3.1 the mine vs 2.3.2 the yours could 
generate this error,

or if the problem is in qgis process model.


E.






Da: Pedro Venâncio 
Inviato: mercoledì 31 maggio 2017 22:16
A: Eugenio Trumpy
Cc: qgis-user; qgis-developer
Oggetto: Re: [Qgis-user] Wrong result with Saga Raster calculator

Hi Eugenio,

I've created a sample processing model (attached), that works ok, except a 
small error in the result (decimals).

For instance:

Raster  ID  Pixel value

Z_top_res   a   1202,03510276

t_top_res   b   53,6123428345

topoc1  -182,584899902

SAGA Result 1   c   15,1783676147

SAGA Result 2   d   31,9437332153   Diff
Expected Result 1
15,1783679504   0,00335741
Expected Result 2
31,974087   0,0303540069

Formula
1   ifelse(c1>0,-(0.0065*c1-16),(0.0045*c1+16))
2   ifelse(a<500,0,((b-c)/a)*1000)

Using SAGA GUI there is no error.

Could this be because of some roundings in the input / output? (I'm sending for 
the developer's list also).

Thanks!

Best regards,
Pedro Venâncio



2017-05-31 10:56 GMT+01:00 Eugenio Trumpy 
>:


Hi Pedro,

thank you very much to have tested the computation with my test data!
You are right, I checked again the computation and actually it works.

However, I was using Saga raster calculation in a processing modeler, and one 
of the layer I share with you
is the resulting from a previous computation.

In other word the raster layer c=temp_recal.tif comes from a previous 
computation (raster calculator):
ifelse(a>0,-(0.0065*a-16),(0.0045*a+16))
where a is the layer attached, and hence c of the previous  formula is the 
resulting of this first computation.

E.


Da: Pedro Venâncio >
Inviato: mercoledì 31 maggio 2017 11:37
A: frippe12573; qgis-user
Oggetto: Re: [Qgis-user] Wrong result with Saga Raster calculator

Hi Eugenio,

The result with SAGA Raster Calculator seems ok here, on QGIS 2.18.9, SAGA 
2.3.2, both from OSGeo4W64 (result attached).

Z_top_res.tif have values from 724.403 to 1423.553, and so, the first condition 
is never true. Then, it always make ((b-c)/a)*1000, and the result seems ok to 
me.


Pedro



2017-05-31 10:19 GMT+01:00 frippe12573 
>:
Hi Paolo,

the raster have the same size and origin.
The pixels are precisely overlapped.

I tried also r.mapcalc, but I got a worst result.
Here the output of the log:
https://pastebin.com/jNyyzHgf

E.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Wrong-result-with-Saga-Raster-calculator-tp5322429p5322442.html
Sent from the QGIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
qgis-u...@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
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] Drag and drop to PostGIS crash

[Radim Blazek]

On Tue, May 30, 2017 at 11:39 PM, Nyall Dawson  wrote:
>> DD works within the browser now but not for layer with measures.
> I guess this has never been implemented. Looking at ...

I added Z, M and ZM types to postgres provider output and allowed
AddFeatures for layers with measures (user should be warn on
application level).

>> DD from layer tree to postgres/browser imports the layer (without measures) 
>> but:
>> - the layer is removed from layer tree - intended?
>
> Definitely not - I hit this too a week or so ago, and it's far from
> ideal! QgsDockBrowserTreeView::dragEnterEvent/dragMoveEvent/dropEvent
> has code which is supposed to force a copy action when dragging from
> the layer tree, but something's broken there. Any ideas Martin?

I found that it makes copy (showing + icon) if dragged with Ctrl. No
idea why setDropAction( Qt::CopyAction ) in QgsDockBrowserTreeView is
ignored.

I have no clear opinion if default action should be copy or move in this case.

>> One traceback below, it crashed when DD failed. I think that the
>> problem is that it is trying to show an error message which can only
>> be done on main thread?
>> The code which is run from QgsTaskManager should never interact with GUI?
>
> That shouldn't be the case (unless there's a bug somewhere). It's true
> that tasks should never interact with the GUI in their run()
> implementation, but QgsTask::finished should only ever be called from
> the main thread and it should be safe to do GUI operations there. From
> your crash below it seems like it's crashing after
> QgsVectorLayerExporterTask::errorOccurred is emitted - but that's only
> ever done from QgsVectorLayerExporterTask::finished . Could you try
> putting a temporary assert in QgsVectorLayerExporterTask::finished to
> ensure that it's working as designed and being called from the main
> thread?

You are right, errorOccurred is emitted on the main thread.
Unfortunately I cannot reproduce the crash. It may have something to
do with how the items in the browser were created, if all pushed to
main thread or deleted to early instead of deleteLater().

Thanks
Radim
___
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] issue with snapping on unchecked legend classes

[Régis Haubourg]

Hi, 
before raising an issue, we found that snapping index is available for
unchecked legend classes which allows to snap on invisible layers. 
Is this an issue or a feature that can be useful to some of us? 

If it's an issue we'll put that in the tracker and have someone fix it in
2.18.x and master.
Thanks for your feedback
Régis
 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/issue-with-snapping-on-unchecked-legend-classes-tp5322685.html
Sent from the QGIS - Developer mailing list archive at Nabble.com.
___
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] Plugin [1200] IO geopaparazzi approval notification.

[noreply]

Plugin IO geopaparazzi approval by pcav.
The plugin version "[1200] IO geopaparazzi 0.1.4 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/IOGeopaparazzi/
___
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] Building QGIS 2.18 on OSX

[Larry Shaffer]

Hi Helton,

A full walkthrough for building master branch using Homebrew is here:
https://github.com/qgis/homebrew-qgisdev/tree/master/development

Main Homebrew tap (formulae repo) is here:
https://github.com/qgis/homebrew-qgisdev/

For QGIS 2.18 and 2.14, you can reference the Homebrew formulae in
OSGeo4Mac tap (qgis2 and qgis2-ltr respectively):
https://github.com/OSGeo/homebrew-osgeo4mac/tree/master/Formula

So, to install 2.18, thereby ensuring all dependencies for building your
own 2.18 from source, do the following:

brew install osgeo/osgeo4mac/qgis2

or, if you only want the dependencies:

brew install osgeo/osgeo4mac/qgis2 --only-dependencies

See also: `man brew` after install Homebrew.

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota
--
Boundless Desktop and QGIS Support/Development
Boundless Spatial - http://boundlessgeo.com
lshaf...@boundlessgeo.com

On Thu, Jun 1, 2017 at 3:21 AM, David Marteau  wrote:

> Hi,
>
> You will find some information for building QGIS 2.18 and QGIS master on
> OSX here:
>
> https://www.3liz.com/blog/rldhont/index.php?post/2017/
> 06/01/How-to-build-qgis-on-OSX-with-MacPort
>
>
> Le 31 mai 2017 à 16:49, William Kyngesburye  a
> écrit :
>
> Well, I build the OS X package.  I recently upgraded to Sierra and it
> messed up my development setup.  I had problems with QGIS also, but didn't
> want to spend time figuring it out (I need to build for older systems, and
> I was way behind on QGIS updates) so I used my other Mac that I kept at
> Yosemite.
>
> - installing Qt4 - I had already installed Qt4 so running the installer
> was not a problem.  But what I have is a standard OS X installer package
> for Qt4, that should not crash anyways.  BUT, it installs a couple
> important items in /usr/lib and /usr/bin, which are protected in Sierra by
> SIP and will fail.  You'd have to hack those bits so they are available
> elsewhere in an unprotected location.  You can use Pacifist to extract
> installer files so you can put them in custom locations.
>
> - compiling Qt4 - I never had much luck with this in the past, even in
> supported OS X versions, but it's long past supported OS X versions and you
> will at least get lots of warnings, if not errors.  Maybe homebrew and the
> like have patches to work around these, but sounds like you still had
> problems.
>
>
> On May 29, 2017, at 9:33 AM, Helton Costa  wrote:
>
> Hi everybody,
>
> This is my first post here and I hope there's not already a post related
> to this, even thought I searched through the list a little.
>
> I have been trying to build QGIS 2.18 for about 3 weeks following a few
> step by steps I found but none of them gave me success. I'm on OSX 10.12.
> I first followed the official step by step from QGIS, and then, other ones
> using homebrew, but wasn't able to finish the build for the intended
> version.
> I do believe I have a polluted OS and libraries, but I invested around 6
> hours cleaning it and my environments to try it all again, and still, no
> success.
>
> Mainly, I believe my issue is regarding Qt4, which is already deprecated
> and I'm not able to install it properly. I already tried the .dmg from
> official's qt website (which crashes) and some cartr and osgeo formulaes
> from homebrew and still no success.
> Somewhere along the configuration and build process I get errors regarding
> Qt4 or some of their python bindings libraries and even thought I did
> manage to fix some of them, the build was never able to finish.
>
> Do you guys believe it is still possible to build non-master versions of
> QGIS on OSX, and if so, what would be some kind of different approach in
> order to be able to achieve it?
>
> Kind regards,
>
> *Helton Costa*
>
> ___
> 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
>
>
> -
> William Kyngesburye 
> http://www.kyngchaos.com/
>
> Earth: "Mostly harmless"
>
> - revised entry in the HitchHiker's Guide to the Galaxy
>
>
> ___
> 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 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 mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: 

[QGIS-Developer] Plugin [1152] QgisODK approval notification.

[noreply]

Plugin QgisODK approval by pcav.
The plugin version "[1152] QgisODK 1.6" is now approved
Link: http://plugins.qgis.org/plugins/QgisODK/
___
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] How to retrieve all "virtual fields" of a layer?

[Matthias Kuhn ]

Hi Stefan

for attr_idx in range(l.fields().count()):
if l.fields().fieldOrigin(attr_idx) == QgsFields.OriginExpression:
print(l.fields()[attr_idx].name())

Cheers
Matthias

On 06/01/2017 02:53 PM, Stefan Keller wrote:
> Thanks Etienne,
>
> But I'm looking for a list of virtual fields (not virtual C++
> functions) from a PyQGIS accessor as they can be defined by the user
> in the "Field Calculator".
>
> :Stefan
>
> 2017-06-01 3:23 GMT+02:00 Etienne Trimaille :
> > Hi,
> >
> > Both layer.fields() or layer.pendingFields() work for me. I got my virtual
> > field.
> >
> > 2017-06-01 3:34 GMT+08:00 Stefan Keller :
> >>
> >> Hi,
> >>
> >> In a Python plugin I want to retrieve information about all
> >> attributes/fields of a layer
> >> In the cookbook [1] it's described how to retrieve thems
> >>   for field in layer.pendingFields():
> >>   print field.name(), field.typeName()
> >>
> >> => But how do I get all "virtual fields" programmatically?
> >>
> >> :Stefan
> >>
> >> [1]
> >> http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/vector.html#retrieving-information-about-attributes
> >> ___
> >> 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 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 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] How to retrieve all "virtual fields" of a layer?

[Stefan Keller]

Thanks Etienne,

But I'm looking for a list of virtual fields (not virtual C++
functions) from a PyQGIS accessor as they can be defined by the user
in the "Field Calculator".

:Stefan

2017-06-01 3:23 GMT+02:00 Etienne Trimaille :
> Hi,
>
> Both layer.fields() or layer.pendingFields() work for me. I got my virtual
> field.
>
> 2017-06-01 3:34 GMT+08:00 Stefan Keller :
>>
>> Hi,
>>
>> In a Python plugin I want to retrieve information about all
>> attributes/fields of a layer
>> In the cookbook [1] it's described how to retrieve thems
>>   for field in layer.pendingFields():
>>   print field.name(), field.typeName()
>>
>> => But how do I get all "virtual fields" programmatically?
>>
>> :Stefan
>>
>> [1]
>> http://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/vector.html#retrieving-information-about-attributes
>> ___
>> 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 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] New help online

[Paolo Cavallini]

Il 01/06/2017 13:17, Richard Duivenvoorde ha scritto:

> I now added some redirections in apache config so now a link as
> 
> http://docs.qgis.org/2.99/en/docs/user_manual/print_composer/index.html
> 
> wil bring you to master version:
> 
> http://docs.qgis.org/testing/en/docs/user_manual/print_composer/index.html
> 
> Anything else we/I should do to make this work?

Thanks Richard, a better solution indeed. It does not work for
$qgis_locale =! en, but this will be easy to fix.
What about offline usage?
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=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] Understanding the mixed values widget option in multi-edit attributes

[DelazJ]

Hi devs,

When using the multi-edit attributes tool from the Attribute table dialog,
if a field contains different values for the selected features, the widget
beside the field is yellow and offers a drop-down button.
clicking the button shows "Set  for all selected features" option.
What does that do?
Afaict, selecting it clears the field value (set to NULL). Is that the
purpose ? in which case could the label be more explicit e.g.:
- Set  to NULL for all selected features
- Clear  for all selected features

Or did I miss something?

Thanks,
Harrissou
___
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] lizmap configuration disappeared

[João Gaspar]

Hi,
Otto, try the github page:
https://github.com/3liz/lizmap-web-client/issues

put in the subject [Question] is more easy to track and answer.

Regards
João


2017-06-01 11:26 GMT+01:00 Otto Dassau :

> Hi,
>
> login as admin to lizmap client (3.0.4) I cannot see the menu entry "my
> account" anymore to configure the client. I only can click on "exit". I
> must
> have set some wrong hooks somewhere during another session :( and after
> that
> the menu disapeared.
>
> Can I change some values in a config file to be able to see the Lizmap
> configuration as admin again?
>
> Hope the qgis lists is the right place for such questions. I haven't found
> a
> lizmap ml.
>
> thanks a lot
> Otto
> ___
> 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 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] New help online

[Richard Duivenvoorde]

On 01-06-17 12:36, Alexander Bruy wrote:
> Hi Paolo,
> 
> we don't have documentation for 2.99 that's why you are seeing
> this nohelp.html.

But 2.99 is master docs branch isn't it?

for 2.18 is the release_2.18 branch.

Redirection wasn't configured yet though...

I now added some redirections in apache config so now a link as

http://docs.qgis.org/2.99/en/docs/user_manual/print_composer/index.html

wil bring you to master version:

http://docs.qgis.org/testing/en/docs/user_manual/print_composer/index.html

Anything else we/I should do to make this work?


Regards,

Richard Duivenvoorde


___
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] New help online

[Paolo Cavallini]

Hi Alex,
well understood, that's why I suggested, for ease of testing and for
spotting eventual missing manpages, to either add a new branch on the
website, or just adding the second 'testing' path for now.
Moreover: any idea for offline users, see below?
All the best, and thanks.

Il 01/06/2017 12:36, Alexander Bruy ha scritto:
> Hi Paolo,
> 
> we don't have documentation for 2.99 that's why you are seeing
> this nohelp.html.
> 
> 2017-06-01 12:38 GMT+03:00 Paolo Cavallini :
>> Hi all,
>> on QGIS3 the button Help apparently searches the online manual. However
>> I keep on getting:
>> file:///usr/local/src/qgis/QGIS/doc/nohelp.html
>>
>> Oops!
>>
>> QGIS help is currently not available. This is likely because:
>>
>> No internet connection is available
>> The offline help files are not available or the location of these
>> files is not properly configured
>> No help content is available for the requested topic
>>
>> Please check that the correct location of the offline help files is
>> specified in the QGIS options dialog (Settings → Options →System).
>>
>> Changing the path:
>> http://docs.qgis.org/$qgis_short_version/$qgis_locale/docs/user_manual/
>> to
>> http://docs.qgis.org/testing/en/docs/user_manual/
>> I can get it working. Perhaps better, to make testing easier, to add a
>> new branch on the website? Or better just adding the second 'testing'
>> path for now?
>>
>> Furthermore, I guess we have to find a solution for offline users,
>> without the need for them to setup the local path.
>> All the best, and thanks.
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> https://www.google.com/trends/explore?date=all=IT=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
> 
> 
> 


-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=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] lizmap configuration disappeared

[Otto Dassau]

Hi,

login as admin to lizmap client (3.0.4) I cannot see the menu entry "my
account" anymore to configure the client. I only can click on "exit". I must
have set some wrong hooks somewhere during another session :( and after that
the menu disapeared. 

Can I change some values in a config file to be able to see the Lizmap
configuration as admin again?

Hope the qgis lists is the right place for such questions. I haven't found a
lizmap ml.

thanks a lot
Otto
___
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] New help online

[Alexander Bruy]

Hi Paolo,

we don't have documentation for 2.99 that's why you are seeing
this nohelp.html.

2017-06-01 12:38 GMT+03:00 Paolo Cavallini :
> Hi all,
> on QGIS3 the button Help apparently searches the online manual. However
> I keep on getting:
> file:///usr/local/src/qgis/QGIS/doc/nohelp.html
>
> Oops!
>
> QGIS help is currently not available. This is likely because:
>
> No internet connection is available
> The offline help files are not available or the location of these
> files is not properly configured
> No help content is available for the requested topic
>
> Please check that the correct location of the offline help files is
> specified in the QGIS options dialog (Settings → Options →System).
>
> Changing the path:
> http://docs.qgis.org/$qgis_short_version/$qgis_locale/docs/user_manual/
> to
> http://docs.qgis.org/testing/en/docs/user_manual/
> I can get it working. Perhaps better, to make testing easier, to add a
> new branch on the website? Or better just adding the second 'testing'
> path for now?
>
> Furthermore, I guess we have to find a solution for offline users,
> without the need for them to setup the local path.
> All the best, and thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=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



-- 
Alexander Bruy
___
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] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

Thanks but I will wait for the nightly builds to be available on the Ubuntu
repositories! :-)



Le jeudi 1 juin 2017, Alessandro Pasotti  a écrit :

> On Thu, Jun 1, 2017 at 11:22 AM, Stéphane Henriod  > wrote:
>
>> I really look forward to testing it :-) Thanks a lot for our involvement
>> here!
>>
>>
>
> Thanks to Boundless for funding the development and thanks to all of you
> who participated with design, mockups, ideas, comments and reviews!
>
> This was a nice and effective cooperation.
>
>
> BTW, if you can't wait, a Docker with a nigthly build of the PR branch is
> available as "boundlessgeo/qgis-testing-environment:unified-button"
>
> Cheers
>
>
>>
>> Le mercredi 31 mai 2017, Alessandro Pasotti > > a écrit :
>>
>>> Hi,
>>>
>>> final update: the development of what was in phase 1 is done.
>>>
>>> Actually, a bit more than phase 1 considering that we've redesigned the
>>> delimited text dialog GUI and I've done quite a bit of small refactorings
>>> of the providers selection dialogs interfaces.
>>>
>>> There has been a lot of feed-back, thank you all!
>>>
>>> As expected, there is no complete agreement over the final GUI bits for
>>> the menus and toolbars, and we still miss an icon (the green plus that I've
>>> used was only meant as a placeholder). I tried to keep the old toolbar
>>> available (disabled by default) mainly because it can spare a click and
>>> power users might want it back. Also, the new icon is the most prominent in
>>> the left bar and it's the first menu item in the layers menu.
>>>
>>> I have not a strong opinion about those toolbars and menus but I think I
>>> should wait no more and merge it as it is, then give the people some time
>>> to test the actual implementation and decide how to improve it.
>>>
>>> I kept the controversial part in a single commit so that it will be very
>>> easy to revert and propose a different placement for menus, icons and
>>> toolbars.
>>>
>>>
>>> Any objections if I proceed?
>>>
>>>
>>>
>>> On Wed, May 24, 2017 at 2:29 PM, Alessandro Pasotti 
>>> wrote:
>>>
 Hi,

 a quick update:

 I've prepared a PR with a working prototype in
 https://github.com/qgis/QGIS/pull/4629, I need some feed-back and some
 help, expecially UX/UI about if we want it as a dockable dialog too (and
 how to make it user-configurable).

 Feed-back welcome (but please keep it limited in scope to phase 1).

 Cheers



 On Fri, May 19, 2017 at 9:45 AM, Richard Duivenvoorde <
 rdmaili...@duif.net> wrote:

> On 19-05-17 01:23, Nyall Dawson wrote:
>
> > On this note - I've recently discovered the need for some type of
> > reusable layer selection widget which allows choice of existing
> > layers/loading new layers from the file system/loading new layers
> from
> > available db/online connections. This would be extremely valuable for
> > processing too!
> >
> > So I'm really glad to hear that you'll be pushing ahead with this
> work
> > - thanks Boundless!
>
> Yep, and thanks Alessandro for the screenie. Makes me want more!
>
> @Nyall in Essen the talk was to start with what Alessandro wrote in his
> email, so 1 dialog 'merging' all buttons/widgets/dialogs into one,
> reuse
> as much as possible. So it was possible to get it into 3.0
>
> Off course people (.../me) started brainstorming about features which
> w/could be added too :-)
>
> Your idea adds (I think) to the idea to make some kind of
> 'datamanagement-console' in near future, where you can create/copy
> data(!), move data around (browser part) or delete it.
> Your note fits in this isn't it?
>
> Regards,
>
> Richard
>
>
> ___
> 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
>



 --
 Alessandro Pasotti
 w3:   www.itopen.it

>>>
>>>
>>>
>>> --
>>> Alessandro Pasotti
>>> w3:   www.itopen.it
>>>
>>
>>
>> --
>>
>> “When you travel, remember that a foreign country is not designed to make
>> you comfortable. It is designed to make its own people comfortable." --
>> Clifton Fadiman
>>
>>
>
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
>


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: 

Re: [QGIS-Developer] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Alessandro Pasotti]

On Thu, Jun 1, 2017 at 11:22 AM, Stéphane Henriod 
wrote:

> I really look forward to testing it :-) Thanks a lot for our involvement
> here!
>
>

Thanks to Boundless for funding the development and thanks to all of you
who participated with design, mockups, ideas, comments and reviews!

This was a nice and effective cooperation.


BTW, if you can't wait, a Docker with a nigthly build of the PR branch is
available as "boundlessgeo/qgis-testing-environment:unified-button"

Cheers


>
> Le mercredi 31 mai 2017, Alessandro Pasotti  a écrit :
>
>> Hi,
>>
>> final update: the development of what was in phase 1 is done.
>>
>> Actually, a bit more than phase 1 considering that we've redesigned the
>> delimited text dialog GUI and I've done quite a bit of small refactorings
>> of the providers selection dialogs interfaces.
>>
>> There has been a lot of feed-back, thank you all!
>>
>> As expected, there is no complete agreement over the final GUI bits for
>> the menus and toolbars, and we still miss an icon (the green plus that I've
>> used was only meant as a placeholder). I tried to keep the old toolbar
>> available (disabled by default) mainly because it can spare a click and
>> power users might want it back. Also, the new icon is the most prominent in
>> the left bar and it's the first menu item in the layers menu.
>>
>> I have not a strong opinion about those toolbars and menus but I think I
>> should wait no more and merge it as it is, then give the people some time
>> to test the actual implementation and decide how to improve it.
>>
>> I kept the controversial part in a single commit so that it will be very
>> easy to revert and propose a different placement for menus, icons and
>> toolbars.
>>
>>
>> Any objections if I proceed?
>>
>>
>>
>> On Wed, May 24, 2017 at 2:29 PM, Alessandro Pasotti 
>> wrote:
>>
>>> Hi,
>>>
>>> a quick update:
>>>
>>> I've prepared a PR with a working prototype in
>>> https://github.com/qgis/QGIS/pull/4629, I need some feed-back and some
>>> help, expecially UX/UI about if we want it as a dockable dialog too (and
>>> how to make it user-configurable).
>>>
>>> Feed-back welcome (but please keep it limited in scope to phase 1).
>>>
>>> Cheers
>>>
>>>
>>>
>>> On Fri, May 19, 2017 at 9:45 AM, Richard Duivenvoorde <
>>> rdmaili...@duif.net> wrote:
>>>
 On 19-05-17 01:23, Nyall Dawson wrote:

 > On this note - I've recently discovered the need for some type of
 > reusable layer selection widget which allows choice of existing
 > layers/loading new layers from the file system/loading new layers from
 > available db/online connections. This would be extremely valuable for
 > processing too!
 >
 > So I'm really glad to hear that you'll be pushing ahead with this work
 > - thanks Boundless!

 Yep, and thanks Alessandro for the screenie. Makes me want more!

 @Nyall in Essen the talk was to start with what Alessandro wrote in his
 email, so 1 dialog 'merging' all buttons/widgets/dialogs into one, reuse
 as much as possible. So it was possible to get it into 3.0

 Off course people (.../me) started brainstorming about features which
 w/could be added too :-)

 Your idea adds (I think) to the idea to make some kind of
 'datamanagement-console' in near future, where you can create/copy
 data(!), move data around (browser part) or delete it.
 Your note fits in this isn't it?

 Regards,

 Richard


 ___
 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

>>>
>>>
>>>
>>> --
>>> Alessandro Pasotti
>>> w3:   www.itopen.it
>>>
>>
>>
>>
>> --
>> Alessandro Pasotti
>> w3:   www.itopen.it
>>
>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>


-- 
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

[QGIS-Developer] New help online

[Paolo Cavallini]

Hi all,
on QGIS3 the button Help apparently searches the online manual. However
I keep on getting:
file:///usr/local/src/qgis/QGIS/doc/nohelp.html

Oops!

QGIS help is currently not available. This is likely because:

No internet connection is available
The offline help files are not available or the location of these
files is not properly configured
No help content is available for the requested topic

Please check that the correct location of the offline help files is
specified in the QGIS options dialog (Settings → Options →System).

Changing the path:
http://docs.qgis.org/$qgis_short_version/$qgis_locale/docs/user_manual/
to
http://docs.qgis.org/testing/en/docs/user_manual/
I can get it working. Perhaps better, to make testing easier, to add a
new branch on the website? Or better just adding the second 'testing'
path for now?

Furthermore, I guess we have to find a solution for offline users,
without the need for them to setup the local path.
All the best, and thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=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] Problem with "no Data value" with rasters when using the Layer Styling panel?

[Stéphane Henriod]

Hi again

in doubt, I have opened a ticket here: https://issues.qgis.org/issues/16649

Cheers
Stéphane


Le mardi 30 mai 2017, Stéphane Henriod  a écrit :

> PS: screencast to better explain the issue: https://vimeo.com/219467091
>
> Le mardi 30 mai 2017, Stéphane Henriod  > a écrit :
>
>> Hi
>>
>> I am testing the layer styling panel (shortcut F7) with the latest
>> Nightly build on the Ubuntu repositories.
>>
>> By default, the NoData value is -. If I add "10" as additional NoData
>> value, nothing happens.
>>
>> If I do the same in the layer properties, then the expected behavior
>> happens: all pixels with value "10" are not rendered.
>>
>> So it seems that the manually added NoData values in the Layer Styling
>> Panel are not considered.
>>
>> Can someone else replicate this problem? Should I open a ticket?
>>
>> Cheers
>> Stéphane
>>
>>
>> --
>>
>> “When you travel, remember that a foreign country is not designed to make
>> you comfortable. It is designed to make its own people comfortable." --
>> Clifton Fadiman
>>
>>
>
> --
>
> “When you travel, remember that a foreign country is not designed to make
> you comfortable. It is designed to make its own people comfortable." --
> Clifton Fadiman
>
>

-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
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] [Qgis-developer] Are there plans to create a unique "Add layer" tool?

[Stéphane Henriod]

I really look forward to testing it :-) Thanks a lot for our involvement
here!


Le mercredi 31 mai 2017, Alessandro Pasotti  a écrit :

> Hi,
>
> final update: the development of what was in phase 1 is done.
>
> Actually, a bit more than phase 1 considering that we've redesigned the
> delimited text dialog GUI and I've done quite a bit of small refactorings
> of the providers selection dialogs interfaces.
>
> There has been a lot of feed-back, thank you all!
>
> As expected, there is no complete agreement over the final GUI bits for
> the menus and toolbars, and we still miss an icon (the green plus that I've
> used was only meant as a placeholder). I tried to keep the old toolbar
> available (disabled by default) mainly because it can spare a click and
> power users might want it back. Also, the new icon is the most prominent in
> the left bar and it's the first menu item in the layers menu.
>
> I have not a strong opinion about those toolbars and menus but I think I
> should wait no more and merge it as it is, then give the people some time
> to test the actual implementation and decide how to improve it.
>
> I kept the controversial part in a single commit so that it will be very
> easy to revert and propose a different placement for menus, icons and
> toolbars.
>
>
> Any objections if I proceed?
>
>
>
> On Wed, May 24, 2017 at 2:29 PM, Alessandro Pasotti  > wrote:
>
>> Hi,
>>
>> a quick update:
>>
>> I've prepared a PR with a working prototype in
>> https://github.com/qgis/QGIS/pull/4629, I need some feed-back and some
>> help, expecially UX/UI about if we want it as a dockable dialog too (and
>> how to make it user-configurable).
>>
>> Feed-back welcome (but please keep it limited in scope to phase 1).
>>
>> Cheers
>>
>>
>>
>> On Fri, May 19, 2017 at 9:45 AM, Richard Duivenvoorde <
>> rdmaili...@duif.net 
>> > wrote:
>>
>>> On 19-05-17 01:23, Nyall Dawson wrote:
>>>
>>> > On this note - I've recently discovered the need for some type of
>>> > reusable layer selection widget which allows choice of existing
>>> > layers/loading new layers from the file system/loading new layers from
>>> > available db/online connections. This would be extremely valuable for
>>> > processing too!
>>> >
>>> > So I'm really glad to hear that you'll be pushing ahead with this work
>>> > - thanks Boundless!
>>>
>>> Yep, and thanks Alessandro for the screenie. Makes me want more!
>>>
>>> @Nyall in Essen the talk was to start with what Alessandro wrote in his
>>> email, so 1 dialog 'merging' all buttons/widgets/dialogs into one, reuse
>>> as much as possible. So it was possible to get it into 3.0
>>>
>>> Off course people (.../me) started brainstorming about features which
>>> w/could be added too :-)
>>>
>>> Your idea adds (I think) to the idea to make some kind of
>>> 'datamanagement-console' in near future, where you can create/copy
>>> data(!), move data around (browser part) or delete it.
>>> Your note fits in this isn't it?
>>>
>>> Regards,
>>>
>>> Richard
>>>
>>>
>>> ___
>>> 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
>>>
>>
>>
>>
>> --
>> Alessandro Pasotti
>> w3:   www.itopen.it
>>
>
>
>
> --
> Alessandro Pasotti
> w3:   www.itopen.it
>


-- 

“When you travel, remember that a foreign country is not designed to make
you comfortable. It is designed to make its own people comfortable." --
Clifton Fadiman
___
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] Building QGIS 2.18 on OSX

[David Marteau]

Hi,

You will find some information for building QGIS 2.18 and QGIS master on OSX 
here: 

https://www.3liz.com/blog/rldhont/index.php?post/2017/06/01/How-to-build-qgis-on-OSX-with-MacPort


> Le 31 mai 2017 à 16:49, William Kyngesburye  a écrit :
> 
> Well, I build the OS X package.  I recently upgraded to Sierra and it messed 
> up my development setup.  I had problems with QGIS also, but didn't want to 
> spend time figuring it out (I need to build for older systems, and I was way 
> behind on QGIS updates) so I used my other Mac that I kept at Yosemite.
> 
> - installing Qt4 - I had already installed Qt4 so running the installer was 
> not a problem.  But what I have is a standard OS X installer package for Qt4, 
> that should not crash anyways.  BUT, it installs a couple important items in 
> /usr/lib and /usr/bin, which are protected in Sierra by SIP and will fail.  
> You'd have to hack those bits so they are available elsewhere in an 
> unprotected location.  You can use Pacifist to extract installer files so you 
> can put them in custom locations.
> 
> - compiling Qt4 - I never had much luck with this in the past, even in 
> supported OS X versions, but it's long past supported OS X versions and you 
> will at least get lots of warnings, if not errors.  Maybe homebrew and the 
> like have patches to work around these, but sounds like you still had 
> problems.
> 
> 
>> On May 29, 2017, at 9:33 AM, Helton Costa > > wrote:
>> 
>> Hi everybody,
>> 
>> This is my first post here and I hope there's not already a post related to 
>> this, even thought I searched through the list a little.
>> 
>> I have been trying to build QGIS 2.18 for about 3 weeks following a few step 
>> by steps I found but none of them gave me success. I'm on OSX 10.12.
>> I first followed the official step by step from QGIS, and then, other ones 
>> using homebrew, but wasn't able to finish the build for the intended version.
>> I do believe I have a polluted OS and libraries, but I invested around 6 
>> hours cleaning it and my environments to try it all again, and still, no 
>> success.
>> 
>> Mainly, I believe my issue is regarding Qt4, which is already deprecated and 
>> I'm not able to install it properly. I already tried the .dmg from 
>> official's qt website (which crashes) and some cartr and osgeo formulaes 
>> from homebrew and still no success.
>> Somewhere along the configuration and build process I get errors regarding 
>> Qt4 or some of their python bindings libraries and even thought I did manage 
>> to fix some of them, the build was never able to finish.
>> 
>> Do you guys believe it is still possible to build non-master versions of 
>> QGIS on OSX, and if so, what would be some kind of different approach in 
>> order to be able to achieve it?
>> 
>> Kind regards, 
>> 
>> Helton Costa
>> 
>> ___
>> 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 
>> 
> -
> William Kyngesburye 
> http://www.kyngchaos.com/ 
> 
> Earth: "Mostly harmless"
> 
> - revised entry in the HitchHiker's Guide to the Galaxy
> 
> 
> ___
> 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 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] [Qgis-user] Wrong result with Saga Raster calculator

[Eugenio Trumpy]

Hi Pedro,


thank you again.

If it helps, yesterday I tested the two operation in separate process,

I mean I performed Formula 1 and I saved the result as tif, the I run

the formula 2. I saw that there wasn't errors.

So I guess the problem is when I concatenate the computations in a single 
process.


Let me know if the developers find out a solution.

Best,

Eugenio



Da: Pedro Venâncio 
Inviato: mercoledì 31 maggio 2017 22:16
A: Eugenio Trumpy
Cc: qgis-user; qgis-developer
Oggetto: Re: [Qgis-user] Wrong result with Saga Raster calculator

Hi Eugenio,

I've created a sample processing model (attached), that works ok, except a 
small error in the result (decimals).

For instance:

Raster  ID  Pixel value

Z_top_res   a   1202,03510276

t_top_res   b   53,6123428345

topoc1  -182,584899902

SAGA Result 1   c   15,1783676147

SAGA Result 2   d   31,9437332153   Diff
Expected Result 1
15,1783679504   0,00335741
Expected Result 2
31,974087   0,0303540069

Formula
1   ifelse(c1>0,-(0.0065*c1-16),(0.0045*c1+16))
2   ifelse(a<500,0,((b-c)/a)*1000)

Using SAGA GUI there is no error.

Could this be because of some roundings in the input / output? (I'm sending for 
the developer's list also).

Thanks!

Best regards,
Pedro Venâncio



2017-05-31 10:56 GMT+01:00 Eugenio Trumpy 
>:


Hi Pedro,

thank you very much to have tested the computation with my test data!
You are right, I checked again the computation and actually it works.

However, I was using Saga raster calculation in a processing modeler, and one 
of the layer I share with you
is the resulting from a previous computation.

In other word the raster layer c=temp_recal.tif comes from a previous 
computation (raster calculator):
ifelse(a>0,-(0.0065*a-16),(0.0045*a+16))
where a is the layer attached, and hence c of the previous  formula is the 
resulting of this first computation.

E.


Da: Pedro Venâncio >
Inviato: mercoledì 31 maggio 2017 11:37
A: frippe12573; qgis-user
Oggetto: Re: [Qgis-user] Wrong result with Saga Raster calculator

Hi Eugenio,

The result with SAGA Raster Calculator seems ok here, on QGIS 2.18.9, SAGA 
2.3.2, both from OSGeo4W64 (result attached).

Z_top_res.tif have values from 724.403 to 1423.553, and so, the first condition 
is never true. Then, it always make ((b-c)/a)*1000, and the result seems ok to 
me.


Pedro



2017-05-31 10:19 GMT+01:00 frippe12573 
>:
Hi Paolo,

the raster have the same size and origin.
The pixels are precisely overlapped.

I tried also r.mapcalc, but I got a worst result.
Here the output of the log:
https://pastebin.com/jNyyzHgf

E.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Wrong-result-with-Saga-Raster-calculator-tp5322429p5322442.html
Sent from the QGIS - User mailing list archive at Nabble.com.
___
Qgis-user mailing list
qgis-u...@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user


___
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] Plugin [609] Temporal/Spectral Profile Tool approval notification.

[noreply]

Plugin Temporal/Spectral Profile Tool approval by pcav.
The plugin version "[609] Temporal/Spectral Profile Tool 1.2.0" is now approved
Link: http://plugins.qgis.org/plugins/temporalprofiletool/
___
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] Plugin [1237] BoundaryDelineation approval notification.

[noreply]

Plugin BoundaryDelineation approval by pcav.
The plugin version "[1237] BoundaryDelineation 0.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/BoundaryDelineation/
___
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