sci-visus / openvisusjs Goto Github PK

When the viewer lives under some https address, it can only access other servers that live under https, and vice versa (http can only access other http servers).

It seems that both a webgl1 and a webgl2 context are created for the same canvas, however, if a webgl1 context is created first, the webgl2 context wont be created. This prevents windows users from viewing volume data.

This setting results in independent palette values for each square, but that's better than being completely blank. I tried modifying the default values in the html, but they never get set, so I'm passing it along to Steve.

I tried the link and works in 2D and not in 3D

Example: I run the server on my system at SCI and try to access the web viewer from another system. Instead, I need to enter that system's hostname, not localhost.

I tried to download a subsampling of Attila's jet render, however the download button doesn't seem to do anything on Firefox 57. In Chrome I was able to download the image ok.

It's also distracting that the old data disappears before the new data is shown.

Relevant for both 2d and 3d.

The current Docker deployments for OpenVisus include the web viewer, but that means upgrading the web viewer in OpenVisus requires rebuilding the OpenVisus image.

Perhaps a more appropriate solution is to create an image that includes the web viewer by basing it on the OpenVisus image (see sci-visus/ondemand for an example).

(related to sci-visus/OpenVisus#52)

In visus.js, the url is parsed but the pathname (ret.pathname) is dumped when making a box query (i.e., ret.base_url = parse_url.protocol+'//'+parse_url.hostname+':'+parse_url.port+'/mod_visus?';). This is needed for mod_visus servers that live in some path under the hostname, like the one at llnl that lives in /visus (https://aims2.llnl.gov/visus/mod_visus).

Somehow we need a "please wait" or "processing" or anything to indicate there is something happening. Also, some operations seem to never complete (for example, when resolution is just a little high, say 26 when viewing a slice of 2kbit1, and you click View) and then later something random happens, like the view updates (but not to 26).

For example, selecting View changes the viewport (or maybe the dataset scale, it's not apparent).

The 3d version of the webviewer needs to allow users to pan around in the dataset.

Clicking on the slider and using the arrow keys seems to work a little better than using the up/down arrows in the text box, but both don't always update the current timestep. I checked to see if this may be a problem with mod_visus, or using https, but both seem to work okay with the standalone viewer.

query_str is being set in the refreshAll function. It is being set to the return value of visus1.refresh(level) but from what I can tell visus1.refresh does not have any return values