Le portail francophone de la géomatique

Bonjour. Je n'ai pas compris pourquoi tu utilises le générateur de géométrie.
le symbole simple doit suffire à sélectionner ton svg.

Il faut creuser de ce côté à mon avis.

Ok du coup le souci doit bien venir du générateur de géométrie.
On peut avoir plus de détail sur ce qu'il fait ? Quel but est recherché pour ce générateur de géométrie ?

Ça ne me semble pas illogique le résultat que QGIS affiche.
Dans l'expression du générateur de géométrie, le $geometry fait référence à la géométrie du point, et pas du point déplacé par le déplacement du point.
Donc tous les points empilés donnent la même géométrie résultante.

C'est quoi le but recherché ? Voir si ça peut se faire autrement qu'avec le déplacement de points.

et puis justement $geometry contient la géométrie du point, soit, mais pourquoi RIEN ne s'affiche sur l'anneau ?
au pire qu'il m'affiche la géométrie d'origine, mais pas rien
sinon, l'anneau, lui, s'affiche, la modification de sa taille, de sa couleur, ca ca fonctionne
mais dès qu'on met un symbole "générateur de géométrie" dans les paramètres du rendu, c'est mort

je suis en qgis 3.40 au fait

oui je connais ce lien github, en général jamais de réponse

J'ai éteint l'ordinateur mais oui ça "fonctionne" sous QGIS 3.32.
Enfin ça fait un cercle autour de la geom d'origine (point), de rayon 20000 mètres.

Je précise :le cercle est généré par le générateur de géométrie de ton expression, je ne parle pas du cercle du déplacement de points.

J'ai un truc très moche mais qui fonctionne en QGis 3.40 :
utiliser une expression pour déterminer un décalage x,y de la position du symbole.
1. On calcule le nombre de points au même endroit que le point actuel avec overlay_equals()
2. On ajoute le point actuel à la liste pour avoir le total avec array_append()
3. On prend le nombre total avec array_length()
4. On tri la liste pour que les points soient toujours dans le même ordre
5. On trouve la position relative du point dans la liste avec array_find()
6. On divise un tour complet en parts égales 2*pi()/la valeur trouvée précédemment
7. On multiplie la position du point dans la liste par la taille d'une part
8. On décale en X de Rayon*cosinus
9. On décale en Y de Rayon*sinus

Ce qui donne :

array(
10*cos(2*pi()*
    array_find(array_sort(array_append(overlay_equals( 'Nouvelle_couche_en_m_moire_04f54258_1f34_4185_8d5c_467e76da36eb',label),"label")),"label")
    /
    array_length(array_append(overlay_equals( 'Nouvelle_couche_en_m_moire_04f54258_1f34_4185_8d5c_467e76da36eb',label),"label")))
,
10*sin(2*pi()*
    array_find(array_sort(array_append(overlay_equals( 'Nouvelle_couche_en_m_moire_04f54258_1f34_4185_8d5c_467e76da36eb',label),"label")),"label")
    /
    array_length(array_append(overlay_equals( 'Nouvelle_couche_en_m_moire_04f54258_1f34_4185_8d5c_467e76da36eb',label),"label"))))

PS : il faut que le champ utilisé ici "label" soit unique.

Dernière modification par Benoit D (Mon 23 March 2026 18:32)

je viens de tester avec QGIS 4.0, c'est pareil

Merci la communauté de m'avoir appris le générateur de géométrie.
Je pense donc que la demande n'est pas d'avoir un cercle complet mais de positionner un symbole par entité sur un cercle avec au final un rendu avec un point par entité.

Aussi en utilisant le générateur de géométrie au lieu d'utiliser le décalage x,y et en utilisant correctement les variables QGIS cette fonction du générateur de géométrie fonctionne en QGIS 3.40 :
Il faut adapter la valeur 2 en fonction du paramètre d'unités choisi pour le rendu.

Je reprends donc ma proposition qui compte :
- le nombre total de points confondus par overlay_equals() en ajoutant 1 pour le point en cours.
- l'indice du point en cours dans la liste précédente par ordre d'entités (et non plus en fonction d'un attribut)
- qui projette le résultat.

project($geometry, 2, 2*pi()*array_find(array_sort(array_append(overlay_equals(@layer_id,@id),@id)),@id)/(1+array_length(overlay_equals(@layer_id,@id))))

Dernière modification par Benoit D (Thu 26 March 2026 11:53)

C'est là où je pense que tu fais erreur sur le fonctionnement (actuel en tout cas) de QGIS.
Pour moi, le déplacement de point va placer sur l'anneau, anneau concentrique ou sur la grille les géométries qu'il reçoit du moteur de rendu choisi (symbole unique dans le cas présent). Mais utiliser le générateur de géométrie dans le rendu en symbole unique vient court-circuiter le placement sur le cercle.
Ce n'est peut-être pas le comportement attendu mais je suppose que ça fonctionne comme ça.

Pour ton besoin décrit (demi-cercles), tu peux utiliser les symboles de base de QGIS sans passer par le générateur de géométrie et arriver au résultat attendu.
Utiliser le demi-cercle, paramétrer la couleur selon les données métier, le tourner à -90° et idem pour le deuxième, tourné à 90°.

Je viens de tester sur QGIS 3.34 et ça fonctionne.

En anglais ils disent "Bug" ...

Bonjour

D'où le site précédemment suggéré par p.Jérémie : https://github.com/qgis/QGIS/issues

Ça dépend de ce que vous y demandez. Si vous espérez une aide sur le fonctionnement du logiciel, c'est on ne peut plus naturel (et normalement vous êtes priés d'aller le faire sur les autres canaux du projet). Et si c'est un signalement de bug, la nécessité d'une réponse dépendra de la qualité du signalement et de la possibilité d'un correctif (ou un intérêt pour ça). On est sur un projet Open Source... J'y ai déjà fait un paquet de signalements qui ont plutôt débouché sur quelque chose de positif.

Salut,
Je ne suis pas développeur mais le ticket me semble clair et aurais en effet pu avoir des retours. Je me permets de repréciser toutefois quelques éléments liés au projet QGIS et votre ticket:
- QGIS est un projet Open Source, community-driven; il n'y a donc pas de hotline au niveau du projet et la gestion des tickets se fait selon la capacité des personnes qui se sont attribué cette tâche. Votre ticket a pu passer dans les mailles du tri, il y a des dizaines de tickets (bugs et demandes de fonctionnalités) qui arrivent par semaine.
- votre ticket porte sur un sujet niche et touche des personnes spécialistes. Je veux dire par là que peu de gens compilent leurs applications par-dessus QGIS, ou compilent tout simplement QGIS, donc vous pourriez ne pas être considéré comme prioritaire. Sans oublier que vous compilez en C++, donc théoriquement pourriez vous-même essayer de corriger le problème.
- Il n'y a pas d'assignation de tickets aux développeurs (sauf s'ils sont la source du problème); généralement, ils se les auto-assignent si le ticket les intéresse.
- Vous pouvez aussi utiliser la liste qgis-developer ou autres pour discuter de ce genre de tickets

Avez-vous réessayé depuis, avec les mises à jour? J'ai ajouté d'autres labels sur votre ticket en espérant le faire remonter dans la liste et attirer l'attention, mais sans garantie.