admin管理员组文章数量:1315252
I have .las file, which has no CRS information. So I add it using lastolas, as I know UTM zone data belongs to(UTM 43N):
las2las.exe -i input.las -o output.las -epsg 32643
I can see the change with lasinfo tool, with corresponding output as:
GeoKeyDirectoryTag version 1.1.0 number of keys 4
key 1024 tiff_tag_location 0 count 1 value_offset 1 - GTModelTypeGeoKey: ModelTypeProjected
key 3072 tiff_tag_location 0 count 1 value_offset 32643 - ProjectedCSTypeGeoKey: WGS 84 / UTM 43N
key 3076 tiff_tag_location 0 count 1 value_offset 9001 - ProjLinearUnitsGeoKey: Linear_Meter
key 4099 tiff_tag_location 0 count 1 value_offset 9001 - VerticalUnitsGeoKey: Linear_Meter
Now I generate 3d tiles using py3dtiles from output las:
py3dtiles convert ..\output.las.csv --srs_in EPSG:32643 --srs_out EPSG:4978 --out ..\cesiumtiles --overwrite
I am using output srid as 4978 because cesium uses this. This generates point cloud data and I load data on cesium ion, and can see point cloud rendered at correct geo location. But height alignment is not correct, and point cloud renders way above earth surface. I expect that after all CRS information and conversions, point cloud must align correctly in terms of height. I suspect that height from original las is still retained in final point cloud data.
What am I missing in my flow?
本文标签: giscesium height alignment for point cloud not correctStack Overflow
版权声明:本文标题:gis - cesium: height alignment for point cloud not correct - Stack Overflow 内容由网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:http://www.betaflare.com/web/1741980246a2408354.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论