Hi,

This is not an issue, only a suggestion, as I am often asked about that: Is there a possibility to implement a way to measure a distance (d and dx, dy, dz) between 2 stations that do not belong to the same cave? The idea is to get a sense on how long do we have sometimes to dig and/or climb to connect to caves !

That would be great !

Cheers,

Xavier
(Thanks a lot for Caveview, this is really useful!)

Hi

I noticed that there is an option to display walls, from both 3D and LOX, but only for LRUD data.
Is there a feature to display splay walls, or do you plan to add one?

I don't mean the wall generation that Loch does based on the scraps, but a wall model based on any number of splays from the stations. I think it is getting much more relevant with the advance of the Disto-style surveying, compared to the traditional LRUD :)

Thanks.

hi @aardgoose
i'm trying to build latest code from branch "dev".
got node v20.1.0
cloned the repo, ran "npm i"
when running npm build it fails on:
RollupError: "Line2NodeMaterial" is not exported by "src/js/Nodes.js", imported by "src/js/core/LineSegments2.js".

seems "Line2NodeMaterial" is expected to come from "node_modules/three/examples/jsm/nodes/Nodes"
but it does not exist there. my 'three' version is 0.156.1

what am i missing?

Hi
I have a project which I recently updated from 2.0.2 to the latest version. However, I noticed that the display of the 'depth from surface' was wrong ever since then.
I'm using EPSG:2056 for everything. The lox model also contains the surface and DEM (all in EPSG:2056). The displayed coordinates and height are correct, but the depth from surface changed:

See the two versions and compare the depth of the (only) entrance:
Version 2.0.2:
https://3d.bergwerke.ch/caveview-2.0.2/
entrance has depth from surface: 3m (which is close enough)
Console writes: "Adjustmenting terrain height by: 5.377297944445161 sd: 0"

Version 2.1.0 (and every later version):
https://3d.bergwerke.ch/caveview-2.1.0/
entrance has depth from surface: -19m
Console writes: "Adjustmenting terrain height by: 27.624488137881315 sd: 0"

I'm not even sure why the terrain height should be adjusted at all ??

In the DEM, this point has a height of 2423m. The point in the model has a Z height of 2426m - so the 3m from 2.0.2 would be accurate

Thus so far I'm stuck with 2.0.2. Is this a general issue or might it be related with the release notes entry "Grid based on survey original coordinate reference system (CRS) (approximate when using external terrain)." ? Or do I have to specify the CRS somewhere in the JS?

When I try to load my lox file, the progress stops at 75% and in the browser console appears this error

Cannot read properties of undefined (reading 'idCache')
at $r.findById (CaveView2.js:1:451241)
at $r.findById (CaveView2.js:1:451344)
at $r.findById (CaveView2.js:1:451344)
at D (CaveView2.js:1:462123)
at E (CaveView2.js:1:461243)
at io.parse (CaveView2.js:1:460928)
at fc.callHandler (CaveView2.js:1:559371)
at FileReader.t (CaveView2.js:1:558624)

The attached zip file contains the lox model.
Grotta del Fiume.zip

You have to wait for the whole demo cycle to finish on the https://aardgoose.github.io/CaveView.js/ page before the drag and drop of a 3d file works! Maybe there should be a button to end the demo cycle.

You could put it beside the label that is giving the commentary, with a button that's explicit, like "End demo mode".

To be honest, it took me a while to work out that there was this demo mode happening; I just thought the page was unresponsive and being weird.

I think you should also have one of the side control-panels showing by default at the start. It's easy to miss them as well, when it looks like just an unaccomplished half-baked 3d previewer without them. Most users are going to work with them out, rather than hidden if they're doing something with it.

I'd like this system to replace survex-aven entirely if possible. It's still a bit twitchy to use when it comes to narrowing down and closely interrogating a missing connection, as we do in aven, where the "measure vector between two stations" is a really important feature. Should I post that as another issue?

Can zooming be centred on the position of the mouse instead of the centre of the screen?

Also, a zoom by mouse drag (maybe with the control key held down to distinguish from rotation) would be faster and a lot less tiring on my scroll-wheel finger.

Hello,

This is a really cool library. Looking forward to work with it.

On preliminary testing, it seems like the viewer does not display walls for models loaded from Lox files. It doesn't display the terrain (embedded in Lox files) either. Have tested with my files (which have both terrain and 3D wall passages defined when viewing with Loch) and have seen this on https://aardgoose.github.io/CaveView.js/fulldemo.html when loading "Cheddar.lox" as well. If needed, will send test files.

Do you know about this behavior?

Thanks

Following from issue #28 a useful UI tweak is to have a splash window with the <h1> instructions "Drop 3D file(s) here" that is made visible when ondragenter() is called, and invisible when ondragleave() is called.

This confirms that the feature is there and working, and should be very easy to do (though I don't know how you've implemented drag-n-drop without those ondrag() functions in the code).

when displaying a terrain map overlay from a lox file the display doesn't crop the image and locate correctly. For example take a look at this file
http://bec-cave.org.uk/Philippines/build/surveys/BlueWater-System.lox

When viewed in Loch the survey is shown in the correct reference to the overlaying terrain. However in CaveView it shows the complete image file for the whole area. Loch seems to crop the terrain file to just the area being viewed. CaveView takes the whole image file but doesn't crop it.

Best way is to take a look in Loch and CaveView and you'll see what I mean.

Really liking your project. This is the best think I've seen for some time. Congrats!!!

Thanks for the great library. (We have used it in http://expo.survex.com/1623/107.htm)

The attached file unfortunately does not load.
107.3d.zip

We have made a small change to the code, which allowed it to work. Although I am not sure this is not the best approach.

The new line was "if ( station === undefined ) continue; // ADDED LINE OF CODE", as shown in the code below.

Routes.prototype.mapSurvey = function ( stations, legs, surveyTree ) {

// determine segments between junctions and entrances/passage ends and create mapping array.
this.surveyTree = surveyTree;

var segmentMap = this.segmentMap;
var newSegment = true;

var station;

var segment = 0;
var vertexPairToSegment = this.vertexPairToSegment;
var segmentToInfo = this.segmentToInfo;

var v1, v2;

var i, l = legs.length;

var segmentInfo;

for ( i = 0; i < l; i = i + 2 ) {

	v1 = legs[ i ];
	v2 = legs[ i + 1 ];

	vertexPairToSegment.push( segment );

	if ( newSegment ) {

		station = stations.getStation( v1 );
		if ( station === undefined ) continue; // possible use of separator in station name.

		segmentInfo = {
			segment: segment,
			startStation: station,
			endStation: null
		};

		station.linkedSegments.push( segment );

		newSegment = false;

	}

	station = stations.getStation(if ( station === undefined ) continue; // ADDED LINE OF CODE v2 );
	if ( station === undefined ) continue; // ADDED LINE OF CODE
	if ( ( station && station.hitCount > 2 ) || ( i + 2 < l && ! v2.equals( legs[ i + 2 ] ) ) ) {

		// we have found a junction or a passage end
		segmentInfo.endStation = station;

		segmentMap.set( segmentInfo.startStation.id + ':' + station.id, segmentInfo );
		segmentToInfo[ segment ] = segmentInfo;

		station.linkedSegments.push( segment );

		segment++;

		newSegment = true;

	}

}

if ( ! newSegment ) {

	segmentInfo.endStation = station;

	segmentMap.set( segmentInfo.startStation.id + ':' + station.id, segmentInfo );

	station.linkedSegments.push( segment );

}

return this;

};

How to deinit CaveView? I am using Turbolinks library and seems to CV.UI.init is working only for first call. Removing div#scene is not helps

This example works (on a phone) and uses the gyros/accelerometer to create a window through the ground. It also used to work from the GPS (before that stopped working) so you could walk around to find surface passages.
http://goatchurchprime.github.io/groundwindow/groundwindow.html#caves/expoloser.js

I'd like to have enough features in the CaveView so I can use it as a library and delete most of the rendering parts (and 3d file decoding components) of groundwindow.

I have updated CV from 2.1.3 to 2.4.0, but the last one don't work on my browser (PaleMoon -> http://www.palemoon.org/ ) but work on Chrome, Firefox and Edge. The previously installed version work ok also on my browser. If I check the Error Console I see this error

Error: SyntaxError: bad method definition
Source File: http://www.grmada.org/CV/CaveView/js/CaveView2.js
Line: 30556, Column: 2
Source Code:
  isLineSegmentsGeometry = true; 

Can this be checked and corrected if possible? You can use the portable version of PaleMoon to check (e.g. http://www.palemoon.org/download.php?mirror=eu&bits=64&type=portable ), maybe use my test page here: http://www.grmada.org/CV/

And another note, I have checked all in win7.

Thank you!

I hadn't realized you were crazy enough to implement a .3d parser in pure javascript!

My groundwindow implementation required a preprocessing of dump3d output of a 3d file into a json object.

Since you have this capability, you might as well allow for convenient drag-and-dropping of 3d files into the window, so we can fully replace the aven viewer.

Here's the code that enabled this in another project I did:
https://bitbucket.org/goatchurch/laserplacer/src/3c22291edfd2b0d7a6dc1ae68369cfcadc539eed/viewcontrols.js#lines-108

This is one to put on the back burner to think about, but would be necessary if we were to make aven entirely obsolete, because at the moment that is our only program that can print out the centrelines onto which we transcribe the cave notes and drawings.

This would be putting a selected section of cave into plan view, orthographic projection, short station names on, LRUD cross sections as faint dotted lines with endpoints, and then over which you would place a grid of A4 sheets at a particular scale. Sometimes these can be rotated to fit the cave better and not waste paper. Then output goes into a PDF/Postscript file ideally, rather than a bitmap.

I'm running out of memory on my computer and was searching for some big files when I found the at the CaveView.js/.git/objects/pack/*.pack file is 420Mb large

On trying out a script included in the link, it seems that you've committed and then deleted the terrain files for the entire world!
https://stackoverflow.com/questions/10622179/how-to-find-identify-large-commits-in-git-history

Is there a way to clean them out properly so that I'm not losing so much memory by having a copy of this project?

Hi
Is it possible to make the loadCaveList function use wildcards for the cave model names? E.g. .lox;.3d, etc.
Currently it seems to require listing each file manually, which is OK, but for example I might have a build script that exports a new cave's model and uploads it to the FTP folder without the need to update the html file.

In the current API documentation page - Reference - v2 API

In the terrainShading property, the second value in the enummeration is
CV2.SHADING_HEIGHT "The terrain is shaded by height."

but
viewer.terrainShading = CV2.SHADING_HEIGHT;
results in an error:
unknown mode 1

So instead of CV2.SHADING_HEIGHT probably you should have there
CV2.SHADING_CONTOURS

How to repoduce

Go to:
https://aardgoose.github.io/CaveView.js/

• Disable demo
• Press L to get elevation
• Press space to enable auto rotation

Observed behavior

Survey is first rotated to elevation view -- all good so far
When space is pressed survey jumps to plan view and starts to rotate -- this is not the expected behavior

Suggested fix

When hud.ahi is draged to elevation and then space is pressed everything works fine. Adjust behavior of L to be the same.

It say every time that message, I have tries with .3d and .lox
What's I'm doing wrong? Or there is something missing?

On lox models, if you zoom out enough, at some point, the model disappears and looks to be "shaded" by a black region. My guess is that that black covering layer is the bounding box of the 3d world in which the model is rendered. You can try this with "cheddar.lox" example file.

While on "cheddar.lox" and others that might not be a big problem since normally you don't need to zoom out so much, I have another sample file which has a different geometry and gets shaded as soon as you zoom out and can't see the entire model. The cave model is smaller in comparison with the surface model part which makes this being rendered differently - you have to zoom out much more to see the entire terrain. I can provide that example.

I think that there are some problems with /CaveView.js/blob/dev/src/js/core/defaultLanguage.json e.g. there was removed the Colours section, also if this sections remains in Settings. Maybe there are some other string removed by error?
Please update (sync) also the same file in /CaveView.js/blob/dev/build/CaveView/lib/lang-template.json

The selection window would better be done as a tree (maybe with some extra rolling-up), rather than this slide to the left as you go down the sub directories. It would give a more stable view of the points of interest.

The highlight box (in blue) and zooming is nice. But the legs and passage could be highlighted with a different select colour to bring it out.

Measuring distances in survex-aven is done by being able to select an individual station than then hovering cursor over other parts of the tree. You could have each of these other cursor-over parts get highlighted, but only receive the box and the zooming treatment when clicked on.

Can you select nodes from the graphics window?

Some .3d model file can cause the viewer to not load the model and display a modal with following error.

Empty survey or region of survey.

Issue can be reproduced opening the online demo1 page

https://aardgoose.github.io/CaveView.js/demo1.html

and use the GUI to load the attached example.zip

The example file is built by therion.

Install instructions refers to CaveView.js which does not exist.

CaveView.js

The CaveView application is provided in one javascript file. Include this in the body section of the page.

<script type="text/javascript" src="%path%/CaveView/js/CaveView.js" ></script>

Hi,
I noticed there is one styles definiton in the CaveView css file which is overriding my global styles. It's quite "loosley" defined, so maybe this could be changed. I'm not sure for which part of the widget this definition is actually used.

This is the styles definition:

li span {
  display: inline-block;
  width: 10px;
  padding-right: 2px;
}

This worked correctly in 2.6.2 but stopped working in 2.7.0: viewer.hasEntrances is now always false even though the lox model has three entrances. Those were still displayed correctly in 2.6.2...

Thanks
Tapter

Hello, I updated to the 1.12 release and I got the following error:

CaveView.js:41742 Uncaught TypeError: Cannot read property 'addById' of undefined
at readSurvey (CaveView.js:41742)
at readChunkHdr (CaveView.js:41695)
at loxHandler.parse (CaveView.js:41625)
at CaveLoader.callHandler (CaveView.js:42465)
at Object._dataLoaded [as onLoad] (CaveView.js:42349)
at XMLHttpRequest. (CaveView.js:27393)

The model was working with previous releases.
My URL is:

http://www.speleotoscana.it/orco-3d/

I also tried to load a model made by creating a .lox file from a .plt (Compass) file. I got another error:

CaveView.js:41768 Uncaught RangeError: Invalid typed array length: -1
at new Uint8Array ()
at readString (CaveView.js:41768)
at readStation (CaveView.js:41798)
at readChunkHdr (CaveView.js:41695)
at loxHandler.parse (CaveView.js:41625)
at CaveLoader.callHandler (CaveView.js:42465)
at Object._metadataError [as onError] (CaveView.js:42382)
at XMLHttpRequest. (CaveView.js:27404)

I got the latest error also on previous versions of CaveView.

Any hint?
Thanks

Hi,
I'm sure this was working before, but it's not anymore. When using Cesium and trying to fetch EPSG information I get this:

Access to fetch at 'https://epsg.io/3912.proj4' from origin 'my hostname' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled

Is this a known issue?

Hello, I would like to combine a cave survey with various surface models, so I generated a surface model without centerline inside and I tried to display it with CaveView. Unfortunately I got:

CaveView.js:44110 Uncaught TypeError: Cannot read property 'geometry' of undefined
at new Topology (CaveView.js:44110)
at Survey.loadCave (CaveView.js:46816)
at new Survey (CaveView.js:46616)
at CaveLoader.caveLoaded$1 [as callback] (CaveView.js:51719)
at CaveLoader.callHandler (CaveView.js:42922)
at FileReader._loaded (CaveView.js:42878)

Same issue if I generate, for example, a model with only entrance station, without centerline.

You can see issues here:

http://www.speleotoscana.it/3d-test

if you try to display last two models (Surface only and Entrance Only). Another issue is on the same page if I try to display the first model (Apuane ortofoto) using Firefox:

ReferenceError: event is not defined[Learn More] CaveView.js:42828:4

It works with Chrome.

Hi I have issues with using cesium tiles with my 3d files. There is just one flat square above the cave where the terrain should be.

I attached the 3d in zip:
evklidova_piscal.zip

The epsg I use is:
*cs EPSG:3912
*cs out EPSG:3912
An these are the coordinates of the entrance:
*fix 2011_01_vhodni_deli.1.0 416775 136238 1550

The gpx/kml I get as with export from Aven, is correct. So I guess it should be OK.

I have added a .json language file to the CaveView/lib/ directory.
The language is loaded and displayed correctly in the interface but there is one javascript error:

CaveView2.js:50670 Uncaught TypeError: Cannot read property 'dispatchEvent' of null at CaveView2.js:50670 at CaveView2.js:49964

The line at fault is
x18n_build.on( [ 'lang:change' ], function () { this.dispatchEvent( { type: 'change', name: 'language' } ); } );

The log message loaded language [ro] appears indicating it finished loading succesfully.

CaveView.js v. 2.0.2
tested on Firefox 74.0.1 (x64) and Google Chrome 80.0.3987.163 (x64)

With last released version 2.1.2 I have a little problem on initial view of a plt (FULFORD CAVE, from here: https://www.fountainware.com/compass/HTML_Help/Compass_Viewer/plotfileformat.htm). The initial view is not zoomed out enough. If I click on Selection -> FULFORD CAVE, it zoom out correctly. If I click DEL to reset to initial view it zoom in too match. In previous version it work ok. Find attached the plt file.

Sfulford_cave.zip

While the GL shading code makes it easy to do smooth shading by interpolating the light values at the vertices against their averaged normals, flat shading can make it easier to see what the actual survey data is.

You can also use the white saturation of the colours to indicate the slope of the polygonal surface, which also helps to interpret the ambiguous directions of all the surfaces.

From groundwindow:

From survex/aven:

Hello,

Really interested in the project! Any chance of getting some instructions on how to build it?

Thanks

Some people in CUCC were sharing round a link to http://www.speleotoscana.it/3d/ on Facebook which they were amazed by, but had not realized that there was a UK connection. (There's only a link to CaveView in the Italian text.)

You are completely missing an author reference anywhere visible -- not even in the (i) help panel! I think it would be fair (and useful to everyone) to put a little overlay with a link to your page in the bottom of the panel, so people are more able to find it.

Believe me, it's not going to at all be like the "Copyright Olly Betts" in 36pt bold text that got included on every printed survey from survex, making it almost appear that the survey was copyright him, when it was just the printer driver.

The depth from surface can be viewed by clicking on data points.

Would it be possible to have an option to shade by depth from surface? This would be an extremely usefull tool.

I wanted to use this on the server, which means it needs packaging.
So I had a go.

Most obvious issue is that it requires three.js v85 and debian only has v80. https://tracker.debian.org/pkg/three.js
Could it be made to work with 80, or will I have to use the internal 3.js copy for now?

But so far have not been able to build in debian unstable.
Following the build instruction at: https://aardgoose.github.io/CaveView.js/build.html
apt install --no-install-recommends rollup npm goes OK
but npm init fails with
npm ERR! Error: unable to get local issuer certificate
npm ERR! at TLSSocket. (_tls_wrap.js:1109:38)
npm ERR! at emitNone (events.js:106:13)
npm ERR! at TLSSocket.emit (events.js:208:7)
npm ERR! at TLSSocket._finishInit (_tls_wrap.js:639:8)
npm ERR! at TLSWrap.ssl.onhandshakedone (_tls_wrap.js:469:38)
npm ERR! If you need help, you may report this entire log,
npm ERR! including the npm and node versions, at:
npm ERR! http://github.com/npm/npm/issues

npm ERR! System Linux 4.13.0-45-generic
npm ERR! command "/usr/bin/node" "/usr/bin/npm" "install"
npm ERR! cwd /home/wookey/packages/caveview.js/debian/caveview.js-1.8.0
npm ERR! node -v v8.11.2
npm ERR! npm -v 1.4.21
npm ERR! code UNABLE_TO_GET_ISSUER_CERT_LOCALLY
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR! /home/wookey/packages/caveview.js/debian/caveview.js-1.8.0/npm-debug.log
npm ERR! not ok code 0

Node and js world generally is greek to me. So what exactly is the problem there?
The log file says:
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node',
1 verbose cli '/usr/bin/npm',
1 verbose cli 'view',
1 verbose cli 'CaveView.js',
1 verbose cli '--json' ]
2 info using [email protected]
3 info using [email protected]
4 verbose request where is /CaveView.js
5 verbose request registry https://registry.npmjs.org/
6 verbose request id 1c4f6b466a66dfcf
7 verbose url raw /CaveView.js
8 verbose url resolving [ 'https://registry.npmjs.org/', './CaveView.js' ]
9 verbose url resolved https://registry.npmjs.org/CaveView.js
10 verbose request where is https://registry.npmjs.org/CaveView.js
11 info trying registry request attempt 1 at 2:00:15 AM
12 http GET https://registry.npmjs.org/CaveView.js
13 info retry will retry, error on last attempt: Error: unable to get local issuer certificate
14 info trying registry request attempt 2 at 2:00:25 AM
15 http GET https://registry.npmjs.org/CaveView.js
16 info retry will retry, error on last attempt: Error: unable to get local issuer certificate
17 info trying registry request attempt 3 at 2:01:25 AM
18 http GET https://registry.npmjs.org/CaveView.js
19 error Error: unable to get local issuer certificate
19 error at TLSSocket. (_tls_wrap.js:1109:38)
19 error at emitNone (events.js:106:13)
19 error at TLSSocket.emit (events.js:208:7)
19 error at TLSSocket._finishInit (_tls_wrap.js:639:8)
19 error at TLSWrap.ssl.onhandshakedone (_tls_wrap.js:469:38)
20 error If you need help, you may report this entire log,
20 error including the npm and node versions, at:
20 error http://github.com/npm/npm/issues
21 error System Linux 4.13.0-45-generic
22 error command "/usr/bin/node" "/usr/bin/npm" "view" "CaveView.js" "--json"
23 error cwd /home/wookey/packages/caveview.js/debian/caveview.js-1.8.0
24 error node -v v8.11.2
25 error npm -v 1.4.21
26 error code UNABLE_TO_GET_ISSUER_CERT_LOCALLY
27 verbose exit [ 1, true ]

AIUI npm dynamically downloads versions of everything needed to build, and this is fundamentally at odds with debian package-build mechanisms which require a build to be possible without internet access. npm2deb is the magic to convert npm rules into debian packaging: https://wiki.debian.org/Javascript/Nodejs/Npm2Deb

Using it to check whether the dependencies are already packaged or not gives the same error as above.

Some googling suggested that this might help:
setting npm config set strict-ssl false
That changes the error to:

npm ERR! Error: Not found : CaveView.js
And indeed: https://registry.npmjs.org/CaveView.js does not exist. Should it? Is there a way to tell npm to get it's info from somewhere else?

I seem to be stuck. Neither your nor debian's build instructions work. I am probably doing something very dim. Suggestions welcome.

A manual inspection suggests that https://github.com/florian/observable is one unpackaged thing.

This would mean we could have cave surveys that are 1:1.

https://www.w3.org/TR/webxr/
https://immersiveweb.dev/

Is there an option to show station comments, like the one that are shown in the Loch viewer for .lox files?
There is a way to show entrances, or to show all station names, but I didn't see if it is possible to display station comments.
This is very useful for looking at complex caves and identifying which gallery is which.
If it is not available, would it be hard to implement?

Here is what I mean in Loch.

Hello, I'd like to understand how to enable by default some features like showing terrain and map overlay shading.

Any hint? Any example?
Thanks

There is no mechanism at the moment for translations to be uploaded to the repository and included in the build, right?
Maybe that would be beneficial in the future.

Hi there! I'm translating CaveView to slovenian and italian language, but find that some strings are not translatable. Can they be added?
The needed strings are:

• "intro" in Edit
• "Start" and "End" in Edit mode - Traces
• "file" in Survey Stats
• "A WebGL 3d cave viewer for Survex (.3d), Therion (.lox) and Compass (.plt) models.", "For more information see:" and "CaveView on GitHub" in Information

Thank you!

The "middle wheel" on Apple Magic mouse produce only zoom effect not tile/pan as it should.

Currently it looks like the cave information is displaying the total leg length.
I think it would be better to display the net length (total - splays - duplicates) and give the total length in brackets.

When you change the model (select another in the dropdown box),
if the tileSets.json file cannot be found on the server,
the left panel gets hidden (along with the small control buttons that are used to show it back) and there seems to be no way to display the panel or the small control buttons again.

The cause seems to be the tileSets.json file when it cannot be found on the server. If you place an empty tileSets.json file (and configure the terrainDirectory parameter to the files directory), the problem is avoided.

Test environment:

1. Google Chrome | 60.0.3112.90 (Official Build) (64-bit)
2. Firefox 54.0.1 (64-bit)
   Windows 7 64-bit

I followed the instructions that were at: https://aardgoose.github.io/CaveView.js/build.html and all I get is the demo.html and not the fulldemo.html on my disk.

(These build instructions probably ought to be in README.md file of this repo rather than elsewhere!)

Maybe these default versions of the webpage ought to go in a build/html directory.

If this code is used as a utility library for creating viewers that pre-loads cave surveys into the browser, please include links to some of the best examples out there. (I'd like something good to base the following work on: CaveSurveying/CUCCexposurveyissues#49 )

Hello! Would love to talk to you about an AI project. Could you email me at [email protected]?

Hi,
I'm facing an issue visualizing a survey. The problem is that moving the model in some cases the altimetic layer is like "cutted" on a plane, the cutted areas become black . I thought the reason was the size so I reduced the altimetric area but the problem still remains.
The survey where I face the problem is this: https://www.speleopg.it/monte-maggio/
For example, for this other survey, I have no problems: https://www.speleopg.it/modelli-3d/

Could you please help me understanding where is the problem?