Re: [Qgis-developer] Channel network and drainage basins/ DLL file “gdal_MrSID.dll

2017-01-05 Thread Tom Chadwin
Do you have different Saga/GDAL versions? - Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Channel-network-and-drainage-basins-DLL-file-gdal-MrSID-dll-tp5302246p5302259.html Sent from the Quantum GIS - Devel

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Neumann, Andreas
Hi, Jürgen is the release manager and ultimately proposes/decides when to release 3.0. So I don't know what his opinion is. My personal opinion is in line with Nyall. Core devs should have enough time to properly prepare everything and do at least the API changes/redesign/refactoring properly.

Re: [Qgis-developer] Will Processing in QGIS 3 support parallelization?

2017-01-05 Thread Neumann, Andreas
Hi Nyall, Interesting. Your "thinking aloud" - is this something that would have to wait for QGIS 4x or could this be interested in 3.x already? Just wondering ... >From a user point of view it would be very interesting to have processing within a layer in update mode without having to create

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Bernhard Ströbl
Hi Tom, would be great to have your and anybody else's experiences and how tos available for reference by then. Is there a website where people can contribute? Bernhard Am 06.01.2017 um 00:23 schrieb Tom Chadwin: Nyall Dawson wrote I'd say just before/after feature freeze. Sounds sensibl

[Qgis-developer] Channel network and drainage basins/ DLL file “gdal_MrSID.dll

2017-01-05 Thread Lene Fischer
Algorithm Channel network and drainage basins starting... io_gdal 0 -TRANSFORM -INTERPOL 0 -GRIDS "C:\Users\nkx236\AppData\Local\Temp\processing9c62242c21ca4504a2eb350d242142cc\483ce22722a4416eb2237bbcce8bba48\FilledDEM.sgrd" -FILES "C:/Users/nkx236/Documents/QGIS_Olea/watershed/FilledDEM2.tif"

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Nyall Dawson
On 6 January 2017 at 09:51, Mathieu Pellerin wrote: > Tom, > > While Nyall's right to point out further API disruption on the horizon, your > exercise isn't in vain since the plugin adjustments you've figured out will > still be needed when porting season will open. That's true for some changes (

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Marco Bernasocchi
I've already updated a rather large plugin some months ago. and created a compatibilty layer plugin. have a look here http://www.opengis.ch/2016/09/19/qgis2-compatibility-plugin/ ciao On 06.01.2017 00:51, Mathieu Pellerin wrote: > If you have time, you should write a blog post somewhere to detai

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Mathieu Pellerin
Tom, While Nyall's right to point out further API disruption on the horizon, your exercise isn't in vain since the plugin adjustments you've figured out will still be needed when porting season will open. If you have time, you should write a blog post somewhere to detail this experience of yours,

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Tom Chadwin
Nyall Dawson wrote > I'd say just before/after feature freeze. Sounds sensible. Any ideas on how long between beginning of feature freeze and release? Could be *a lot* of plugin devs pleading for help from QGIS devs. Thanks again Tom - Buy Pie Spy: Adventures in British pastry 2010-11 on

Re: [Qgis-developer] QGIS setup with Qt 5 on mac

2017-01-05 Thread Nyall Dawson
On 1 January 2017 at 09:41, Larry Shaffer wrote: > Yep: https://github.com/Homebrew/homebrew-core/pull/8306 > > Qt5 is now the default, since ~ yesterday, and `qt` and `pyqt` are now > aliases to Qt5 formulae. I've pushed some fixes, please `brew update` try > again. Thanks Larry - that worked p

Re: [Qgis-developer] Will Processing in QGIS 3 support parallelization?

2017-01-05 Thread Nyall Dawson
On 3 January 2017 at 18:19, Anita Graser wrote: > Hi, > > I'm currently writing a script that could benefit a lot from > parallelization. Will Processing in QGIS 3 provide parallelization support? > Or is it better to look into how to achieve parallelization independent of > Processing, e.g. using

Re: [Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Nyall Dawson
On 6 January 2017 at 03:43, Tom Chadwin wrote: > Hello all > > Amazing work going on for QGIS3 - I'm in awe of you all (as always). > > I've been getting more and more nervous about how easy it will be to convert > my plugin, so yesterday I started to have a go. With lots of help from > Matthias (

[Qgis-developer] When to start converting our plugins?

2017-01-05 Thread Tom Chadwin
Hello all Amazing work going on for QGIS3 - I'm in awe of you all (as always). I've been getting more and more nervous about how easy it will be to convert my plugin, so yesterday I started to have a go. With lots of help from Matthias (huge thanks, as ever!), I got a good way through the process

Re: [Qgis-developer] reading GRIB data

2017-01-05 Thread Paolo Cavallini
Il 05/01/2017 17:07, Even Rouault ha scritto: ... > That's a defect of the driver I'm aware of. It should expose those as > subdatasets to fit the model of a GDAL dataset. BTW, width seems approx right, height is badly wrong. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS cour

Re: [Qgis-developer] reading GRIB data

2017-01-05 Thread Paolo Cavallini
Il 05/01/2017 17:07, Even Rouault ha scritto: ... > That's a defect of the driver I'm aware of. It should expose those as > subdatasets to fit the model of a GDAL dataset. Thanks for checking. If there is anything I can do, please do not hesitate. Could we check zyGrib approach? It seems smooth th

Re: [Qgis-developer] reading GRIB data

2017-01-05 Thread Even Rouault
On jeudi 5 janvier 2017 16:59:35 CET Paolo Cavallini wrote: > Il 05/01/2017 16:31, Even Rouault ha scritto: > > This is a bit vague as a description of issues ;-) gdalinfo reports on > > datasets would be a start. GRIB support is generally a pain due to the > > diversity of the format. > > Hi Even

Re: [Qgis-developer] reading GRIB data

2017-01-05 Thread Paolo Cavallini
Il 05/01/2017 16:31, Even Rouault ha scritto: > This is a bit vague as a description of issues ;-) gdalinfo reports on > datasets would be a start. GRIB support is generally a pain due to the > diversity of the format. Hi Even, sorry for being vague - I hoped I was just missing something obvious,

Re: [Qgis-developer] reading GRIB data

2017-01-05 Thread Even Rouault
On jeudi 5 janvier 2017 14:46:34 CET Paolo Cavallini wrote: > ll, > according to http://www.gdal.org/frmt_grib.html GDAL, thus QGIS, should > be able to read GRIB data. I did a bit of testing and I cannot get > meaningful results, apparently because of projections and colour table > issues. Has som

[Qgis-developer] reference relation widget - filter by expressions and spatial relations?

2017-01-05 Thread Régis Haubourg
Hi, I'm trying to allow a user to set a relation from reference relation widget. I can't find a way to filter candidates by a spatial expression such map_canvas extent, or better by distance. Currently, I have to set the list to read only so that user can't display a dropdown list of thousands o

[Qgis-developer] reading GRIB data

2017-01-05 Thread Paolo Cavallini
Hi all, according to http://www.gdal.org/frmt_grib.html GDAL, thus QGIS, should be able to read GRIB data. I did a bit of testing and I cannot get meaningful results, apparently because of projections and colour table issues. Has someone experience on this, and can you point me to an howto? Thanks.

[Qgis-developer] Raster: multiply causes NULLs to be painted in black?

2017-01-05 Thread Paolo Cavallini
Hi all, on current master, if I load a coloured TIFF, it is displayed correctly. If I change the blending mode to Multiply, the NULLs (0s) are displayed black, and they remain black even if I switch back to Blending=Normal. On 2.18, the same TIFF is displayed as expected. Sample image available. Sh