Le portail francophone de la géomatique

Bonjour
S'il y a beaucoup de départements...ça risque d'être long car il faudrait procéder département après département, par

puis inverser la sélection dans la table ZONE_VIE ou alors mettre à jour cette sélection par le INSEE_DEPT...

nb: il y a probablement plus "élégant", j'y réfléchis dès que j'ai du temps

Hello,

Dans le principe, une idée :
1. Attribution d'un identifiant unique par zone de vie .
Exemple, avec un ZV n°1 à cheval sur deux département et une ZV n°2 entièrement incluse

2. Opération de découpe spatiale : Zone de Vie (Croisé avec) Departement pour une couche unique découpée et attribuée avec les deux information

3. Fusion spatiale avec Count depuis cette couche en fonction du champ identifiant unique des zones de vie.

4. Jointure avec la table ZV initiale en fonction du numéro de ZV puis sélection des zones ayant un count > 1

> On voit qu'on ne sélectionne que la ZV n°1

Ensuite, libre à vous de remplacer département par commune ou tout autre polygone.

Bon, c'est en gros, il faut peaufiner, mais c'est une idée générale

Robin.

Dernière modification par Robin (Tue 19 May 2009 12:27)

Une piste :

la requête
           SELECT * FROM zone_vie,dept WHERE zone_vie.obj intersects dept.obj
doit renvoyer 2 lignes pour une zone de vie à cheval sur 2 departements.

Donc en faisant la requête suivante :
Select id, count(*) from zone_vie, F_dept where zone_vie.Obj Intersects F_dept.Obj group by id into Sel_zone_vie

on obtient un tableau avec l'identifiant de la zone de vie et le nombre de départements qui l'intersectent.
une 2eme requete sur sel_zone_vie permet de sélectionner les objets dont count(*) est supérieur à 1 :

select * from sel_zone_vie where col2>1


Les limites du SQL de MapInfo ne permet par de faire des critères de groupe (having count(*)>1) dans la requête principale.

Salut Gregory,

Remplace le Intersects par un "Contains" ou un "Within"
A+
Joël

Peut-être que je me suis mal exprimé :
je veux sélectionner seulement les zones de vie qui sont seulement à la fois sur deux départements.

Alors que les requêtes SQL habituelles (intersect/within/contains) ont pour défaut de sélectionner également les zones de vie qui ont des frontières communes avec un ou plusieurs départements, sans pour autant être à cheval sur deux départements.

La seule solution que j'ai trouvé pour le moment, mais que je n'arrive pas à mettre en pratique, est de réduire les polygones départements de quelques mètres par exemple afin que les requêtes SQL ne tiennent plus compte des frontières.

Moi ce que je ne comprends pas c'est qu'il y ait encore à redire à la solution proposée (a priori non testée ??), qui nécessite deux temps ET un identifiant unique (id) dans la table ZONE_VIE...ET que je répète:
- requête

donne une table Sel_zone_vie non graphique qui a le même nombre d'enregistrements que ZONE_VIE, chacun avec son id et une colonne "coupe" classée du plus grand au plus petit indiquant le nombre de polygones intersecté par chaque zone
- on crée une colonne "bidule" dans ZONE_VIE et on la met à jour avec la valeur de "coupe" de Sel_zone_vie sur le critère de Sel_zone_vie.id = ZONE_VIE.id
- il suffit ensuite de sélectionner dans ZONE_VIE les enregistrements où "bidule" > 1 pour avoir le résultat souhaité...
Seul bémol possible: une topologie défaillante dans une ou les deux tables

En tant qu'auteur de GT_UX () je te remercie...mais je reste (plus que) dubitatif sur son intérêt par rapport à ta question initiale !