Le portail francophone de la géomatique

Je ne connais pas bien la propriété de déplacement des points de rendu des couches, mais si elle nécessite que les points soient dans la même couche, il est possible de créer une couche virtuelle qui combine les 3 couches d'origine, en SQL via le gestionnaire de bases de données.
Voici le genre de requête qui m'a déjà rendu service pour un autre besoin :

SELECT nom, type, geometry
FROM couche_A

UNION

SELECT nom, type, geometry
FROM couche_B

UNION

SELECT nom, type, geometry
FROM couche_C

(à adapter avec les noms de champs de vos couches sources)

Du coup, pas besoin de créer une nouvelle couche "en dur", et ça permet ensuite de gérer les options de superposition au sein d'une même couche.

Il faut faire la requête SQL depuis le menu "Base de données > Gestionnaire BD > Rubrique "Couches virtuelles" puis "Fenêtre SQL".

Ensuite, vu que vos noms de couches ont des espaces, il faut les encadrer par des guillemets : "
Ce qui donnerait :

SELECT nom, type, geometry
FROM "ventouse_vidange_3"

UNION

SELECT nom, type, geometry
FROM "Organes de réseaux"

En n'oubliant pas d'adapter vos champs (noms sans accents, sinon mettre entre guillemets aussi), mais en gardant le champ "geometry".

Puis cliquer sur "Executer", et enfin "Charger en tant que nouvelle couche"

Bonne chance !


EDIT :
pardon, quand je dis d'adapter les champs, ça veut dire adapter après le SELECT (moi j'ai mis un champ "nom", un champ "type" et le champ "geometry" qu'il faut garder. Mais ça doit pas correspondre à vos données)

Dernière modification par Sylvain M. (Mon 09 May 2022 18:29)

Pour ce qui est des couches virtuelles, elles sont stockées dans le Projet QGis.
Mais rien ne t'empêche d'enregistrer aussi la requête SQL dans un fichier texte pour t'en souvenir plus facilement, c'est ce que je fais moi.

La solution SQL est une solution parmi d'autres : il y a sans doute d'autres approches !

Si tu n'en as pas d'autres, voici comment gérer les champs qui sont dans une couche mais pas dans une autre : tu peux mettre une valeur par défaut (null ou autre) pour ce champ lors du SELECT sur ces couches.
Exemple, en considérant que le champ de type de la 1ere couche est "type1", "type2" pour la 2e, et "type3" pour la 3e.

SELECT ID, type1, null as type2, null as type3, geometry
FROM "couche1"

UNION

SELECT ID, null as type1, type2, null as type3, geometry
FROM "couche2"

UNION

SELECT ID, null as type1, null as type2, type3, geometry
FROM "couche3"

Dernière modification par Sylvain M. (Tue 10 May 2022 09:02)

Ho ben c'est facile la couche virtuelle avec tes conseils...
Mais le du coup, ça me crée une couche de pts que je peux espacer à ma guise, mais qui ne se substituent pas aux couches que je veux mettre en forme..
Bref, si il faut que je rapatrie les nom et ou N° de type pour retrouver le bon symbole, effacer mes couches d'origine pour afficher la nouvelle...
autant fusionner les bases? car a qqs fioritures près on a les même infos dans la DB, diamètre matériaux ref produit et qqs autres
je vais voir avec le client pq ces 3 bases pour les mêmes appareils je suis pas sur que ce soit pas un héritage à la noix..
Si c'est le cas ce sera de toute façon plus propre avec une seule table pour tous les organes sur les tuyaux il me semble...

les messages se croisent...
c'est quoi c'est "ype1, null as type2, null as type3"
je comprend... je récupère les 3 typs et je refait une distribution des pts avec ça...
ok, je continue..

merci encore...

Dernière modification par x_all (Tue 10 May 2022 09:31)

Sauf que le rendu "Déplacement de points" est un peu plus performant qu'un simple déplacement en X ou Y pour toute la couche :
Voici la doc sur ce mode de rendu : https://docs.qgis.org/3.22/fr/docs/user … t-renderer

Mais comme il ne fonctionne que sur une seule couche, l'idée de concaténer les 3 couches en 1 seule me semble répondre au besoin.

A voir ensuite si cela doit être fait :
- à la source, en amont (et donc ne plus avoir 3 couches différentes)
- de manière virtuelle (en SQL par exemple, selon la méthode que je propose, via un UNION)
- en dur dans un fichier généré par exemple par l'outil "Fusionner des couches vecteur" (plus simple, pas de SQL, mais fichier inutile stocké sur le PC)

Dernière modification par Sylvain M. (Wed 11 May 2022 17:34)

j'ai eut un peut de temps pour gratté, cherché plusieurs options, mais j'arrive toujours pas à m'en sortir...
Dans déplacement de point je me cale sur mon "ensemble de règles", mais il y a un pb avec la symbologie.
Je me retrouve avec un symbole par défaut, au placement pas tjs logique que j'aurai bien voulu supprimé, mais l'option est grisée
http://joch04.free.fr/tmp/2022-05-24_140636.jpg
Dans les paramètre de mon rendu, je retrouve bien mes règles d'attribution, mais parfois j'ai le symbole par défaut à la numérotation étrange, mais la symbologie est systématiquement sur ELSE
http://joch04.free.fr/tmp/2022-05-24_141241.jpg

pourtant ma table semble avoir les éléments nécessaire pour faire un choix...
http://joch04.free.fr/tmp/2022-05-24_143351.jpg

Ou je me plante?

je trouve cette option pour préserver la lisibilité des appareils qq soit l'échelle bien pratique et j'aimerai bien la mettre en place
merci aux spécialistes...

Bonjour,
Avant d'aller plus loin dans la recherche de solutions à vos derniers retours, peut-être que la source de tout cela est que vous utilisez le "cluster de points" alors que Sylvain vous suggérait le "Déplacement de points"? Ça se ressemble, c'est côte à côte mais pas pareil...

bonjour...

effectivement, je m'était pris les pieds dans le tapis en faisant mes copies d'écran
j'avoue pas trop chercher avec les échelles, le TN est pas énorme (5 ou 6 km) mais à l'écran on se retrouve facilement au 1/ 15 ou 20 000, ou au 1/100.
Pour la visualisation, je trouve bien pratique que tous les symboles soient repérable qq soit le niveau de zoom, dans le cadre de la visu d'un réseau d'irrigation en tout cas.
Le but de cette carto est bien de faire un plan de repérage des appareils, si je me suis servi du récolement du géomètre pour la mise à jour,  la carto n'est pas là pour positionner au mètre  près une vanne ou une dérivation. Mais justement parce que je les ai placé à leur position réelle  j'ai un chevauchement de malade qui rendait le plan peu illisible  à son échelle d'impression déjà effectué par mon collègue dans le gestionnaire de mise en page ( 1/3333) Voir faux car j'affichait souvent un seul raccordement là ou il en avait 2 ou 3.
Comme ça, on a le meilleur des deux mondes, une lisibilité au top et une position au mètre si le client qui connait Qgis fait ses zoom à l'écran.
L'astuce de l'union des table est super pratique les exemples de Sylvain m'ont permis de me remettre en mémoire de vieux restes de SQL, venant d'autocad, c'est pas un réflexe et dans les options des couches, la doc est pas toujours explicite pour un béotien, je remercie tous ceux qui participent car une piste même fausse donne des idées de réflexion quand on cherche une solution


Si ce fil résolu peut en dépanner d'autres, j'aurai contribué à hauteur de mes modestes capacités