Re: [QGIS-Developer] Long filename/filepath causing git issues

2022-11-29 Thread Alexis R.L. via QGIS-Developer
Greetings,

It seems there is a local solution by changing a git settings or two ( see
https://stackoverflow.com/questions/22575662/filename-too-long-in-git-for-windows
).

Given that there's a workaround, I'm more hesitant about proposing a PR as
it can be fixed locally (though might require admin right).

Cheers,
Alex


Le ven. 25 nov. 2022 à 14:23, Even Rouault  a
écrit :

> >
> > Would it be too crazy to shrink down some offending name to prevent
> > error when switching to more recent branches? I can submit a PR if
> needed.
>
> Seems like a good idea. You'll likely have to change references to that
> file in the test suite.
>
> --
>
> http://www.spatialys.com
> My software is free, but my time generally not.
>
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] Mesh Layers: Way to update/repaint the QgsMeshRendererScalarSettingsWidget after recreating color ramp

2022-11-29 Thread Vincent Cloarec via QGIS-Developer
Hi Richard,

Can you precise how do you set the color ramp to the mesh layer ? Maybe you
set only classes (color/value) ?

Vincent

Le mar. 29 nov. 2022 à 08:47, Richard Duivenvoorde via QGIS-Developer <
qgis-developer@lists.osgeo.org> a écrit :

> Hi Devs,
>
> I'm loading/styling QGIS via pyqgis.
> I create my own (dynamic) color ramp, which is shown in the map.
>
> My issue now is that the color ram in the Layer styling widget does not
> represent the actual ramp I created (see screendump).
>
> I can force a 'repaint' of that widget, by adding a value in the gui via
> the green PLUS sign (and throwing it away).
>
> Is there a way to do this 'update' of the widget via code?
>
> There is no way to get to the QgsMeshRendererScalarSettingsWidget (other
> then maybe walk over the ui widget tree) is it? Or some signal I can
> emit?
>
> Anybody an idea?
>
> Or is this not something that is foreseen (I mean: loading/styling mesh
> via python code)?
>
> Thanks for any hints,
>
> Regards,
>
> Richard Duivenvoorde___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] QGIS expression to get internal ID of a feature in a related layer

2022-11-29 Thread Stefan Giese (WhereGroup) via QGIS-Developer

Hi Andreas,

in case of a relation 1:many you can use the /relation_aggregate/ 
function, something like:


/ 
relation_aggregate('test_n_318_fk_test1_7993_id','concatenate',//to_string(@id),',')/

where the first parameter is the ID of the relation.

Hope this helps...
Stefan

Am 29.11.2022 um 15:05 schrieb Andreas Neumann via QGIS-Developer:


Hi,

I am looking for a way to find out the internal id of a related layer 
with a QGIS expression.


@id and $id only work directly on the feature of the source layer, but 
not on related layers.


attributes(
   get_feature(
  'Other Related Layer',
  't_id',
  fkey_value
   )
)

doesn't contain the internal id of the other layer ...

Any ideas how to get access to internal ids of other layers?

Thank you and greetings,

Andreas


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info:https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe:https://lists.osgeo.org/mailman/listinfo/qgis-developer


--
Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
--
Where2B Konferenz 2022
15. Dezember 2022 in Bonn und Online
where2b-conference.com
---
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Tel.: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

stefan.gi...@wheregroup.com
www.wheregroup.com
Geschäftsführer:
Olaf Knopp, Peter Stamm
Amtsgericht Bonn, HRB 9885
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


[QGIS-Developer] QGIS expression to get internal ID of a feature in a related layer

2022-11-29 Thread Andreas Neumann via QGIS-Developer

Hi,

I am looking for a way to find out the internal id of a related layer 
with a QGIS expression.


@id and $id only work directly on the feature of the source layer, but 
not on related layers.


attributes(
   get_feature(
  'Other Related Layer',
  't_id',
  fkey_value
   )
)

doesn't contain the internal id of the other layer ...

Any ideas how to get access to internal ids of other layers?

Thank you and greetings,

Andreas___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


[QGIS-Developer] Mesh Layers: Way to update/repaint the QgsMeshRendererScalarSettingsWidget after recreating color ramp

2022-11-29 Thread Richard Duivenvoorde via QGIS-Developer

Hi Devs,

I'm loading/styling QGIS via pyqgis.
I create my own (dynamic) color ramp, which is shown in the map.

My issue now is that the color ram in the Layer styling widget does not 
represent the actual ramp I created (see screendump).


I can force a 'repaint' of that widget, by adding a value in the gui via 
the green PLUS sign (and throwing it away).


Is there a way to do this 'update' of the widget via code?

There is no way to get to the QgsMeshRendererScalarSettingsWidget (other 
then maybe walk over the ui widget tree) is it? Or some signal I can 
emit?


Anybody an idea?

Or is this not something that is foreseen (I mean: loading/styling mesh 
via python code)?


Thanks for any hints,

Regards,

Richard Duivenvoorde___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] missing info in INSTALL.md, partial trip report for 3.28 on NetBSD

2022-11-29 Thread Richard Duivenvoorde via QGIS-Developer

Hi Greg,

Cannot help you with most questions, but I'd say: create some PR's (also 
on install.md), THEN you will get to the people who know this :-)


Regards,

Richard Duivenvoorde

On 2022-11-28 14:18, Greg Troxel via QGIS-Developer wrote:

For background, I have been maintaining the pkgsrc entry for qgis for a
while, and have been staying on LTR, partly because it's easier, and
partly because it sems a packaging system with only one entry should be
LTR, with a secondary entry for the current non-LTR release (which is
sometimes the same, as I think it is now).  I run qgis on NetBSD/9 
amd64

and generally it works well, with only a few spurious error messages
(which I suspect are bugs and haven't tracked down.)

In updating pkgsrc from 3.22.13 to 3.28.1, I ran into a minor issue,
which I'll be sending a PR for, but that led me to notice that in
INSTALL.md's "overview", the list of dependencies is incomplete.  (I
realize there are a number of detailed sections for particular systems,
but none of those apply to "a system that more or less complies with
POSIX but isn't listed".)

I'm running my missing list up the flagpole before sending a PR, since
I'm guessing a bit:

  - C++11 compiler (right now, it doesn't even say you need a C++
compiler).  I see C++17 in a MSVC ifdef, but perhaps that's a
workaround.  I really doubt C++03 is ok.  And yes, I realize that
qgis depends on complicated C++ things and hence inherits any
language version requirement that they export via headers.

  - GNU make, >=4.3

and questions;

  - Is python 3.7 still ok?  In pkgsrc qgis is marked not-for 3.7
because of gdal, probably because of numpy, but perhaps qgis itself
works with 3.7?  Also mapserver support is said to need >= 3.6.

  - SIP is said to be >= 4.12.  Does that mean sip 5.5.0 is ok?  6.5.0?
My impression is that SIP is not API stable, so a >= requirement
doesn't seem quite right.

  - Is it necessary that the SIP used to build qgis be the same SIP 
that

was used to build py-qt5?


(
The bug I found was using std::fabs without ; PR to follow

--- src/gui/plot/qgsplotrubberband.cpp.orig 2022-11-18
12:10:21.0 +
+++ src/gui/plot/qgsplotrubberband.cpp
@@ -20,7 +20,7 @@

 #include 
 #include 
-#include 
+#include 

 QgsPlotRubberBand::QgsPlotRubberBand( QgsPlotCanvas *canvas )
   : mCanvas( canvas )
)

Thanks,
Greg


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer