Le portail francophone de la géomatique

Pour l'expression, ça donne quoi sans le case when?
Et si ça donne quelque chose de concluant, le comportement décrit plus bas est bien celui attendu?

Il y a une relation spatiale entre ces trois parcelles?

Si vous entendez relation spatiale, des géométries qui se touchent, je ne sais pas (je ne suis plus au bureau). Mais en tout cas, il y a d'autres exemples de parcelles qui ne se touchent pas.

OK. Donc si je résume l'objet de votre fiche (qui, me semble-t-il, a bien divergé de la demande initiale de ce sujet, du moins dans ma compréhension), vous voulez:
- si plusieurs personnes ont en commun une ou plusieurs parcelles: on liste seulement cette ou ces parcelles en commun et les proprio
- si une personne possède plusieurs parcelles: on liste les parcelles qu'elle a toute seule, avec son nom sur une fiche. Et pour les parcelles en commun avec d'autres personnes, voir point précédent
On ne se préoccupe pas de savoir si les parcelles sont accolées ou pas; l'essentiel c'est le(s) proprio(s).
J'ai bon?

OK. Ça va être compliqué, à partir de la structure actuelle des couches, d'arriver à formater votre fiche. Comment identifier dans une liste de parcelles lesquelles appartiennent qu'à un proprio (ZL 103 et ZL 92 ) et lesquelles appartiennent à plusieurs (ZK230) et surtout comment relier entre les proprios?
Deux options:
A/ Votre couche "proprietaires", c'est bien une parcelle avec sa géométrie du cadastre, un champ indiquant son numéro et un autre champ indiquant un de ses proprio (d'où le "autant de parcelles que de proprios")? Du genre

ZK 230 | XX
ZK 230 | YY
ZL 103 | YY
ZL 92 | YY

Si oui, il faut:
- créer une nouvelle qui fusionne les entités selon leur numéro de parcelle, en concaténant les noms de propriétaires dans un champ. On obtient quelque chose du genre

ZK 230 | XX, YY
ZL 103 | YY
ZL 92 | YY

- créer à partir de la couche une nouvelle fusion, sur le champ proprio, en concaténant cette fois les parcelles, afin d'obtenir

ZK 230 | XX, YY
ZL 103 - ZL 92 | YY

Il faudra être vigilant ici quant à l'ordre de concaténation des noms à l'étape précédente car XX, YY <> YY, XX. Mais bon...
Cette seconde couche utilisée comme couche de couverture devrait vous épargner un paquet d'expression.
Voilà pour la méthode "je fonce"

B/ Autrement, ce concept de "propriétariat" est déjà dans la base majic que vous utilisez certainement. Il s'agit, sauf erreur de ma part, du "compte communal" qui assigne à un (groupe de) propriétaire(s) un identifiant unique, lequel identifiant est attaché à chacune des parcelles en sa possession. Par le jeu des relations, on peut relier propriétaire(s) <-> parcelle(s). C'est in fine plus propre et plus pérenne : on ne tripatouille pas les données, juste des relations et des jointures à mettre en place, et des expressions.

Vous êtes sûr que c'est inverse?

Je suis arrivé à cette étape : les proprios sont concaténés dans le champ concat_pro (séparés par un tiret) et les parcelles dans le concat_par (voir pj).
Dans le cadre des propriétaires, il y a cette expression :

Mais elle ne fonctionne que pour un propriétaire par ligne.
Lorsqu'il y a plusieurs propriétaires concaténés par ligne comme dans la pj, je suppose qu'il faut mettre cette expression avec comme séparation les tirets de la concaténation? Mais comment?
Merci.

En fait je ne pense qu'il faille utiliser cette expression :

vu que les propriétaires sont déjà agrégés par ligne.
Comme dans la pj, si il y a plusieurs propriétaires dans une ligne, comme ceci :
XX - YY - ZZ

Il faudrait trouver un moyen de séparer les propriétaires, pour arriver à ceci dans le cadre de l'affichage des propriétaires :
Nom : XX                     Pour accord le :                      Signature :
Nom : YY                     Pour accord le :                      Signature :
Nom : ZZ                     Pour accord le :                      Signature :

Quelle est l'expression qui permet de le faire?

Bonsoir,

concat_pro : le ou les propriétaires à renseigner dans le cadre des propriétaires dans l'atlas selon cette formule :

concat_par : la ou leurs parcelles à renseigner dans le cadre des parcelles dans l'atlas

Je crois avoir bien saisi qu'il faut utiliser array_foreach, mais comment c'est toute la question...

Ok merci.
Cela fonctionne. Le temps venu, il faudra que je mette toutes ces solutions, et elles sont légion, sur ce forum.

Bonjour,
Du coup, vous avez testé quoi comme correctif?

Bonjour,

Il faut tenir compte de la longueur du contenu de @element pour déterminer le nombre d'espaces avant Date :

array_to_string( array_foreach( string_to_array("concat_pro", ' - '),concat( 'Nom : ', rpad("@element" ,50-length(@element),' '), 'Pour accord le :         Signature : ')
),'\n\n' )

NB: 50 doit être plus grand que le nombre de caractères de votre @element le plus long (ici, je suppose que vous n'avez pas de nom de propriétaire plus long que 49 caractères pour conserver au moins un espace), et il faut utiliser une police "sans serif"

Non, si vous préférez, il faut simplement remplacer 'Pour accord le :' par 'Date'

Bonjour,

Vous utilisez bien une police "sans serif" ? si oui, je ne vois pas. Ceci dit j'ai testé sur une étiquette mais pas dans le composeur

Justement j'avais une idée par là. Il faut que le bloc avec les dates et signature soit en accord avec les noms, genre :

Mais il faut que dans le bloc date apparaisse 'Date                 Signature' autant de fois qu'il y a un nom dans le bloc nom.

il ne peut y avoir :

Comment faire?

J'avais essayé donc cette première démarche de deux blocs, et au niveau des expressions, j'ai uniquement testé des espaces avec le champ 'Date'. C'est tout ce que j'ai testé.

PS : même avec la police sans sérif, cela donne les mêmes décalages que ceux que j'ai signalé à 9h41