Message posté par : gounux (contact(a)guilhemallaman.net)
----------------------------------------
Les prochaines Rencontres des Utilisateurs Francophones de QGIS, organisées par l’OSGeo-fr en partenariat avec l’UMR LETG, auront lieu les 24, 25 et 26 Mars 2026 à Brest. Comme chaque année, c'est vous qui faites le programme !
L'appel à proposition est ouvert jusqu'au 17 novembre, ici : https://conf.qgis.osgeo.fr/2025/10/01/ouverture-appel-proposition.html
Vous pouvez venir partager vos projets, vos idées, vos réussites autour de QGIS aux travers des différents formats possibles :
- une conférence, le mercredi 25 mars. Durant 20 min + 5 min de questions/réponses, il s'agit alors d'exposer vos travaux, vos réalisations, vos développements devant un public varié.
- une conférence éclair, la nouveauté de cette année ! Le 25 mars et d'une durée de 5/6 minutes, l'occasion de présenter un projet ou une nouveauté dans un format court et dynamique !
- un atelier, le jeudi 26 mars : d'une durée de 3h, l'occasion de présenter un module de QGIS, un plugin, un élément de l'écosystème de QGIS et de faire manipuler les participants sur leur ordinateur. Les ateliers s'adressent à tout type de public (débutant, utilisateur occasionnel, utilisateur confirmé, administrateur, développeur)
Nous comptons sur vous pour permettre aux prochaines rencontres QGIS d'être riches et d'aborder des sujets variés!
L’équipe organisatrice des Rencontres des Utilisateurs Francophones de QGIS
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375105#p375105
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : ckiko13
----------------------------------------
Bonjour
J'ai trouvé 2 solutions:
1] La toolbox et l'outil AGREGATION en mettant comme fonction d'agrégation LAST_VALUE, dans le champ dont je veux connaître le dernier identifiant.
2] La création d'une couche virtuelle avec ce script:
-----------------
Code :
SELECT
<champ_rue>,
MAX(CAST(REGEXP_SUBSTR(<champ_code>, '[0-9]+') AS INTEGER)) AS max_num
FROM
<ma_couche>
GROUP BY
<champ_rue>;
• Enr
-----------------
L'avantage de la couche virtuelle est qu'elle met à jour automatiquement le champ_code, donc ça me permet de le connaître; à défaut de pouvoir l'implémenter directement dans la couche source.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375104#p375104
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : image95
----------------------------------------
Bonjour,
Je me permets de poster un message. Il y a quelques semaines, j'avais posté un premier message :
https://georezo.net/forum/viewtopic.php?id=136209
mais après réflexion, je me permets d'en créer un nouveau pour apporter une précision/clarification.
Pour rappel, mon but est de trouver une méthode/outil pour comparer la similarité/dissimilarité entre 2 couches vecteurs polygonales constituées de plusieurs entités. Dans mon cas d'usage, cette comparaison concerne une couche polygonale issue d'un travail de photo-interprétation (modélisation des grandes unités physionomiques/habitats). je joins une capture écran, cette couche apparait en couleur bleu).
L'autre couche vecteur polygonale est une couche vecteur polygonale issue d'un traitement de segmentation (via un outil OTB disponible via Qgis).(elle est en couleur jaune sur la capture écran jointe).
Dans mon précédent post, j'évoquais comme indicateur possible de similarité : "pour chaque entité/polygone photo-interprété, calculer le pourcentage de surface recouverte par l'entité de la couche issue de la segmentation ayant le grand recouvrement."
Pour être plus parlant, dans l'exemple de la capture écran, ce pourrait être :
"pour l'entité de la couche photo-interprétation numéro 11 (bleu), j'aimerais connaitre la part de surface recouverte par l'entité de la couche de segmentation ayant le plus grand recouvrement avec cette entité 11 (dans ce cas précis, c'est probablement l'entité 42 jaune). "
Cela pourrait être : surface de l'entité 42 en superposition avec l'entité 11 / surface totale de l'entité 11.
Mais après réflexion, je pense que c'est insuffisant. Qu'il faudrait aller un peu plus loin.
Pour ces aspects méthodes pour quantifier la précision d’une segmentation/fidélisation à la PI. Le niveau/degré de ressemblance, je pense qu'il faudrait intégrer un aspect/ une logique de "bi-similarité" : d’avoir une approche par couples de polygones les plus couvrants :
Étape 1 :
- Pour chaque entité polygone de la PI, récupérer l'id et la geom du polygone de la segmentation qui a le plus fort recouvrement. En calculer le taux de recouvrement.
(ex : surface de l'entité 42 en superposition avec l'entité 11 / surface totale de l'entité 11).
Étape 2:
-Une fois ce premier indicateur calculé, faire le calcul pour le même couple/la même séquence de polygones calculée lors de l'étape numéro 1 : effectuer le même calcul mais cette fois sur la surface totale de l'entité 42 (polygone issu de la segmentation)
(ex : surface de l'entité 42 en superposition avec l'entité 11 / surface totale de l'entité 42).
Étape 1/2 variante :
Je me disais qu'une variante/synthèse/résumé en 1 étape des étapes 1 et 2 pouvait être :
- (ex : surface de l'entité 42 en superposition avec l'entité 11 / surface totale constituée par l'entité 11 ET par l'entité 42).?
- étape 3 :
l'idée serait à partir des étapes 1/2, d'avoir une sorte de score global au niveau de la couche. Qui pourrait être une sorte moyenne/médiane pour tous les couples de polygones ? Ou une autre métrique ?
J'imagine que cet outil n'existe/,'est pas mis à disposition sous Qgis. Bien que j'ai découvert ce plugin :
https://plugins.qgis.org/plugins/similarity_plugin/#plugin-abouthttps://github.com/panickspa/SimilarityPlugin
Plugin intéressant. Mais qui à mon humble avis ne couvre qu'une partie du besoin.
Si des personnes pensent pouvoir m'aiguiller ?
Afin d'être complet, ayant fait un peu de recherche sur internet. j'ai également trouvé un indicateur potentiellement intéressant :
https://postgis.net/docs/ST_HausdorffDistance.htmlhttps://en.wikipedia.org/wiki/Hausdorff_distance
Si une personne pense pouvoir m'aiguiller. Un grand merci.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375096#p375096
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Alban Kraus
----------------------------------------
Bonjour,
-----------------
BHaas écrit :
Le soucis que je rencontre c'est que lors de la création des points de rencontre (via PGAdmin) mes points se retrouvent au milieu de l'océan Atlantique.
Pourtant d'après les propriétés de la couche le système de projection est bien le Lambert 93 (ESPG: 2154).
-----------------
Si vos données se retrouvent au large du golfe de Guinée, le diagnostic est clair : vous tentez d'afficher comme du Lambert-93 des données qui sont en réalité des latitudes-longitudes. Si vous associez, dans les propriétés de la couche, le SRS EPSG:4326, vos points se retrouvent-ils au bon endroit ?
-----------------
BHaas écrit :
Je me suis demandé si le problème ne venait pas de ma couche de base servant au calcul des points mais ce n'est pas le cas, les données apparaissent bien là où elles sont supposées être et avec le bon EPSG.
-----------------
Il me semble que le monde du transport aime beaucoup les données en latitude-longitude. Voudriez-vous vérifier très attentivement toutes les étapes de l'intégration en base PostGIS :
* Comment sont exprimées les coordonnées dans votre jeu de données initial ? (si c'est du GTFS, ce sont forcément des latitudes-longitudes)
* Comment les avez-vous chargées en base PostGIS ? Avez-vous bien spécifié le SRS des données sources et demandé explicitement une transformation vers Lambert-93 ?
* Dans votre base de données PostGIS, avez-vous verrouillé vos colonnes de géométrie pour n'accepter que des géométries se présentant comme étant exprimées en Lambert-93 ?
-----------------
BHaas écrit :
J'ai utilisé la requête sql: SELECT UpdateGeometrySRID('bus_lignes_pt', 'geom', 2154); pour vérifier que le SRID était bien le 2154
-----------------
Non, cette requête force les données à se présenter comme étant du Lambert-93, mais ne modifie pas les coordonnées. Un peu comme si vos données étaient capables de parler, avant : « Bonjour, je suis (0.152, 45.146) et je suis en 4326 » après « Bon, ben je suis (0.152, 45.146) et je suis en 2154 ».
Vous auriez plutôt souhaité utiliser :
-----------------
Code :
ALTER TABLE bus_lignes_pt ALTER COLUMN geom SET DATA TYPE GEOMETRY(Point, 2154);
-----------------
qui vous aurait renvoyé une erreur si les géométries n'étaient pas en 2154. Ou :
-----------------
Code :
SELECT DISTINCT ST_SRID(geom) FROM bus_lignes_pt;
-----------------
qui vous aurait affiché le (ou les différents) SRID de vos données.
Vous souhaitant un bon débogage,
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375084#p375084
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : BHaas (b.haassig(a)gmail.com)
----------------------------------------
Bonjour à toutes et à tous,
Un peu de contexte:
Je travail à la modélisation de lignes de bus, pour éviter de me retrouver avec des lignes superposées je suis le tuto suivant: https://geotribu.fr/articles/2021/2021-04-07_carte_reseau_bus/#creer-des-po…
Le soucis que je rencontre c'est que lors de la création des points de rencontre (via PGAdmin) mes points se retrouvent au milieu de l'océan Atlantique.
Pourtant d'après les propriétés de la couche le système de projection est bien le Lambert 93 (ESPG: 2154).
Je me suis demandé si le problème ne venait pas de ma couche de base servant au calcul des points mais ce n'est pas le cas, les données apparaissent bien là où elles sont supposées être et avec le bon EPSG.
J'ai utilisé la requête sql: SELECT UpdateGeometrySRID('bus_lignes_pt', 'geom', 2154); pour vérifier que le SRID était bien le 2154 et ca n'a rien changé.
Le problème doit avoir un lien avec la première étape de calcul puisque les données de bases sont bonnes mais je ne trouve pas d'où provient l'erreur et comment la corriger.
Est-ce que quelqu'un à déjà rencontré ce genre de problème ?
PS: Je n'ai pas trouvé de section dédiée aux questions SQL désolé je poste au mauvais endroit
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375082#p375082
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : AlineC
----------------------------------------
Ca y est, j'y suis arrivé !
Bizarrement le filtre que j'avais mis sur ma couche commune (insee=@atlas_pagename) ne marchait pas vendredi soir mais marchait ce matin !
Et après, les étiquettes étaient toujours visibles ! Je pense que c'est parce que c'était des étiquettes à partir d'une table jointe. J'ai donc rajouté mon filtre dans chaque symbologie. Et cette fois ci, le rendu est comme je le souhaitas.
Je testerais peut-être aussi la solution de conejo avec le code intersect.
Merci à toutes/tous
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375081#p375081
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Jean Cascalès
----------------------------------------
Bonjour,
Dans les ensembles de règles de l'onglet Symbologie, si on veut différencier la commune de l'atlas par rapport aux autres communes, il faut écrire
Code:
-----------------
Citation :
$id=@atlas_featureid
-----------------
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=375066#p375066
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net