Label that has data defined position is rendered even if it is outside the map canvas

[Forna73]

Hi!
I'm on QGis 3.16.6.
I'm sorry but I don't know how to classify this post, if a feature request, a bug or something else...
I'm using labels set in a way that their positions are determined by X,Y coordinates, because I need them in THAT position to avoid overlap with TENs of other labels (not included in the pic below to simplify the explanation of this behavior).
I created a map windows in Print Layout as you can see in A

If I shift the map windows content it could happens that some labels are outside the borders, and they should disappear from the map window bacause their X,Y position, but Qgis still shows them if the related geometry is still present in the map window, and put without even trying to prevent them from overlapping each other (LIP333 along North border, LIP88A, LIP88B along south border). and also in way it seems around the centroid of the visible polygon (LIR82 along East border, LIP3 along West border), all regardless of the chosen positioning mode (Horizontal, offset, etc...)

Is there a way to prevent this behavior? I'd like to let labels out of the map window if their positions aren't included. What is the use of setting coordinates if Qgis does what it wants?

[gioman]

Is there a way to prevent this behavior? I'd like to let labels out of the map window if their positions aren't included. What is the use of setting coordinates if Qgis does what it wants?

@Forna73 please attach a sample project+sample data that can be used to replicate locally what you show here above.

[roya0045]

@gioman This is quite a classic case, have any maps with data defined labels, when the coordinate of the label is outside of the canvas and the geometry is within, the label will use the center point but the callout line will remain.

[Forna73]

labels_along_borders.zip
Hope this help...

[Forna73]

It's seems like:
if Qgis could put the label where you want with your settings, it will does;
if Qgis couldn't do that, it will pick the label and put around the centroid of the visible portion of the element (this applys to point and line vectors too).
So it could be usable to have the possibility to choose this behavior, a check box or something that tells Qgis: what to do.
I mean:
if Qgis can draw the label as per your settings that's fine, but if it can't:

1. let Qgis put the label where it wants
2. don't show the label at all

[Forna73]

I just tested my files with old Qgis 3.10.8.... and it doesn't show this behavior.
So actually I think it's a bug, at least in 3.16.6

[gioman]

I just tested my files with old Qgis 3.10.8.... and it doesn't show this behavior.
So actually I think it's a bug, at least in 3.16.6

@Forna73 I'm getting the expected result by disabling "show all labels for this layer (including colliding labels)". Please try.

[Forna73]

I can't do that, because in that way qgis doesn't show labels that I need.
The problem is that even a minimal part of geometry (1mm) in the map windows let Qgis put the label I don't need.... and this is making a lot of confusion... I'm having several labels I don't need only cause a minimal geometry portion.... and there's no way to get out of them.
If a label is set with coordinate out of the map windows it MUST not shows up... Qgis 3.16.6 simply always force the label to appear even a minimal part of a geometry is included in the map windows and there is no way to prevent this.

[roya0045]

Use an expression to control label render if the option is too much.

[gioman]

it MUST not shows up

@Forna73 the change could have been introduced by design. I suggest you to raise the question on the developers mailing list.

[Forna73]

I don't know how to proceed....
Now I'm very busy to revert my file to old Qgis 3.10.8 because I really can't manage this behavior....

Use an expression to control label render if the option is too much.

Don't know how to do....

[gioman]

I don't know how to proceed....

@Forna73 https://lists.osgeo.org/mailman/listinfo/qgis-developer

[roya0045]

@gioman I think gis stackexchange would be a better place to search and ask to search and ask for such things. As it would benefit other users with this issue.

[gioman]

@gioman I think gis stackexchange would be a better place to search and ask to search and ask for such things. As it would benefit other users with this issue.

@roya0045 about the expression, yes. What I meant is that is better to write in the list to understand of the change was introduced by design.

[Forna73]

HI... I wrote to the mailing list and gis stackexchange.

I've also found this... I thinks it's related to this problem

https://qgis.org/en/site/forusers/visualchangelog314/index.html#feature-automatic-placement-of-labels-outside-polygons

I'm still trying to understand but I think that some kind of bug in this automatic behavior?
What do you think?

[gioman]

HI... I wrote to the mailing list

@Forna73 I have seen the message. Suggestion: next time describe the problem in the message rather than just linking the Github ticket, this would raise your chances that someone will answer you (not saying that no one will).

I've also found this... I thinks it's related to this problem

Your labels position is data defined, so that option(s) are likely to be ignored.

[Forna73]

It seems nobody is interested in this problem...

[gioman]

It seems nobody is interested in this problem...

@Forna73 what you are expecting? if this is issue is blocking for your workflow you should think about hiring a dev that can fix it for you, unless you can propose a patch. And this is assuming that this change was not introduced by design (something I'm not really sure about).

[roya0045]

@gioman I think this is an intended fallback. This is why I think an expression would be adequate to bypass the fallback.

[gioman]

@gioman I think this is an intended fallback. This is why I think an expression would be adequate to bypass the fallback.

@roya0045 I agree.

[Forna73]

I think this is an intended fallback. This is why I think an expression would be adequate to bypass the fallback.

Can you give me any example?

[roya0045]

within(make_point("aux_x","aux_y"),@map_extent)

[Forna73]

mhm... i can't figure out how to apply such kind of expression... I'm not so good...

[lindacamathias]

how to apply the expression (sorry the screenshots are in german version but i hope it may still help someone..)

1. Labelstyling -> choose rule-based
   

2. double click on rule text to change it
   

3. put expression in filter:
   

[github-actions]

The QGIS project highly values your report and would love to see it addressed. However, this issue has been left in feedback mode for the last 14 days and is being automatically marked as "stale".
If you would like to continue with this issue, please provide any missing information or answer any open questions. If you could resolve the issue yourself meanwhile, please leave a note for future readers with the same problem and close the issue.
In case you should have any uncertainty, please leave a comment and we will be happy to help you proceed with this issue.
If there is no further activity on this issue, it will be closed in a week.

[github-actions]

While we hate to see this happen, this issue has been automatically closed because it has not had any activity in the last 42 days despite being marked as feedback. If this issue should be reconsidered, please follow the guidelines in the previous comment and reopen this issue.
Or, if you have any further questions, there are also further support channels that can help you.