Cartographie IGN gratuite au 1er Janvier 2021
L'IGN rend ses données publiques gratuites. Les données publiques de l'Institut national de l'information géographique basculent vers la gratuité. A compter du 1er janvier 2021, toutes les données publiques (vecteur et ortho-images) de l’IGN seront libres et accessibles gratuitement. L’ouverture des données IGN sous licence ouverte Etalab 2.0, signifie un accès et un usage gratuit pour tous sans droits de reproduction, ni de diffusion à payer. Parmi les bases concernées on trouve TOPO, ORTHO, forêt et le RGE Alti.
Théoriquement le prix des cartes Twonav devraient baisser car ce sera gratuit pour eux, il faudra juste payer la mise en forme des cartes, le découpage et la transformation.
-
HGT...non désolé HDR.. une fois décompressé le répertoire contient une lise de 363 fichiers.asc, le menu d'ouverture propose case a cocher en bas a droite de TOUT "décompresser"
Donc suit une liste voir image d'un poste precedent ou il y 4 fichiers pour chaque dalle (.asc, .dem; .hdr, .prj)
Il suffit de trier et d'ouvrir tous les .hdr
Puis lister dans land LISTE/LISTE des relief et unir dans un *.cdem
C'est simple ?
-
Sur l'aspect qualité du fichier 5 x 5 m c'est la taille des mailles.. Sur l'image ci-dessous une Rtmap perso les courbes ont été extraites de la carte IGN donc avec un pas altimétriques de 5m, dans cette zone. Ont distingue nettement les paliers d'altitude entre les courbes il y en a 4 ! (Diabolique!)
-
Et pour convertir vos ASC en DEM/HDR, vous les avez fait un par un ?
MAJ : trouvé !
Je me réponds...
C'est tordu dans Land, on ne peut demander à ouvrir qu'un fichier, mais quand celui-ci est choisi, on a une case à cocher pour prendre tout le répertoire ! Un peu tordu quand même la logique...
-
Je récapitule :
A partir du fichier téléchargé un zip:
Dans le gestionnaire de fichier ckic droit sur le fichier extraire vers (Definir un path particulier dans le dossier téléchargement)
Ensuite dans land : Menu carte/importer relief/
Les données sont ici:
C:\...\...\Downloads\tuto\RGEALTI_2-0_5M_ASC_LAMB93-IGN69_D002_2020-09-04\RGEALTI_2-0_5M_ASC_LAMB93-IGN69_D002_2020-09-04\RGEALTI\1_DONNEES_LIVRAISON_2020-11-00140
Ouvrir juste le premier fichier *.asc.. se laisser guider une fenêtre apapraît elle propose de définir projection et datum Lambert_93 et WGS 84 (ce matin lambert est devenu RG 93 es dalles se sont ouvertes en polynésie)
Cocher la case en bas a droite elle autoriser Land a décompresser tous les *.asc du path en HRD, DEM, ...etc
Cela fait menu carte ouvrir : trier par extension et selectionner les *.hdr du premier au dernier
Land ouvre tout ils sont petits 1Ko
Puis LISTE/LISTER les relief, a droite faire unir DEM et nommer votre *.cdem.
C'est finit
-
"Pour la compréhension du truc, autre chose tordue dans land : le .ASC est converti en DEM/HDR/PRJ.
Le PRJ, c'est la projection.
Le HDR, c'est le descripteur.
Et le DEM, ce sont les données."Land n'est pas tordu.
Quand on a sélectionné un fichier asc, Land l'affiche dans une fenêtre et en dessous il y a une autre fenêtre "type" où il suffit de choisir "CompGPS DEM" qui produit directement un fichier et un seul cdem, donc pourquoi se compliquer la vie de passer par un hdr avec ses acolytes ?
-
mais il me semble que c'est sans conséquence sur le relief
Si, ce sont des zones en "nodata" d'un pixel (5m), et ça peut induire des problèmes, ça dépend où. Ça ne se voit pas sur la pente, parce que c'est du "nodata" et non pas une valeur nulle. Mais c'est quand même une anomalie.
Et surtout, c'est la preuve de ce que je préssentais et pourquoi je veux fusionner les ASC avant de reprojeter : si on reprojete les dalles de Lamb93 et WGS84 avant la fusion, ça introduit forcément des problèmes aux jonctions ensuite, pour cause d'erreurs d'arrondis diverses dans le processus.
Pour une compilation propre, par exemple d'un département, il faut faire la fusion en restant dans le datum d'origine, puis projeter en WGS84 ensuite (exigence de Land). Il faudrait pouvoir maitriser/paramétrer le processus de projection dans Land comme dans des logiciels plus évolué, mais malheureusement, on n'a pas la main dessus.
Donc, retour sur Qgis, on ne peut pas s'en sortir avec seulement Land à mon avis...
-
@ Roland...Pousse la molette de zoom, elle va apparaitre..
Pour moi c'est sans conséquence, ca se verrait sur une trace dans le cas ci dessus. Ensuite il faut que le GPS viennent échantillonner un FIX sur ce point!
Dans Land lors du recalage de l'altitude des points de trace, seuls les points placé sur ces traits peuvent être perturbes or sur ma trace si j'en met je ne voit rien de choquant sur le profil vertical. Dans le GPS en mode Baro + 3D c'est sans conséquence. A mon avis sur un profil vertical l'artefact le plus important sans que ca n'en soit un c'est que le fichier devient hyper précis il descend dans toutes les tranchées monte sur les ponts même si le trajet passe sous les ponts ou passe sur une passerelle. Donc a voir en situation cela dit ca sera mieux qu'avant. Une affaire de puriste dorénavant je pense, mais intéressant a suivre a entendre les avis des uns et des autres pour se faire "sa religion" sur le sujet.
Bonnes randonnées a tous
-
Tiens... celui-là il est pas mal non plus !
Si vous appelez ça être "puriste"... pour moi, c'est juste inutilisable !
En fait, c'est simple, quand Land tombe sur un pixel "nodata", il reprend juste la valeur précédente. Du coup, on croit avoir un MNT à 5m, et sur les jonctions de dalle, on est à 10m ou 15m selon l'assemblage.
Et ce que je dis, c'est avec Land, ça vaudrait/voudra le coup de voir comment réagit le GPS lui-même. Mais c'est pas acceptable, imaginez par exemple, même si c'est rare, de faire une calibration de baro sur une telle ligne !
-
" imaginez par exemple, même si c'est rare, de faire une calibration de baro sur une telle ligne !"
La calibration du baro se fait sur une moyenne pas sur un pixel.. Ca sera totalement transparent.
L'algo moyenne le profil du baro sur 30 minutes et le profil du MNT, vu que tu te déplace sur le "plancher des vaches" l'ascension moyenne doit être la même, et ont cherches a corriger la dérive long terme du baro.
Donc la correction se fait en principe si c'est bien fait en admettant que le Baro doit voir la même ascension que le CDEM sur une période de temps donnée.
-
@Maxime
La France entière en CDEM à 25m fait (environ) 500Mo.
En toute logique, avec un pas de 5m, ça va faire 25x plus.
Peut-être un peu moins car les CDEM sont compressé, mais forcément beaucoup plus quand même.Je ne comprends absolument pas comment vous pouvez arriver à une estimation de 12Mo...
-
Suite,
Suite à l'essai réduit sur une surface 20 x 30 km, je me suis fait le fichier alti du département 5 x 5 / 1m.. Impressionnant ce relief ont "voit" toutes les formes.
Donc petit test sur deux traces VTT moyenne distance 40 et 50 km entre le profil initial obtenu en Baro + GPS que j'ai considérer jusque là comme le plus précis (le plus proche de la carte IGN). Une foi recalé sur cette BD alti la différence est de 2 m pour la trace de 40 km, et de 1 m sur celle de 50 km. Test repris plusieurs foi pour confirmer. Avec cette BD ca épouse bien le relief. Il me semble donc que c'est bon.
CDLT
Please sign in to leave a comment.
Comments
275 comments