Re: [Qgis-user] v.transform Tool

[Nyall Dawson]

On Thu, 7 Jan 2021 at 07:31, krishna Ayyala  wrote:
>
> I have created a polygon shape file with CRS of EPSG:4326-WGS 84. I ran the 
> v.transform Tool on this polygon by increasing the xscale to 1.5 and yscale 
> to 1.5. I see a polygon generated. But, this is not falling on top of the 
> original polygon. It is falling in completely in a different location i.e 
> beyond the map limits. What should I do to have this fall at the right 
> location?

This tool literally just takes the coordinates in the features and
scales them by the value -- so a vertex at 30.5, 70 will scale to 70,
140 if you scale with 2/2 scaling values. (In other words, it will
appear to move). To scale around a center point you'd need to
translate the feature back to the origin, scale it, and then translate
back to its original location.

>
>
> ___
> 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] v.transform Tool

[Nicolas Cadieux]

Hi,
This is one of the things I normally do with AutoCAD. The tools in QGIS for 
this are just not as intuitive:(

Anyways, the first thing I would do, just to test the tool, is to save the file 
in a local UTM zone or local CRS that is in meters.  Currently, you are epsg 
4326 and unit is degrees.  Multiplying degrees by a scale of 1.5 could very 
well bring you on another planet!

To figure out the tool, you could also draw a 10mx10m square and then use that 
to figure out what is going on. If you insist on playing with degrees, reduce 
the scale to something like 1.1 or 1.01 and look at the results.

Good luck!

Nicolas Cadieux
https://gitlab.com/njacadieux

> Le 6 janv. 2021 à 16:31, krishna Ayyala  a écrit :
> 
> 
> I have created a polygon shape file with CRS of EPSG:4326-WGS 84. I ran the 
> v.transform Tool on this polygon by increasing the xscale to 1.5 and yscale 
> to 1.5. I see a polygon generated. But, this is not falling on top of the 
> original polygon. It is falling in completely in a different location i.e 
> beyond the map limits. What should I do to have this fall at the right 
> location?
> 
> 
> 
> ___
> 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-it-user] Carattere non riconosciuto in tabella attributi

[Andrea Giudiceandrea]

Simo88 wrote
> Errore mio, ho corretto il messaggio precedente, ora comprende lo zip con
> tutti i file.

Ciao Simo88,
la tabella attributi (file.dbf) del tuo shapefile contiene esclusivamente
caratteri ASCII che quindi non possono creare alcun problema di codifica.
Io visualizzo senza problemi tutti i caratteri nella tabella attributi
utilizzando varie versioni di QGIS.

Quale versione esattamente di QGIS stai utilizzando? su quale sistema
operativo?
Potresti riportare il contenuto della finestra Help->About di QGIS?

Nel frattempo, puoi provare a creare un nuovo profilo utente di QGIS e ad
aprire lo shapefile tramite il nuovo profilo utente.

A presto.

Andrea



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

[Qgis-user] v.transform Tool

[krishna Ayyala]

I have created a polygon shape file with CRS of EPSG:4326-WGS 84. I ran
the v.transform Tool on this polygon by increasing the xscale to 1.5 and
yscale to 1.5. I see a polygon generated. But, this is not falling on top
of the original polygon. It is falling in completely in a different
location i.e beyond the map limits. What should I do to have this fall at
the right location?

[image: image.png]
___
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] Reduce the size in proportion

[krishna Ayyala]

I have a rectangle labeled A. Is there a tool in QGIS that can
proportionally reduce the size similar to rectangle B?

Regards.
[image: image.png]
___
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] Carattere non riconosciuto in tabella attributi

[Carlo Tersigni]

All'indirizzo fornito si riesce a scaricare solo il file shp; mancano gli
altri due che completano lo shapefile (shx e dbf). Quello scaricato
cliccando sull'indirizzo non si può caricare in QGIS.
Dovresti mandare il "pacchetto" shapefile completo.
Carlo

Il giorno mer 6 gen 2021 alle ore 16:32 Simo88  ha
scritto:

> Buongiorno a tutti,
> grazie dei suggerimenti.
> Lo shapefile in oggetto è in questo allegato:
>
>   ItalyRailways.shp
> 
>
> Grazie ancora per le dritte
>
> Simone
>
>
>
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
> ___
> QGIS-it-user mailing list
> QGIS-it-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>


-- 
*Carlo TERSIGNI*
*Via della Badia di cava 104, scala  Z, 00142 - ROMA*

*tel.: 333-4653589e-mail: carter@gmail.com *
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Best practice, database vs WFS

[Bernhard Ströbl]

Hi,

I want to add my 2 cents (all AFAIK):
WFS is a standard for data exchange as has been pointed out by 
Alessandro already. The data are in an XML format (GML) which is _slow_ 
compared to data from a database for several reasons. QGIS downloads the 
complete layer as GML which, depending on the amount of datasets, can be 
huge. There is no spatial index helping QGIS in rendering. Using a layer 
from a database is fast because - assuming you created a spatial index - 
QGIS only loads the data needed for the particular part of the map you 
are currently viewing.


AFAIU you are running different database systems in you network (or 
different instances of the same system or different databases on one 
system). Depending on the amount of layers e.g. PostreSQL's concept of 
foreign data wrappers might be a solution (I do not know anything about 
performance though) enabling you to bundle all your layers in one 
PostgreSQL database.


Apart from the technical perspective: If you have e.g. several hundred 
layers you will always face the problem of how users know where to find 
a particular layer, even if theses layers are all in the same database 
(same would be true for several hundred WFS layers on one server btw). 
In this case you will always need some kind of metadata system where 
users can search for data and that tells them how they can access them.


regards
Bernhard


Am 06.01.2021 um 16:48 schrieb Paul Wittle:

Hi Alessandro,

I guess the key is ease of data discovery. So if all your geodata is on one 
database then it is all easy enough but if you have multiple database types / 
instances then you are relying a lot on users being able to find the right 
database / instance and then having potentially different login mechanisms for 
each database.

This is why the idea of WFS seems appealing because we can authenticate at 
access to the WFS server using a single method; expose all the accessible 
datasets in a single list and in theory potentially employ greater consistency 
to the method of updates.

We have found that the SQL issued by each database driver can vary in terms of 
the SQL optimisation because each one is developed independently of others 
(i.e. the Oracle data access is not necessary developed with much reference to 
the Postgres or SQL database data access clients). Whilst fundamentally the SQL 
statements are still in effect translated into the appropriate SQL for each 
database type the original statement should in theory be more consistent?

In terms of speed; I suspect you are definitely correct hence my asking the 
question really.

The comments above are really to simply flesh out the question as to whether or 
not using a database is really simpler though.

That said; we may also use something like a custom plugin or GeoNetwork as a 
data discovery tool which is another way of helping users add the right layer 
without needing to know which database it comes from.

I hope that clarifies the question a little better?

Cheers,
Paul

-Original Message-
From: Alessandro Pasotti 
Sent: 06 January 2021 15:11
To: Paul Wittle 
Cc: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Best practice, database vs WFS

Hi Paul,

if you want to share geodata within your organization on a private network a 
database is the best solution: faster and simpler. The constraint is that you 
will need an application (like QGIS) to access your data..

WFS is a web service standard for interoperability, it is ideal for sharing 
data on the internet over HTTP, there is no need for a particular application 
to use the service: any HTTP client is able to do that.

Regards


On Wed, Jan 6, 2021 at 3:43 PM Paul Wittle  
wrote:


Hi,



As I’m sure is clear from the number of posts I’ve done of late we are 
currently looking at how we use QGIS within our business. I thought I’d ask a 
question here to see if others are considering it as I can’t find too much chat 
online about it but I wondered if perhaps there should be some.



We have concluded that in theory the WFS and WFS-T protocols are an OGC 
standard (https://www.ogc.org/standards/wfs) and that using an OGC compliant 
server they can be used to front various data source formats; i.e. Postgres, 
Oracle, SQL Server etc. In theory that means that if you use WFS and WFS-T in 
QGIS it should mean that user experience becomes more consistent for the people 
using those layers in QGIS.



That all sounds great, but I can’t seem to even get my WFS to load correctly in 
QGIS at present and it doesn’t seem to be something that is recommended online. 
Given that both WFS and direct database access both return full details (vector 
geometries and attributes) to QGIS; would you expect performance of WFS to be 
similar or significantly slower?



Is the use of OGC compliant WFS something that you personally feel is something 
we should be aspiring to use more widely at the local / network level in QGIS 
or do you favour just loading directly from 

Re: [Qgis-user] Confusion with ellipsoidal method of $area

[Sebastian Gutwein]

Hello,
Sorry if this gets posted twice I previously attached a .gpkg and it
bounced due to the 100kb limit.
I am enjoying this fascinating discussion. This is all fairly new to me so
I looked some things up and want to make sure that I am getting things
right,

   1. In QGIS the $area function uses the sphere/ellipsoid settings of the
   project not of the CRS of the layer.
   2. QGIS uses the PROJ library to calculate area
   3. According to the PROJ documentation
   even.rouault.free.fr/proj_cpp_api/rst_generated/html/geodesic.html PROJ
   uses GeographicLib to calculate area.

If this is all true then if as  Jukka Rahkonen describes the layer and the
project were both EPSG:4326 and the ellipsoid in the Project-Settings was
WGS 84 (EPSG:7030) then the QGIS measurements should be consistent (if they
are correct is open to discussion).with this GeographicLib web
calculator that says it uses the WGS84 ellipsoid
geographiclib.sourceforge.io/cgi-bin/Planimeter?type=polygon=geodesic=59.95688345+20.13293641%0D%0A60.47397663+26.94617837%0D%0A62.56499443+29.74782155%0D%0A68.70650340+27.45254202%0D%0A68.24937206+23.75771765%0D%0A65.27444593+25.42698984%0D%0A63.10353609+21.51545237%0D%0A61.12318104+21.40562760%0D%0A60.40477513+19.41123592%0D%0A59.95688345+20.13293641=Submit

Using Jukka Rahkonen's points and processes I ended up with the same non
consistent results as they reported. Attached is a geopackage with the
polygon that I used,

On Wed, Jan 6, 2021 at 10:29 AM Sebastian Gutwein  wrote:

> Hello,
> I am enjoying this fascinating discussion. This is all fairly new to me so
> I looked some things up and want to make sure that I am getting things
> right,
>
>1. In QGIS the $area function uses the sphere/ellipsoid settings of
>the project not of the CRS of the layer.
>2. QGIS uses the PROJ library to calculate area
>3. According to the PROJ documentation
>even.rouault.free.fr/proj_cpp_api/rst_generated/html/geodesic.html
>PROJ uses GeographicLib to calculate area.
>
> If this is all true then if as  Jukka Rahkonen describes the layer and the
> project were both EPSG:4326 and the ellipsoid in the Project-Settings was
> WGS 84 (EPSG:7030) then the QGIS measurements should be consistent (if they
> are correct is open to discussion).with this GeographicLib web
> calculator that says it uses the WGS84 ellipsoid
> geographiclib.sourceforge.io/cgi-bin/Planimeter?type=polygon=geodesic=59.95688345+20.13293641%0D%0A60.47397663+26.94617837%0D%0A62.56499443+29.74782155%0D%0A68.70650340+27.45254202%0D%0A68.24937206+23.75771765%0D%0A65.27444593+25.42698984%0D%0A63.10353609+21.51545237%0D%0A61.12318104+21.40562760%0D%0A60.40477513+19.41123592%0D%0A59.95688345+20.13293641=Submit
>
> Using Jukka Rahkonen's points and processes I ended up with the same non
> consistent results as they reported. Attached is a geopackage with the
> polygon that I used,
> -Sebastian
>
> On Tue, Jan 5, 2021 at 3:52 PM Nicolas Cadieux <
> njacadieux.git...@gmail.com> wrote:
>
>> Hi,
>>
>> QGIS is currently built on Proj version 6.3.2-1.  If the other libraries
>> are using a spheroid by default, then they use a sphere for speed and not
>> an ellipsoid for precision.  You can probably force this measurement in
>> QGIS by creating a custom CRS with a spheroid rather than an ellipsoid. The
>> other option is to use the python in QGIS and to force a geoid.
>>
>> Nicolas
>> On 2021-01-05 1:33 p.m., Rahkonen Jukka (MML) wrote:
>>
>> Hi,
>>
>>
>>
>> I suppose that PostGIS is using the WGS 84 ellipsoid but I am not sure
>> where from the documentation I could find that information. The ST_Area
>> document https://postgis.net/docs/ST_Area.html says only “For geography
>> types by default area is determined on a spheroid with units in square
>> meters”. Same thing with Spatialite, documentation suggests just that it is
>> “the” spheroid
>> http://www.gaia-gis.it/gaia-sins/spatialite-sql-latest.html.
>>
>>
>>
>> I did not notice this paragraph in the ST_Area document earlier
>> “Enhanced: 2.2.0 - measurement on spheroid performed with GeographicLib for
>> improved accuracy and robustness. Requires Proj >= 4.9.0 to take advantage
>> of the new feature.” So no wonder that the web app and PostGIS give the
>> same results because they both use GeographicLib. And SpatiaLite 5.0 is
>> using RTTopo that is a library that is based on LWGeom so close connection
>> in there too.
>>
>>
>>
>> So perhaps the way to get identical areas from QGIS would be to make it
>> to use GeographicLib as well. I have no idea if it is a realistic approach
>> and worth making a feature request.
>>
>>
>>
>> -Jukka Rahkonen-
>>
>>
>>
>> *Lähettäjä:* Nicolas Cadieux 
>> 
>> *Lähetetty:* tiistai 5. tammikuuta 2021 20.04
>> *Vastaanottaja:* Rahkonen Jukka (MML)
>> 
>> ; qgis-user@lists.osgeo.org
>> *Aihe:* Re: [Qgis-user] Confusion with ellipsoidal method of $area
>>
>>
>>
>> Hi,
>>
>> Your method in QGIS is sound.  Area is calculated using the wgs84
>> ellipsoid EPSG 

Re: [Qgis-user] Confusion with ellipsoidal method of $area

[Nicolas Cadieux]

Hi,

Not being a postgis user, I would try use_spheroid=False just to see if the 
parameters are taking into account.  You could also change the epsg code to one 
that does not use the WGS84 ellipsoid to see if it changes.  I have often 
played around with parameters just to find out the were skipped over by the 
code because of an other mutually exclusif  parameter (you don’t always get an 
error).   

Like Nyall says, there might not be a single perfect way to do this and you 
just have to justify your choices and live with it in the end.

Thanks for the précisions below, I had assumed that spheroid was a sphere in 
this case.

Good luck

Nicolas Cadieux
https://gitlab.com/njacadieux

> Le 6 janv. 2021 à 07:17, Rahkonen Jukka (MML) 
>  a écrit :
> 
> Hi,
> 
> I did my homework and learned that all spheroids are ellipsoids but not all 
> ellipsoids are spheroids. This source puts it into a compact sentence 
> elearning.algonquincollege.com/coursemat/viljoed/gis8746/concepts/geodesy/spheroid.htm
> 
> "Ellipsoid is a solid for which all plane sections through one axis are 
> ellipses and through the other are ellipses or circles. If any two of the 
> three axes of that ellipsoid are equal, the figure becomes a spheroid 
> (ellipsoid of revolution). If all three are equal, it becomes a sphere."
> 
> The geodetic ellipsoids have two axis with equal length and the third axes is 
> shorter. Therefore in this context terms ellipsoid and spheroid can be used 
> interchangeably https://support.esri.com/en/technical-article/06398. A 
> tri-axial ellipsoid (https://en.wikipedia.org/wiki/Ellipsoid) is the only 
> sort of ellipsoids that is not spheroid by the same but we do not use such as 
> Earth surface models.
> 
> So back to the test. I have the QGIS project in EPSG:4326, the layer in 
> EPSG:4326, and the Project-Properties-General-Measurement-Ellipsoid is set to 
> WGS 84 (EPSG:7030). The $area function returns
> 249566957499.7546
> 
> The ST_Area function of PostGIS https://postgis.net/docs/ST_Area.html with 
> option "use_spheroid=true" returns
> 251199344354.4308
> 
> I modified my SQL to ensure that the geography type is using the WGS 84 
> spheroid/ellipsoid by adding a cast from EPSG:4326 geometry into geography 
> (reference https://postgis.net/docs/postgis_usage.html#PostGIS_Geography). 
> That did not change the result so obviously WGS 84 spheroid/ellipsoid is the 
> default for PostGIS geography type.
> 
> My SQL is now
> select ST_Area(ST_GeomFromText('POLYGON ((
> 20.13293641   59.95688345,
> 26.94617837   60.47397663,
> 29.74782155   62.56499443,
> 27.45254202   68.70650340,
> 23.75771765   68.24937206,
> 25.42698984   65.27444593,
> 21.51545237   63.10353609,
> 21.40562760   61.12318104,
> 19.41123592   60.40477513,
> 20.13293641   59.95688345))',4326)::geography , true)
> 
> I have done my best to force both software to make an ellipsoidal/spheroidal 
> area measurement (not spherical) on WGS 84 ellipsoid/spheroid. This is my 
> informed choice, please point where is the mistake if I have done such.
> 
> If I have used the right methods with both QGIS and PostGIS then there is 
> still this 0.654% difference in the measured areas. It feels a bit too large 
> to be caused only by minor differences in implementations if the mathematics 
> is the same. Could it possibly mean that either PostGIS or QGIS computes the 
> area wrong?
> 
> -Jukka Rahkonen-
> 
> -Alkuperäinen viesti-
> Lähettäjä: Nyall Dawson  
> Lähetetty: tiistai 5. tammikuuta 2021 23.46
> Vastaanottaja: Rahkonen Jukka (MML) 
> Kopio: Nicolas Cadieux ; 
> qgis-user@lists.osgeo.org
> Aihe: Re: [Qgis-user] Confusion with ellipsoidal method of $area
> 
>> On Wed, 6 Jan 2021 at 07:40, Rahkonen Jukka (MML) 
>>  wrote:
>> 
>> Hi,
>> 
>> 
>> 
>> Sorry, I am amateur on this area and I do not know what is the difference 
>> between spheroids and ellipsoids. Do you mean that QGIS is using more 
>> accurate method than PostGIS for calculating the lengths and areas over the 
>> WGS 84 ellipsoid?
> 
> You're definitely not alone in this, but I'd strongly recommend doing a bit 
> of research into the differences and how they affect measurements. There's no 
> single "right" answer to how things should be accurately measured, so the 
> decisions regarding this are the user's responsibility, and it's up to you to 
> make an informed choice here.
> 
> Suffice to say that both QGIS and geographiclib can do either spherical or 
> ellipsoidal calculations -- to compare them you need to ensure that the exact 
> same sphere/ellipsoid parameters are used.
> 
> Nyall
> 
> 
>> 
>> 
>> 
>> The article that is used as a reference on the GeographicLib page 
>> (Charles F. F. Karney, Algorithms for geodesics,
>> 
>> J. Geodesy 87(1), 43–55 (Jan. 2013) does not use word spheroid in the text 
>> at all but ellipsoid appears there 29 times. So perhaps the library deals 
>> actually with ellipsoid but PostGIS and Spatialite documentation talks about 
>> 

Re: [QGIS-it-user] Carattere non riconosciuto in tabella attributi

[Simo88]

Buongiorno a tutti,
grazie dei suggerimenti.
Lo shapefile in oggetto è in questo allegato:

  ItalyRailways.shp
  

Grazie ancora per le dritte

Simone



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [Qgis-user] Best practice, database vs WFS

[Alessandro Pasotti]

Hi Paul,

if you want to share geodata within your organization on a private
network a database is the best solution: faster and simpler. The
constraint is that you will need an application (like QGIS) to access
your data..

WFS is a web service standard for interoperability, it is ideal for
sharing data on the internet over HTTP, there is no need for a
particular application to use the service: any HTTP client is able to
do that.

Regards


On Wed, Jan 6, 2021 at 3:43 PM Paul Wittle
 wrote:
>
> Hi,
>
>
>
> As I’m sure is clear from the number of posts I’ve done of late we are 
> currently looking at how we use QGIS within our business. I thought I’d ask a 
> question here to see if others are considering it as I can’t find too much 
> chat online about it but I wondered if perhaps there should be some.
>
>
>
> We have concluded that in theory the WFS and WFS-T protocols are an OGC 
> standard (https://www.ogc.org/standards/wfs) and that using an OGC compliant 
> server they can be used to front various data source formats; i.e. Postgres, 
> Oracle, SQL Server etc. In theory that means that if you use WFS and WFS-T in 
> QGIS it should mean that user experience becomes more consistent for the 
> people using those layers in QGIS.
>
>
>
> That all sounds great, but I can’t seem to even get my WFS to load correctly 
> in QGIS at present and it doesn’t seem to be something that is recommended 
> online. Given that both WFS and direct database access both return full 
> details (vector geometries and attributes) to QGIS; would you expect 
> performance of WFS to be similar or significantly slower?
>
>
>
> Is the use of OGC compliant WFS something that you personally feel is 
> something we should be aspiring to use more widely at the local / network 
> level in QGIS or do you favour just loading directly from databases?
>
>
>
> I’m honestly very interested to hear what others think on this as 
> theoretically you would think the creation of an OGC standard would have this 
> sort of aspiration but I’m increasingly concluding that this kind of use of 
> WFS is very limited. It seems to me that the most common use case is just for 
> occasional layers where you need to work with others over the internet.
>
>
>
> To ensure we are talking about the same thing; I’m thinking that the access 
> to WFS in this context would be locally within your own network or device as 
> clearly going over the internet will add a significant overhead and potential 
> for delay.
>
>
>
> Feel free to message me back directly or message the group if you think it is 
> a worthwhile discussion but as I say I’d love to hear what others think.
>
>
>
> Cheers,
>
> Paul
>
>
>
>
>
> This e-mail and any files transmitted with it are intended solely for the use 
> of the individual or entity to whom they are addressed. It may contain 
> unclassified but sensitive or protectively marked material and should be 
> handled accordingly. Unless you are the named addressee (or authorised to 
> receive it for the addressee) you may not copy or use it, or disclose it to 
> anyone else. If you have received this transmission in error please notify 
> the sender immediately. All traffic may be subject to recording and/or 
> monitoring in accordance with relevant legislation. Any views expressed in 
> this message are those of the individual sender, except where the sender 
> specifies and with authority, states them to be the views of Dorset Council. 
> Dorset Council does not accept service of documents by fax or other 
> electronic means. Virus checking: Whilst all reasonable steps have been taken 
> to ensure that this electronic communication and its attachments whether 
> encoded, encrypted or otherwise supplied are free from computer viruses, 
> Dorset Council accepts no liability in respect of any loss, cost, damage or 
> expense suffered as a result of accessing this message or any of its 
> attachments. For information on how Dorset Council processes your 
> information, please see www.dorsetcouncil.gov.uk/416433
> ___
> 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



-- 
Alessandro Pasotti
QCooperative:  www.qcooperative.net
ItOpen:   www.itopen.it
___
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] Best practice, database vs WFS

[Paul Wittle]

Hi,

As I'm sure is clear from the number of posts I've done of late we are 
currently looking at how we use QGIS within our business. I thought I'd ask a 
question here to see if others are considering it as I can't find too much chat 
online about it but I wondered if perhaps there should be some.

We have concluded that in theory the WFS and WFS-T protocols are an OGC 
standard (https://www.ogc.org/standards/wfs) and that using an OGC compliant 
server they can be used to front various data source formats; i.e. Postgres, 
Oracle, SQL Server etc. In theory that means that if you use WFS and WFS-T in 
QGIS it should mean that user experience becomes more consistent for the people 
using those layers in QGIS.

That all sounds great, but I can't seem to even get my WFS to load correctly in 
QGIS at present and it doesn't seem to be something that is recommended online. 
Given that both WFS and direct database access both return full details (vector 
geometries and attributes) to QGIS; would you expect performance of WFS to be 
similar or significantly slower?

Is the use of OGC compliant WFS something that you personally feel is something 
we should be aspiring to use more widely at the local / network level in QGIS 
or do you favour just loading directly from databases?

I'm honestly very interested to hear what others think on this as theoretically 
you would think the creation of an OGC standard would have this sort of 
aspiration but I'm increasingly concluding that this kind of use of WFS is very 
limited. It seems to me that the most common use case is just for occasional 
layers where you need to work with others over the internet.

To ensure we are talking about the same thing; I'm thinking that the access to 
WFS in this context would be locally within your own network or device as 
clearly going over the internet will add a significant overhead and potential 
for delay.

Feel free to message me back directly or message the group if you think it is a 
worthwhile discussion but as I say I'd love to hear what others think.

Cheers,
Paul


This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/416433
___
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] Creating the user profiles

[Paul Wittle]

Hi,

I have now worked out how to generate a user profile using python and I thought 
I'd reply to my own post in case it is of use to others.

I used:
profilePath = 
QStandardPaths.standardLocations(QStandardPaths.AppDataLocation)[0].replace("python","QGIS")

To get a path suitable for loading the QgsUserProfileManager. It seems that 
running standalone it defaults to /python on Windows but you may or may not 
need the replace statement. Once you have the path you just initiate the 
profileManager and then use createUserProfile:

QgsProfileManager = QgsUserProfileManager(profilePath + "\\profiles")
print(QgsProfileManager.rootLocation())
if not QgsProfileManager.profileExists("default"):
QgsProfileManager.createUserProfile("default")
print(versionName + " profile created")

This seems to do the trick and I run it before my other script to ensure that 
QGIS sets up a profile before the first load. That said; it doesn't include 
much of the profile itself so you might need to play with how you start a 
QgsApplication instance perhaps for that. Anyway it worked for what I needed 
and it might be helpful for others...perhaps.

Cheers,
Paul


This e-mail and any files transmitted with it are intended solely for the use 
of the individual or entity to whom they are addressed. It may contain 
unclassified but sensitive or protectively marked material and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All traffic may be subject to recording and/or monitoring 
in accordance with relevant legislation. Any views expressed in this message 
are those of the individual sender, except where the sender specifies and with 
authority, states them to be the views of Dorset Council. Dorset Council does 
not accept service of documents by fax or other electronic means. Virus 
checking: Whilst all reasonable steps have been taken to ensure that this 
electronic communication and its attachments whether encoded, encrypted or 
otherwise supplied are free from computer viruses, Dorset Council accepts no 
liability in respect of any loss, cost, damage or expense suffered as a result 
of accessing this message or any of its attachments. For information on how 
Dorset Council processes your information, please see 
www.dorsetcouncil.gov.uk/416433
___
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] Carattere non riconosciuto in tabella attributi

[Andrea Giudiceandrea]

Ciao Simo88,
se tu potessi condividere il tuo shapefile completo o uno derivato da esso
contenente almeno un record potrei più facilmente aiutarti a trovare il
problema.

Quale versione di QGIS stai utilizzando e su quale sistema operativo?

A presto.

Andrea




--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Re: [QGIS-it-user] errore in QgsProcessingParameterEnum

[Andrea Giudiceandrea]

Ciao Giacomo,


Giacomo Fontanelli-2 wrote
> TypeError: QgsProcessingParameterEnum(): arguments did not match any
> overloaded call:
> overload 1: argument 'options' has unexpected type 'str'

l'errore dipende dal fatto che hai impostato il parametro "options" con una
stringa, mentre per esso deve essere usata una lista di stringhe (vedi [1]).
Quindi, nel tuo caso options=[]
Comunque tale parametro dovrebbe essere opzionale e quindi potresti
ometterlo.

A presto.

Andrea

[1]
https://qgis.org/pyqgis/3.16/core/QgsProcessingParameterEnum.html#qgis.core.QgsProcessingParameterEnum.options



--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user