Re: [Qgis-user] Error of "Cannot Use Project Transform..."

[Nyall Dawson]

On Thu, 13 Feb 2020 at 12:16, Michael Treglia  wrote:
>
> Hi All,
>
> Using QGIS 3.10.2 on Windows x64, installed via OSGeo4w.
>
> When opening a .qgz file with data in ESRI code 102008 and the project in 
> EPSG 4326, I get a warning - "Cannot use project transform between 
> ESRI:102008 and Unknown CRS"
>
> Upon clicking the Details button, a window pops up - "Project Transformation 
> Not Available", with the full text pasted at the end of the email. There is 
> also a link to download and button to install the "Grid Shift File"
>
> I wanted to check if there was a big change from 3.4 to 3.10 that deprecates 
> certain types of transformations or something, that now requires these grid 
> shift files to specifically be installed. I know there have been some major 
> broader changes with gdal and such, but this issue does not happen with 
> version 3.4.15.  As much as anything, I'm just thinking about what might come 
> up in future workflows, as 3.10 becomes the LTR.

In this case, the original user who created the project has specified
that for that project, the NA83SCRS.GSB must be used when transforming
between ESRI:102008 and EPSG:4326. You've then opened that project on
a system which doesn't have this grid shift file installed, so you get
the warning to advise you that things won't be showing/calculating as
the original project creator intended.

This particular file is available from the archive at
https://download.osgeo.org/proj/proj-datumgrid-north-america-latest.zip

Nyall

>
> Thanks so much for any insights, and for your time. Best regards,
> Mike
>
>
> Full message from Project Transformations Not Available Box:
>
> This project specifies a preset transform between ESRI:102008 - 
> North_America_Albers_Equal_Area_Conic and Unknown CRS: 
> GEOGCRS["unknown",DATUM["unknown",ELLIPSOID["WGS 8…, which is not available 
> for use on the system.
>
> This transformation requires the grid file “NA83SCRS.GSB”, which is not 
> available for use on the system.
>
> The operation specified for use in the project is:
>
> +proj=pipeline +step +inv +proj=aea +lat_0=40 +lon_0=-96 +lat_1=20 +lat_2=60 
> +x_0=0 +y_0=0 +ellps=GRS80 +step +inv +proj=hgridshift +grids=NA83SCRS.GSB 
> +step +proj=aea +lat_0=40 +lon_0=-96 +lat_1=20 +lat_2=60 +x_0=0 +y_0=0 
> +ellps=GRS80
>
> ___
> 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] Error of "Cannot Use Project Transform..."

[Michael Treglia]

Hi All,

Using QGIS 3.10.2 on Windows x64, installed via OSGeo4w.

When opening a .qgz file with data in ESRI code 102008 and the project in
EPSG 4326, I get a warning - "Cannot use project transform between
ESRI:102008 and Unknown CRS"

Upon clicking the Details button, a window pops up - "Project
Transformation Not Available", with the full text pasted at the end of the
email. There is also a link to download and button to install the "Grid
Shift File"

I wanted to check if there was a big change from 3.4 to 3.10 that
deprecates certain types of transformations or something, that now requires
these grid shift files to specifically be installed. I know there have been
some major broader changes with gdal and such, but this issue does not
happen with version 3.4.15.  As much as anything, I'm just thinking about
what might come up in future workflows, as 3.10 becomes the LTR.

Thanks so much for any insights, and for your time. Best regards,
Mike


Full message from Project Transformations Not Available Box:

This project specifies a preset transform between ESRI:102008 -
North_America_Albers_Equal_Area_Conic and Unknown CRS:
GEOGCRS["unknown",DATUM["unknown",ELLIPSOID["WGS 8…, which is not available
for use on the system.

   - This transformation requires the grid file “NA83SCRS.GSB”, which is
   not available for use on the system.

The operation specified for use in the project is:

+proj=pipeline +step +inv +proj=aea +lat_0=40 +lon_0=-96 +lat_1=20
+lat_2=60 +x_0=0 +y_0=0 +ellps=GRS80 +step +inv +proj=hgridshift
+grids=NA83SCRS.GSB +step +proj=aea +lat_0=40 +lon_0=-96 +lat_1=20
+lat_2=60 +x_0=0 +y_0=0 +ellps=GRS80
___
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] Make selected features dominant in view

[Thayer Young]

Hi Graeme, 
I usually just alter the opacity in the Layer Properties/Symbology window, that 
makes spotting overlaps easier. Richard's answer is quite useful, but will 
probably be more difficult to remember, and requires an additional 3 clicks to 
accomplish.
-Thayer

  1. Re: Make selected features dominant in view (Richard Duivenvoorde)


--

Message: 1
Date: Wed, 12 Feb 2020 19:58:08 +0100
From: Richard Duivenvoorde 
To: SEGGIE Graeme , "Qgis-user@lists.osgeo.org"
    
Subject: Re: [Qgis-user] Make selected features dominant in view
Message-ID: 
Content-Type: text/plain; charset="windows-1252"

Hi Graeme,

I do not know an answer, but I checked and it's not that selected items
always would end up on top...

This sounds very reasonable though... and helpfull :-)
If it is not already there, it would make a nice Feature Request!

There is in the Layer Properties/Symbology/Layer Rendering an option to
'Control feature rendering order' ...
Ok, so you can make an  an expression like:

is_selected( $currentfeature )

which then makes your selected features draw last (on top).
You could at least try that.
I'm wondering if that would/could not be default painting behaviour?

Regards,

Richard Duivenvoorde

On 12/02/2020 17.34, SEGGIE Graeme wrote:
> Is there a way to have selected features dominate in the map view? I
> mean when selected not all selected features of a layer show as yellow
> (default) if there are other features in the same layer above them in
> the drawing order. In Arc – anything selected is always shown as such,
> which is a lot handier for tracking things down spatially, quickly. Am
> wondering if there is a preference that sets this, which I have not
> done.  I know I can create a sub-layer with filtering as an alternative
> to do this, but that seems like more work than it should be.
>
>  
>
> Graeme
>
>  
>
>  
>
>  
>
> This message has been scanned for malware. This message and any
> attachments (the "message") are confidential, intended solely for the
> addressees, and may contain legally privileged information. Any
> unauthorised use or dissemination of the message or its contents is
> prohibited. The confidential or legally privileged nature of the
> information contained in the message is not waived, lost or destroyed if
> it is sent other than to the addressee. Use or dissemination of the
> information contained in the message, by a recipient other than the
> addressee, may cause commercial damage to either or both of the sender
> and the addressee. If you are not the addressee of this message, please
> contact the sender immediately and delete this message. All email
> communications to and from SYSTRA Limited are filtered and stored for
> risk management purposes in accordance with SYSTRA Limited’s policies
> and legal obligations. E-mails are susceptible to alteration. Neither
> our company or any of its subsidiaries or affiliates shall be liable for
> the message if altered, changed or falsified. SYSTRA Limited is a
> company registered in England and Wales, (number 03383212). Registered
> office: 3rd Floor 5 Old Bailey, London, England, EC4M 7BA. Registered
> VAT number: GB1823826/95
>
> ___
> 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] Make selected features dominant in view

[Richard Duivenvoorde]

Hi Graeme,

I do not know an answer, but I checked and it's not that selected items
always would end up on top...

This sounds very reasonable though... and helpfull :-)
If it is not already there, it would make a nice Feature Request!

There is in the Layer Properties/Symbology/Layer Rendering an option to
'Control feature rendering order' ...
Ok, so you can make an  an expression like:

 is_selected( $currentfeature )

which then makes your selected features draw last (on top).
You could at least try that.
I'm wondering if that would/could not be default painting behaviour?

Regards,

Richard Duivenvoorde

On 12/02/2020 17.34, SEGGIE Graeme wrote:
> Is there a way to have selected features dominate in the map view? I
> mean when selected not all selected features of a layer show as yellow
> (default) if there are other features in the same layer above them in
> the drawing order. In Arc – anything selected is always shown as such,
> which is a lot handier for tracking things down spatially, quickly. Am
> wondering if there is a preference that sets this, which I have not
> done.  I know I can create a sub-layer with filtering as an alternative
> to do this, but that seems like more work than it should be.
> 
>  
> 
> Graeme
> 
>  
> 
>  
> 
>  
> 
> This message has been scanned for malware. This message and any
> attachments (the "message") are confidential, intended solely for the
> addressees, and may contain legally privileged information. Any
> unauthorised use or dissemination of the message or its contents is
> prohibited. The confidential or legally privileged nature of the
> information contained in the message is not waived, lost or destroyed if
> it is sent other than to the addressee. Use or dissemination of the
> information contained in the message, by a recipient other than the
> addressee, may cause commercial damage to either or both of the sender
> and the addressee. If you are not the addressee of this message, please
> contact the sender immediately and delete this message. All email
> communications to and from SYSTRA Limited are filtered and stored for
> risk management purposes in accordance with SYSTRA Limited’s policies
> and legal obligations. E-mails are susceptible to alteration. Neither
> our company or any of its subsidiaries or affiliates shall be liable for
> the message if altered, changed or falsified. SYSTRA Limited is a
> company registered in England and Wales, (number 03383212). Registered
> office: 3rd Floor 5 Old Bailey, London, England, EC4M 7BA. Registered
> VAT number: GB1823826/95
> 
> ___
> 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] Make selected features dominant in view

[SEGGIE Graeme]

Is there a way to have selected features dominate in the map view? I mean when 
selected not all selected features of a layer show as yellow (default) if there 
are other features in the same layer above them in the drawing order. In Arc - 
anything selected is always shown as such, which is a lot handier for tracking 
things down spatially, quickly. Am wondering if there is a preference that sets 
this, which I have not done.  I know I can create a sub-layer with filtering as 
an alternative to do this, but that seems like more work than it should be.

Graeme



This message has been scanned for malware. This message and any attachments 
(the "message") are confidential, intended solely for the addressees, and may 
contain legally privileged information. Any unauthorised use or dissemination 
of the message or its contents is prohibited. The confidential or legally 
privileged nature of the information contained in the message is not waived, 
lost or destroyed if it is sent other than to the addressee. Use or 
dissemination of the information contained in the message, by a recipient other 
than the addressee, may cause commercial damage to either or both of the sender 
and the addressee. If you are not the addressee of this message, please contact 
the sender immediately and delete this message. All email communications to and 
from SYSTRA Limited are filtered and stored for risk management purposes in 
accordance with SYSTRA Limited's policies and legal obligations. E-mails are 
susceptible to alteration. Neither our company or any of its subsidiaries or 
affiliates shall be liable for the message if altered, changed or falsified. 
SYSTRA Limited is a company registered in England and Wales, (number 03383212). 
Registered office: 3rd Floor 5 Old Bailey, London, England, EC4M 7BA. 
Registered VAT number: GB1823826/95
___
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 crashes while loading WMTS layers

[Jeff Hubbs]

Your understanding is essentially correct for most anything you will 
likely encounter. Apps don't know or care about the memory 
implementation that the operating system makes available.


On 2/12/20 7:35 AM, Patrick Dunford wrote:



The assumption for me is that the operating system, in theory, 
presents a virtual memory model to applications, whereby the actual 
physical implementation is abstracted, such that when an application 
makes a request for more memory allocated, it is essentially 
transparent where the information is actually physically stored. Maybe 
that is not accurate?




___
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 crashes while loading WMTS layers

[Patrick Dunford]

Hi there

Due to imminent deadlines on a project I was working on, I had to leave 
the issue and just press on with a VM running an older version.


I am currently building some test VMs and projects and hope to log this 
issue in the bug tracker in the next few days.


On 2/02/20 5:25 am, Jonathan Moules wrote:

Hi Patrick,

I'd suggest reporting this to the QGIS bug tracker as a regression.

Cheers,

Jonathan

On 2020-02-01 07:20, Patrick Dunford wrote:

Further investigation and comment

Since recently installing Qgis 3.4.15 or 3.4.14 on some of my 
computers running Debian 10, I immediately began to see a trend of 
the software exhibiting an increased tendency to crash when working 
with certain WMTS layers that I had previously worked with 
extensively over recent weeks for mapping purposes.


After attempting numerous changes including special versions of 
projects containing no file based raster layers and only containing 
one WMTS layer at a time and being unable to use the software 
regardless I created a virtual machine running Debian 9 which has the 
latest version available for that platform, 3.4.4. This has resulted 
in immediate major improvement in the reliability of the software to 
the point I can resume using it without the numerous crashes of the 
software that have been noted recently, especially in the last week 
approximately.


On 27/01/20 1:19 am, Patrick Dunford wrote:

Good day to all.

Not so long ago I wrote a post about issues handling large numbers 
of raster files. This results from what appears to be an 
architectural design limitation of Qgis in that it only has enough 
resources available for a certain (unknown) number of raster layers 
and does not have any effective system for dealing with the 
exhaustion of these resources.


I also noted that the software does not appear to have the ability 
to use the swap (virtual memory) resources within a system to deal 
with the apparent exhaustion of resources, as other software would. 
For example, Gimp which I use for graphical editing is able to 
handle certain projects using a swap space of 200 GB, which consists 
of 32 GB of physical RAM and the rest in SSD. It is not unusual with 
some of these graphics projects to have 100 GB or more of swap space 
in use, without crashing the system. (This being possible since Gimp 
2.10 with its ability to write files of more than 4 GB)


Whilst it is possible to manage the number of layers with file based 
rasters, this cannot be done with a WMTS server because there is no 
way I am aware of to manage the number of layers that can be 
downloaded from the server.


Version 2.18 and earlier almost never crashed with excess layers, 
usually all that would happen is a layer would be displayed with 
invalid data. However, crashes have become the norm with 3.x 
versions of software.


It seems to me there is a big architectural problem in the software 
with its inability to utilise the full resources of the system in 
order to process the number of layers that a WMTS server is capable 
of issuing.



___
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] WFS error in 3.4.15 but not 3.4.9

[Patrick Dunford]

I'm interest in your comments because when I upgraded recently from 
3.4.13 or there abouts to 3.4.15 I immediately started to get lots of 
application crashes with WMTS layers that I use.


As soon as I went back to 3.4.4 everything was stable again.

On 29/01/20 1:57 am, Lars I. Nielsen, LIFA A/S wrote:


Hi list.

We have a solution, that publishes a large dataset via WFS using 
Geoserver. We’ve used QGIS 3.4.9 as our base platform.


We’ve now begun to look into 3.10, at to my surprise it fails every 
single time. I even fetched 3.4.15, but it fails in exactly the same way.


The error looks something like:

2020-01-28T11:52:30     WARNING Analysis of DescribeFeatureType answer 
failed for url pagingEnabled='false' srsname='EPSG:25832' 
typename='workspace:layer' url='https://' version='2.0.0' 
table="" sql=: Cannot find schema root element


Can anyone here shed some light on this problem.

The error is both with Geoserver 2.10.x and 2.14.x

We’re wondering whether it has to do with schema validation.

Med venlig hilsen

Lars I. Nielsen, LIFA A/S
GIS-kons., FME+Python Certified Professional
Geoinformatik
imap://enzedrailmaps%40gmail%2e...@imap.gmail.com:993/fetch%3EUID%3E/%5BGmail%5D/All%20Mail%3E23563?header=quotebody&part=1.1.2&filename=image001.gif

*T*



6313 6800



*@*



l...@lifa.dk

*D*



6313 6849



*W*



www.lifa.dk 

*M*




*CVR*



20937289


imap://enzedrailmaps%40gmail%2e...@imap.gmail.com:993/fetch%3EUID%3E/%5BGmail%5D/All%20Mail%3E23563?header=quotebody&part=1.1.3&filename=image002.png 


Følg os på LinkedIn og læs de seneste nyheder fra LIFA A/S


___
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] Qgis crashes while loading WMTS layers

[Patrick Dunford]

Sorry I don't know enough about virtual memory implementation to comment.

The only software I am sufficiently familiar with from experience is 
Gimp, which has the setting where you can specify the size of the tile 
cache. So for example I have a tile cache set to 200 GB. It starts with 
physical RAM then pushes into the swap space.


I can monitor the resource use of the system with a widget displayed on 
the panel on the computer. This shows CPU use, memory and swap space 
use. From there I can watch the resource use of the system while doing 
things. I can compare the resource usage being displayed for the system 
with the Gimp dashboard.


The assumption for me is that the operating system, in theory, presents 
a virtual memory model to applications, whereby the actual physical 
implementation is abstracted, such that when an application makes a 
request for more memory allocated, it is essentially transparent where 
the information is actually physically stored. Maybe that is not accurate?


On 27/01/20 8:18 pm, Bo Victor Thomsen wrote:


Hi Patrick -

Swap space is an internal component the underlying operating system 
(OS) uses for handling memory request that exceeds the ram resources 
of the computer. A normal user program like QGIS has no "knowledge" 
about this facility and can't directly manipulate the swap system.


As Jonathan describes, "swap" space for for other program is temporary 
file storage, usually placed in a specific directory (in windows 
designated by the environment variable %TEMP%). QGIS uses this 
directory too.


A QGIS crash can be caused by running out of memory resources and/or 
temp file storage. However, that is result of a bad setup of your 
operating system, which can limit how much swap space, that can be 
allocated to memory hungry programs and the size of hard-disk used for 
swap space and/or temp storage


So what to do:

 1. Check memory consumption when using QGIS. Is it really using all
the ram - memory and starting to swap ?
 2. Check the setup of the swap space parameters. It it using a
hard-disk which is running out of storage space.
 3. Check the setup of the temp storage parameters. It it using a
hard-disk which  is running out of storage space ? Are the user
allowed to allocate enough storage?

(I can't be more specific not knowing the operating system you use)

If the above checks out OK and you still have issues with QGIS crashing..

The shift from QGIS 2.x to QGIS 3.x meant a complete change of the 
underlying graphics subsystem QT from ver 4.x to ver. 5.x (and a huge 
amount of other changes).


One or more of those changes  might cause a failure as you described. 
However, you have to check the above and then write an error issue 
(https://github.com/qgis/QGIS/issues) where you describe error 
messages, your specific setup like operating system and version, QGIS 
version and - if possible - test-data and project to replicate the issue.


--
Med venlig hilsen / Kind regards

Bo Victor Thomsen

___
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] Sentinel Time

[carlos h]

Oh, okay! GMT time, thank you very much

CA

El mar., 11 feb. 2020 a las 21:55,  escribió:

> On 2/11/2020 7:12 PM, carlos h wrote:
> > Hello another question: How are the hours defined? is it local time?
> I'd guess they're in GMT. The orbit is sun-synchronous, so passes
> starting at the same latitude would have the same start time if it's in
> local time. But passes on the east coast of the US are offset from the
> West Coast by 3 hours, which is the time zone difference (or close
> enough to conjecture it's not local time. GMT seems the obvious choice
> at that point)
>
___
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] Grid_Aggregation

[Richard McDonnell]

Hi,
The only idea that pops to mind would be to ..

1.   Create a Tile Index of all your raster’s with the Full Path (Absolute 
Path)option

2.   Style the index using a Python action similar to the following (See 
Image Below as example)
qgis.utils.iface.addRasterLayer("[%location%]”, "inserted_raster")

3.   You can use this to insert the raster’s into the canvas using the 
index.

4.   Once the nine raster’s you want are inserted build a Virtual Raster 
(*.vrt) of them

5.   Repeat for all other rasters

[cid:image002.png@01D5E188.56D529F0]

Hope this goes some way to a solution.
Regards,

Richard


——
Richard McDonnell MSc GIS, FME Certified Professional
FRM Data Management

——
Oifig na nOibreacha Poiblí
Office of Public Works

Sráid Jonathan Swift, Baile Átha Troim, Co na Mí, C15 NX36
Jonathan Swift Street, Trim, Co Meath, C15 NX36
——
M +353 87 688 5964 T +353 1 647 6543
https://www.opw.ie

——
To send me files larger than 30MB, please use the link below 
https://filetransfer.opw.ie/filedrop/richard.mcdonn...@opw.ie

Email Disclaimer: https://www.opw.ie/en/disclaimer/
From: Qgis-user  On Behalf Of aneta strzalka
Sent: 12 February 2020 07:31
To: qgis-user@lists.osgeo.org
Subject: [Qgis-user] Grid_Aggregation

Hi All,

I have a question. I have a grid file with many tiles. Each of the tile has 8 
adjacent tiles. I would like to make an aggregation for each tile with his 8 
adjacent tiles. How can I do it in QGIS; what function should I use?
I would be very grateful for any support.

Best wishes.
Aneta.
___
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