- Geobd - Listes du Forum GeoRezo

St_coveragesimplify() Influence paramètre tolérance

by geobd＠georezo.net

Message posté par : Christophe Vergon (christophe.vergon(a)protonmail.com) ---------------------------------------- Bonjour, Tout est dans le titre :) La documentation n'est pas très claire pour moi. Quelle est l'influence du paramètre de tolérance ? Bien sur j'ai fais des tests empiriques, mais j'aimerai comprendre un peu mieux. Au plaisir de vous lire. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=371817#p371817 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

1 day, 8 hours

1
5
0 0

Import d'un WFS dans BDD postgres

by geobd＠georezo.net

Message posté par : drawer76 (loris.moisson(a)gmail.com) ---------------------------------------- Bonjour, Je travaille sur une base PostgreSQL avec des foreign tables pointant vers les services WFS du SANDRE. Pour ce faire, j’ai créé une fonction refresh_sandre_all qui : - Supprime toutes les vues matérialisées existantes dans le schéma. - Supprime et réimporte chaque foreign table depuis le WFS SANDRE (table par table). - Crée les vues matérialisées avec la colonne reprojetée geom et l’index spatial correspondant. Cette approche fonctionne bien pour moi, car je peux simplement relancer la fonction pour actualiser toutes les données. Cependant, elle est assez “lourde” côté PL/pgSQL, avec des boucles et des EXECUTE format(). Je me pose les questions suivantes : Existe-t-il une méthode plus simple ou plus standard pour automatiser la mise à jour des tables WFS et la création des vues matérialisées, sans avoir besoin de gérer manuellement chaque table ? Merci d’avance pour vos retours et suggestions ! ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=374703#p374703 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

2 days, 12 hours

1
2
0 0

Postgis : Dissoudre les geométries en conservant tous les attributs ?

by geobd＠georezo.net

Message posté par : image95 ---------------------------------------- Bonjour, Je me permets un message afin de savoir si avec postgis, il serait possible d'envisager de réaliser un "dissolve" : https://docs.qgis.org/3.40/en/docs/user_manual/processing_algs/qgis/vectorg… tout en conservant l'intégralité des valeurs attributaires ? Par exemple en utilisant une sorte de concaténation / agrégation au sein des nouvelles géométries résultats ? J'ai regardé cet article : https://www.aproposinfosystems.com/en/about/blog/managing-attributes-postgi… J'ai essayé de reproduire la proposition de mon coté avec ma table postgis contenant plusieurs polygones mais pour ma part ca ne fonctionne pas : ----------------- Code : SELECT min(union_v4.max_hierar) as id, array_agg(union_v4.id) as ids, union_v6.geom FROM union_v4, (SELECT (ST_Dump(St_multi(ST_Union(geom)))).geom as geom FROM union_v6 WHERE st_intersects(union_v4.geom, union_v6.geom) GROUP BY union_v6.geom ----------------- J'obtiens : ----------------- Code : ERROR: erreur de syntaxe à la fin de l'entrée LINE 12: GROUP BY union_v6.geom ^ ERREUR: erreur de syntaxe à la fin de l'entrée SQL state: 42601 Character: 285 ----------------- Un grand merci. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=374615#p374615 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

1 week, 2 days

1
4
0 0

PostgreSQL - Fonction de calcul de vulnérabilité INDIGAU

by geobd＠georezo.net

Message posté par : felixdm ---------------------------------------- Hello, Je cherche a créer une fonction postgreSQL pour faire le calcul de vulnérabilité de mes canalisations d'assainissements. J'ai créé l'ensemble de mes couches pour récupérer les indicateurs depuis mon fichier texte de mes ITV à la norme NF 13508-2 De là, il faut que je mette ma formule de calcule pour déterminer l'état générale de mes canalisations. Avez vous déjà mis cela en place. Merci par avance. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=374454#p374454 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

3 weeks

1
2
0 0

PGSQL: select ttes les lignes d'une table avec valeurs NULL ou vides

by geobd＠georezo.net

Message posté par : T. Rossini ---------------------------------------- C'est tout à fait possible. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=373938#p373938 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

4 weeks, 1 day

1
1
0 0

[PostgreSQL 16] Replication avec slave en ecriture

by geobd＠georezo.net

Message posté par : felixdm ---------------------------------------- Bonjour, Je souhaiterais mettre une réplication de ma base master sur serveur interne vers un slave en DMZ. L’objectif étant que des tiers puissent visualiser mes données mais aussi qu'ils déposer des données dans un schéma spécifique de ce slave. J'ai pensé à la réplication bi-directionnel. Avez vous déjà réalisé une telle chose. Merci a vous pour votre assistance. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=374284#p374284 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

1 month

1
0
0 0

Aggregation (array_agg) : type de champ "tableau de nombres"?

by geobd＠georezo.net

Message posté par : image95 ---------------------------------------- Bonjour, Avec postgis, j'ai un script SQL qui contient une section dédiée à un geotraitement d'aggrégation. A partir de plusieurs données sources qui contiennent chacune un id unique, cette aggregation récupère dans une nouvelle table une aggregation des id pour chaque recouvrement/superposition de polygones : Ci dessous, l'extrait du script : ----------------- Code : array_agg(l.id_unique) as data_id_ori ----------------- Pour info, la colonne en sortie est de type numeric. Cela fonctionne Mais j'ai noté de petites limites. Un extrait ci dessous du résultat : | | | data_id_ori | --------------------------| | 27, 26, 17, 6, 1, 2, 15| | | | | Comment pourrait on ordonner cette liste dans un ordre croissant? Plus important / problématique. Lorsqu'on requete sur ce champ via qgis. Et qu'on souhaite par exemple selectionner uniquement les valeurs entités pour lesquelles data_id_ori = 1 Qgis selectionne bien les valeurs 1 mais également les chiffres 1 composant les 17, 15... Est ce que la limite vient de la fonction d'aggregation (array_agg). Et/ou faut il forcer en sortie un type de champ spécifique ? Comme tableau de nombres entiers et non le type postgresql numeric comme ca semble etre le cas par defaut ? Un grand merci. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=374088#p374088 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

1 month, 3 weeks

1
2
0 0

PGSQL: select ttes les lignes d'une table avec valeurs NULL ou vides

by geobd＠georezo.net

Message posté par : SylvaDEES ---------------------------------------- Bonjour, merci pour votre réponse et votre contribution, c'est en effet un bon moyen d'automatiser la rédaction de la requête. Ma table stocke des centaines de milliers de points de relevés topographiques sur lesquels je dois automatiser un maximum de contrôles qualité de la donnée : je vais créer ou ajouter une procédure stockée sur le schémas concerné. :D Question de béotien en programmation sql-psql, mais n'y a-t-il pas moyen d'obtenir le même résultat avec un programme- fonction psql à base de curseurs ( open > loop > fetch > end loop > close > End ) ? Géomatiquement. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=373937#p373937 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie 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

Union Multiple (25 couches polygonales)

by geobd＠georezo.net

Message posté par : Nicolas Ribot ---------------------------------------- J'ai testé avec les parcelles de Haute Garonne (1 343 528 polygones) vs 2 autres couches bidon que j'ai créées dans QGIS. Au final layer_union (union dans une seule table des 3 tables d'input) contient 1 343 534 polygones. La création de la table res: [2025-07-08 10:41:45] 1,391,580 rows affected in 1 m 24 s 150 ms La création de la table d'association donnant pour chaque polygone de résultat tous les polygones de layer_union concernés: [2025-07-08 10:44:04] 1,380,393 rows affected in 10 s 771 ms Plutôt performant donc. La perf va dépendre de la complexité des couches d'entrées (notamment, si vous avez de gros polygones étendus, il faut mieux les découper en amont avec st_subdivide (cf votre thread précédent) Nicolas ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=373671#p373671 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

3 months

1
4
0 0

Union Multiple (25 couches polygonales)

by geobd＠georezo.net

Message posté par : image95 ---------------------------------------- Bonjour, Suite à mon précédent message, je me permets d'en rédiger un nouveau afin de préciser/clarifier mon besoin. Merci aux personnes qui avaient pris le temps de me répondre. Grace à elles, j'ai pu avoir des premiers éléments de réponse. Je travaille avec qgis et postgis. En entrée, j'ai 25 couches polygonales sur un grand territoire(intercommunalité). Dont une donnée très volumineuse (1 million d'objets). Les 24 autres sont beaucoup plus légères (au maximum une centaines d'objets). Pour information, je précise que certaines de ces données polygonales sont en mode "entités multi parties" et d'autre en mode "morceaux/entités mono parties". J'imagine que celà peut avoir in fine une petite incidence sur la méthode/résultat. Ces 25 fichiers .shp polygonaux ont des structures de données très variables, non homogènes/non harmonisées. Chaque couche a un champ "data_id" qui permet de définir pour chaque entité son appartenance à la couche. Par exemple, toutes valeurs du champ "data_id" de la première couche sont de valeur '1'. Pour la 2ème couche, les valeurs du champ sont '2', etc. Mon objectif serait de pouvoir m'inspirer du moins en partie du geotraitement existant Qgis nommé Union multiple : https://docs.qgis.org/3.40/fr/docs/user_manual/processing_algs/qgis/vectoro… Je colle une capture écran de la doc Qgis. Mon but est d'avoir in fine un fichier: - qui serait le résultat des croisements des 25 données d'entrée. Pour reprendre les termes de la doc qgis, que le traitement vérifie les chevauchements entre les entités au sein des 25 couches et crée des entités distinctes pour les parties qui se chevauchent et qui ne se chevauchent pas. Ce geotraitement "union multiple" me convient pour les parties où il n'y pas de chevauchement (a, NULL ; b, NULL; c, NULL). Pour les parties où il y a un chevauchement, le géotraitement union qgis créées autant d’entités de chevauchement identiques qu’il y a d’entités qui participent à ce chevauchement. En soi celà ne me dérange pas. Mais vu qu'in fine J'aimerais que dans le fichier résultat, un champ puisse permettre, pour chaque entité, de récupérer la liste des couches d'entrée qui participent/contribuent à cette entité résultat (Dans un but de récupérer l'origine/la source des données). Je me disais qu'il serait peut être préférable qu'il y ait qu'une seule entité créée par zone de chevauchement ? - J'aimerais que dans le fichier résultat, un champ puisse permettre, pour chaque entité, de récupérer la liste des couches d'entrée qui participent/contribuent à cette entité résultat. Dans un but de récupérer l'origine/la source des données. - Idéalement, un champ qui permette de récupérer le nombre (COUNT) de couches qui participent à cette entité (a minima 1 couche, au max 25 couches) -Concernant cette fois la partie attributs/champ non géométrique, j'aimerais pouvoir spécifier la sélection/définir la liste champs que je souhaite vouloir conserver in fine. Je ne souhaite pas conserver la totalité, une partie des champs pour chacune des 25 couches d'entrée. J'espère être suffisamment clair. J'imagine que cela n'est pas si facile. J'imagine qu'il est recommandé de faire ce traitement sous postgis plutot que qgis ? Je peux si besoin importer mes 25 fichiers shp dans un bdd postgis. J'imagine aussi qu'il est important d'avoir à l'esprit que le mode "entités multi parties" / "morceaux/entités mono parties" des couches d'entrée peut influer sur le résultat. Si je pars sur une requête postgis, je me disais qu'il aurait pu être intéressant de forcer le fait que toutes les entités soient en mode mono parties (avec la fonction postgis 'st_dump' ?). Si une personne pense pouvoir m'aider? Un grand merci. ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=373658#p373658 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net

3 months

1
6
0 0

2025

2024

2023

2022

2021

2020

2019

Geobd