Last TripleMap row is not visible in Linked Data Views

Hello,
I have a problem with R2RML but I don’t understand what I’m doing wrong.
In the following code:

    <#TriplesMapGSDAH_SCHEDA_TI_VARIANT_TITLE_LESSICAL_EXPR> a rr:TriplesMap;
    rr:logicalTable [ rr:sqlQuery """SELECT  tif.SUBCOUNTER,
                                                 auvt.VALUE_I, auvt.VALUE_E
                                           FROM DB.AH.GSDAH_SUB_TIF tif
                                           JOIN DB.VOC.VOC_AH_AUVT auvt ON tif.TIFT=auvt.CODE ;""" ] ;
    rr:subjectMap [ rr:termType rr:IRI  ; rr:template "http://localhost:8890/example/work/variantTitle/{SUBCOUNTER}#this"; rr:class bf:variantTitle; rr:graph <http://localhost:8890/example#> ];
    rr:predicateObjectMap [ rr:predicateMap [ rr:constant DB:subcounter ] ; rr:objectMap [ rr:column "SUBCOUNTER" ]; ] ;
    rr:predicateObjectMap [ rr:predicateMap [ rr:constant bf:variantType ] ; rr:objectMap [ rr:column "VALUE_I" ; rr:language "it" ]; ] ;
    rr:predicateObjectMap [ rr:predicateMap [ rr:constant bf:variantType ] ; rr:objectMap [ rr:column "VALUE_E" ; rr:language "en" ]; ] .

after, I run it on InteractiveSQL like is as is indicated in the following tutorial Linked Data Views
https://medium.com/virtuoso-blog/customizing-r2rml-scripts-in-virtuoso-d57973d8fab

When I go to dereference my URI, the last line seems that it is ignored (i tryed both Curl an Sparql queries).
The last line:

    rr:predicateObjectMap [ rr:predicateMap [ rr:constant bf:variantType ] ; rr:objectMap [ rr:column "VALUE_E" ; rr:language "en" ]; ] .

It happens with all my TripleMap, with or without rr:language.

Another problem it is that rr:language is always ignored.

Is there something wrong in my code?

What is the version of Virtuoso being used ?

Are the SQL tables being queried local or remote ?

Do you have a step by step test case for recreating ?

This is the version of my Virtuoso:

name version build_date thread opsys
OpenLink Virtuoso Server 07.20.3236 Feb 27 2023 -pthreads Linux

The SQL tables are inside Openlink Relational DB, so local.

This is the link with a test case
https://drive.google.com/drive/folders/1wBXOe18Q0lk8Easnq8De0-tclgOoTJhE?usp=share_link