[Qgis-user] painful file-browser

[Klaus Affeldt via QGIS-User]

Hello Thomas,

short answer: disable the QGIS-Browser.
That helped me a lot facing the similar problem.

For some deeper dive into the topic: are you using datasources over VPN and 
does this effect occur when the connection is inactive?
If so, then feel free to join the current bug-report about this issue: 
https://github.com/qgis/QGIS/issues/51710
I guess chances are good that this is going to be solved soon.


Mit freundlichen Grüßen

Ihre PV ANSPERGER mbH
Klaus Affeldt

Zentrale Kamp-Lintfort 
Südstraße 25 
47475 Kamp-Lintfort 
Tel. +49 2842 9635-14 
Fax: +49 2842 9635-99  

https://www.ansperger.de


On Mon, Mar 6, 2023, 9:33 AM Thomas Struller via QGIS-User <
qgis-user at lists.osgeo.org> wrote:

> Hallo,
>
>
>
> sorry that I start again this issue, but working with the file-browser in
> qgis 3.28.4 ltr or 3.30 is very, very slow and painful. In fact working
> with qgis is not possible.
>
>
>
> My installation:
>
> Win 11 pro on think pad AMD Ryzen 7 PRO 4750U with Radeon Graphics   1.70
> GHz, 32 GB
>
>
>
> Connected network drives on window-server 2016
>
>
>
> What I did:
>
>
>
> New profile -> no result, the same painful "speed" in qgis filebrowser
>
> Disable of esri file gdb driver -> no result
>
> Hide of not nessecary network drives -> no result
>
>
>
> Are there some hints out there to bring qgis to a "normal" work speed with
> ist file-browser?
>
>
>
>
>
> Freundliche Grüße
>
>
>
> Thomas Struller
>
> Diplom Geologe BDG, V18
>
> *akademischer Geoinformatiker*
>
> *Sachverständiger nach BBodSchG §18*
>
>
> *SG1 historische Recherche SG2 Pfad Boden-Grundwasser*
>
> *privater Sachverständiger der Wasserwirtschaft*
>
>
>
>
>
> T  +49 911 12076-111
>
> M +49 170 3320494
>
> thomas.struller at LGA-geo.de
>
>
>
> LGA Institut für Umweltgeologie und Altlasten GmbH
>
> Christian-Hessel-Straße 1 | 90427 Nürnberg
>
> Geschäftsführung: Carlo Schillinger | Dr. Jürgen Kisskalt
>
> Gesellschaftssitz: Nürnberg | Registergericht Nürnberg HRB 18895
>
> info at LGA-geo.de | LGA-geo.de  | Datenschutz
> 
>
>
>

___
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] Timestep for (Temporal) Mesh/netcdf layers?

[Richard Duivenvoorde via QGIS-User]

Ok, found it. It is in the temporalCapabilities...

So given a loaded netcdf/mesh with time.
Easiest is the firstTimeStepDuration(i) of 
QgsMeshDataProviderTemporalCapabilities:

 >>> p = iface.activeLayer().dataProvider().temporalCapabilities()
 >>> p
 
 >>> p.timeExtent()
 
 >>> p.temporalUnit()
<<< ?
 # datasetTime() Returns the relative time in milliseconds of the dataset
 >>> p.datasetTime(QgsMeshDatasetIndex(0,0))
 360
 >>> p.datasetTime(QgsMeshDatasetIndex(0,1))
 720
 >>> p.datasetTime(QgsMeshDatasetIndex(0,2))
 1080
 # firstTimeStepDuration() Returns the duration of the first time step of the 
dataset group with index \a group
 # in milliseconds
 p.firstTimeStepDuration(0)
 360  == 3600 s = 1 hours
 p.firstTimeStepDuration(0)
 2160  == 21600 s == 360 minute == 6 hours

Only strange thing is that the temporalUnit() always returns 'hours', while the 
actual data time is relative in minutes...

Regards,

Richard Duivenvoorde

On 3/8/23 10:46, Richard Duivenvoorde via QGIS-User wrote:

Hi,

(trying here too, sorry for cross posting)

When loading (temporal) Netcdf files (as MeshLayers), the 'timestep'
that you see in the Temporal Controller does not change.

I had a look at the api, but could not find any indication of knowledge
by the QgsMeshLayer of the size of the timesteps of the data.

Within netcdf's it is common to define the timesteps as something like:
"minutes since 2022-11-27 16:00:00.0Z"
then the first set has 0, and then the next one for example 60 for
hourly data or 10 for 10-minute data.

Question: IS a temporal mesh layer aware of the timesteps used?

Or if not: I seem not to be able to inspect the data array of the 'time'
dimension. Should/can I?

IF so, we could we could deduct from the first 2 or 3 timesteps, the
size of the timestep.

Anybody a hint or idea?

Regards,

Richard Duivenvoorde

___
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] Timestep for (Temporal) Mesh/netcdf layers?

[Richard Duivenvoorde via QGIS-User]

Hi,

(trying here too, sorry for cross posting)

When loading (temporal) Netcdf files (as MeshLayers), the 'timestep'
that you see in the Temporal Controller does not change.

I had a look at the api, but could not find any indication of knowledge
by the QgsMeshLayer of the size of the timesteps of the data.

Within netcdf's it is common to define the timesteps as something like:
"minutes since 2022-11-27 16:00:00.0Z"
then the first set has 0, and then the next one for example 60 for
hourly data or 10 for 10-minute data.

Question: IS a temporal mesh layer aware of the timesteps used?

Or if not: I seem not to be able to inspect the data array of the 'time'
dimension. Should/can I?

IF so, we could we could deduct from the first 2 or 3 timesteps, the
size of the timestep.

Anybody a hint or idea?

Regards,

Richard Duivenvoorde

___
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