Re: [Qgis-user] qgis and R

[Nicolas Cadieux]

Hi,
Grass, or perhaps the R akima package.
Nicolas

https://grass.osgeo.org/grass76/manuals/v.vol.rst.html
https://stackoverflow.com/questions/36226719/3d-with-value-interpolation-in-r-x-y-z-v
https://cran.r-project.org/web/packages/akima/akima.pdf

> Le 15 nov. 2018 à 19:35, Francois Chartier  a écrit :
> 
> Hi
> 
> Does anyone know if R can do 3d raster interpolation?
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] WMTS fail on loading - QGIS 3.4

[Nyall Dawson]

On Fri, 16 Nov 2018 at 09:30, Ian Reese  wrote:
>
> Hi QGIS
>
>
>
> I’m currently using QGIS 3.4, on Windows 7.

Is this 3.4.1? I have a feeling this was already fixed, and cannot
reproduce it here on 3.4.1.

Nyall
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Fwd: qgis - v.vol.rst from grass

[Francois Chartier]

Hi

I am not a coder but i have some time and perseverence to integrate this
module in qgis, but I would need guidance. Is anybody interested?
 This tool would be great for a lot of discipline in environmental, soil
sciences etc.

On Mon, Oct 29, 2018, 04:12 Luigi Pirelli  Hi Francois
>
> is it just matter to create appropriate algorithm descriptop in qgis core?
> e.g. doing a Pull Request (with tsts) to have the algoritym supported?
>
> This guid sould give you the appropriate hints
> https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/grass7/grass7.txt
> and obviously all the descriptors available in:
>
> https://github.com/qgis/QGIS/tree/master/python/plugins/processing/algs/grass7/description
>
> this is one of the QGIS part where users can help a lot adding new backend
> algorithms with related tests. To create tests for a not tested algorithms
> please see this guide:
>
> http://www.opengis.ch/2016/02/04/increasing-the-stability-of-processing-algorithms/
>
> a TODO list for grass is here:
>
> https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/grass7/TODO.md
>
> regards
>
> Luigi Pirelli
>
>
> **
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> *
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> * Hire me: http://goo.gl/BYRQKg
>
> **
>
>
> On Sun, 28 Oct 2018 at 16:01, Francois Chartier 
> wrote:
>
>> Hi
>>
>> Is the plugin v vol rst available from within qgis?  i didnt see it in
>> the list of vector plugin from grass.
>> i am looking for a 3d interpolator and i believe only grass can do this
>> in open source.
>> Are there other plugins that can do 3d interpolation?
>> by 3d i am not referring to interpolation of elevation, but by
>> interpolation of 3d dataset with xyz + attribute (ex: soil moisture), with
>> data points vertically stacked, and would need to interpolate verically and
>> horizontally.
>>
>> thks
>> f
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] qgis and R

[Francois Chartier]

Hi

Does anyone know if R can do 3d raster interpolation?
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] WMTS fail on loading - QGIS 3.4

[Ian Reese]

Hi QGIS

I'm currently using QGIS 3.4, on Windows 7.

I am getting an error when I try to connect to a WMTS layer:

Invalid Layer: Raster layer Provider is not valid (provider: wms, URI: 
SmoothPixmapTransform=1=0=EPSG:2193=7=10=image/png=set-4702=style%3Dauto=EPSG:2193=https://data.linz.govt.nz/
 services;key=YOUR_API_TOKEN/wmts/1.0.0/set/4702/WMTSCapabilities.xml

The sample WMTS can be accessed here:
https://data.linz.govt.nz/set/4702-nz-aerial-imagery/webservices/

I tested the same WMTS connection using QGIS 2.18, 2.6 and ArcMap also and 
received no error.

The WMTS connection shows an error no matter what layer I try to access from 
our data service.

If I use an a connection from outside our data service: 
https://tiles.maps.linz.io/nz_colour_basemap/WMTSCapabilities.xml, everything 
works fine

Cheers,

Ian C Reese
Senior Spatial Analyst
Location Information Data Services

E  ire...@linz.govt.nz | DDI 04 6504

Wellington Office, Level 7, Radio New Zealand House, 155 The Terrace
PO Box 5501, Wellington 6145, New Zealand | T 04 460 0110
W  www.linz.govt.nz | 
www.landonline.govt.nz | 
data.linz.govt.nz




This message contains information, which may be in confidence and may be 
subject to legal privilege. If you are not the intended recipient, you must not 
peruse, use, disseminate, distribute or copy this message. If you have received 
this message in error, please notify us immediately (Phone 0800 665 463 or 
i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
responsibility for changes to this email, or for any attachments, after its 
transmission from LINZ. Thank You.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [QGIS-Developer] QGIS Processing "R" Provider -- 3.x beta available

[Alex Mandel]

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-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> 

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

[Qgis-user] QGIS Processing "R" Provider -- 3.x beta available

[Nyall Dawson]

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-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [QGIS-it-user] [Gfoss] Tentativo importazione layer TMS in QGis

[nino formica]

Ciao,
quale è l' URL del servizio ?
Così facciamo delle prove e vediamo di capire il problema.

Saluti
Nino

Il giorno gio 15 nov 2018, 17:44 Lorenzo Luisi  ha
scritto:

> Buonasera,
> sto tentando di introdurre un layer  di ortofoto TMS della Regione Sardegna
> all'interno di QGis 3.4 .1, ma senza esito.
> Ho cercato in rete la soluzione, ma ho risultati scadenti:
> la semplice introduzione dell'xml produce un raster nero (anche se effettuo
> zoomate);
> il plugin Quick Map Service  mi vede Google, molti layer russi e poco altro
> (anche se comincio a digitare il nome del layer proposto dal portale
> sardo);
> l'introduzione della Url del servizio non serve a granché.
>
> Qualcuno mi può aiutare?
> Grazie,
> Lorenzo Luisi
>
>
> --
> *Lorenzo Luisi* [Cartografia - Stereoscopia - Fotointerpretazione -
> SIT/GIS]
> +39360405135 www.spaziocartograficopugliese.it
>
> *Google+*  >
> ___ *Linkedin*  >
> --
> ___
> gf...@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 796 iscritti al 28/12/2017
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Condivisiones esperienza Geopack

[Martina Savarese]

>
> 2) quando pe possibile inserire il vettore neo geopack, non é possibile
>> visualizzare un'anteprima dei layer giá contenuti, quindi mi é successo di
>> ripetere nomi, o non seguire esattamente certi dettagli. Credo sarebbe una
>> gran comoditá sapere cosa c'é giá dentro, in fase di salvataggio. (magari
>> é
>> giá previsto come nuova possiblitá in aggiornamenti).
>>
>
> credo che la anteprima del layer ( e anche dei delle colonne) e' stata
> reintrodott nel brouser... prova su master
>

Io mi sto trovando bene creando la connessione in DB manager (clic destro
su icona Geopackage --> "nuova connessione" e inserisci il gpkg): una volta
che ce l'hai lì vedi tutti i layer aprendo l'albero del geopackage
desiderato e hai le tab anche per vedere tabella attributi e anteprima di
tutto quello che c'è dentro

Martina
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Ancora su anomalie WMS catasto e SR

[Marco Guiducci]

Il 15/11/2018 15:39, Mauro D'Ambroso ha scritto:
Ritorno sull'argomento che è stato trattato in varie discussioni e vi 
riporto la mia esperienza cercando di essere sintetico.


Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione 
(EPSG 3003) che attualmente è ancora utilizzato.
Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono 
il solo, mi sono confrontato con altri, su svariate macchine e 
sistemi) queste anomalie:


Versione Qgis 3.2.x, 3.4.x  su Windows 10 x64
SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR)
SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR)
SR del progetto: EPSG 3003 (ovvio)

  * Caricamento Layer particelle da WMS con EPSG di origine 6706: il
layer viene riproiettato in Eritrea
  * Caricamento Layer particelle da WMS con EPSG di origine 4258 o
25832 o 25833 o 25834: il layer viene riproiettato correttamente
(a parte i ben noti disallineamenti)

Tale comportamento resta identico per qualunque layer del catasto.
Non è certamente un problema di macchina (verificato su più 
installazioni, anche pulite e su VM).


Spero di essere stato sufficientemente preciso.
Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da 
cosa dipende è benvenuto.


Mauro




ancora alcune prove poi...

fatti un sr utente tipo questo:

+proj=latlong +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs +axis=neu

vedrai che ti appare il catasto flippato sia in x che y, rispetto al 
centro della canvas


(prova a mettere anche -1 come fattore di scala, che è l'ultimo 
parametro della fila di zero)

mg

--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Ancora su anomalie WMS catasto e SR

[Marco Guiducci]

Il 15/11/2018 15:39, Mauro D'Ambroso ha scritto:
Ritorno sull'argomento che è stato trattato in varie discussioni e vi 
riporto la mia esperienza cercando di essere sintetico.


Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione 
(EPSG 3003) che attualmente è ancora utilizzato.
Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono 
il solo, mi sono confrontato con altri, su svariate macchine e 
sistemi) queste anomalie:


Versione Qgis 3.2.x, 3.4.x  su Windows 10 x64
SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR)
SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR)
SR del progetto: EPSG 3003 (ovvio)

  * Caricamento Layer particelle da WMS con EPSG di origine 6706: il
layer viene riproiettato in Eritrea
  * Caricamento Layer particelle da WMS con EPSG di origine 4258 o
25832 o 25833 o 25834: il layer viene riproiettato correttamente
(a parte i ben noti disallineamenti)

Tale comportamento resta identico per qualunque layer del catasto.
Non è certamente un problema di macchina (verificato su più 
installazioni, anche pulite e su VM).


Spero di essere stato sufficientemente preciso.
Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da 
cosa dipende è benvenuto.


Mauro





Penso sia dovuto all'inversione degli assi. Il 6706 è dichiarato lat 
long, che in un gis sarebbe y x.

Se provi a fare un layer in 6706 vedrai che QGis ti mette long lat.
Se al catasto metti per esempio epsg 4326 allora vedrai qualcosa: un 
oggetto a 11 di long e 43 di lat, lo trovi a 43-11.

fai delle prove e magari confermaci
ciao
marcog


--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] Ancora su anomalie WMS catasto e SR

[Marco Guiducci]

Il 15/11/2018 15:39, Mauro D'Ambroso ha scritto:
Ritorno sull'argomento che è stato trattato in varie discussioni e vi 
riporto la mia esperienza cercando di essere sintetico.


Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione 
(EPSG 3003) che attualmente è ancora utilizzato.
Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono 
il solo, mi sono confrontato con altri, su svariate macchine e 
sistemi) queste anomalie:


Versione Qgis 3.2.x, 3.4.x  su Windows 10 x64
SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR)
SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR)
SR del progetto: EPSG 3003 (ovvio)

  * Caricamento Layer particelle da WMS con EPSG di origine 6706: il
layer viene riproiettato in Eritrea
  * Caricamento Layer particelle da WMS con EPSG di origine 4258 o
25832 o 25833 o 25834: il layer viene riproiettato correttamente
(a parte i ben noti disallineamenti)

Tale comportamento resta identico per qualunque layer del catasto.
Non è certamente un problema di macchina (verificato su più 
installazioni, anche pulite e su VM).


Spero di essere stato sufficientemente preciso.
Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da 
cosa dipende è benvenuto.


Mauro




nella mia precedente c'è una imprecisione. non occorre cambiare epsg. 
rimane che quel che sta a 43-11 appare a 11-43

mg

--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze

___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[QGIS-it-user] Ancora su anomalie WMS catasto e SR

[Mauro D'Ambroso]

Ritorno sull'argomento che è stato trattato in varie discussioni e vi
riporto la mia esperienza cercando di essere sintetico.

Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione (EPSG
3003) che attualmente è ancora utilizzato.
Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono il
solo, mi sono confrontato con altri, su svariate macchine e sistemi) queste
anomalie:

Versione Qgis 3.2.x, 3.4.x  su Windows 10 x64
SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR)
SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR)
SR del progetto: EPSG 3003 (ovvio)

   - Caricamento Layer particelle da WMS con EPSG di origine 6706: il layer
   viene riproiettato in Eritrea
   - Caricamento Layer particelle da WMS con EPSG di origine 4258 o 25832 o
   25833 o 25834: il layer viene riproiettato correttamente (a parte i ben
   noti disallineamenti)

Tale comportamento resta identico per qualunque layer del catasto.
Non è certamente un problema di macchina (verificato su più installazioni,
anche pulite e su VM).

Spero di essere stato sufficientemente preciso.
Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da cosa
dipende è benvenuto.

Mauro
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user