Le portail francophone de la géomatique

Si il faut remettre les données en COPC ça ne me pose pas de problème pour les héberger... si j'ai la place car ça commence à se faire rare

J'ai juste jamais fait de COPC donc on va expérimenter ça !

Et pour s'éviter le clicodrome: https://data.cquest.org/ign/lidarhd/

J'avais migré sur l'autre sujet mais bon c'est difficile de ne pas répondre ^^

cquest > non le laz n'est pas une compression à ondelettes, je te pointerais bien vers la spec mais pour le moment c'est le source de l'implémentation de référence qui en tient lieu (LASzip). Ici le 7z semble servir pour regrouper plusieurs dalles.

Pour l'instant le seul outil permettant de créer du format COPC (~LAZ 1.4) est untwine avec l'option single_file (qui utilise copc-lib et laz-perf. Suite à un financement participatif, le support de la création et de la lecture devrait arriver dans une prochaine version de QGIS, la lecture dans potree2.

Pour nous (MEL), ce format viendra remplacer les dalles et l'EPT pour les jeux de données de référence.

Merci de ne pas abandonner ceux qui "font à l'ancienne", c'est-à-dire avec des gros fichiers en local. Y compris du 7z, format formidable et très efficace (quand on l'utilise judicieusement)

On a vu dernièrement ce que ça donne, le "cloude" et autres "nouveautés" : un seul webservice vous manque, et toute votre data est dépeuplée.

Dernière modification par Shot2 (Tue 11 January 2022 14:55)

Un tar suffirait amplement si il s'agit de regrouper quelques fichiers (pourquoi d'ailleurs ?).

Ces 7z sont:
- plus volumineux que les originaux
- lents à compresser
- lents à décompresser

Oui, bien d'accord que c'est déjà très bien de pouvoir accéder à ces premiers fichiers et c'est l'essentiel.

Bonne année à tous!
Le Masson a écrit:

Le temps de remettre en état un (déjà) vieux bricolage qui transforme un fichier lidar + une ortho (de la BD Ortho) en modèle 3D en .ply (je ne pense pas que les sig-istes utilisent beaucoup ce format, mais il est très répandu dans le monde 3D), il faut à peu près un quart d'heure pour produire un modèle d'1 km2 (testé au hasard sur Saint Julien de la Nef). Ça fait quand même un gros modèle (61 MPoints, un peu plus de 60 GO), un peu difficile à manier... pour ceux que cela intéresserait, je pourrai mettre un extrait en ligne quelque part (et aussi Lilas, le code du transformateur).
En passant, j'ai regardé le fichier de plus près.
D'abord, c'est un fichier brut, donc pas de classification des points dans le fichier, on pouvait s'y attendre.
Je n'ai pas tenu compte des retours multiples, tous les échos sont pris en compte sans distinction (et comme la surface est en 2,5D, le résultat n'est pas jojo). Malheureusement, le nombre d'échos enregistrés est souvent inférieur au nombre spécifié, ce qui ne facilite pas le traitement Je vais voir à tester surfaces du premier et du dernier écho.
J'ai été surpris que l'avion qui a fait les scans soit probablement hypersonique... Si on en croit les time-stamps GPS, il ne faut que 0.2 s pour parcourir un axe...
Quant à la doc correspondante https://geoservices.ign.fr/documentatio … ti/lidarhd, elle est pour le moins succincte : uniquement la date de mise à jour de la doc!
Avec plaisir!

Ca dépend. Si on passe par la page Geoservices et qu'on lit un peu, il y a quand même 2-3 indices...
"Les données sont actuellement en cours de production.
Vous pouvez dès maintenant télécharger des nuages de points bruts via ce démonstrateur"
Et le "titre" du démonstrateur, c'est "Données brutes LIDAR HD"...

Sur la doc, on "finalise" un document prochainement. (dans quick and dirty, il y a quick (on apprend) et dirty (ça, c'est bon, on savait déjà))

Et sinon, par exemple, "le nuage doit-il être colorisé via une image aérienne ou pas?", c'est le genre de truc qui nous intéresse... (j'avoue que, perso, ça me semble relever du gadget, mais je ne suis pas utilisateur, moi)

Matthieu (IGN)

A moins que l'actualisation de la BD Ortho se fasse en même temps que celle du LIDAR HD, la colorisation des points me paraît être une fonction consommatrice de cpu pour un résultat visuel pouvant ne pas être au rendez-vous (p. ex. un lotissement colorisé avec la couleur du champ qui s'est fait artificialisé).

En parlant de GPS, les produits finaux seront en Adjusted GPS Standard time ?

Shot2> La différence est qu'au lieu de télécharger une archive de 3.86 Go puis de changer de PC parce que votre portable n'a pas pas une partition temporaire suffisante pour décompresser les 37.7 Go de tuiles asc, vous renseignez le lien dans votre logiciel sig et zoomez sur votre zone d'intérêt pour l'extraire et en faire une sauvegarde locale.

Selon l'emprise de la zone, l'économie en bande passante et en temps peut être de plusieurs ordres de magnitude. Vous pouvez même télécharger la totalité du fichier en local (1.25Go ou 1.76 Go avec un LoD) et l'avoir directement exploitable sans aucune autre manipulation. Que se soit du réseau ou du local c'est plus simple et plus rapide (et en plus c'est un gtiff qui rentre dans la liste du bon vieux format quasi-universellement lisible).

Je ne vois toujours pas l'impérieuse nécessité de passer par des requêtes http(s)... Du gtiff non COG, de l'.asc dans du .7z, en soi ça ne demande ni requêtes http, ni espace temporaire gargantuesque.

Mon propos était bien que les "difficultés d'usage" concernant les archives IGN ne tiennent pas à leurs poids ou aux formats dans l'absolu, mais bien à une mise en oeuvre fort discutable par un acteur spécifique (que je ne nommerai point ). Du .gtiff non cog, du .asc dans du .zip ou .7z, quand c'est bien fait c'est très performant et universel, simple d'utilisation et de distribution, et a le mérite de fonctionner même sans serveur ou requêtes http.

Merci beaucoup !!! Je cherche l'adresse depuis des jours ...

Elise > pour l'ombrage c'est dû à la résolution et la méthode d'interpolation lors de sa création ou de ré-échantillonnage appliqué sur votre couche QGIS, changez le paramètre "zoom vers l'avant" de "Plus proche voisin" à "bilinéaire" dans la symbologie

Presque nickel ! l'ombrage n'apparait pas dans le composeur (cf capture d'ecran).
Une idée du problème ?

Cordialement

Bonjour,
pour info, il y a une coucghe "estompage" sur Geoportail. Visible sur geoportail.gouv, et accessible via la clé "alti": https://geoservices.ign.fr/services-web … ltimetrie.
Matthieu (IGN)

Petit bémol : la couche ne s'affiche plus si on zoom au 1/5000 :-(

Avec le WMS :
- Estompage : j'ai un fond noir uni
- Estompage appliqué au modèle numérique de surface : les arbres et les maisons ressortent bien trop par rapport au relief

Y'a un réglage qui m'échappe ?