Le portail francophone de la géomatique

Bonjour,
mes premières tentatives d'import via SPIT ayant échoué, je me suis depuis rabattu sur d'autres outils notamment, pour rester dans des solutions interfacées:
- dans PGAdmin, menu Plugins > Postgis shapefile and DBF Loader évoqué icipar exemple
- non utilisé, mais dans QGIS, menu Base de Données, DBManager offre la possibilité d'importer des shapefiles dans PostGIS. Il me semble avoir, il y a un moment, vu des discussions qui laissaient penser que DBManager était destiné à unifier/remplacer tous les outils orientés QGIS<--> PostGIS et donc, intégrerait les fonctionnalités de SPIT. Essayez donc aussi DBManager.

Au delà de ce problème, lors de la création de nouvelles données dans une table postgis, cette erreur peut revenir souvent, du fait que la géométrie de la table est définie en polygon ou multipolygon et que ce que l'on veut y mettre n'est pas forcément ça. Pour contourner ça, dans PGAdmin, j'ai décidé, pour le champ géométrique de mes tables postgis de n'utiliser que le type geometry, c'est-à-dire qu'au lieu, par ex, de

geom geometry ('MULTIPOLYGON',2154)

qui est très souvent généré par l'utilitaire "shapefile loader" de pagAdmin, je remplace la définition de ma table avec

alter matable 
alter column geom type geometry,
add  CONSTRAINT enforce_geotype_geom CHECK (geometrytype(geom) = ANY (ARRAY['MULTIPOLYGON'::text, 'POLYGON'::text])), --pour n'y accepter que polygone et multipolygone
add  CONSTRAINT enforce_srid CHECK (st_srid(geom) = 2154) -- pour rester en L93

Par contre, il semble que mélanger polygon et multipolygon ne permette pas non plus d'utiliser de façon sereine certaines fonctions de PostGIS mais ça, c'est une autre histoire...

Effectivement cela fonctionne beaucoup mieux avec les bons outils.

DBManager fait très bien ce que je souhaite, je vais donc l'utiliser dorénavant.

Merci pour vos explications et conseils.

Je garde de coté le morceau de code du champ géométrique, si jamais une erreur se présente.

Merci encore, bonne journée.