connormanning / cesium.entwine.io Goto Github PK

View Code? Open in Web Editor NEW

34.0 34.0 12.0 25.14 MB

Static website to view Entwine's 3D-tiles output in Cesium

License: Other

CSS 8.97% JavaScript 39.30% HTML 51.72%

cesium.entwine.io's People

Contributors

Stargazers

Watchers

Forkers

coyotey atommy1966 donrv visualphyzx crubier aashish24 rjpals jsasw pudgypoppins paulterinho dodechaedron yuancaimaiyi

cesium.entwine.io's Issues

Is there a ways to set the point size?

Me again :). Points seem to be quite small if you zoom in and try to seem some details. Is there a way to increase the point size?

permissions on red-rock data

After successful completion of the red-rock run example:

I could not "cd" to the red-rock data directory due to permission issues.

I had to "sudo -i" and restart the python http server to allow requests to be serviced.

Input path

Following this:
docker run -it -v $HOME:$HOME connormanning/entwine build /var/entwine/config/cesium.json -i https://www.liblas.org/samples/autzen/autzen-hole-utm.laz -o ~/autzen
It works.

But
If I change the input parameter like this: -i E:\download\pointcloud.las
It throws
Exception in pool task: Unable to open stream for ‘E:\download\pointcloud.las’ with error ‘No such file or directory’
Encountered an error: Zero points found
Existing.

If I use local service supported by IIS and the URL as the input parameter like this: -i http://localhost/3DTiles/download/pointcloud.las
Performing dataset inference...
1 / 1: https://127.0.0.1/3DTiles/download/pointcloud.las
Exception in pool task: Could not read from localhost/3DTiles/download/pointcloud.las
Encountered an error: Zero points found
Existing.

Bounds are too large for the selected scale

The following works:

docker run -it \
  -v ~/entwine:/entwine \
  connormanning/entwine build \
    -i https://entwine.io/data/red-rocks.laz \
    -o /entwine/red-rocks

The following fails:

$ docker run -it \
>     -v ~/entwine:/entwine \
>     connormanning/entwine build \
>         -i https://entwine.io/data/red-rocks.laz \
>         -o /entwine/red-rocks-ecef \
>         -r EPSG:4978
Scanning input
1 / 1: https://entwine.io/data/red-rocks.laz
Exception in pool task: No default SRS supplied, and none inferred
Correcting malformed Bounds
Maximal extents: [(-2147483648, -2147483648, -2147483648), (2147483647, 2147483647, 2147483647)]
Scaled bounds:   [(-9223372036854775808, -9223372036854775808, -9223372036854775808), (-9223372036854775808, -9223372036854775808, -9223372036854775808)]
Encountered an error: Bounds are too large for the selected scale
Exiting.

The following also fails even though I added `--noTrustHeaders` flag

$ docker run -it \
>     -v ~/entwine:/entwine \
>     connormanning/entwine build \
>         -i https://entwine.io/data/red-rocks.laz \
>         -o /entwine/red-rocks-ecef \
>         -r EPSG:4978 \
>         --noTrustHeaders
Scanning input
1 / 1: https://entwine.io/data/red-rocks.laz
Exception in pool task: No default SRS supplied, and none inferred
Correcting malformed Bounds
Maximal extents: [(-2147483648, -2147483648, -2147483648), (2147483647, 2147483647, 2147483647)]
Scaled bounds:   [(-9223372036854775808, -9223372036854775808, -9223372036854775808), (-9223372036854775808, -9223372036854775808, -9223372036854775808)]
Encountered an error: Bounds are too large for the selected scale
Exiting.

The following WORKS (without `--noTrustHeaders` but by adding one more `EPSG:4978` flag to the project param

docker run -it \
    -v ~/entwine:/entwine \
    connormanning/entwine build \
        -i https://entwine.io/data/red-rocks.laz \
        -o /entwine/red-rocks-ecef \
        -r EPSG:4978 EPSG:4978

Bounds are too large for the selected scale :EPSG:4978

I got a similar error to this Issue, but I couldn't solve it.

#12

I'm using a file that I've quoted from the official Cesium documentation.

https://cesium.com/docs/on-premise/tilers/point-clouds/

SampleData.zip -> House.laz

What is wrong with this file?
If the file is bad, please tell me how to set up the metadata

log

docker run -it -v (pwd):/entwine connormanning/entwine build \
                                                                                -i /entwine/House.laz \
                                                                                -o /entwine/samples \
                                                                                -r EPSG:4978
Scanning input
1/1: /entwine/House.laz
(Error) GDAL failure (1) No PROJ.4 translation for source SRS, coordinate transformation initialization has failed.
Correcting malformed Bounds
Correcting malformed Bounds
Maximal extents: [(-2147483648, -2147483648, -2147483648), (2147483647, 2147483647, 2147483647)]
Scaled bounds:   [(-nan, -nan, -nan), (-nan, -nan, -nan)]
Encountered an error: Bounds are too large for the selected scale
Exiting.

docker run -it -v (pwd):/entwine connormanning/entwine build \
                                                    -i /entwine/House.laz \
                                                    -o /entwine/samples \
                                                    -r EPSG:4978 EPSG:4978

Scanning input
1/1: /entwine/House.laz
(Error) GDAL failure (1) No PROJ.4 translation for source SRS, coordinate transformation initialization has failed.
Correcting malformed Bounds
Correcting malformed Bounds
Maximal extents: [(-2147483648, -2147483648, -2147483648), (2147483647, 2147483647, 2147483647)]
Scaled bounds:   [(-nan, -nan, -nan), (-nan, -nan, -nan)]
Encountered an error: Bounds are too large for the selected scale
Exiting.

Empty outputs

When running my own input data, I haven't been able to generate output points. It hasn't been throwing an error, but it ceases to process after the line 'Pushes complete - joining...'
It has worked with the red-rocks sample data, but here it creates the output folder...only it's empty.

$ docker run -it \
      -v $HOME:$HOME connormanning/entwine build /var/entwine/config/cesium.json \
      -i ~/entwine-cesium-pages/Input/i35_MN_LiDAR_Colored1.laz \
      -o ~/entwine-cesium-pages/Output/i35_MN_LiDAR_Colored
Performing dataset inference...
1 / 1: /c/Users/psawall/entwine-cesium-pages/Input/i35_MN_LiDAR_Colored1.laz
Transforming inference
Inferred: [(-5617.847, -9354.0843, -9355.2157), (5617.847, 9354.0843, 9355.2157)]
        File: /c/Users/psawall/entwine-cesium-pages/Input/i35_MN_LiDAR_Colored1.laz
Version:Point count hint: 304,427,611 points
Input:  Threads: 8
Output: Output path: /c/Users/psawall/entwine-cesium-pages/Output/i35_MN_LiDAR_Colored/
        Native bounds: [(-5617.847, -9354.0843, -9355.2157), (5617.847, 9354.0843, 9355.2157)]
MetadataCubic bounds: [(-9380, -9380, -9370), (9380, 9380, 9390)]
        Storing dimensions: [ile headers) -> EPSG:4978
                NumberOfReturns, ScanDirectionFlag, EdgeOfFlightLine, Classification, ScanAngleRank
                Blue, OriginIdtSourceId, GpsTime, Red, Green
        Transformation: [
                0.03888,                0.70501, 5,             0.708131,       -8.73115-1.62981e-09,
                0, 0389929,     0,      -0.707050,              1.706082,               -6.36795e+06,
        Tileset split depth: 8
Cesium: Geometric error divisor: 16

Adding 0 - /c/Users/psawall/entwine-cesium-pages/Input/i35_MN_LiDAR_Colored1.laz
 A: 0 C: 1 H: 3
        Pushes complete - joining...

Is there a way to keep the generated 3d-tiles on aws s3?

Hi,

with greyhound we can connect to s3 and serve index from there. Are there any similar solutions for the cesium 3d-tiles?

thanks,

Alex

Are there ways to change point colour by height gradient?

Are there ways to create 'height'/'z' attribute for visualization point cloud data in Cesium with height colour gradient?
For example as in Potree:

In Cesium3DTileStyle (https://cesiumjs.org/Cesium/Build/Documentation/Cesium3DTileStyle.html#Cesium3DTileStyle) available 'color: conditions' options, but output entwine dataset not available 'Height' attribute for points. How to create this attribute?

Thanks!

Problem importing a laz file

Hi,

I would appreciate some help regarding the following issue. I'm trying to import a .laz file i created from a .txt file via pdal. The following command is used:

docker run -it \
    -v $HOME:$HOME \
    connormanning/entwine \
    build /var/entwine/config/cesium.json \
        -i ~/Downloads/data/00001.laz \
        -o ~/Downloads/data/entwine-cesium-pages/data/demo

This results into the following error:

Performing dataset inference...
1 / 1: /home/user/Downloads/data/00001.laz
Exception in pool task: No default SRS supplied, and none inferred
Encountered an error: filters.transformation: Too few entries in transformation matrix: 0 (should be 16)
Exiting.

The .laz file is created using this command:

sudo docker run -v /path/to/directory:/data pdal/pdal:1.5 pdal translate /data/00001.txt /data/00001.laz

This are the first few lines from the .txt file:

X,Y,Z
4105953.44416483,824077.998417016,4105953.44416483
4105954.95843044,824077.240487481,4105954.95843044
4105957.66351346,824075.817277363,4105957.66351346

Does this happen because the created .laz file is somehow broken?

the elevation offsets aren't correct---red rocks

I tested the red rocks data, but the output is above the earth's surface, how should I to fix this issue?

Red rock example in browser

When accessing the red-rock url from another machine, the point dataset is visible on top of the background satellite imagery but is not synchronized with it. It cannot be zoomed, rotated etc. along with the background imagery.

(I need to access from another machine because of webgl problems in ubuntu)

The following error appears in the Chrome console:
include.preload.js:346 Blocked script execution in 'about:blank' because the document's frame is sandboxed and the 'allow-scripts' permission is not set.

There are no errors shown in the python http server log. The problem also occurs in Firefox.

Screenshot attached

syntax error with docker run ..

The readme says

docker run -it
-v ~/entwine-cesium-pages/data:/opt/output
connormanning/entwine:cesium
entwine build /entwine/config/cesium.json
-i https://s3.amazonaws.com/hobu-lidar/red-rocks/red-rocks.laz
-o /opt/output/red-rocks

This command fails unless the :cesium tag is removed.

Pointcloud doesn't show up on Cesium, although evidence suggests it should

Hello!

I forked this project and downloaded red-rocks.laz from Entwine's website. After building and converting it for Cesium use, I served the entire directory (including this project and the Cesium-ready point cloud) over http. I loaded the project on localhost and specified the url. The Cesium map loaded, showed the Red Rocks Amphitheater, but no points.

The fact that the console outputted "Loaded tileset", and that Cesium was already centered on the amphitheater suggests that it was able to read some of the data. However, no points are visible.

I compared console outputs from localhost and cesium.entwine.io, and they're nearly identical; mine just misses the favicon (understandable, it's on localhost), and states that WebGL is "incurring lazy initalization" more often, which also shouldn't affect the pointcloud.

Console output (I've omitted the repetitions of the WebGL warning at the end):

This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. localhost:3000
GET http://localhost:3000/favicon.ico
[HTTP/1.1 404 Not Found 0ms]

The script from “https://services.arcgisonline.com/ArcGIS/rest/services/World_Imagery/MapServer/?callback=loadJsonp590027&f=json” was loaded even though its MIME type (“application/json”) is not a valid JavaScript MIME type.
Loaded tileset
WebGL warning: generateMipmap: Tex image TEXTURE_2D level 0 is incurring lazy initialization.

Commands I ran to prepare the pointcloud:

entwine build -i $(pwd)/red-rocks.laz -o red-rocks_entwine -r EPSG:4978
entwine convert -i red-rocks_entwine -o red-rocks_cesium

tileset.json isn't generated

Running the sample data against the sample command line on the latest entwine docker images doesn't create a /cesium folder or a tileset.json. I tried it a few different ways, but even running against red-rocks.laz just like in the example only output standard entwine data.

connormanning / cesium.entwine.io Goto Github PK

cesium.entwine.io's People

Contributors

Stargazers

Watchers

Forkers

cesium.entwine.io's Issues

The following works:

The following fails:

The following also fails even though I added --noTrustHeaders flag

The following WORKS (without --noTrustHeaders but by adding one more EPSG:4978 flag to the project param

log

Recommend Projects

Recommend Topics

Recommend Org

The following also fails even though I added `--noTrustHeaders` flag

The following WORKS (without `--noTrustHeaders` but by adding one more `EPSG:4978` flag to the project param