Re: [Qgis-developer] Processing - current status of "in-between" layers while running models

2016-05-19 Thread Victor Olaya
Basically, layers are generated in the default format supported by the
algorithm (that is, the first one in the list returned by
getSupportedOutputVectorLayerExtensions() from the corresponding
provider)

Forcing a format for all intermediate layer will have some advantages,
but also some drawbacks (for instance, if chaining 2 SAGA raster
algorithms, using any format other than the default SAGA sdat will
involve extra conversions)

The issue with the attribute names can be fixed if the defautl format
for native qgis algorithms is switched to someting like geopackage (i
think this wont have any side effect), but it wont help if using an
external tool like SAGA, since SAGA requires shapefiles.

Not sure that solves that question. Let me know if you want more
detail about this. I will be glad to discuss this in detail if you are
coming to Girona. Ideas and feedback are of course welcome

Cheers





2016-05-19 20:15 GMT+02:00 kimaidou :
> Hi all,
>
> Thanks Paolo and Tom for your interest in this topic !
>
> Anyone has any idea about the current status : spatialite, memory, etc. (cf
> my first email) ?
> Sorry for answering again, but this is still not very clear for me.
>
> Thanks in advance
>
> Michaël
>
> 2016-05-16 14:43 GMT+02:00 Tom Chadwin :
>>
>> I hope this isn't irrelevant, but I wonder if change here might help me
>> with
>> an issue I've had with using processing algorithms in sequence in Python.
>> I
>> never got any answer to my SE question
>>
>> (http://gis.stackexchange.com/questions/175952/pyqgis-save-raster-as-rendered-image-then-use-gdal-tools-on-it),
>> and I've never been able to solve the problem.
>>
>> If file-locking is the cause of the problem, moving to either memory
>> layers
>> or Spatialite could potentially solve this. But I could be completely
>> wrong.
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Processing-current-status-of-in-between-layers-while-running-models-tp5266633p5266638.html
>> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Processing - current status of "in-between" layers while running models

2016-05-19 Thread kimaidou
Hi all,

Thanks Paolo and Tom for your interest in this topic !

Anyone has any idea about the current status : spatialite, memory, etc. (cf
my first email) ?
Sorry for answering again, but this is still not very clear for me.

Thanks in advance

Michaël

2016-05-16 14:43 GMT+02:00 Tom Chadwin :

> I hope this isn't irrelevant, but I wonder if change here might help me
> with
> an issue I've had with using processing algorithms in sequence in Python. I
> never got any answer to my SE question
> (
> http://gis.stackexchange.com/questions/175952/pyqgis-save-raster-as-rendered-image-then-use-gdal-tools-on-it
> ),
> and I've never been able to solve the problem.
>
> If file-locking is the cause of the problem, moving to either memory layers
> or Spatialite could potentially solve this. But I could be completely
> wrong.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Processing-current-status-of-in-between-layers-while-running-models-tp5266633p5266638.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Plugin [991] Report Plugin approval notification.

2016-05-19 Thread noreply

Plugin Report Plugin approval by wonder.
The plugin version "[991] Report Plugin 0.2.1" is now approved
Link: http://plugins.qgis.org/plugins/report/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Fwd: [Qgis-psc] Extension to 2.16 feature freeze

2016-05-19 Thread Nyall Dawson
Just forwarding this to qgis-dev for those not subscribed to the psc list:



-- Forwarded message --
From: Jürgen E. 
Date: 19 May 2016 at 21:55
Subject: Re: [Qgis-psc] Fwd: Re: [Qgis-developer] Any chance we could
delay freeze until after the Girona hackfest?
To: qgis-...@lists.osgeo.org


Hi Richard,

On Wed, 18. May 2016 at 20:59:07 +0200, Richard Duivenvoorde wrote:
> BUT only if it does not give more work to the release manager (aka if
> Juergen is fine with it).

No problem - as said more headaches with something else.

Feature freeze and release moved two weeks.   Tomorrows point releases kept.


Jürgen

--
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode

___
Qgis-psc mailing list
qgis-...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-psc


pgpe6kvwXoS4W.pgp
Description: PGP signature
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

2016-05-19 Thread roy roy
Il 19/05/2016 10:30, Radim Blazek ha scritto:
> On Thu, May 19, 2016 at 9:34 AM, roy roy  wrote:
>> Using osgeo4w64 I installed several packages, there is no GRASS Plugin:
>>
>> QGIS 2.15 nightly with grass 7.0.4
>>
>> QGIS 2.14.2 nightly with grass 7.0.4
>>
>> tried also to revert back to GRASS 7.0.3 but there is no GRASS Plugin;
>>
>> so for this reason, sadly, i cannot test your patch Radim, i'll do ASAP.
> AFAIK, there was no GRASS 64bit in OSGeo4W, thus no plugin in 64 bit
> version. Try 32 bit build.
>
> Radim
>

Hi, there is in fact GRASS 7.0.3 and 7.0.4 64 bit in OSGeo4W64
i'm indeed using QGIS 2.14.2 with GRASS 7.0.3, there is also
GRASS 7.0.4 but I reverted to GRASS 7.0.3 so that I can use
GRASS Plugin.

So with osgeo4w64, GRASS Plugin works with the current QGIS point 
release (2.14.2)
provided that you revert GRASS to 7.0.3, but it does not with nightly 
builds.

again I do not know what to do (somehow) ... should i stick with 32 bit ?
is OSGeo4W64 to be consitered unstable/experimental?

thanks, Roy.



___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

2016-05-19 Thread Radim Blazek
On Thu, May 19, 2016 at 9:34 AM, roy roy  wrote:
> Using osgeo4w64 I installed several packages, there is no GRASS Plugin:
>
> QGIS 2.15 nightly with grass 7.0.4
>
> QGIS 2.14.2 nightly with grass 7.0.4
>
> tried also to revert back to GRASS 7.0.3 but there is no GRASS Plugin;
>
> so for this reason, sadly, i cannot test your patch Radim, i'll do ASAP.

AFAIK, there was no GRASS 64bit in OSGeo4W, thus no plugin in 64 bit
version. Try 32 bit build.

Radim


> ### P.S.
>
> I notice that this "GRASS Plugin not being present" issue
>
> is quite annoying, so i wonder what is the policy of
>
> osgeo4w package update/upgrade? Should we consider the
>
> network installer a developer tool and use the sandalone installer
>
> for QGIS regular use instead?
>
> QGIS and GRASS along with GRASS Plugin have became powerful
>
> tools and I understand that ***a lot*** of work is done by developers to
>
> develop, maintain, package, document and release the software, **a lot
> of valuable work(!)**;
>
> sadly IMHO this random behaviour does not give justice to all the good
> dev work.
>
> I think a bit of well delivered information should make things better,
> something
>
> like the LTS release policy, now we normal users know that we can rely
> on it to do
>
> normal work, and we can use regular release to get the newest
> functionalities.
>
> Thanks again, Roy.
>
>
>
> Il 18/05/2016 15:03, Radim Blazek ha scritto:
>> On Thu, Apr 21, 2016 at 8:45 AM, roy roy  wrote:
>>> Ok thanks Nyall,
>>>
>>> so what do you suggest to do about this,
>>> i think it's really quite a issue although it
>>> happens only on windows ...
>> I fixed that today in bbaef371. The code which should close the map
>> was commented, which resulted in keeping the file open and
>> impossibility to delete the vector on Windows. Please test with the
>> next build.
>>
>> There was a comment about possible dead-lock, so please pay attention
>> to possible freeze when a GRASS vector is deleted and fill a new bug
>> in such case. I hope it is OK however.
>>
>> Radim
>>
>>> Il 18/04/2016 12:10, Nyall Dawson ha scritto:
>>>
>>>
>>> On 18 Apr 2016 19:42, "roy roy"  wrote:
 Can anyone confirm this issue with GRASS Plugin on:

 Windows 64/32bit with QGIS 2.14.1 and Master

 GRASS 7.0.3 GRASS Plugin

 If you load a vector layer from GRASS DB in QGIS Layers Panel,
 then you remove it from the panel, still it is impossible to
 delete the vector from GRASS DB using the Browser Panel delete function.
>>> I can confirm - this happened to me last week on a Windows build.
>>>
>>> Nyall
>>>
>>>
>>>
>>>
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] GRASS Plugin Delete vector issue in windows

2016-05-19 Thread roy roy
Using osgeo4w64 I installed several packages, there is no GRASS Plugin:

QGIS 2.15 nightly with grass 7.0.4

QGIS 2.14.2 nightly with grass 7.0.4

tried also to revert back to GRASS 7.0.3 but there is no GRASS Plugin;

so for this reason, sadly, i cannot test your patch Radim, i'll do ASAP.

### P.S.

I notice that this "GRASS Plugin not being present" issue

is quite annoying, so i wonder what is the policy of

osgeo4w package update/upgrade? Should we consider the

network installer a developer tool and use the sandalone installer

for QGIS regular use instead?

QGIS and GRASS along with GRASS Plugin have became powerful

tools and I understand that ***a lot*** of work is done by developers to

develop, maintain, package, document and release the software, **a lot 
of valuable work(!)**;

sadly IMHO this random behaviour does not give justice to all the good 
dev work.

I think a bit of well delivered information should make things better, 
something

like the LTS release policy, now we normal users know that we can rely 
on it to do

normal work, and we can use regular release to get the newest 
functionalities.

Thanks again, Roy.



Il 18/05/2016 15:03, Radim Blazek ha scritto:
> On Thu, Apr 21, 2016 at 8:45 AM, roy roy  wrote:
>> Ok thanks Nyall,
>>
>> so what do you suggest to do about this,
>> i think it's really quite a issue although it
>> happens only on windows ...
> I fixed that today in bbaef371. The code which should close the map
> was commented, which resulted in keeping the file open and
> impossibility to delete the vector on Windows. Please test with the
> next build.
>
> There was a comment about possible dead-lock, so please pay attention
> to possible freeze when a GRASS vector is deleted and fill a new bug
> in such case. I hope it is OK however.
>
> Radim
>
>> Il 18/04/2016 12:10, Nyall Dawson ha scritto:
>>
>>
>> On 18 Apr 2016 19:42, "roy roy"  wrote:
>>> Can anyone confirm this issue with GRASS Plugin on:
>>>
>>> Windows 64/32bit with QGIS 2.14.1 and Master
>>>
>>> GRASS 7.0.3 GRASS Plugin
>>>
>>> If you load a vector layer from GRASS DB in QGIS Layers Panel,
>>> then you remove it from the panel, still it is impossible to
>>> delete the vector from GRASS DB using the Browser Panel delete function.
>> I can confirm - this happened to me last week on a Windows build.
>>
>> Nyall
>>
>>
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer