Le portail francophone de la géomatique

Bonjour,
Je suis actuellement en train de tester ce lien avec PostGis. J'ai réussi à afficher ma table mais lors de l'ouverture, j'ai un message qui m'indique que ma table n'est pas éditable.  Es-il possible de modifier cette table: rajouter des polygones, modifier leur contour? Y'a t'il une manipulation à faire qui m'a échappée pour faire ceci?
Merci

Merci de ta réponse, Yves.
Oui, ma table possède bien une clé primaire et je ne pense pas que cela soit un problème de droits. Je n'ai aucun souci de modifications de la même table sous Qgis.
J'arrive maintenant à modifier mes polygones, (je ne sais pas pourquoi), mais impossible de saisir mes données attributaires...

Bonjour,

Je suis également en train de faire des recherches de connexion MapInfo 10 et PostGIS et tout fonctionne bien sauf avec les VUES de POSTGIS:

Impossible de modifier les données (alpha et geo) d'une Vue POSTGIS dans MapInfo.

Alors que dans QGIS, j'arrive bien à afficher, modifier et enregistrer la même vue.

J'ai pourtant un champ MI_PRINX dans ma vue qui provient d'un champ numérique unique et indexé.
J'ai également des règles permettant les opérations UPDATE/INSERT/DELETE (sinon, ca ne fonctionnerait pas non plus dans QGIS d'ailleurs)

Même avec une vue très simple comme "Select * from MaTableSpatiale", ca ne fonctionne pas.

J'utilise pourtant le driver ODBC "psqlodbc-08_02_0300" recommandé par MapInfo.

Qqun aurait-il trouvé une solution à ce problème ?

Merci d'avance,

Christophe Barbier, I2G

Bonjour,

Pour qu'une table spatiale stockée dans PostGIS soit cartographiable dans MapInfo, il est nécessaire de créer et renseigner une table MAPINFO_MAPCATALOG dans PostGIS qui contient des informations sur la représentation cartographique de cette table.

Historiquement, MapInfo s'est tjrs appuyé sur ce système pour cartographier des tables DBMS.
(à ma connaissance en tout cas...)

Pour info, EasyLoader crée et renseigne automatiquement cette table.
Sinon, il faut passer par la commande "Table --> Gestion Table --> Cartographier Table DBMS..."


Cordialement,


Christophe Barbier, I2G

Bonjour à tous, résultats après deux journées de tests à l'aveugle sur les drivers ODBC, j'ai finalement compris que de nombreuses erreurs sur la visualisation des vues ne viennent pas des drivers:

   Bonne nouvelle, Mapinfo v10.5.2 et postgres 9.0.1 + postgis 1.5 fonctionne. Driver ODBC de v9, quelque soit la version.. et on peut voir des vues SQL. Par contre, un driver 8.3 ou 8.4 ne verra pas les géométries d'une postgres 9..

  La mauvaise nouvelle, j'ai des messages d'erreurs concernant les SRID dans deux configurations opposées, selon que l'on travaille sur des tables, ou sur des vues...
  En clair : une table définie avec des SRID 2154 (contrainte sur la table) et lambert 93 dans le mapcatalog est correctement lue par Mapinfo, sans même avoir un champ MI_PRINX. Un champ unique integer suffit.
  A l'opposé, une vue simple de cette même table, définie dans la même manière dans le mapcatalog, renvoi un message d'erreur ODBC ".. two geometries with different SRID...".
Si l'on bascule les SRID à -1 sur les géométries, alors là, on peut visualiser la vue correctement.. mais c'est la table qui renvoie cette fois une erreur SRID!!!

On s'en sort de la manière suivante:
  - on travaille sur les tables postgis natives normalement, avec leur SRID correctement définis au sens EPSG (2154 chez moi). Il faut obligatoirement un champ numérique unique, qui peut-être un OID, ou un champ séquentielle entier classique.
- Toute vue SQL doit être définie en donnant l'alias "MI_PRINX" à ce champ numérique.
- le champ géométrique de cette vue doit être rebasculé en SRID = -1 à la volée par un st_set_srid
Exemple:

 
CREATE OR REPLACE VIEW geo.layer_rwbody AS 
 SELECT  rwbody.eu_cd AS code, st_setsrid(rwbody.geoml93, -1) as geoml93, rwbody.oid as "MI_PRINX"
   FROM geo.rwbody;

ça mérite une remontée d'anomalie à Pitney Bowes tout ça.. J'envoie ça de mon coté.

Régis...