Le portail francophone de la géomatique

Bonsoir
La méthode que j'utilise:
- On fait la jointure puis on enregistre la table requête (contenant toutes les infos cumulées requises) au format Access dans la base (sous un nouveau nom)
- Ensuite,dans Access, on substitue cette nouvelle table à celle qui existait au départ (on renomme celle-ci, on donne à la table requête le nom que portait la table d'origine et on reconstitue les relations telles qu'elles existaient - et qu'on les avait notées - car ces manip les auront "coupées")
- On a ainsi une table graphique MapInfo dont les données sont gérées dans Access et où les mises à jour de données se répercutent immédiatement
La seule contrainte c'est que la création ou la suppression d'enregistrements doit se faire dans MapInfo, pour que l'index (*.aid) qui relie graphiques et données ne soit pas perturbé
De même il faut éviter le compactage (sauf à refaire la manip d'enregistrement dans Acces et l'accrochage aux relations)
Bon courage

Précisions: il y aura effectivement des problèmes ou des impossibilités si la table Access comporte des types de champs que MI refuse (mémo, champs texte de plus de 254 caractères, etc...) . Dans ce cas...inutile de continuer dans cette voie !!
Sinon la manip pas à pas est:
- renommer T_site dans Access ("casser" les relations, après les avoir notées) en T_site2
- de jointer (sous MI, pas sous Access) la table graphique MI avec ses attributs à la table T_site2 Access, sur la base d'un identifiant commun. On trie pour éliminer les doublons ou les inutiles, puis on enregistre cette table requête au format Access sous un nouveau nom (ici T_site). Enfin on renomme sous MI la table graphique T_site dont les attributs sont dans Access en ENS_PropositionMI (par exemple, dans ton cas)
On a alors une table graphique ENS_PropositionMI dont les attributs sont dans la table T_site Access...et il reste à recréer  les relations dans Access (et à supprimer la "vieille" table renommée T_site2)
Bien sûr tout ça est plus simple si les choses sont conçues comme ça au départ.

Après tentative, ça ne marche toujours pas. J'enrage...

Déjà, vu que la table T_site n'est pas importable sous MI, je pense que je vais tout simplement ajouter une autre table (qui contient les données attributaires initiales de la table MI) qui aura une relation de 1 à 1 avec la table T_site. Ca c'est vu.
Cette table s'appelle ENS_proposition_carto (que j'ai créée en important les données attributaires de la table MI donc même structure de données et moins de problèmes). Pour vraiment faire ce que tu m'as décrit, je l'ai renommée en ENS_proposition_carto_2.

Comme tu me l'as précisé, j'ai ouvert cette table Access dans MapInfo et ai fait la requête suivante:
Select ENS_PROPOSITION_carto_2.col1, ENS_PROPOSITION_carto_2.col2 ...
from ENS_PROPOSITION, ENS_PROPOSITION_carto_2
where ENS_PROPOSITION.NOUV_NUM_ENS = ENS_PROPOSITION_carto_2.NOUV_NUM_ENS
into Selection
Cette requête a donc sélectionné les polygones de la table MI "ENS_PROPOSITION" + les attributs de la table Access "ENS_PROPOSITION_carto_2" qui leurs correspondent.
Cette nouvelle table temporaire générée par la requête est enregistrée sous ENS_PROPOSITION_carto.TAB

Mais quand j'ouvre ce .tab avec un bloc note, il ne s'agit pas de données attributaires liées mais natives. J'ai noté aussi que
l'enregistrement se faisait par la commande suivante:
Commit Table Query2 As
"D:audreyBDCeline_mathieuENS_PROPOSITION_carto.TAB" TYPE NATIVE
Charset "WindowsLatin1"

Lorsque tu fais des requêtes avec des données attributaires provenant de données externes, la table générée par une requête enregistre non pas les données attributaires mais les liaisons avec le fichier source??

Maurice, si tu me débloques la situation, je te paie un coup... (après tout, tu n'es pas loin...)

Bonjour

Est ce que pour enregistrer ta table mapinfo dans access tu a bien fait :
fichier/enregistrer table sous/type Microsoft access Database (*.tab)/base(tu indique celle voulu)/ok ?

Car je pense que Maurice par moment parle de cette façon d'enregistrer dans access mais je ne pense pas que ce soit ce que tu fasse ?

Mais bon je peux me tromper

Dernière modification par Sylvain Larvor (Thu 17 January 2008 10:32)

Tout le mérite à Sylvain Larvor qui a mis le doigt sur ce que tu n'avais pas compris (ou que j'avais insuffisament expliqué)
Tu sais désormais ce que veut dire "enregistrer la table ... au format Access dans la base"
Et moi qui croyais que c'était évident

Bon, alors je garde espoir ?? 

Je reprend ce sujet car j'ai une bonne question.
La table créée par la manip' décrite ci-dessus est liée aux données contenues dans la base access.
J'ai tenté le transfert du tout sur un autre PC et... Ca ne marche plus.
Déjà, pour une raison qui m'échappe, la commande suivante

mapinfo_obj.do "SELECT * FROM ENS_60 WHERE Nouv_Num_ENS = " & Chr$(34) & Me.Identifiant_site & Chr$(34)

me donne le message d'erreur

Euh, ben si en fait. Je vois son nom en haut de la fenêtre Carte!

Donc pourquoi Access bugue comme ça???? Maurice! Au secours!

C'est fait. L'adresse de ma table access n'est plus chemin complet mais "..\maTable.tab". Ca, ça marche sur mon PC et sur l'autre. (Rappel: ".." = "remonte d'un étage dans l'arborescence")

Parce qu'avec le code qui suit, je centre la fenêtre Carte sur les coordonnées du centroïde du point sélectionné. Résultat: ouverture d'une carte MapInfo centrée sur l'enregistrement en cours.

mapinfo_obj.do "Set Map " & _
        " CoordSys Earth Projection 3, 1002, " & Chr$(34) & "m" & Chr$(34) & ", 0, 46.8, 45.898918964419, 47.696014502038, 600000, 2200000 " & _
        " Center (centroidX(selection.obj),centroidY(selection.obj)) " & _
        " Zoom 30.0 Units " & Chr$(34) & "km" & Chr$(34)

Bon sang, faut que je trouve d'où vient ce kwak.