Un PLY plus gros ne signifie pas que la conversion a ajouté des points.
Notre LAZ synthétique occupe 1,468 octets. Sa conversion en PLY produit 35,236 octets en conservant exactement 1,000 points. Voici comment reproduire et interpréter cette augmentation sans confondre taille, effectif et précision.
1. Reproduisez la différence de taille
Ouvrez LAZ vers PLY et essayez l’exemple. Après importation, le compteur affiche 1,000. Gardez PLY sélectionné, convertissez le nuage et sélectionnez le résultat. Le PLY téléchargeable de cet essai faisait 35,236 octets, environ 24 fois les 1,468 octets du LAZ source. L’interface affiche des KB arrondis ; le tableau donne les octets exacts. Les données sont synthétiques et très régulières : ce rapport ne représente pas tous les relevés réels.
2. Distinguez l’envoi du fichier de travail
Le champ de taille appartient au nuage de travail sélectionné, pas forcément au fichier envoyé à l’origine. LAS et LAZ sont normalisés en PLY dès l’importation ; la taille peut donc augmenter avant de convertir. Ici, le PLY de travail importé et le PLY exporté faisaient chacun 35,236 octets. Comparez le LAZ original sur votre appareil, ou le téléchargement de l’envoi original, au PLY produit, plutôt que deux affichages de la même représentation de travail.
3. Compression et codage ont des coûts différents
LAZ est une représentation compressée des données de points LAS. Ce traitement écrit un PLY binaire non compressé avec coordonnées et attributs explicites. Des points synthétiques réguliers se compressent particulièrement bien ; un relevé plus bruité peut présenter un autre rapport. Un PLY plus gros n’implique donc pas de nouveaux points. Inversement, un résultat plus petit ne prouve pas la conservation de chaque attribut. La taille seule renseigne peu sur la fidélité géométrique ou l’intégralité des métadonnées.
4. Vérifiez ce qui a été conservé
Le résultat contient x, y, z, red, green, blue, intensity et classification. Le RGB LAS sur 16 bits est converti sur 8 bits. L’en-tête LAS, les métadonnées CRS, le temps GPS, les retours et dimensions supplémentaires ne sont pas exportés. L’effectif reste à 1,000 dans cet exemple, mais cela ne constitue pas une archive sans perte du LAZ. Ni reprojection ni conversion d’unités n’est effectuée. Les grandes coordonnées sont décalées pendant le traitement puis restaurées à l’export, avec de possibles petits écarts d’arrondi.
5. Réduisez uniquement si l’usage suivant le permet
Si l’application suivante accepte LAZ et si vous avez besoin des informations originales, gardez la source. Si elle exige PLY, prévoyez un fichier de travail plus gros. Découpez les régions inutiles ou sous-échantillonnez si moins de points sont acceptables, puis comparez la taille téléchargée. XYZ est du texte de coordonnées, pas un mode de compression ; supprimer des attributs ne garantit pas une taille inférieure au PLY binaire. Le site n’écrit pas de LAZ. Au-delà de 100 MB ou 5,000,000 points, préparez localement une copie plus petite avant l’envoi.
| Fichier ou étape | Octets | Nombre de points |
|---|---|---|
| sample.laz original | 1,468 | 1,000 |
| PLY de travail importé | 35,236 | 1,000 |
| PLY exporté | 35,236 | 1,000 |
Questions fréquentes
Reconvertir restaure-t-il les métadonnées LAZ d’origine ?
Non. Changer l’extension ou reconvertir ne reconstitue pas les informations omises du PLY. Gardez le LAZ original si ses métadonnées sont importantes.
Une taille 24 fois supérieure signifie-t-elle 24 fois plus de détails ?
Non. Les deux fichiers contiennent 1,000 points. Le rapport décrit le stockage pour cette entrée et ce codage précis, pas la résolution ni la précision.