[QGIS-Developer] Plugin [1316] Location Lab: Catchments approval notification.

[noreply]

Plugin Location Lab: Catchments approval by pcav.
The plugin version "[1316] Location Lab: Catchments 2.0" is now approved
Link: http://plugins.qgis.org/plugins/location_lab/
___
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] What is the way to get all items of a QgsLayout?

[Song Wendong]

We want to make a function that send all items (mainly labels) to browser and 
let user set the cotent, then send it back to server and export as pdf.
I can only find 
itemByIdand
 
itemByUuid,
 but there are all kinds of layouts.
Is there a way to get all items and their ids?

___
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] MSSQL driver not found & Can't open lib 'SQL Server' - QGIS 2.18 LTR on Debian

[kimaidou]

Ok, I have progressed a little bit.
You have to rename the section in the odbcinst.ini file. QGIS and ogr2ogr
expects the section [SQL Server] and not [ODBC Driver 17 for SQL Server] as
written by Microsoft package.

Then I can use ogr2ogr to connect to my database and convert some table
with this:
ogr2ogr -f "ESRI Shapefile" "/tmp/Carto.vPole"
"MSSQL:server=myserver;database=MyBase;uid=carto;pwd=***;" -overwrite
-sql "SELECT id, position FROM Carto.vPole"

Now I need to understand the SQL Server syntax, and understand why I have
hieroglyphs in my text fields (encoding I presume...)





Le ven. 16 nov. 2018 à 17:00, kimaidou  a écrit :

> Hi all,
>
> I am trying to connect to a MSSQL server from a QGIS installed in a Linux
> Debian Jessie computer.
> I have checked that the credentials are ok with the mssql-client from
> Microsoft:
>
> mssql-cli -S myserver -U carto -P *** -d MyBase
>
> I installed the following packages from debian and Microsoft repos :
>
> curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
> curl https://packages.microsoft.com/config/debian/8/prod.list  >
> /etc/apt/sources.list.d/mssql-release.list
> apt-get update
> ACCEPT_EULA=Y apt-get install -y mssql-cli unixodbc-dev mssql-tools
> msodbcsql17 msodbcsql odbcinst libqt4-sql-tds libqt4-sql-odbc
>
> When I open QGIS and try to set up a connection, I use not DSN, and I put
> my server "myserver" as the host. I add the user and password.
> Then try to list the databases, but I get this error
>
> [unixODBC][Driver Manager]Can't open lib 'SQL Server' : file not found
>
> I tested with
>
> root@carto:~# odbcinst -j
> unixODBC 2.3.1
> DRIVERS: /etc/odbcinst.ini
> SYSTEM DATA SOURCES: /etc/odbc.ini
> FILE DATA SOURCES..: /etc/ODBCDataSources
> USER DATA SOURCES..: /root/.odbc.ini
> SQLULEN Size...: 8
> SQLLEN Size: 8
> SQLSETPOSIROW Size.: 8
>
> So I checked /etc/odbcinst.ini which seems ok
>
> root@carto:~# cat /etc/odbcinst.ini
> [ODBC Driver 17 for SQL Server]
> Description=Microsoft ODBC Driver 17 for SQL Server
> Driver=/opt/microsoft/msodbcsql17/lib64/libmsodbcsql-17.2.so.0.1
> UsageCount=1
>
> [ODBC Driver 13 for SQL Server]
> Description=Microsoft ODBC Driver 13 for SQL Server
> Driver=/opt/microsoft/msodbcsql/lib64/libmsodbcsql-13.1.so.9.2
> UsageCount=1
>
> Should I install more packages ?  Any help appreciated.
>
> Regards,
> Michaël
>
>
___
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] Custom parameters in Processing scripts

[Matteo Ghetta]

Hi dev,

is it possible to add a custom parameter to Processing scripts UI and
grab its value?

e.g. a custom QDate (or QDateTime) and grab the values as date/datetime?

Thanks for any suggestions

Cheers

Matteo

-- 
Matteo Ghetta - 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] MSSQL driver not found & Can't open lib 'SQL Server' - QGIS 2.18 LTR on Debian

[kimaidou]

Hi all,

I am trying to connect to a MSSQL server from a QGIS installed in a Linux
Debian Jessie computer.
I have checked that the credentials are ok with the mssql-client from
Microsoft:

mssql-cli -S myserver -U carto -P *** -d MyBase

I installed the following packages from debian and Microsoft repos :

curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
curl https://packages.microsoft.com/config/debian/8/prod.list  >
/etc/apt/sources.list.d/mssql-release.list
apt-get update
ACCEPT_EULA=Y apt-get install -y mssql-cli unixodbc-dev mssql-tools
msodbcsql17 msodbcsql odbcinst libqt4-sql-tds libqt4-sql-odbc

When I open QGIS and try to set up a connection, I use not DSN, and I put
my server "myserver" as the host. I add the user and password.
Then try to list the databases, but I get this error

[unixODBC][Driver Manager]Can't open lib 'SQL Server' : file not found

I tested with

root@carto:~# odbcinst -j
unixODBC 2.3.1
DRIVERS: /etc/odbcinst.ini
SYSTEM DATA SOURCES: /etc/odbc.ini
FILE DATA SOURCES..: /etc/ODBCDataSources
USER DATA SOURCES..: /root/.odbc.ini
SQLULEN Size...: 8
SQLLEN Size: 8
SQLSETPOSIROW Size.: 8

So I checked /etc/odbcinst.ini which seems ok

root@carto:~# cat /etc/odbcinst.ini
[ODBC Driver 17 for SQL Server]
Description=Microsoft ODBC Driver 17 for SQL Server
Driver=/opt/microsoft/msodbcsql17/lib64/libmsodbcsql-17.2.so.0.1
UsageCount=1

[ODBC Driver 13 for SQL Server]
Description=Microsoft ODBC Driver 13 for SQL Server
Driver=/opt/microsoft/msodbcsql/lib64/libmsodbcsql-13.1.so.9.2
UsageCount=1

Should I install more packages ?  Any help appreciated.

Regards,
Michaël
___
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] iOS prototyping

[Matthias Kuhn]

On 11/16/18 2:47 PM, Alessandro Pasotti wrote:
>
> On Fri, Nov 16, 2018 at 2:21 PM Matthias Kuhn  > wrote:
>
> Am I too late for the party? Probably.
>
>
> An example: it should be possible to provide QGIS as a service via a
> remote desktop like cloud platform and change whatever you want
> without
> being forced to publish the source code with the current license
> (Note:
> I'm not a lawyer). At the same time it's really hard to distribute
> QGIS
> based public code to Apple tablets with the current license (Note: I'm
> not a lawyer). Personally I'd prefer things to be vice versa.
>
>
> I'm not a lawyer either, but the GPL does not prevent SAAS, AGPL does.

Thanks Alessandro, that's exactly the point I wanted to make (without
mentioning an alternative).

With the GPL which is in place right now to my knowledge it's possible
to provide QAAS without sharing the code. Sorry that it was possible to
misread the sentence in the complete opposite way.

Matthias Kuhn

___
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] Error in Windows nightlies

[Jürgen E . Fischer]

Hi,

On Fri, 16. Nov 2018 at 10:24:12 +, burghardt.scho...@stadt.wolfsburg.de 
wrote:
> the installation of the exiv2 package helped me as well. There are four exiv2
> packages in OSGeo4w setup, maybe you still need the dev package?

Fixed it again manually - I already updated it once (Burghardt reported it
first), but the then running "nightly" build overwroted it - and the current
that should know isn't finished yet…


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


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
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] iOS prototyping

[Alessandro Pasotti]

On Fri, Nov 16, 2018 at 2:21 PM Matthias Kuhn  wrote:

> Am I too late for the party? Probably.
>
>
> An example: it should be possible to provide QGIS as a service via a
> remote desktop like cloud platform and change whatever you want without
> being forced to publish the source code with the current license (Note:
> I'm not a lawyer). At the same time it's really hard to distribute QGIS
> based public code to Apple tablets with the current license (Note: I'm
> not a lawyer). Personally I'd prefer things to be vice versa.
>

I'm not a lawyer either, but the GPL does not prevent SAAS, AGPL does.

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

Re: [QGIS-Developer] iOS prototyping

[Paolo Cavallini]

Hi all,

On 11/16/18 2:20 PM, Matthias Kuhn wrote:
> An example: it should be possible to provide QGIS as a service via a
> remote desktop like cloud platform and change whatever you want without
> being forced to publish the source code with the current license (Note:
> I'm not a lawyer). At the same time it's really hard to distribute QGIS
> based public code to Apple tablets with the current license (Note: I'm
> not a lawyer). Personally I'd prefer things to be vice versa.


I think most if not all of us agree with this.

All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

___
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] iOS prototyping

[Matthias Kuhn]

Am I too late for the party? Probably.

Anyway...

From what I can see there are different sides to this discussion:

* Is a (potential) license change feasible

This question is very hard to answer since there are a lot of
stakeholders and uncertainties attached to it.

I don't know, apparently it has successfully been done before on other
projects (see VLC). I'm not gonna go into much more detail here, as I
don't think I'll be able to help much in finding a final answer here.
The only way to find this answer will be to actually try.

* Is a (potential) license change something we want

This is a question to be answered from each developer's individual
standpoint.

There are so many things in QGIS, where the project structures (with
PSC, voting members and community involved) play a huge rule in what I
do and what happens to the code I wrote. As you all know, I'm still
around, so you can interpret that I am in general happy with what's
happening. All in all, I have a huge trust in these structures. In fact,
I think I tell people similarly often how proud I am of our projects
structures as I tell them about how proud I am of the product itself. I
truly believe, that these structures are sustainable enough to withstand
an unfriendly takeover.

The past has also shown, that forks kept in private (n.b. in a GPL
compliant way) could not stop the main and completely open QGIS to be
the thing that people actually want. The most important part license
wise for me is, that QGIS is freely available for anyone on whatever
platform wherever he may be and that he is able to use its functionality
and adjust it to his needs if he wishes to do so.

Given that, I would seriously consider to give the PSC the power to
adjust the license for good reasons. Ask me and you'll have good chances
to get that. At least I know that in the "worst case" and (totally
unexpected) abuse of those rights we're still be able to fork under the
GPL terms.

Last but not least, a license has been chosen by a person or a group of
people at a given point in time. Knowledge at this point in time by the
people in charge is what is taken into account when choosing a license.
The outside world can move on and change and new requirements to
licenses can come up which are not covered by the original license.

An example: it should be possible to provide QGIS as a service via a
remote desktop like cloud platform and change whatever you want without
being forced to publish the source code with the current license (Note:
I'm not a lawyer). At the same time it's really hard to distribute QGIS
based public code to Apple tablets with the current license (Note: I'm
not a lawyer). Personally I'd prefer things to be vice versa.

Best regards

Matthias

On 11/10/18 3:55 PM, Greg Troxel wrote:

> Paolo Cavallini  writes:
>
>> thanks for this discussion. I'm also pretty sure getting a property
>> transfer from all developers will be difficult if not impossible (quite
>> a few devs even disappeared from the radar, not easy to find them again).
>>
>> A possible intermediate step would be to:
>>
>> * get the transfer of code property to QGIS.ORG only from those
>> developers who are happy to do it
> That makes sense, but wrapped up in that question is:
>
>   what is the reciprocal covenant about future licensing that goes with
>   the copyright assignment?
>
> or perhaps you really mean "assignment with no reciprocal covenant at
> all, from those who are happy to do it".
>
> The FSF assignment form that my company executed long ago (for
> contributions to GNU Radio) had a covenant to make the code available
> under Free licenses (and I can't remember the exact details), plus a
> grant back to the contributor of a license under copyright law.
>
> This text is old, but is an example
>
>   The Foundation promises that all distribution of the Work, or of any
>   work "based on the Work," that takes place under the control of the
>   Foundation or its assignees, shall be on terms that explicitly and
>   perpetually permit anyone possessing a copy of the work to which the
>   terms apply, and possessing accurate notice of these terms, to
>   redistribute copies of the work to anyone on the same terms. These
>   terms shall not restrict which members of the public copies may be
>   distributed to. These terms shall not require a member of the public
>   to pay any royalty to the Foundation or to anyone else for any
>   permitted use of the work they apply to, or to communicate with the
>   Foundation or its agents in any way either when redistribution is
>   performed or on any other occasion.
>
>> * ask a more specific question to others (e.g. are you willing to move
>> from GPL2 to GPL3?).
>>
>> I think this is more feasible, will help building trust, will help
>> moving forward, and will make it easier (less people to contact) to do
>> further changes in the future.
> ___
> QGIS-Developer mailing list
> 

Re: [QGIS-Developer] QGIS composer export - issue with projection, scale & scalebar ?

[kimaidou]

Le ven. 16 nov. 2018 à 02:21, Nyall Dawson  a
écrit :

>
>
> My 2c: I don't actually believe there's an issue here. QGIS scale bars
> *ALWAYS* use ellipsoidal distances, regardless of the projection (and
> have for longer than I've been involved in the project, so since some
> version earlier than 1.7).
> This means you'll see differences between a 1km size grid created in a
> some local projection vs the scale bar's size, because the grid size
> is a cartesian size measurement based on a projected CRS, vs distances
> measured on the ellipsoid. The differences will be more extreme for
> CRSes which are bad for distance/area preservation, especially 3857.
>

Yes, this is the conclusion I got after some more thinking, as described in
my last comment in the hub issue.
I have one last question about the *numerical* scale "bar", I guess it is
calculated always in meter, and use the spheroid too ?



>
> I think the solution here is really just education -- we need to make
> sure users know that 3857 is unsuitable for anything but web maps, and
> that it's THEIR responsibility to make an informed decision what the
> correct CRS is for their project.**
>

I agree with your


> Nyall
>
> ** in reality, we'll never win this battle, and there'll always be
> uninformed, untrained users pushing out junk results out based on 3857
> calculations.
>

We could probably add some warnings in QGIS composer when using meter | map
units such as "Be aware the scale bar length will be calculated "based on
the projection ellipsoid" | "based on the projection planimetric coordinate
system" )
___
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 Processing "R" Provider -- 3.x beta available

[Pedro Venâncio]

> 'C:\\Users\\pedro.venancio\\Documents\\R\\R-3.5.1\\bin\\x64\\Rscript.exe'
>
> Have you got "use 64" checked in the provider options?
>


Yes, I did 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 Processing "R" Provider -- 3.x beta available

[Nyall Dawson]

On Fri, 16 Nov 2018 at 22:10, Pedro Venâncio  wrote:
>
> Nyall,
>
> Running this on Python Console
>
> import os
> from processing.core.ProcessingConfig import ProcessingConfig
>
> R_FOLDER = 'R_FOLDER'
>
> folder = ProcessingConfig.getSetting(R_FOLDER)
> os.path.abspath(folder) if folder else ''
>
> bin_folder = folder
> executable = 'Rscript'
> exec_dir = 'x64'
>
> os.path.join(bin_folder, 'bin', exec_dir, '{}.exe'.format(executable))
>
> I get the correct path to Rscript:
>
> 'C:\\Users\\pedro.venancio\\Documents\\R\\R-3.5.1\\bin\\x64\\Rscript.exe'

Have you got "use 64" checked in the provider options?

Nyall

>
>
>
> Pedro Venâncio  escreveu no dia sexta, 16/11/2018 
> à(s) 10:38:
>>
>> Hi Nyall,
>>
>> Nyall Dawson  escreveu no dia sexta, 16/11/2018 à(s) 
>> 10:30:
>>>
>>>
>>>
>>> What sub folder is your rscript.exe file in?
>>>
>>
>> I have it in two subfolders:
>>
>> C:\Users\pedro.venancio\Documents\R\R-3.5.1\bin\Rscript.exe
>>
>> C:\Users\pedro.venancio\Documents\R\R-3.5.1\bin\x64\Rscript.exe
>>
>>
___
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 Processing "R" Provider -- 3.x beta available

[Pedro Venâncio]

Nyall,

Running this on Python Console

import os
from processing.core.ProcessingConfig import ProcessingConfig

R_FOLDER = 'R_FOLDER'

folder = ProcessingConfig.getSetting(R_FOLDER)
os.path.abspath(folder) if folder else ''

bin_folder = folder
executable = 'Rscript'
exec_dir = 'x64'

os.path.join(bin_folder, 'bin', exec_dir, '{}.exe'.format(executable))

I get the correct path to Rscript:

'C:\\Users\\pedro.venancio\\Documents\\R\\R-3.5.1\\bin\\x64\\Rscript.exe'



Pedro Venâncio  escreveu no dia sexta,
16/11/2018 à(s) 10:38:

> Hi Nyall,
>
> Nyall Dawson  escreveu no dia sexta, 16/11/2018
> à(s) 10:30:
>
>>
>>
>> What sub folder is your rscript.exe file in?
>>
>>
> I have it in two subfolders:
>
> C:\Users\pedro.venancio\Documents\R\R-3.5.1\bin\Rscript.exe
>
> C:\Users\pedro.venancio\Documents\R\R-3.5.1\bin\x64\Rscript.exe
>
>
>
___
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] Error in Windows nightlies

[Burghardt.Scholle]

Hi Nyall, 
the installation of the exiv2 package helped me as well. There are four exiv2 
packages in OSGeo4w setup, maybe you still need the dev package?

Regards 
Burghardt

> -Ursprüngliche Nachricht-
> Von: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] Im
> Auftrag von Nyall Dawson
> Gesendet: Freitag, 16. November 2018 10:18
> An: Saber Razmjooei
> Cc: qgis-developer
> Betreff: Re: [QGIS-Developer] Error in Windows nightlies
> 
> On Fri, 16 Nov 2018 at 16:48, Saber Razmjooei
>  wrote:
> >
> > Eiv2 does not appear to be picked up automatically by the installer as the
> mandatory lib. I had to select it manually and all working fine for me.
> 
> That doesn't solve it for me unfortunately.
> 
> 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
___
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 Processing "R" Provider -- 3.x beta available

[Pedro Venâncio]

Hi Nyall,

Nyall Dawson  escreveu no dia sexta, 16/11/2018
à(s) 10:30:

>
>
> What sub folder is your rscript.exe file in?
>
>
I have it in two subfolders:

C:\Users\pedro.venancio\Documents\R\R-3.5.1\bin\Rscript.exe

C:\Users\pedro.venancio\Documents\R\R-3.5.1\bin\x64\Rscript.exe
___
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 Processing "R" Provider -- 3.x beta available

[Nyall Dawson]

On Fri., 16 Nov. 2018, 20:29 Pedro Venâncio  Hi Nyall,
>
> Great work!!!
>
> I tried to install it on Windows 10, but I'm always getting this, when
> running the test script:
>
> This algorithm cannot be run :-(
> This algorithm requires R to be run. Unfortunately, it seems that R is not
> installed in your system, or it is not correctly configured to be used from
> QGIS
> Click here to know more about how to install and configure R to be used
> with QGIS
>
> I've R 3.5.1 (64bits) installed in my users folder
> (C:\Users\username\Documents\R\R-3.5.1), I put this path in R folder
> setting, without success. I've already tried to add the R path to
> environment variables, but again without success.
>
> R works well with RStudio in same machine.
>
> I'm with QGIS 3.4.1 from OSGeo4W 64bits.
>
> Do you have any hint?
>

What sub folder is your rscript.exe file in?

Nyall


> Thank you very much!
>
> Best regards,
> Pedro Venâncio
>
>
>
> Nyall Dawson  escreveu no dia quinta, 15/11/2018
> à(s) 22:35:
>
>> Hi lists,
>>
>> Just a quick announcement that the Processing provider for R scripts
>> in QGIS, which was dropped for QGIS 3.0, is now available as a beta
>> for QGIS 3.4. It's now published as a standalone plugin which must be
>> manually installed (together with manual installation of the
>> underlying R software!).
>>
>> This is a pre-release beta version only -- the script syntax may
>> change in the final release, so be warned that you may need to update
>> scripts as a result. But the good news is that this should be 100%
>> compatible with Processing R scripts from 2.x, with no change required
>> to the scripts!
>>
>> To reflect its beta status, the plugin is currently only available via
>> manual download from GitHub, and isn't (yet) available via the
>> standard QGIS plugin repository. To install, download the zip release
>> from https://github.com/north-road/qgis-processing-r/releases/tag/v0.0.2,
>> and then install via the Plugins -> Manage and Install Plugins >
>> Install from ZIP tab. After the plugin is installed you'll need to
>> enable the provider via the Settings > Options > Processing >
>> Providers > R > Activate checkbox.
>>
>> Testing feedback is sought and very welcome -- just file issues on
>> https://github.com/north-road/qgis-processing-r/issues with a detailed
>> description of any issues you encounter.
>>
>> This release was made possible thanks to a funding grant by QGIS.org.
>>
>> Regards,
>> 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
>
>
___
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 Processing "R" Provider -- 3.x beta available

[Pedro Venâncio]

Hi Nyall,

Great work!!!

I tried to install it on Windows 10, but I'm always getting this, when
running the test script:

This algorithm cannot be run :-(
This algorithm requires R to be run. Unfortunately, it seems that R is not
installed in your system, or it is not correctly configured to be used from
QGIS
Click here to know more about how to install and configure R to be used
with QGIS

I've R 3.5.1 (64bits) installed in my users folder
(C:\Users\username\Documents\R\R-3.5.1), I put this path in R folder
setting, without success. I've already tried to add the R path to
environment variables, but again without success.

R works well with RStudio in same machine.

I'm with QGIS 3.4.1 from OSGeo4W 64bits.

Do you have any hint?

Thank you very much!

Best regards,
Pedro Venâncio



Nyall Dawson  escreveu no dia quinta, 15/11/2018
à(s) 22:35:

> Hi lists,
>
> Just a quick announcement that the Processing provider for R scripts
> in QGIS, which was dropped for QGIS 3.0, is now available as a beta
> for QGIS 3.4. It's now published as a standalone plugin which must be
> manually installed (together with manual installation of the
> underlying R software!).
>
> This is a pre-release beta version only -- the script syntax may
> change in the final release, so be warned that you may need to update
> scripts as a result. But the good news is that this should be 100%
> compatible with Processing R scripts from 2.x, with no change required
> to the scripts!
>
> To reflect its beta status, the plugin is currently only available via
> manual download from GitHub, and isn't (yet) available via the
> standard QGIS plugin repository. To install, download the zip release
> from https://github.com/north-road/qgis-processing-r/releases/tag/v0.0.2,
> and then install via the Plugins -> Manage and Install Plugins >
> Install from ZIP tab. After the plugin is installed you'll need to
> enable the provider via the Settings > Options > Processing >
> Providers > R > Activate checkbox.
>
> Testing feedback is sought and very welcome -- just file issues on
> https://github.com/north-road/qgis-processing-r/issues with a detailed
> description of any issues you encounter.
>
> This release was made possible thanks to a funding grant by QGIS.org.
>
> Regards,
> 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
___
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 Processing "R" Provider -- 3.x beta available

[Tim Sutton]

Hi

Tested here on macOS QGIS 3.4.1 (Williams build) here:

I installed R.app into /Applications

I unpacked the plugin and in settings for processing providers set my R folder 
like this:

/usr/local/bin/

To test I ran the R-> test processing module but couldn’t actually figure out 
how to provide it the inputs it needs to run. Can someone share a ‘hello’ world 
R processing module that I can use to test more completely?

It might be good to add my notes about paths above  to your README for the 
plugin because I first tried to use the R executable in 
/Applications/R.app/Contents/MacOS but that one won’t work.


Regards

Tim

> On 16 Nov 2018, at 00:49, Alex Mandel  wrote:
> 
> Nyall,
> 
> I can confirm the plugin loads without error on QGIS 3.4.1, Ubuntu 16.04
> I'll need to find an R script or two to test with.
> 
> Thanks this is very appreciated,
> Alex
> 
> On 11/15/18 14:34, Nyall Dawson wrote:
>> Hi lists,
>> 
>> Just a quick announcement that the Processing provider for R scripts
>> in QGIS, which was dropped for QGIS 3.0, is now available as a beta
>> for QGIS 3.4. It's now published as a standalone plugin which must be
>> manually installed (together with manual installation of the
>> underlying R software!).
>> 
>> This is a pre-release beta version only -- the script syntax may
>> change in the final release, so be warned that you may need to update
>> scripts as a result. But the good news is that this should be 100%
>> compatible with Processing R scripts from 2.x, with no change required
>> to the scripts!
>> 
>> To reflect its beta status, the plugin is currently only available via
>> manual download from GitHub, and isn't (yet) available via the
>> standard QGIS plugin repository. To install, download the zip release
>> from https://github.com/north-road/qgis-processing-r/releases/tag/v0.0.2,
>> and then install via the Plugins -> Manage and Install Plugins >
>> Install from ZIP tab. After the plugin is installed you'll need to
>> enable the provider via the Settings > Options > Processing >
>> Providers > R > Activate checkbox.
>> 
>> Testing feedback is sought and very welcome -- just file issues on
>> https://github.com/north-road/qgis-processing-r/issues with a detailed
>> description of any issues you encounter.
>> 
>> This release was made possible thanks to a funding grant by QGIS.org.
>> 
>> Regards,
>> 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
>> 
> 
> ___
> 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

___
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 [810] Bulk vector export as SLD and GeoJson approval notification.

[noreply]

Plugin Bulk vector export as SLD and GeoJson approval by pcav.
The plugin version "[810] Bulk vector export as SLD and GeoJson 0.4" is now 
approved
Link: http://plugins.qgis.org/plugins/bulkvectorexportwithstyle/
___
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 [810] Bulk vector export as SLD and GeoJson approval notification.

[noreply]

Plugin Bulk vector export as SLD and GeoJson approval by pcav.
The plugin version "[810] Bulk vector export as SLD and GeoJson 0.4" is now 
approved
Link: http://plugins.qgis.org/plugins/bulkvectorexportwithstyle/
___
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] Error in Windows nightlies

[Nyall Dawson]

On Fri, 16 Nov 2018 at 16:48, Saber Razmjooei
 wrote:
>
> Eiv2 does not appear to be picked up automatically by the installer as the 
> mandatory lib. I had to select it manually and all working fine for me.

That doesn't solve it for me unfortunately.

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

[QGIS-Developer] Plugin [1410] ImportPhotos approval notification.

[noreply]

Plugin ImportPhotos approval by pcav.
The plugin version "[1410] ImportPhotos 1.7" is now approved
Link: http://plugins.qgis.org/plugins/ImportPhotos/
___
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 [856] Literature Mapper approval notification.

[noreply]

Plugin Literature Mapper approval by pcav.
The plugin version "[856] Literature Mapper 0.3 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/LiteratureMapper/
___
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] Import in PostGIS from Processing

[Paolo Cavallini]

Hi Nyall,

On 11/16/18 2:15 AM, Nyall Dawson wrote:
> On Thu, 15 Nov 2018 at 04:48, Paolo Cavallini  wrote:
>> Oh, I see, you're right. Not sure it's the right semantic though, I'll have 
>> to check similar commands.
>> Thanks.
> IIRC this was a conscious change, because we're not "importing" from
> QGIS into postgres, we're exporting some layer FROM qgis INTO
> postgres. Importing would be correct only if the operation was being
> triggered from the postgres side (e.g. pgadmin importing qgis data).
>
on second thought it seems appropriate to me, I agree with the change.

Thanks for explaining.

All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

___
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