Message posté par : ElieLouet (elie_louet(a)outlook.fr)
----------------------------------------
Bonjour,
Je travaille sur QGIS et avec l'extension OpenRecoStar liée aux réseaux électriques. Cependant jusqu'à présent je n'ai pu que lire les gml et jamais ouvrir un gml avec cette extension et donc le retravailler dans qgis. Chaque fois que j'essaie d'ouvrir le gml, j'obtiens le message d'erreur ci-après. J'ai échangé avec mes anciens camarades de Master Géomatique mais aucun n'a pu trouver la solution donc je me reporte vers Georezo. N'ayant pas trouvé dans le forum de sujet sur cette thématique, j'ouvre donc ce post dans le forum QGIS, et m'excuse par avance si ce n'est pas le bon emplacement.
Je vous remercie d'avance pour vos réponses.
Elie
PS : voici donc le message d'erreur, assez long (j'ai volontairement caché le chemin du gml et du gpkg lié au gml car il s'agit d'une utilisation professionnelle) :
ERROR 1: SSL certificate problem: unable to get local issuer certificate
ERROR 3: Cannot resolve https://gitlab.com/StaR-Elec/StaR-Elec/-/raw/main/RecoStaR/SchemaStarElecRe…
ERROR 1: Unable to open datasource `GMLAS: #chemin local du gml# with the following drivers.
-> `MEM'
-> `PCIDSK'
-> `netCDF'
-> `PDS4'
-> `VICAR'
-> `JP2ECW'
-> `JP2OpenJPEG'
-> `PDF'
-> `MBTiles'
-> `BAG'
-> `EEDA'
-> `OGCAPI'
-> `GDALG'
-> `ESRI Shapefile'
-> `MapInfo File'
-> `LVBAG'
-> `S57'
-> `DGN'
-> `OGR_VRT'
-> `CSV'
-> `NAS'
-> `GML'
-> `GPX'
-> `LIBKML'
-> `KML'
-> `GeoJSON'
-> `GeoJSONSeq'
-> `ESRIJSON'
-> `TopoJSON'
-> `Interlis 1'
-> `Interlis 2'
-> `OGR_GMT'
-> `GPKG'
-> `SQLite'
-> `ODBC'
-> `WAsP'
-> `PGeo'
-> `MSSQLSpatial'
-> `PostgreSQL'
-> `MySQL'
-> `OCI'
-> `OpenFileGDB'
-> `DXF'
-> `CAD'
-> `FlatGeobuf'
-> `GeoRSS'
-> `VFK'
-> `PGDUMP'
-> `OSM'
-> `GPSBabel'
-> `OGR_PDS'
-> `WFS'
-> `OAPIF'
-> `SOSI'
-> `EDIGEO'
-> `Idrisi'
-> `XLS'
-> `ODS'
-> `XLSX'
-> `Elasticsearch'
-> `Carto'
-> `AmigoCloud'
-> `SXF'
-> `Selafin'
-> `JML'
-> `PLSCENES'
-> `CSW'
-> `VDV'
-> `GMLAS'
-> `MVT'
-> `NGW'
-> `MapML'
-> `Parquet'
-> `Arrow'
-> `GTFS'
-> `PMTiles'
-> `JSONFG'
-> `MiraMonVector'
-> `ADBC'
-> `AVCBin'
-> `AVCE00'
-> `AIVector'
-> `HTTP'
ogr2ogr -f GPKG "#chemin local du gpkg lié au gml#" "GMLAS:#chemin local du gml#" -append -sql "SELECT id, COALESCE("Ligne2.5D", "Surface2.5D") geom FROM RPD_GeometrieSupplementaire_Reco" -dialect SQLITE -nln RPD_GeometrieSupplementaire_Reco_line -t_srs "EPSG:3947" -nlt LINESTRINGZ -skipfailures
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378199#p378199
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Alex482
----------------------------------------
Bonjour,
Merci pour votre réponse.
Le problème demeure après plusieurs essais, même avec d'autres fonds en WMS (OpenStreetMap...).
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=366262#p366262
Pour y répondre : qgis_fr(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 : Alban Kraus
----------------------------------------
Bonjour,
Il n'y a pas de message d'erreur dans votre texte en italique. Pourriez-vous nous le recopier en entier ?
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378187#p378187
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : marine.g
----------------------------------------
Merci pour votre aide, voici le texte d'erreur:
Erreur SQL :
-- geo_commune
---- pour éviter les doublons des données EDIGEO on sélectionne les communes avec le update_date le plus récent
INSERT INTO "Commun".geo_commune
( geo_commune, annee, object_rid, idu, tex2, creat_date, update_dat, commune, geom, lot)
SELECT
'680'||SUBSTRING(idu,1,8), '2026',
object_rid, idu, tex2,
to_date(to_char(creat_date,'00000000'), 'YYYYMMDD'),
to_date(to_char(update_date,'00000000'), 'YYYYMMDD'),
'680'||SUBSTRING(idu,1,3),
ST_Multi(ST_Union(ST_CollectionExtract(ST_MakeValid(geom),3))),
'26'
FROM "Commun".commune_id edi_commune
WHERE ogc_fid = (
SELECT ogc_fid
FROM "Commun".commune_id
WHERE idu = edi_commune.idu
ORDER BY update_date DESC
LIMIT 1
)
GROUP BY object_rid, idu, tex2, creat_date, update_date
ORDER BY idu, update_date DESC renvoyé 0 [ERREUR: A stored procedure tried to use deprecated C function 'pgis_geometry_union_finalfn'
DETAIL: Library function 'pgis_geometry_union_finalfn' was deprecated in PostGIS 3.3.0
HINT: Consider running: SELECT postgis_extensions_upgrade()
]
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378189#p378189
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Benoit D
----------------------------------------
Avec quelques échantillons connus des sites gratuits vous proposent les projections possibles. Recherchez « qu’elle est cette projection » dans votre moteur de recherche favori.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378170#p378170
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : LouisRomain (plumerault(a)gmail.com)
----------------------------------------
Bonjour
j'aimerais projeter les ombres d'un Modèle Numérique de Surface (MNS) produit par l'IGN, à certaines dates choisies de l'année, comme l'équinoxe par exemple. Et j'aimerais ensuite intégrer ces ombres sur la journée pour avoir un graphe couleur avec l'intensité lumineuse, comme avec https://www.findmyshadow.com/ qui peut faire un 'daily agregate" pour avoir les zones "froides" et les zones plus ensoleillées https://ibb.co/0pbpRhVX.
Pouvez-vous m'indiquer comment procéder ?
Merci
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378165#p378165
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : marine.g
----------------------------------------
Bonjour,
Je rencontre un problème avec l'import de mes données 2026 dans le module cadastre 3Liz.
J'utilise QGIS 3.44 et le module Cadastre en version 2.3.1
Je peux importer les données dans une base Lizmap sans erreur.
Mais lorsque je veux les importer dans une base Postgis, j'ai ce message d'erreur :
-- geo_commune
---- pour éviter les doublons des données EDIGEO on sélectionne les communes avec le update_date le plus récent
INSERT INTO "cada".geo_commune
( geo_commune, annee, object_rid, idu, tex2, creat_date, update_dat, commune, geom, lot)
SELECT
'680'||SUBSTRING(idu,1,8), '2026',
object_rid, idu, tex2,
to_date(to_char(creat_date,'00000000'), 'YYYYMMDD'),
to_date(to_char(update_date,'00000000'), 'YYYYMMDD'),
'680'||SUBSTRING(idu,1,3),
ST_Multi(ST_Union(ST_CollectionExtract(ST_MakeValid(geom),3))),
'2026'
FROM "cada".commune_id edi_commune
WHERE ogc_fid = (
SELECT ogc_fid
FROM "cada".commune_id
WHERE idu = edi_commune.idu
ORDER BY update_date DESC
LIMIT 1
)
GROUP BY object_rid, idu, tex2, creat_date, update_date
ORDER BY idu, update_date DESC
Comment puis-je y remédier?
Merci d'avance,
Marine
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378181#p378181
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 Brabant
----------------------------------------
Désolé, le forum a bugué, j'avais une erreur : SMTP server: "452 4.3.1 Insufficient system storage
Mais mes tentatives ont fini par être postées plusieurs fois ...
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378178#p378178
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 Brabant
----------------------------------------
-----------------
Alban Kraus écrit :
Bonjour,
Si votre couche n'a pas de SCR interne, QGIS renoncera à le deviner, et renoncera à la reprojeter. Elle sera affichée littéralement dans le SCR du projet.
Ainsi, lorsque le SCR de votre projet est un système de coordonnées projeté, par exemple Lambert-93 en mètres, mais que les coordonnées dans votre couche sont géographiques, exprimées en degrés, QGIS n'en saura rien, et considèrera que (1,132 ; 45,368) est (X = 1,132 m ; Y = 45,368 m). Dès lors, votre monde fait 360 m de long et 180 m de large, et peut être représenté sur une feuille A4 à une échelle de 1:1500 e.
Pour éviter ce problème, examinez manuellement les coordonnées de la couche, déterminez s'il s'agit de coordonnées géographiques (en longitude & latitude) ou de coordonnées projetées (en mètres), et assignez le bon SCR dans les Propriétés de la couche.
-----------------
Merci de votre réponse.
Mon fichier c'est world.shp, j'ai regardé ses propriétés et l'emprise est
-180.0000000000000000,-90.0000000000000000 : 180.0000000000000000,84.4740057999999863
Donc ce sont des degrés et on peut penser que c'est du WGS84. J'ai donc défini le SCR 4326 sur la couche, idem sur le projet, en bas à droite de QGIs il y a 4326.
Ensuite je crée une mise en page, j'ajoute un item Carte, puis un item Barre échelle, le SCR de l'item carte est celui du projet soit 4326.
TOUT est en SCR 4326.
L'emprise de l'item carte est bien celle attendue en degrés (-180/180 etc)
Maintenant l'item Barre echelle : je le configure en map unit (degrés), ok. Je mets une longueur fixe de 180 unités, l'échelle indique 0 - 180 - 360, mais l'item est plus large que la carte qui est sensée faire 360 degrés en longitude.
Ensuite je mets km comme unité sur l'échelle, la largeur fixe est passée à 0,001 unité, je passe à 1 unité, l'échelle devient énorme et sort de la page en largeur.
Normalement même sur une carte en degrés on devrait pouvoir afficher une échelle en kilomètres non ?
Bref je ne comprends rien.
Merci
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378177#p378177
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Alban Kraus
----------------------------------------
Bonjour,
Si votre couche n'a pas de SCR interne, QGIS renoncera à le deviner, et renoncera à la reprojeter. Elle sera affichée littéralement dans le SCR du projet.
Ainsi, lorsque le SCR de votre projet est un système de coordonnées projeté, par exemple Lambert-93 en mètres, mais que les coordonnées dans votre couche sont géographiques, exprimées en degrés, QGIS n'en saura rien, et considèrera que (1,132 ; 45,368) est (X = 1,132 m ; Y = 45,368 m). Dès lors, votre monde fait 360 m de long et 180 m de large, et peut être représenté sur une feuille A4 à une échelle de 1:1500 e.
Pour éviter ce problème, examinez manuellement les coordonnées de la couche, déterminez s'il s'agit de coordonnées géographiques (en longitude & latitude) ou de coordonnées projetées (en mètres), et assignez le bon SCR dans les Propriétés de la couche.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=378167#p378167
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net