Message posté par : Theos2000
----------------------------------------
Sans doute possibilité de passer par les fichiers .shp et un ETL...
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=326026#p326026
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 : Nicolas Vaginay
----------------------------------------
Merci. Vous chargez toutes les tables ou une partie uniquement?
Il va falloir que je demande aux informaticiens de pousser les murs car, même si je supprime ensuite tout ce dont je n'ai pas besoin, je n'ai pas assez d'espace pour charger la base nationale...
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325995#p325995
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 : Sylvain M.
----------------------------------------
Voici ce que je fais personnellement :
1] j'importe la table nationale via PSQL
2] je découpe cette table selon mon territoire, via une requête de ce type :
-----------------
Code :
CREATE TABLE france_2019.zone_de_vegetation_territoire AS
SELECT zv.*
FROM france_2019.zone_de_vegetation zv
JOIN france_2019.mon_territoire t ON ST_Intersects(zv.geometrie, t.geom)
WHERE t.nom is not null;
-----------------
3] Je supprime la table nationale (DROP SQL)
Ce serait certainement scriptable, mais dans mon cas, ça me convient (beaucoup plus simple que quand je devais fusionner plusieurs départements SHP !)
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325991#p325991
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 : Nicolas Vaginay
----------------------------------------
Bonjour,
Je souhaite intégrer la BDTOPO v3 au format PostgreSQL mais impossible de télécharger une autre emprise que la France métropolitaine alors que je n'ai besoin que d'un département. J'ai posé la question à l'IGN pour savoir si c'est possible ou non. En attendant la réponse, je vous la pose aussi, ça ne mange pas de pain...
De plus et en supposant qu'on ne puisse pas, quelqu'un a-t-il travaillé sur une adaptation des fichiers SQL permettant de restreindre l'import des données à un territoire particulier? Comme toutes les classes d'objets n'ont pas de COG et que l'identifiant des objets ne semble contenir aucune référence à un département ou une commune, je ne sais pas comment m'y prendre.
Le chargement d'un seul fichier SQL métropolitain fonctionne bien mais impossible d'envisager de tout charger en base, je n'ai pas assez de place pour ça.
Merci pour votre aide
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325963#p325963
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 : Sylvain M.
----------------------------------------
-----------------
Citation :
Je teste ça !
-----------------
Testé, et approuvé !
Au cas où ce soit utile à d'autres !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325947#p325947
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 : Sylvain M.
----------------------------------------
Bon, je crois avoir trouvé la solution (et j'avais même déjà participé à l'échange en question) : https://forums.postgresql.fr/viewtopic.php?id=1854
Il semblerait qu'un
-----------------
Code :
row_number() OVER () AS oid
-----------------
soit suffisant !
Je teste ça !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325946#p325946
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 : Sylvain M.
----------------------------------------
Bonjour à tous,
Suite à ce message (https://georezo.net/forum/viewtopic.php?id=117356) , je prends la bonne résolution de passer systématiquement par DB Manager pour charger mes couches PostGis.
Cependant, je fais face à un nouveau petit problème : pour pas mal de mes couches, issues de vues (matérialisées), j'obtiens une erreur au chargement car QGis n'identifie pas de clé primaire.
-----------------
Citation :
Pas de clé mentionnée pour la vue/requête.
Couche PostgreSQL sans clé primaire
-----------------
Effectivement, quand je passe par le bouton "Ajouter une couche PostGis" (donc sans passer par DBManager), je dois indiquer manuellement pour ces vues quel champ utiliser comme clé primaire.
Y aurait-il un moyen, dans le SQL de création de la vue (matérialisée), de définir quel champs est une clé primaire, et que QGis l'identifie automatiquement ?
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325945#p325945
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 : Sylvain M.
----------------------------------------
-----------------
Citation :
Peut être est ce aussi votre import shape vers postgis qui n'est pas
correctement paramétré (simple supposition...)
-----------------
Non, je ne suis pas parti des SHP !
Je suis parti de la livraison de la Bd-Topo au format SQL : c'est beaucoup plus pratique maintenant, et France Entière !
(pour moi qui travaille sur 4 départements et 2 régions, plus besoin d'assembler les SHP : j'importe le SQL national, que je découpe juste par mon territoire)
Et c'est bien ces fichiers SQL originaux qui définissent toutes les géométries de cette manière :
-----------------
Citation :
SELECT AddGeometryColumn('table','geometrie',2154,'GEOMETRY',2);
-----------------
Merci pour vos retours qui m'ont encore fait progresser dans l'apprentissage de PGSQL ! :D
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325918#p325918
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 : T. Rossini
----------------------------------------
-----------------
Sylvain M. écrit :
(mais je vais devoir le faire manuellement, car je ne connais pas de moyen pour le faire pour toutes les tables de tous les types...)
-----------------
Il y a un moyen avec l'outil en ligne de commande psql, en utilisant la méta-commande \gexec.
-----------------
Sylvain M. écrit :
Du coup, ça me semblerait quand même plus pratique, pour les prochaines livraisons, que le type soit précisé dans le champ geometrie.
Êtes-vous d'accord là dessus ?
-----------------
Encore une fois à voir avec l'IGN, mais oui apparemment.
Peut être est aussi votre import shape vers postgis qui n'est pas
correctement paramétré (simple supposition...)
-----------------
Edouard Hyvernat écrit :
Sinon, passez directement par l'extension officielle "DB Manager" ; Pour ma part, je trouve qu'elle a bien plus d'avantage car on peut y insérer des requêtes spécifiques, créer/modifier les tables... Bref administrer sa base assez facilement et charger les résultats d'un SELECT en tant que nouvelle couche par exemple.
-----------------
Completement d'accord
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325915#p325915
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 : Sylvain M.
----------------------------------------
-----------------
tumasgiu écrit :
-----------------
Citation :
Le type de géométrie n'est donc pas précisé [...]
-----------------
peut être est ce à dessein parceque la table peut contenir des géométries de tout type ? [...]
-----------------
J'ai inspecté les tables - avec SELECT ST_GeometryType(geometrie) - et ce n'est pas le cas : chaque table a son propre type de géométrie.
(ce qui me parait logique d'ailleurs, puisque la BD-Topo était livrée en SHP précédemment)
Du coup, le problème est bien identifié, et je pense le résoudre en faisant des requêtes de ce type :
-----------------
Code :
ALTER TABLE france_2019.batiment ALTER COLUMN geometrie type geometry(MultiPolygon, 2154);
-----------------
(mais je vais devoir le faire manuellement, car je ne connais pas de moyen pour le faire pour toutes les tables de tous les types...)
Du coup, ça me semblerait quand même plus pratique, pour les prochaines livraisons, que le type soit précisé dans le champ geometrie.
Êtes-vous d'accord là dessus ?
-----------------
Edouard Hyvernat écrit :
Sinon, passez directement par l'extension officielle "DB Manager"
-----------------
En effet, c'est le plus simple : il suffit de changer mon habitude :)
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=325910#p325910
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