Message posté par : Alphonse_66
----------------------------------------
Bonjour à tous,
J'ai une petite centaine de fichiers à reprojeter. Ce sont des fichiers txt se présentant tous sous la même forme. J'ai commencé à utiliser Circe 5.1, l'outil open software de l'GN, mais je dois pour le moment manipuler les fichiers un à un. Il faut sélectionner à chaque fois l'emplacement et le nom du fichier source puis l'emplacement et le nom du fichier destination. La moindre inattention se traduit par une erreur, un fichier résultant vide ou avec les données de la précédente source.
Comme j'ai encore une autre centaine de transformations qui m'attendent, j'ai essayé de créer un fichier batch (je travaille avec Windows). Mais je ne parviens même pas à lancer l'exécutable en ligne de commande. Les paramètres sont bien ceux que le logiciel affiche dans la fenêtre de l'interface graphique, ce que recommande le mode d'emploi, mais ils ne sont pas acceptés.
Quelqu'un aurait une solution pour automatiser cette opération ? Ou un autre logiciel fiable qui ferait des reprojections de même précision ?
A.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=333791#p333791
Pour y répondre : geolibre(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 : Christophe BADOL
----------------------------------------
-----------------
Hydrolithe écrit :
Bonjour,
En lançant gdalinfo avec l'option -approx_stats sur le .vrt de la BD Otho à l'échelle d'un département, cela prend un temps très long. J'ai laissé tourner la commande plus de 10 heures et le calcul de la bande 1 n'était pas terminé.
Est-ce qu'il y a une subtilité que je n'ai pas vue ou bien est-ce long dans tous les cas ?
Pierre
-----------------
Un gdalinfo avec l'option -approx_stats sur un VRT de la BD Ortho HR d'un département prends toujours moins d'une heure, même pour les plus gros départements.
Le problème doit être ailleurs !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=353640#p353640
Pour y répondre : geolibre(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 : Pierre
----------------------------------------
Bonjour,
En lançant gdalinfo avec l'option -approx_stats sur le .vrt de la BD Otho à l'échelle d'un département, cela prend un temps très long. J'ai laissé tourner la commande plus de 10 heures et le calcul de la bande 1 n'était pas terminé.
Est-ce qu'il y a une subtilité que je n'ai pas vue ou bien est-ce long dans tous les cas ?
Pierre
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=351779#p351779
Pour y répondre : geolibre(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 : image95
----------------------------------------
Bonjour,
Je travaille sous windows. Postgis et gdal (j'utilise gdal/ogr2ogr depuis l'invit de commande. Version de gdal disponible sous C:\Program Files\QGIS 3.16\bin).
Jusqu'à maintenant, au sein de ma base postgis, j'effectuais des insertions de nouvelles entités au sein de table existante
via des requetes SQL du type :
-----------------
Code :
INSERT INTO SCHEMA_humain.TableDestination (
"fieldXX",
"geom")
SELECT
"fieldXX",
"geom"
FROM table_Source
-----------------
Ou bien des mises à jour d'entités (update)
grace à
-----------------
Code :
update
set
from
where
-----------------
Celà fonctionnait. Mais la grosse limite de cette approche est qu'elle necessite au prealable d'importer au sein de la bdd postgis les shp.
Mon but est donc de directement inserer de nouvelles entités / mettre à jour (depuis fichier source shp/table destinatation postgis en utilisant gdal.
Afin de s'affranchir de cette importation de shp ds la bdd.
Le fichier source est 1 fichier shapefile de POINTS (EPSG 2154)
La table cible/destination est donc une table postgis deja existante de POINTS (EPSG 2154)
(Je précise que le schema de la table de destination n'est PAS le schema public mais le schema 'humain'.)
Il semble y avoir 2 approches pour accomplir cette tache. Soit d'utiliser les options -append associé à -fieldmap.
Soit l'approche avec -sql en définissant la requete SQL.
Je privilegie si possible l'approche avec -sql.
Voici la structure à laquelle je pensais.
-----------------
Code :
ogr2ogr - progress - append D:\XXX.shp
-f PG:"dbname='dbname' host='ipXXXXX' port='5432' user='XXXX' password='XXXX' active_schema='humain'"
-sql
INSERT INTO schema_humain.TableName (
"champ1",
"champ2",
"champ3",
"geom")
--selection des champs du SHP
SELECT
"champ1",
"champ2",
"champ3",
"geom"
FROM
shp
-----------------
Une personne pourrait elle me dire si je me fourvoie ? Avec cette méthode, est il possible de specifier les champs du shp au sein de la clause SQL ? (champ non geom et champ geom?). Lorsque comme moi on a en entrée du shp et en sortie une table postgis, doit on plutot prioriser l'approche avec -append -addfield ou -update plutot que l'approche avec -sql ?
Merci beaucoup.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=353329#p353329
Pour y répondre : geolibre(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