Message posté par : Edouard Hyvernat
----------------------------------------
Bonjour,
Je ne suis pas la personne la plus éclairé pour répondre à vos questionnements car je manque de pratiques et de bases solides mais étant une nouvelle fois attérré (et triste aussi disons le) par les réponses de M. Boulerie qui est toujours prompt pour noyer ou enfumer les posts par des considérations alambiquées je vais essayer de reprendre point par point votre message avec mes mots bien imparfaits :
-----------------
Citation :
Débutant sur Postgis, je m’entraîne à importer des couches vecteurs de QGis à PostGre
-----------------
Petite remarque préalable : PostgreSQL est un gestionnaire de base de données qui comprend plusieurs extensions dont PostGis qui permet de traiter des objets géographiques via un ensemble de fonctions dédiées et en stockant et en permettant l'interprétation de cette géométrie par des outils tiers.
Un des intérêts d'utiliser des "données SIG" étant de permettre d'avoir une représentation géométriques (point, ligne, polygone) dans l'espace augmentée d'un ensemble d'attribut, la bonne démarche à mon sens est de s'intéresser d'abord au fonctionnement de PostgreSQL puis à ce qu'apporte PostGIS à ce gestionnaire de base de donnée
En synthèse de comprendre la syntaxe pour charger, créer, sauvegarder, etc. des données dans PostgreSQL puis de comprendre comment, une fois l'extension PostGIS installé lorsqu'on charge dans un champ dédié (ex : the_geom) une chaîne de caractères de type "01000100000A00660CD58565..." (format WKB) et bien cela permet à un outil tiers (ex QGIS) d'interpréter ce champ comme un polygone, une ligne ou un point localisé dans l'espace.
-----------------
Citation :
Jusqu'à présent, en m’entraînant à créer des bases de données simples sur PostGre, je faisais en sorte de toujours garder le script de création des tables et de remplissage avec moi
-----------------
Effectivement, en travaillant de la sorte, on peut dire que vous prenez les choses par le "bon bout" puisque vous allez vous familiariser avec les commandes de PostgreSQL permettant de créer des bases de données, des tables, des champs à l'intérieur de ces tables et donc de les peupler d'objets (de ligne dans votre base de donnée pour vulgariser à l'extrême). C'est vous qui créez directement de la donnée dans PostgreSQL par vos scripts, et via une syntaxe spécifique.
-----------------
Citation :
Or, j'ai récemment découvert sur QGis 3.8 l'option "Exporter dans PostGreSQL", permettant d'importer directement une couche vecteur directement dans ma base de donnée sur PostGre
-----------------
Donc si on réfléchit à ce que fait cette "option", on comprend que QGIS va jouer le rôle de l'instructeur à votre place et donner les ordres pour que votre base de donnée soit remplie.
-----------------
Citation :
Cependant, sauf erreur de ma part, aucun script ne s'est crée. Pas de CREATE TABLE, ni de INSERT INTO.
-----------------
Si vous me suivez toujours dans mon raisonnement, vous savez que votre base de donnée a besoin d'instructions et de valeurs pour se peupler mais le fait de sauvegarder cette instruction est un choix personnel et PostgreSQL n'a pas besoin de stocker, d'enregistrer cette instruction pour "travailler". Il reçoit un ordre, il l'exécute et seul résultat de tout cela est stocké en dur dans la base de donnée.
Ceci étant dit, si vous utilisez un outil graphique type PG Admin pour travailler votre BD, vous trouverez bien l'instruction CREATE TABLE dans la définition de chaque table de votre base de données.
-----------------
Citation :
Doit-on se passer de scripts lorsqu'on passe au spatial dans PostGre ?
-----------------
Manifestement cette question qu'on pourrait garder comme sujet d'un Baccalauréat imaginaire sur la philosophie des SIG (pardonnez mon sarcasme) me pousse à vous recommander de reprendre progressivement chaque point évoqué plus haut et vous en déduirez alors que :
- Comme tout gestionnaire de base de données, qu'elles soient spatiales ou non, PostgreSQL a besoin d'instructions écrites qu'on appelle souvent "script" et peuvent être produites directement par vous via le terminal/la console (ex : psql qui est le terminal de PostgreSQL), via une interface graphique (PG Admin, DBeaver par ex.), via un outil SIG (QGIS par ex.)
-----------------
Citation :
Selon moi c'est aussi un excellent moyen de limiter la taille des données shape, vu que tout tiens dans un script.
-----------------
Je vais terminer par ce par quoi j'aurai du commencer.
Prenez le temps de lire par exemple ce cours : http://www.postgis.fr/chrome/site/docs/workshop-foss4g/doc/index.html et dans quelques temps vous vous rendrez compte que votre phrase n'est pas très intelligible.
J'ai beaucoup écrit pour pas grand chose au final et je ne veux pas paraitre comme un donneur de leçon ni être cassant mais je souhaitais vous faire prendre conscience de l'importance de lire, et de comprendre au moins de manière schématique, le fonctionnement de vos outils avant de foncer tête baissée dans leurs utilisations... et aussi de ne pas vous laisser croire que le sûrement très sympathique Pascal Boulerie saura vous aider dans vos questions ;)
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326627#p326627
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : preliator
----------------------------------------
Merci pour votre réponse.
Mes fichiers shape sont stockés dans un dossier dans mon bureau. C'est simplement lorsque je les ouvre dans QGis que j'utilise l'outil pour exporter vers PostGreSQL.
J'ai trouvé un début de piste pour répondre à ma question. J'ai trouvé un moyen d'exporter le script de ma BDD de PostGreSql dans un fichier .sql avec le cmd de Windows, et la formule suivante :
-----------------
Code :
pg_dump -U postgres -s NOM_BASE_DE_DONNEE > C:\Users\NOM_USERS_WINDOWS\Desktop\EXPORT.sql
-----------------
Malheureusement, il semble que seul les CREATE TABLE soient exportés, et non les remplissages de ces dernières.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326611#p326611
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Pascal Boulerie
----------------------------------------
Les données Shape sont stockées comment à l’origine dans votre configuration de traitement actuel ?
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326603#p326603
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Pascal Boulerie
----------------------------------------
Il y a peut-être aussi un lien cassé à faire réparer :
https://docs.qgis.org/3.4/en/docs/preamble/features.html#create-edit-manage…
Sinon c’est intéressant de tâcher de répondre à vos questions pour bien documenter ce logiciel libre.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326602#p326602
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Pascal Boulerie
----------------------------------------
Ça doit être décrit dans le manuel utilisateur.
Ah ben zut alors ? Non ? (je n’ai pas trouvé de détails, mais ma connexion en ce moment est peut-être trop mauvaise...)
https://docs.qgis.org/3.4/en/docs/user_manual/preamble/features.html#create…
Si quelqu’un est volontaire pour peupler la doc ?
Une solution est de regarder la liste des cases et autres disponibles dans la fenêtre de l’interface du logiciel.
Quant au sujet du fil 🧶de discussion, il me semble ne pas refléter exactement la question.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326601#p326601
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : preliator
----------------------------------------
Bonjour à tous,
Débutant sur Postgis, je m’entraîne à importer des couches vecteurs de QGis à PostGre. Cependant, je me pose une question.
Jusqu'à présent, en m’entraînant à créer des bases de données simples sur PostGre, je faisais en sorte de toujours garder le script de création des tables et de remplissage avec moi, afin de pouvoir le partager, le modifier quand j'en ai envie. Or, j'ai récemment découvert sur QGis 3.8 l'option "Exporter dans PostGreSQL", permettant d'importer directement une couche vecteur directement dans ma base de donnée sur PostGre.
Cependant, sauf erreur de ma part, aucun script ne s'est crée. Pas de CREATE TABLE, ni de INSERT INTO.
Doit-on se passer de scripts lorsqu'on passe au spatial dans PostGre ? Selon moi c'est aussi un excellent moyen de limiter la taille des données shape, vu que tout tiens dans un script.
Merci à vous.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326600#p326600
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : tevrard
----------------------------------------
Bonjour,
Je voudrais rebondir sur le passage suivant
-----------------
Nicolas Ribot écrit :
Pour les schémas, il faut granter le droit USAGE au minimum pour qu'un user puisse accéder aux objets du schéma.
-----------------
Je souhaite qu'un utilisateur n'ait accès qu'à certains schémas d'une bdd. J'arrive avec les grant à lui bloquer l'accès aux données mais je voudrais que l'ensemble des objets auxquels il n'a pas droit soient invisibles pour lui.
-----------------
Code :
REVOKE USAGE ON SCHEMA schema_1 FROM user
-----------------
Ne rend pas invisible le schéma_1 pour l'utilisateur user. Ce dernier pour toujours rentrer dedans et avoir la liste des tables (sous PGAdmin 3).
Je suppose donc que je passe à coté de quelquechose...
NB : Postgres 9.1 et PgAdmin 3
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326438#p326438
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : EnilecT
----------------------------------------
Bonjour,
Merci, cela fonctionne avec la définition d'une clé primaire.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326421#p326421
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Abdoulayi111
----------------------------------------
Bonjour,
J'ai une base de données Postgres avec interface PgAdmin3. Ma base de données est connectée à QGIS 2.18.
La base données contient plusieurs schémas et dans chacune des schémas, j'ai les mêmes types de tables.
Postgres permet d'associer un style par défaut à une table.
J'ai créé un style depuis QGIS que je souhaite appliquer à plusieurs tables, mais je n'y arrive pas comme je le souhaite.
Je me rends compte qu'actuellement à chaque fois que j'applique mon style à une table, Postgres me créée un nouveau style dans la base de données.
Mon souhait serait d'appliquer un style à plusieurs tables et non que Postgres me créée autant de style que de tables.
La table qui contient mes styles est normalement stockée dans : public.layer_styles.
Quel serait le moyen le plus efficace qui éviterait des doublons.
Je suis preneur pour une requête SQL ou tout autre solution.
Merci de votre aide.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326396#p326396
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Arnaud CX
----------------------------------------
Bonjour tumasgiu,
merci pour votre retour et désolé pour le temps de réponse car je viens seulement de prendre mon poste.
J'ai beau lire le lien que vous m'avez donné, mais je n'arrive pas à l'appliquer concrètement dans mon projet, en fonction des informations dont je dispose.
Je vous joint le shp des routes, le shp des PR et le tableau des travaux, pour que ça vous parle plus.
Merci d'avance pour votre aide.
----------------------------------------
Ce message est accompagné de fichiers, pour les télécharger, suivre le lien ci-dessous.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326395#p326395
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net