<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">My recollection is that Doug's assessment is correct. The original GeoVRML GeoLOD was developed in the context of CosmoPlayer running inside Netscape Navigator and the need to manage loaded tiles in that implementation.<div><br></div><div>The quad-tree terrain data visualization enabled by GeoLOD has several issues that prevent it from being a performant way to visualize large terrain data sets.</div><div><br></div><div>As seen from the BVHRefiner node example, there is much room for innovation in this area...</div><div><br></div><div>Regards,</div><div>Mike</div><div> <br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">--<br>Mike McCann<br>Software Engineer<br>Monterey Bay Aquarium Research Institute<br>7700 Sandholdt Road<br>Moss Landing, CA 95039-9644<br>Voice: 831.775.1769 Fax: 831.775.1736 <a href="http://www.mbari.org">http://www.mbari.org</a></span>
</div>
<br><div><div>On Nov 22, 2014, at 6:12 PM, Tom Sparks <<a href="mailto:tom_a_sparks@yahoo.com.au">tom_a_sparks@yahoo.com.au</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On 23/11/14 01:21, Andreas Plesch wrote:<br><blockquote type="cite">Thanks, Tom and Doug for your helpful answers. From what I could see in<br>the x3dom implementation there is some culling of the scene graph for<br>LOD nodes depending on distance, GeoLOD is currently not available. A<br>small but important feature of GeoLOD is that the reference (center)<br>point from which distances are measured can be provided in geographic<br>coordinates. I think I will put together a test scene to find out more<br>on how LOD works in x3dom.<br><br></blockquote><br>x3Dom dose have a landscape example using BVH Refinement<br>information: <a href="http://x3dom.org/docs-old/tutorial/bvh.html">http://x3dom.org/docs-old/tutorial/bvh.html</a><br>example: <a href="http://examples.x3dom.org/BVHRefiner/BVHRefiner.html">http://examples.x3dom.org/BVHRefiner/BVHRefiner.html</a><br><br>tom<br><br></blockquote><div><br><blockquote type="cite"><div style="margin: 0px;"></div><br><div>Depending on the browser/implementation, I suspect the LOD + Inline would normally keep the level data loaded in memory once viewed, or until it gets an explicit load=false or change of url. GeoLOD would/should unload a level when its out of range (or zoomed to finer level), so large/endless worlds can be explored in quad chunks with fixed memory. <br>-Doug<br>more..<br>Unlike games, real geographic information tends not to repeat, so is 'bulky' in imagery, terrain and cartographic detail - needs memory management for large areas.<br><br></div></blockquote></div><div><br></div><blockquote type="cite">_______________________________________________<br>X3D-Public mailing list<br><a href="mailto:X3D-Public@web3d.org">X3D-Public@web3d.org</a><br>http://web3d.org/mailman/listinfo/x3d-public_web3d.org<br></blockquote></div><br></div></body></html>