- Qgis_fr - Listes du Forum GeoRezo

QGIS: fonction "courbe decalee" decale de la mauvaise longueur !

by qgis_fr＠georezo.net

Message posté par : vxTedxv ---------------------------------------- Se pourrait-il que votre système de projection RGR92 soit géographique c'est-à-dire avec des coordonnées en degrés ? Dans ce cas, il est possible que l'outil que vous utilisez attende des degrés et non des mètres pour effectuer les décalages... ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377717#p377717 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
0
0 0

de ESRI:REST vers GEOM(MULTIPOLYGONE) et pas GEOM(MULTISURFACE)

by qgis_fr＠georezo.net

Message posté par : Jean Marc MICHALOWSKI ---------------------------------------- bonjour j'essaye de filtrer une couche de points d'un GPKG EPSG:3812) au départ d"un polygone d'une couche ESRI:REST / WFS (EPSG 31370) le serveur ESRI:REST ne connaissant pas le SRID de ma couche de points, un filtre est a priori impossible j'exporte la couche ESRI:REST vers le GPKG de la couche de points, en prenant le meme EPSG, en spécifiant Polygone et Multiple la couche GPKG créée est bien de type Polygon(Multipolygone) mais, oh subtilité, les GEOM sont de type MULTISURFACE et pas MULTIPOLYGONE le filtre posé ne fonctionne a priori pas à cause de ce type de géométrie forcé par ESRI il y a un Traitement → Boîte à outils → Segmentiser par distance maximale, mais n'est il pas possible de forcer le type geom(MULTIPOLYGONE) lors de l'export ? merci jean marc ---------------------------------------- Ce message est accompagné de fichiers, pour les télécharger, suivre le lien ci-dessous. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377714#p377714 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
0
0 0

fonction "courbe décalée" qui décale de la mauvaise longueur

by qgis_fr＠georezo.net

Message posté par : Thomasnia ---------------------------------------- Bonjour, Tout est dans le titre. J'essaie de décaler un segment de 50 m avec cette fonction "courbe décalée". A la mesure (avec l'outil), il m'annonce 28 m et non 50 m... Je suis un peu déboussolé... :) D'ou vient cet écart svp ? Le SCR est RGR92 (La réunion)... Merci de votre aide. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377698#p377698 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
0
0 0

QGIS: Probl transparence des couches au Trace

by qgis_fr＠georezo.net

Message posté par : Le Chemin (jraidelet(a)ffrandonnee.fr) ---------------------------------------- Bonjour, Depuis la version 3.44 de QGIS, la transparence de mes couches de tracés d'itinéraires disparait lorsque je veux imprimer une carte (que ce soit sur une imprimante ou en génération de pdf). Ça fonctionne avec 3.40.15, mais pas avec 3.44.11 (ou .10 ou .09), ni 4.0.3. Dans la fenêtre de mise en page, je vois bien la transparence des tracés, mais elle disparait à l'impression. J'ai essayé en augmentant la transparence, rien n'y fait. Le plus étrange, c'est que ça ne concerne que mes couches de tracés, objets... La transparence de la couche fonctionne très bien pour les couches d'orthophoto, de scan 25... En revanche, si je mets la transparence sur la couleur et non pas sur la couche, ça fonctionne. Si je reviens à 3.40.15, pas de souci. J'en conclus que c'est a priori plutôt un problème de QGis et pas "d'imprimante". Peut-être un paramétrage quelque part, mais c'est bien au-delà de mes compétences. Avez-vous une explication/solution ? Merci ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377688#p377688 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
1
0 0

SQL index partiel unique avec WHERE considéré Unique par QGIS

by qgis_fr＠georezo.net

Message posté par : ciok ---------------------------------------- Bonjour, J'ai une base PostGIS créé dans pgAdmin, que j'utilise dans QGIS 3.44. Dans cette base, l'une de mes tables a l'index suivant (noms modifiés pour confidentialité) : ----------------- Code : CREATE UNIQUE INDEX IF NOT EXISTS mon_index_idx ON schema.table USING btree (mon_champ ASC NULLS LAST) WITH (deduplicate_items=True) TABLESPACE pg_default WHERE condition IS TRUE; ----------------- mon_champ est défini comme bigint NOT NULL Il est également impliqué dans deux contraintes : ----------------- Code : CONSTRAINT contrainte_unicite UNIQUE (mon_champ, mon_autre_champ) ----------------- et ----------------- Code : CONSTRAINT contrainte_fkey FOREIGN KEY (mon_champ) REFERENCES schema.autre_table (mon_champ_dans_autre_table) MATCH SIMPLE ON UPDATE NO ACTION ON DELETE CASCADE ----------------- Dans QGIS, par défaut, le formulaire de ma couche coche "Unique" et "Renforcer la contrainte de valeur unique", sans prendre en compte mon WHERE condition IS TRUE. Décocher ces deux paramètres de formulaire sur une couche ou deux ne coûte pas grand chose.. mais s'il faut le faire sur plein de couches ça peut devenir pénible, et surtout, je suis curieux. Une IA générative me dit que : ----------------- Citation : Dans QGIS 3.40, le provider PostgreSQL charge les champs en allant chercher les index uniques avec cette logique : ----------------- Code : SELECT DISTINCT indrelid, indkey, indisunique FROM pg_index WHERE indisunique ----------------- puis il associe ça au champ si attnum::text = indkey::text. Il ne récupère pas indpred, donc il ne sait pas que l’index est partiel. Or dans PostgreSQL, pg_index.indpred est précisément la colonne qui contient le prédicat d’un index partiel ; elle vaut NULL seulement si l’index n’est pas partiel. ----------------- Aller lire le provider PostgreSQL dépasse un peu mes compétences actuelles. Que pensez-vous de cette explication ? Pensez-vous que cela puisse être une piste d'amélioration pour les prochaines versions de QGIS ? ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377672#p377672 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
0
0 0

QGIS 4.x: plugin cadastre ?

by qgis_fr＠georezo.net

Message posté par : Jean Cascalès ---------------------------------------- Merci. Mince, va falloir télécharger l'avant-dernière version. Ca va prendre du temps avec ma dsi, qui ne propose que la dernière version... ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377654#p377654 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
2
0 0

QGIS 4.x: plugin cadastre ?

by qgis_fr＠georezo.net

Message posté par : Elise Henrot ---------------------------------------- Bonjour, Je confirme. Si vous allez dans les extensions installées, elle apparait en rouge et il est clairement indiqué "Cette extension est incompatible avec cette version de QGIS". ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377653#p377653 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
1
0 0

plugin cadastre

by qgis_fr＠georezo.net

Message posté par : Jean Cascalès ---------------------------------------- Bonjour, Il semble qu'il ne soit pas possible de disposer du plugin CADASTRE pour la version 4.0. Qqn peut confirmer? Merci. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377652#p377652 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
0
0 0

QGIS: Evolutions de ''virtual layer''

by qgis_fr＠georezo.net

Message posté par : Atilio FRANCOIS (francois.atilio(a)gmail.com) ---------------------------------------- Bonjour Voici quelques pistes à explorer 1- Déclarer explicitement la géométrie Depuis certaines versions récentes de QGIS (notamment à partir de la série 3.3x), la détection automatique de la géométrie des couches virtuelles est parfois moins robuste. Dans la fenêtre Créer une couche virtuelle, essayez de renseigner explicitement : Type de géométrie : Polygone Champ géométrique : geometry SCR : celui de votre couche cadastrale Si QGIS ne détecte plus automatiquement la géométrie issue de ST_Union(), cela peut suffire à résoudre le problème. 2- Aujourd'hui, je recommanderais plutôt l'algorithme Dissoudre de QGIS : Traitements → Géométrie vectorielle → Dissoudre Champ de dissolution : toponyme Le résultat est équivalent à votre ST_Union() GROUP BY toponyme, mais beaucoup plus robuste que les couches virtuelles pour de gros jeux de données. 3- Pour aller plus loin, pouvez-vous préciser : -le format de la couche cadastrale (Shapefile, GeoPackage, PostGIS...) ; -le message affiché dans le panneau Journal des messages lorsque vous créez la couche virtuelle ? Avec ces informations, il sera plus facile de déterminer si vous êtes face à un changement de comportement des couches virtuelles ou à un problème de données. Bon courage ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377651#p377651 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 1 week

1
0
0 0

Qfield Souci de synchronisation de données

by qgis_fr＠georezo.net

Message posté par : guibouvier ---------------------------------------- Bonjour après plusieurs essais infructueux et malgré la doc présente sur internet, je ne parviens pas à faire ce que je veux. J'ai préparé un projet Qgis avec deux couches, une geometrique (des points représentant des commerces) et une attributraire (représentant des enseignes) stockée dans un geopackage nommé "bdd_commerces_terrain.gpkg". Une relation est déclarée dans les propriétés du projet (de type 1-n) et tout fonctionne bien en création/mise à jour sous Qgis. Ce projet et la bdd sont stockées sur un répertoire sur mon serveur. J'ai préparé un paquet Qfield avec la fonction Package for Qfield de l'extension Qfield Sync que j'ai stocké dans un répertoire en local sur mon pc. (répertoire appelé "import") J'ai configuré ces deux couches en mode offline editing dans l'onglet cable packaging. Avant de transférer le répertoire sur mon tél, j'ai remarqué que dans le dossier généré, le nom de mon géopackage a été renommé par défaut "data.gpkg". J'ai transféré ce répertoire sur mon tél. J'ai effectué des relevés ce matin avec des modifications, créations de commerces et d'enseignes liées sans souci. De retour au bureau, je cherche à resynchroniser les données et c'est là ou ça se corse. J'ai copié tout le repertoire qfield de mon tél vers un nouveau répertoire local appelé "export" J'ai remarqué que en plus de mon fichier "data.gpkg", j'ai deux autres fichiers "data.gpkg-shm" et "data.gpkg-wal" De ce que je vois dans la doc, j'ai réouvert mon projet qgis d'origine sur le serveur et j'ai cliqué sur synchronize from qfield Il me demande de sélectionner le dossier du projet qfield, j'ai donc pointé vers le répertoire "export" Si je lance la synchronisation, il m'ouvre une boite de dialogue me demander de traiter les couches inutilisables. J'ai beau repointé vers mon géopackage dans le repertoire "export", rien ne se passe et les couches ne sont pas à jour. Avez vous une idée d'où peut venir ce souci. J'ai rechecké sur mon tél et mes saisies de ce matin sont bien présentes mais impossible de les récupérer. Je précise que j'ai testé un nouveau projet qfield avec le mode "copy" (plutot que offline editing) et meme souci. Ce qui m'inquiète le plus, c'est que je ne parviens pas dans un projet qgis vide, à me connecter à mon geopackage data.gpkg issu de mon qfield depuis le databasemanager. J'ai un message, une erreur est survenue, "data.gpkg" non trouvé... Merci d'avance pour votre aide Gui ---------------------------------------- Ce message est accompagné de fichiers, pour les télécharger, suivre le lien ci-dessous. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=377644#p377644 Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 months, 2 weeks

1
1
0 0

2026

2025

2024

2023

2022

2021

2020

2019

Qgis_fr