Re: [Qgis-user] QGIS Keybindings

[Mathieu Gillot]

For what it's worth, I'm using a hardware solution with a programmable
keyboard that maps standard keyboard shortcuts (or all kinds of key
combinations). Which, after a little learning time, allows you to switch
from one tool to another very smoothly and considerably improves the
workflow.

There are professional solutions for this kind of tools (very expensive),
but I personally use a l *** tech G13 keyboard (gaming accessory, no longer
manufactured but easily found on occasion) whose driver (under Windows)
allows good customization (in addition to adapted software profiles). There
are newer similar keyboards but I can't comment on that.

This allows you to completely dispense with the standard keyboard (except
for entering data), and eliminates the need to go back and forth on toolbar
buttons.

Extremely useful under other CAD software, eg autocad.

Le lun. 4 oct. 2021 à 18:25, Charles Dixon-Paver  a
écrit :

> Hi hugh, the "export defaults" as a part of the XML is a feature that has
> been added to the latest release 3.22 which will be available later this
> month, or you could use a nightly build. IT will include PDF exports as
> well.
>
> On Mon, 4 Oct 2021 at 18:23, Hugh Kelley  wrote:
>
>> Got it, thanks,.
>>
>> Maybe I'm a little outdated calling them keybindings.
>>
>> It's clear how to assign new keybindings, for instance I searched for
>> "vertex tool", clicked change, and then tried Control + D. Was given a
>> warning that Control + D is assigned to "Remove Layer/Group".
>>
>> I tried the save button to see if I could pull a list of existing
>> shortcuts from the xml but the file is empty, so I guess it does not
>> include defaults.
>>
>> Maybe there's an xml file with the default settings in the repo
>> somewhere?
>>
>>
>>
>> On Mon, Oct 4, 2021 at 12:03 PM Zoltan  wrote:
>>
>>> Presumably you have looked at Settings->Keyboard Shortcuts ?
>>>
>>> The trick would be to extend the available list on that sub-menu to
>>> include items that are not listed there.
>>>
>>> (Let me know when you find out how)
>>>
>>> Regards,
>>> Zoltan
>>>
>>> On 2021-10-04 17:45, Hugh Kelley wrote:
>>>
>>> Hi all,
>>>
>>> I periodically need to make extensive edits to vector datasets in QGIS.
>>>
>>> It would be very helpful to have keybindings that allowed me to switch
>>> between the drag map extent, select, edit vertices, draw feature and maybe
>>> a few other cursor types.
>>>
>>> Web searches don't turn much up. I did find this:
>>> https://defkey.com/qgis-3-shortcuts, but that doesn't seem to have what
>>> I need.
>>>
>>> thanks for any suggestions about an alternative workflow or custom
>>> keybindings or what not.
>>>
>>>
>>> --
>>> Hugh Kelley
>>>
>>>
>>> ___
>>> Qgis-user mailing listqgis-u...@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>>
>>> --
>>>
>>> =
>>> Zoltan Szecsei GPrGISc 0031
>>> Geograph (Pty) Ltd.
>>> GIS and Photogrammetric Services
>>>
>>> Cape Town, South Africa.
>>>
>>> Mobile: +27-83-6004028 (Signal, not WhatsApp)www.geograph.co.za
>>> =
>>>
>>> ___
>>> 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
>>>
>>
>>
>> --
>> Hugh Kelley
>>
>> ___
>> 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 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 V3.18 - V3.20 project file problems

[Mathieu Gillot]

Hi there.

I have encountered the same issue but even on earlier Qgis versions. I am
actually on 3.18, and some of my sql virtual layers are broken on opening.
Not all, but some of them.
I personally think that it may be the data structure more than a software
problem. The virtual layers I use are done by sql requests on gpkg files
that are already using sql virtual layers in joined fields. Maybe there is
something in the execution queue hierarchy that fails somewhere. Like B
cannot calculate if A is not already done.

However, I got the impression that the problem only arises when the virtual
layer is modified and relaunched.


Le mer. 7 juil. 2021 à 01:02, Tony Shepherd (FarmMaps NZ) 
a écrit :

> Hi All
>
>
>
> Has anybody had any issues with project files saved in V3.18 opening
> incorrectly in V3.20?
>
>
>
> Specifically, I am having 3 annoying issues….
>
>
>
>1. Any manually shifted labels no longer appear in the correct place
>in 3.20.  As a double-check to make sure I am not going mad, I open the
>project in 3.18, labels are perfectly placed. Open the same file in 3.20
>and any labels that have been manually shifted now all appear offset to
>where they used to display.  At a glance, I’d say the offset is constant
>(ie a bit west and a bit north of where they show in 3.18). Any default
>positioned (ie not manually shifted) labels still look fine.
>2. I have several virtual layers in my project file, essentially
>combining two layers together using SQL.  When opening the project file in
>3.20, QGIS stops on-error saying it can’t find the layer(s).  If I then
>choose to continue and keep the “broken” layer in the session, then
>right-click and edit the virtual layer, press test it passes the test and
>then I can then add it back as a layer.  So it was never eally broken at
>all as all I had to do was press test? All the correct data appears in the
>virtual layer edit dialog box, so it’s not broken or missing..  I’d hate to
>have to go through all 20 project files individually to fix this one!
>3. If any layer I use has masking enabled, when displaying on the
>layout window it seems that all vector layers are now offset from raster
>layers. So as a test I turn off masking, go back to the layout and press
>refresh, and it all looks fine again.  Re-enable masking, go back to layout
>and press refresh, then again the vector and raster no longer align.  It
>looks like only when masking is enabled.
>
>
>
> Has anybody else experienced this?
>
> This behaviour does not happen in 3.18.
>
>
>
> You may wonder if the CRS has anything to do with it, I’m using
> predominately ESPG2193 (NZTM 2000) and Google raster and also some local
> coordinate system rasters (seems to not matter in my case).
>
>
>
> Big wraps to the 3.20 team for making it possible to move the leader line
> start and end nodes!  This is a great feature!
>
>
>
> Cheers
>
> Tony
>
>
>
> *Tony Shepherd*  *|*  GeoSpatial / Mapping Manager
>
> Ph 027 435 6193  *|*  E t...@farmmaps.nz
>
> FarmMaps NZ, 3 Kerwood Place, Gore 9740
>
>
>
> [image: FM_logo1_small (Custom)]
>
>
>
>
>
> 
> 
>
>
> ___
> 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] Request methods

[Mathieu Gillot]

Hello,

In my project I need to compare the result of the concatenation of two
fields, A and B, in common between two different layers.

For he moment, I'm using a calculated field in each layer to concatenate
the two fields. Then a sql request in a virtual layer compare them.

Improving my sql abilities, I noticed that I could do that with a single
virtual layer and a sql request with two sub requests to concatenate the A
and B fields and the primary request to compare them.

My question :

1 - what is the more lightweight solution with large sets of data ?
I noticed that sql requests could seriously slow down qgis. But calculated
fields have to be calculated too...

2 - I do not really master external database solutions yet (I'm using
geopackage and project relations between tables). In fine, is a postgresql
DB could be a solution in term of velocity ? Are the Qgis VL layers have an
equivalent in that kind of database, or must I create them anyway into the
SIG ?

Thanks for any help.

Mathieu G
___
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] Control the size of form boxes

[Mathieu Gillot]

Hello,

I am currently trying to find a way to control the behavior of boxes and
tabs in the drag'n'drop forms.

As far as I know, the space is equally shared between boxes regardless of
their content. This is kind of annoying when you have for example one ID
group box on top and multiple tabs just below with big sub forms inside.

Is there an option to make them resizing to fit correctly ?

Thanks

Mathieu.
___
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