Le portail francophone de la géomatique

Et actuellement, dans le cas de proprio et parcelles multiples, vous obtenez quoi au juste? On sait ce que vous voulez mais pas ce que vous obtenez dans cette situation, et donc ce qui manquerait.
Autrement, J'aurais tendance à dire qu'il suffirait de créer une couche qui agrège les parcelles par propriétaires (avec un champ contenant la liste des proprio et un autre pour les parcelles fusionnées), de générer l'atlas à partir de celle-ci et d'utiliser les champs en question.

Ce n'est pas surprenant vu que votre couche contient chaque parcelle autant de fois que celle-ci a de propriétaires (ce qui ne me semble pas être un bon design, mais bon...) et que vous utilisez concatenate dans votre expression. Remplacez par concatenate_unique (je vous renvoie à l'aide pour le pourquoi).

PS: je me trompe ou votre requête-ci n'a rien à voir avec vos derniers messages qui portaient sur l'affichage des proprio. Pas très encourageant pour vous aider si vous faites des demandes et passez à autre chose sans conclure.(sans compter l'effort que ça nous demande pour nous replonger dans votre dossier)

Bonjour,

Oui, j'imagine. C'est juste pour être sûr que ce n'était pas une reformulation et que je ne me méprenais pas trop

Je m'y essaye
Le principe serait de créer une liste (array) des propriétaires de la parcelle, et d'itérer sur celle-ci pour créer et remplir chacune des lignes de l'étiquette. Ca semble marcher en jouant avec les data de la bdtopo. Mais pour avoir essayé pendant un moment de pondre la formule exacte qu'il vous faut avec vos champs, je me rends compte que je ne visualise pas comment votre couche (vos couches?) est organisée donc pour éviter de vous embarquer sur un mauvais chemin, voici l'architecture de la requête.

array_to_string( -- car on ne peut pas afficher une array dans une zone de texte, elle doit être reconvertie en texte
  array_foreach( -- la fonction qui fait le taf d'itérer sur la liste et formate le texte pour chaque proprio
    aggregate( -- avec l'agrégat array_agg ou la fonction array_agg directement; ça dépend de la structure de vos data
        -- ici les paramètres de l'agrégat pour construire la liste avec les noms de propriétaires pour les parcelles de l'atlas
    ),
    concat( 'Nom : ', @element, '             Pour accord le :                      Signature : ')
  ),
'\n' -- le saut de ligne entre les proprios
)

Il y a l'alignement du texte à revoir mais bon...

Hello,
Vos deux formules sont identiques, celle des parcelles n'est pas bonne mais on l'a dans vos précédents messages.
La question est bonne parce que c'est à elle que je me suis confrontée. Mais le principe veut que lorsque vous appelez un champ dans un atlas, sans lui indiquer de couche, vous faites appel au champ de la couche de couverture. Donc l'affichage des proprios tape dans la couche à 140 entités. d'où mon interrogation de comment elle pouvait contenir des valeurs en triple.

OFF TOPIC
Votre expression pour afficher les propriétaires peut, me semble-t-il, être écrite plus simplement. Pas besoin de concaténer du texte clair entre eux, écrivez-les en une string. (le multiligne est juste pour pouvoir commenter)

concat(--je préfère de loin concat car plus lisible et gère le null
'NOM : ',
"Civilite" || ' ', -- renverra null si civilité est vide, sinon la civilité et l'espace après. Pas besoin de case sur null avec ||
"PROPRIO",
' Pour accord le : ......... Signature :\n\n\n\n\nen qualité de ', -- tout ça c'est que du texte donc on les met ensemble. Attention à l'espace en début
left(  "rôles",12),
'\nreconnaît avoir reçu un exemplaire du présent extrait du plan parcellaire' --pareil, que du texte)

Cela fonctionne :

Mais cela répète le propriétaire autant de fois qu'il y a de parcelles.

Comme il n'y pas toutes les parcelles dans la couche du regroupement de parcelles (140 entités), car elles sont regroupées par propriétaire (par exemple, une parcelle XX et une parcelle YY regroupées ne formeront qu'une seule parcelle nommée du nom de la première, c'est-à-dire XX, la YY disparaissant).
Donc j'ai fait appel à la couche des propriétaires entière non regroupée des 272 entités. Et j'ai fait appel à cette expression :

Elle fonctionne mais les propriétaires sont répétés autant de fois qu'il y a de parcelles.
Exemple :
Propriétaire AA de la parcelle XX il y aura :
Nom : AA              Pour accord le :           Signature :

Mais Propriétaire AA des parcelles XX et  YY, il y aura :
Nom : AA              Pour accord le :           Signature :
Nom : AA              Pour accord le :           Signature :

Si ce n'est pas clair, je vous enverrai un affichage de la table attributaire
En tout cas, cette expression est sur le point de fonctionner.

Bonjour,

Voici un aperçu des deux tables attributaires avec deux mêmes propriétaires (XX et YY) détenant les mêmes parcelles ZA 15, ZH 6 et ZH 45.
- Propriétaires (272 entités). 6 entités car (2 propriétaires * 3 parcelles)
- propriétaires regroupes (140 entités). 2 entités car regroupement des parcelles par propriétaire. Seule la parcelle ZH 6 est mentionnée. Les parcelles ZA 15 et ZH 45 ont disparu.

1/ En prenant la couche des propriétaires regroupes, qui sert de couche de couverture, pour l'affichage des noms des propriétaires, le cadre prévu à cet effet est blanc, alors que dans le cadre d'affichage des parcelles, il y a les 3 parcelles.
2/ Je fais donc appel à la couche des Propriétaires, avec l'expression

Cela fonctionne mais les propriétaires sont répétés autant de fois qu'il y a de parcelles.
Le fichier ZA15_ZH6_ZH45.jpeg est une capture d'écran qui donne l'affichage des propriétaires à partir de la couche des propriétaires.

Il s'agit d'un regroupement par propriétaire, c'est-à-dire que dans la couche des propriétaires, un propriétaire qui a trois parcelles n'aura qu'une seule entité au lieu des 3 parcelles dans la couche non regroupée des propriétaires. Donc ces trois parcelles ne forment qu'une seule entité dans la couche des propriétaires regroupés.

Oui mais ces trois parcelles ne forment qu'une seule géométrie pour chaque propriétaire

vous faites allusion à quel cadre de renseignement, celui des parcelles ou des proprios?

Je vais voir ça avec la couche des propriétaires regroupés

Comment agréger le champ "Parcelle"?

Pourtant l'expression des propriétaires, vous avez essayé? Chez moi cela fonctionne mais avec le dédoublement des propriétaires pour autant de parcelles. Je vais intégre array_distinct pour voir.

Votre remarque de ne pas utiliser la couche des propriétaires (272 entités) est pertinente car les résultats sont parfois, souvent biaisés. En fait je fais appel à cette couche pour l'affichage des parcelles et des propriétaires dans leur cadre respectif.
Il apparaît lorsqu'il y a plusieurs propriétaires pour plusieurs parcelles, selon l'exemple suivant :

Il devrait y avoir dans le cadre des parcelles

Et sur une autre feuille, dans le cadre des parcelles

Or, j'ai ceci

Je dois donc me reporter sur votre idée d'utiliser la couche des propriétaires, à partir d'un champ créé d'aggrégation

Commentez/enlevez les paramètres optionnels de la fonction et regardez si ça renvoie des résultats avec les valeurs obligatoires. Puis vous rajouterez un à un les paramètres optionnels, jusqu'à trouver qu'un problème réside dans l'utilisation de @atlas_geometry, car vous essayez d'éditer une couche et n'êtes pas dans une mise en page. Cela dit, si vous parcourez votre couche, au moins une entité devrait être remplie, si l'atlas est actif dans la mise en page. non?
La syntaxe correcte dans cette situation devrait, je pense, être (voir description du paramètre filtre de aggregate)

within($geometry, buffer(geometry(@parent), 0.5))

Et veillez à vous assurer que la table de destination est suffisamment grande pour accueillir les numéros de parcelles agrégés. Et commencez par créer dans un second champ pour ne pas casser tout ce que vous aviez mis en place.

Avez-vous au moins testé ceci? Ou le code que je vous suggérais hier à 19h41?

Je crois avoir saisi. Pour :
- le cadre des parcelles, je dois faire appel à la couche des propriétaires regroupés, sur le champ concat-pro, qui regroupe par concaténation les parcelles.
- le cadre des propriétaires, je dois faire appel à la couche des propriétaires regroupés, sur le champ PROPRIO

Dans le cadre des parcelles, j'ai mis ça et cela fonctionne :

Dans le cadre des propriétaires, j'ai mis ça :

Cela a l'air de fonctionner mais en cas de plusieurs propriétaires, cela crée autant de lignes qu'il y a de propriétaires. C'est ce qui est demandé mais un propriétaire a au moins une des parcelles dans Nom : il n'y aura rien.

Je l'ai fait et ne me rappelle plus ce que cela renvoie, mais cela n'avait pas l'air concluant. Je vous dirai ça demain au bureau.

Moi non plus. Cela a été écrit dans l'empressement.
Je voulais écrire ceci :

Le souci est décrit dans l'exemple suivant :
2 parcelles concernent 3 propriétaires (XX - YY - ZZ). 1 parcelle supplémentaire concerne un seul de ces trois propriétaires (YY).

Lorsque les deux parcelles sont mentionnées, il y aurait
Nom : XX
Nom : YY
Nom : ZZ

Lorsque la parcelle supplémentaire est mentionnée, il y aurait :
Nom :
Nom : YY
Nom :

Désolé de ne pas être plus clair, je suis à la maison.

Par deux feuilles, vous entendez par là que deux séries de pages différentes sont générées lors de l'export pour cette entité? Ou qu'une deuxième page se crée dans sa mise en page? ou autre chose? Et ça contient tous les autres objets de la mise en page?
Quoi qu'il en soit, je vous avoue que j'ai du mal à voir comment une expression (laquelle utilisez-vous finalement?) collée dans un objet de type texte au sein d'une mise en page, peut affecter la génération de l'atlas. Vous êtes sûr qu'il n'y a pas une expression quelque part collée sur les propriétés de l'atlas en lui-même.

Cela dit, je ne vois pas non plus pourquoi le cadre des  proprios est rempli tantôt avec l'un, tantôt avec l'autre. Serait-il possible de montrer un extrait de la table proprio_regroupes concernant toutes les occurrences de la parcelle ZL 74 par ex (notamment, les champs proprio, concat_pro, parcelle -- biffez les infos d'identification mais laissez voir la structure du contenu du champ svp) ainsi que le ou les extraits graphiques (ce qui m'intéresse ici, c'est la relation spatiale entre proprietaires et propio_regroupes) correspondants.
Pour info, il est possible de cacher ponctuellement des champs de la table attributaire (clic droit sur l'en-tête de colonne >> organiser colonnes)