Luigi Pirelli

set size 3 without reading the origin of the issue that probably is only located in the correct localization of data source

entwine is used and installed in a conda environment. original data are generated with this workflow 1) pdal translate -i ${file} -o "./morton_ordered/${filename}" --filter mortonorder 2) entwine build -i ./morton_ordered/...

happed also with another dataset generated with the same workflow... but no compound crs thi sis the CRS that generate the issue: "srs": { "authority": "EPSG", "horizontal": "25829", "wkt": "PROJCS[\"ETRS89...

The error is that the WKT passed to proj.defs is "EPSG:25829" and not a correct WKT => seems the problem is before, e..g in the place where ept reader get...

the projection set in PointCloud geometry is set as epsg because gain in: https://github.com/potree/potree/blob/develop/src/PointCloudEptGeometry.js#L57 respect: https://github.com/potree/potree/blob/develop/src/PointCloudEptGeometry.js#L61 not clear to me what would be the best value to set proyection... IMHO...

use fallbackProjection when calling proj.defs solve the problem... at least with https://github.com/connormanning/entwine/issues/224#issuecomment-590290310 Having more errors in https://github.com/connormanning/entwine/issues/224#issue-569805681

reported error in proj4.js lib https://github.com/proj4js/proj4js/issues/345

probably related with https://github.com/proj4js/proj4js/issues/282#issuecomment-359799285

probably I can override the issue of the compound CRS not supported by proj4js (https://github.com/connormanning/entwine/issues/224#issue-569805681) dong entwine build and forcing reprojection to a NO Compound crs.... o better fixing potree...

IMHO seems the error is more from the potree part to correctly manage sources more complex thatn a simple wkt (e.g. with EPSG code) or when a wkt is a...