Résultats de la recherche

Bonjour, Depuis décembre 2024, j'utilise le tableau d'assemblage disponible sur la page https://geoservices.ign.fr/documentation/donnees/alti/lidarhd pour obtenir la liste des dalles disponibles. Ensuite, j'effectue une requête sur le service WFS "IGNF_LIDAR-HD_TA:nuage-dalle" pour obtenir le lien de téléchargement de la dalle. Première remarque, ce n'est pas très pratique, car les informations nécessaires sont réparties dans deux emplacements différents, aucun des deux ne contenant la totalité des informations utiles. Mais, plus gênant, je viens de m'apercevoir que le tableau d'assemblage n'est plus en phase avec le WFS (322654 dalles dans le premier, 381660 dans le second). Vous serait-il possible de mettre à jour le tableau d'assemblage à chaque modification des dalles disponibles (ajout, suppression ou mise à jour) ? Et si vous pouviez aussi ajouter l'URL dans le tableau d'assemblage, cela éviterait d'avoir à faire des requêtes WFS.

Bonjour à tous ! Je me posais la question suivante : Est-il possible de récupérer un fichier 3D d'un nuage de point Lidar HD pour une utilisation dans un logiciel comme 3DS MAX ou BLENDER ? A partir d'un scan Lidar HD, directement sur le site de l'IGN ou dans QGIS, est-il possible d'exporter un fichier (OBJ, FBX, ou autre format 3D) ? Je suis dessinateur dans une agence d'architecture et pouvoir utiliser des données de topologie issue d'un scan serait très utile pour visualiser les projets dans un environnement. Je reste disponible pour échanger. Cordialement,

Bonjour à tous, Après avoir chargé des nuages de points Lidar dans mon SIG (QGis), je cherche à connaitre la date du levé des points XYZ. J'ai bien réussi à identifier le champ "GpsTime" en attribut des points, mais ce dernier a pour valeur "385563550.22495127" pour les points qui m'intéressent. J'ai supposé qu'il s'agissait d'une valeur en "Temps GPS", qui est sensé être mesuré en secondes depuis le 6 janvier 1980. Hors, si j'applique cette méthode de calcul (par exemple avec ce convertisseur), je tombe en 1992. Auriez-vous une méthode pour convertir cette valeur de GpsTime en date lisible ?

Bonjour, J'ai téléchargé des fichiers pour les blocs HM, HL et IL sur R via le package LidarHD. Il m'est impossible de créer un catalogue avec les fichiers, cela me renvoie une erreur : WARNING: only 681 bytes until point block when trying to read 43272 bytes into header.vlrs[1].data ERROR: reading -164961871 bytes of data into header.evlrs[0].data ERROR: cannot open lasreaderlas with file name 'F:\[...]\lidar\HL\LHD_FXX_0495_6486_PTS_C_LAMB93_IGN69.copc.laz' Error: LASlib internal error. See message above. Error in !x@PHB[["Global Encoding"]][["WKT"]] : invalid argument type cela ne concerne pas uniquement le fichier mentionné dans l'erreur mais la plupart des fichiers si je teste avec la fonction check_folder sur le dossier "IL" qui contient 694 fichiers ".laz", cela me renvoie : Bloc NA : aucun fichier laz Bloc : presence de fichier(s) du(es) bloc(s) IL, Bloc : pas de fichier cata.rda There were 50 or more warnings (use warnings() to see the first 50) Merci pour votre aide. Impossible aussi d'ouvrir les fichiers avec les différentes fonctions des packages lidR et rlas. Cordialement,

Bonjour, Je dispose d'un scan lidar de carrières souterraines au format las/laz sans données de géoréférencement (modèle A). Y a t'il un moyen via un SIG, ou autre, de géoréférencer un modèle 3D comme on peut le faire avec des raster ou vecteur sur qgis ? Mon but serait alors d'assembler des dales lidar de l'IGN (modèle B) avec ces carrières. J'ai déjà essayé avec CloudCompare d'utiliser l'outil de translation, rotation pour déplacer mon modèle A par rapport au modèle B qui dispose déjà de coordonnées Lambert93/NGF mais lorsque je merge les modèles, les coordonnées du modèle B sont systématiquement écrasées. Parmis les outils que je connais/peut utiliser j'ai donc qgis, cloudcompare, pdal, blender. J'avoue que je seche sur ce problème depuis plusieurs jours. Je vous en remercie par avance,

Les formats supportés par le logiciel Virtual Crash sont en : pts, tsp, txt, csv, xyzfiles. EXEMPLE: Nous pouvons facilement intégrer le scan d'une route sur les lieux d'un accident en format xyz, Existe-t'il un outil pour extraire facilement des petites zones d'une dalle ? Merci pour les réponses.

Bonjour, Pour des besoins d'études hydrauliques dans des secteurs actuellement non couvert par le RGE Alti 1m, l'accès aux données brutes serait un réel gain pour la qualification du lit majeur de cours d'eau. Est-il possible d'accéder à ces blocs ? GI, IJ, JJ Cordialement,

Bonjour et merci de m'avoir fourni la légende. Dans le cadre de ma poursuite de recherche d'un protocole pour identifier les avens et dolines, j'ai plusieurs pistes de travail. j'aimerais votre aide technique: Je travaille en paralelle avec les ALGO mais cela n'est pas satisfaisant a ce jour. Une piste que je provilégie consiste a soustraire un MNT HD avec une définition de 0.5m à un MNT avec une défintion de 4m recalibré dans l'objectif de travailler sur les pic de différence d'altitude. Je me heute a un un probleme car je viens de noter que ces pic de différences d'altutudes dépassent rarement 2m ce qui n''est pas réaliste quand on a des aven de 6/10m de profondeur. Les valeurs Z points du nuage de point couche SOL ne refletent pas l'altitude réele du fond des trou quand ils sont profonds. Certains avens connu font 3-5 metres de diametre ils ont 6-10m de profondeur hors la simple identification des points ne montre pas une telle différence d'altitude entre le bord d'un aven et son fond. => Avez vous une explication? Je pensais que cela venait de lacreation du MNT HD par triangulation qui lisse le modele mais en regardant les points du Nuages, ceux en fond d'aven connu ne me semblent pas cohérent avec la profondeur réele. => Est ce un filtre que vous appliquez sur le Nuage pour boucher les trou ou ecreter les valeur trop basse? J'ai aussi ravaillé avec le z des points de la couche 65 pour isoler ceux situés sous la couche du MNT => Fait interessant j'ai retrouvé des valeurs z cohérente de fond d'aven dans les valeurs de la classe 65 la ou les points sont regroupés sous la couche du MNT. Les points individuels situés SOUS la couche du MNT0.5 sont de mon retour terrain des 'erreur lidar' , du bruit? je suppose. Merci de votre retour Pierre G

Bonjour, Est-il possible d'entrer en contact avec le participant à l'atelier de ce jour, qui est intervenu pour parler d'un problème de rocher supportant un château fort plus fin à la base qu'au sommet? Merci.