IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

PostgreSQL Discussion :

shp2pgsql génère une table vide sur postgreSQL/PostGIS


Sujet :

PostgreSQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    465
    Détails du profil
    Informations personnelles :
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Janvier 2007
    Messages : 465
    Par défaut shp2pgsql génère une table vide sur postgreSQL/PostGIS
    Bonjour,
    Je m'adresse à ceux qui ont utilisé l'utilitaire shp2pgsql pour exporter un fichier shape vers PostgreSQL/PostGIS.
    En fait, j'utilise PostgreSQL 8.4 et PostGIS 1.4.
    J'ai essayé d'exporter un fichier shape (composé d'un ensemble de polygones) vers PostgreSQL en utilisant la ligne de commande (sur Windows):
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    shp2pgsql -D -I W:\SHP\myFile.shp myTable | psql myDatabase
    Mais, j'obtiens toujours une table vide. Sachant que lorsque j'exécute la ligne de commande ci-dessus, j'obtiens un message d'erreur me disant
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    0 closed shape
    ROLLBACK
    Sinon, lorsque j'ouvre mon fichier shape dans ArcMAP, il s'affiche normalement et la table attributaire contient toutes les données.
    Pourriez vous m'aider à résoudre le problème?
    Merci d'avance.

  2. #2
    Expert éminent
    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 814
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 814
    Billets dans le blog
    14
    Par défaut
    Peut-être que le programme n'aime pas ces saloperies d'antislashes à la mode DOS/Winbug ?

    Suggestions à essayer :
    - entourer de guillemets le chemin complet vers le fichier ;
    - doubler les antislashes W:\\SHP\\myFile.shp
    - les deux mon capitaine !
    - remplacer les antislashes par des slashes.
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole, en retraite... mais toujours Autoentrepreneur à l'occasion.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #3
    Membre éclairé
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    465
    Détails du profil
    Informations personnelles :
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Janvier 2007
    Messages : 465
    Par défaut
    Citation Envoyé par CinePhil Voir le message
    Peut-être que le programme n'aime pas ces saloperies d'antislashes à la mode DOS/Winbug ?

    Suggestions à essayer :
    - entourer de guillemets le chemin complet vers le fichier ;
    - doubler les antislashes W:\\SHP\\myFile.shp
    - les deux mon capitaine !
    - remplacer les antislashes par des slashes.
    Merci pour ta réponse, mais je crois que t'as pas bien compris ma question.
    En fait, la syntaxe n'est pas fausse. Je l'avais déjà essayé avec d'autres fichiers et ça marche trés bien. Ma question porte sur la correction du fichier d'origine pour avoir une table pleine.

  4. #4
    Membre émérite
    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Corse (Corse)

    Informations forums :
    Inscription : Janvier 2006
    Messages : 491
    Par défaut
    bonjour,
    justement comment as tu généré le shape, car d'après le message
    tu n'as aucune forme fermée ce qui est obligatoire pour un polygone

  5. #5
    Membre éclairé
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    465
    Détails du profil
    Informations personnelles :
    Localisation : France, Bas Rhin (Alsace)

    Informations forums :
    Inscription : Janvier 2007
    Messages : 465
    Par défaut
    Citation Envoyé par xavier-Pierre Voir le message
    bonjour,
    justement comment as tu généré le shape, car d'après le message
    tu n'as aucune forme fermée ce qui est obligatoire pour un polygone
    En fait la table n'est pas vide, mais pour l'afficher il faut faire un filtrage du résultat. Je m'explique, par exemple si j'exécute la requête suivante sur PostgreSQL/PostGIS:
    J'ai le message suivant.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    ERREUR:  geometry requires more points
     
    ********** Erreur **********
     
    ERREUR: geometry requires more points
    État SQL :XX000
    Alors que, si j'exécute la requête suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SELECT gid, entity FROM myTable
    J'obtiens toutes les lignes.
    Le problème réside dans le champs "the_geom" qui décrit la géométrie. Il manque des points pour quelques polygones.
    Malgrés que j'ai fait une correction géométrique de mon fichiers sur ArcGIS, j'ai toujours le même problème en l'exportant vers PostgreSQL/PostGIS.

  6. #6
    Membre émérite
    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Corse (Corse)

    Informations forums :
    Inscription : Janvier 2006
    Messages : 491
    Par défaut
    bonsoir , peut etre que tu peux savoir quels sont les enregistrements qui posent problemes et les corriger
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    select gid from mytable where isvalid(the_geom)=false (ou isnull à vérifier

Discussions similaires

  1. Réponses: 1
    Dernier message: 26/08/2013, 17h24
  2. Query tres lent sur une table vide ?!
    Par CAML dans le forum SQL
    Réponses: 6
    Dernier message: 24/04/2009, 15h08
  3. Requete dans une table vide
    Par MaitrePylos dans le forum Langage SQL
    Réponses: 3
    Dernier message: 17/08/2005, 13h26
  4. j'arrive pas a inserer dans une table vide
    Par djouahra.karim1 dans le forum Bases de données
    Réponses: 16
    Dernier message: 03/05/2005, 14h24
  5. Probleme avec une table vide
    Par king dans le forum Bases de données
    Réponses: 5
    Dernier message: 20/03/2004, 14h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo