Le portail francophone de la géomatique

Bonjour,

allez dans le menu «Sélection --> Sélection SQL...»

Dans la fenêtre SQL, pour l'onglet «Tables:»
Choisissez d'abord la table requérante puis la table fournissante.
Ex: Table_A,Table_B

L'onglet «Critères» se remplit automatiquement.
Ex: « Table_A.Obj Contains Table_B ».
Remplacez si nécessaire la condition «Contains» par celle qui est appropriée.

Voici les choix de conditions pour les requêtes spatiales.
Contains (Contient) Les entités de la table requérante qui recouvrent les centroïdes des entités de la table fournissante sont sélectionnées.
Contains Entire (Contient entièrement)  Les entités de la table requérante qui recouvrent entièrement des entités de la table fournissante sont sélectionnées.
Within (Contenu) Les entités de la table requérante dont leurs centroïdes sont contenus dans des entités de la table fournissante sont sélectionnées.
Entirely Within (Entièrement contenu) Les entités de la table requérante entièrement contenus dans des entités de la table fournissante sont sélectionnées.
Intersect (Intersecte) Les entités de la table requérante qui touchent les entités de la table fournissante sont sélectionnées.

Dernière modification par Marc-André (Mon 04 March 2013 16:04)

Bonjour,

C'est le «Group By Columns» qui ne permet pas l'affichage de la géométrie.

Damien, l'ajout par la fenêtre carte ne me donne toujours qu'une table. Dans mon dossier de données, cette requête SQL ne produit qu'un .TAB accompagné d'un .DAT. Les .MAP et .ID ne sont pas générés...Je confirme donc bien qu'il n'y a pas de géométrie.

Marc-André, pourquoi le GROUP BY empêcherait-il d'obtenir une géométrie, ça change tout au niveau des résultats sans le GROUP BY ?!


La requête d'intersection sous MapInfo se fait-elle donc uniquement via cette requête SQL, auquel cas c'est mon MapInfo douteux qui craque, ou bien faut-il faire une autre manipulation pour obtenir l'intersection ?

Merci pour vos réponses,
Samy.

Bonjour Damien,

Je ne suis pas sûr de comprendre ce que tu veux dire par "créer 2 tables". Du coup je me suis dit qu'après avoir réalisé l'intersection avec le SQL, il fallait découper le résultat pour avoir les polygones que je souhaite conserver.

Mais du coup, avec le découpage qui est d'ailleurs mauvais, les résultats attributaires ne suivent pas. Pour être plus clair, j'ai illustré mon test dans le .docx joint à ce message.

J'espère qu'il permettra de trouver la solution ^^ !

A+
Samy

Salut Damien,

Désolé pour le retour tardif.

Alors on se rapproche du résultat effectivement mais ce n'est pas encore tout à fait ça.

Donc si je récapitule, j'ai une première requête d'intersection entre les communes et fobrou dans laquelle je récupère la géométrie des communes avec dans la table attributaire en sortie les enregistrements de fobrou qui intersectent la couche commune.

Pour récupérer la géométrie de fobrou, je refais alors une requête SQL avec un "within" entre fobrou et la couche précédemment créée avec l'intersection.

Je récupère effectivement la géométrie de fobrou. Seulement, après avoir groupé sur les 2 colonnes nécessaires, je ne tombe toujours pas sur le même nombre d'enregistrements que sous ArcGIS ou QGIS.

Comment se fait-il que je perde des objets en chemin ? Cela vient peut-être de la façon de grouper : apparemment on ne peut grouper que sur une colonne, mais avant de créer la nouvelle table, il demande comment agréger les données, et là il me semble que je peux choisir plusieurs colonnes. ça ne me semble pas très clair...

Décidément, cette histoire d'intersection est plus compliquée que sous QGIS ou ArcGIS ^^

A+
Samy

Super Damien,

ça y est j'y suis. Je commence à piger un peu mieux la logique de MI, mais c'est un peu déstabilisant par rapport à ArcGIS ou QGIS.

Merci beaucoup pour ce déblocage !

Samy