<div dir="ltr"><div dir="ltr"><div dir="ltr">I think its awkward and some things are missing from x3d geo nodes.<div>Lets say you have an elevationgrid in an arbitrary mapping plane, with respect to geoid ie heights measured from sea level.</div><div>There's no node that will take that grid as it is and display it on a spherical earth with the proper adjustments for curved ellipsoidal earth, including geoid-to-ellipsoidal heights. </div><div>If it was a small grid, it could be positioned with a geoLocation node</div><div><a href="http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/geodata.html#GeoLocation">http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/geodata.html#GeoLocation</a><br></div><div>But what about large areas where an uncorrected grid would be obviously wrong? Victoria Island in the Arctic Ocean for example?</div><div>A similar problem if you keep your elevationGrid and use a GeoTransform to bring an ellipsoidal earth into your regular scene.</div><div><br></div><div>You could convert all your grid points to GeoCentric GC coordinates offline, and show it as mesh of points in GeoCentric coordinates. But that makes it awkward / less sensitive to show sea level rise relative to geoid. Normally we convert geoid heights to ellipsoidal heights to render in geo space. So a (geoid following) sea would need to be a grid of points following the geoid, and (somehow) mathematically scaled. </div><div><br></div><div>Perhaps on your page listing all of the locations/areas-of-interest, that could instead be on a geo world, and each area an approximate rectangle on it, with TouchSensor/Anchor. Then when someone clicks on an area, you go to your current elevation grid page? Would that work in x3dom?</div><div><br></div><div>To do it all on one ellipsoid</div><div>A node type that will take your grid in sea-level/geoid relative mapping plane coordinates which may not be UTM - may be some other mapping plane especially near the poles- and do the appropriate conversion on each grid point for rendering and collision/terrain-walking, and do that also with a grid for sea level too, and provide a way to animate the sea level height around the world and/or locally (animated geoid? Geoid as an exposed field? geoid scale factor? special sea level node that includes tide modeling?) ... that needs work.</div><div><br></div><div>Doug Sanden</div><div><br></div><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 20, 2019 at 4:16 PM Magnus Zeisig <<a href="mailto:magnus.zeisig@tele2.se">magnus.zeisig@tele2.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Mike,<br>
<br>
Thank you for your positive feedback and for the tip about the GeoElevationGrid. I admit I hadn't gotten that far yet, but will definitely keep it in mind for future 3D mapping projects. For this particular project I probably would have decided to stick with the ElevationGrid even if I had known though, since I then more easily could match it to a set of "flat" videos of the same areas I had already produced and had much of the data conversion done already for that purpose.<br>
<br>
If I understand it right, the GeoElevationGrid can be used both for full sphere and partial sphere (if (xDimension - 1) * xSpacing < 360 or (zDimension - 1) * zSpacing < 180) topography, but will always result in a correct but sometimes impractical spherical projection, also more triangular (or really concentric circle sector) than rectangular towards the poles? Adding a sea level with adjustment should just be a matter of adding a corresponding second GeoElevationGrid with all height values 0 and scaling it by changing an enclosing Transform scale field?<br>
<br>
Best regards,<br>
<br>
Magnus<br>
<br>
<br>
> 20 feb. 2019 kl. 18:36 skrev Mike McCann <<a href="mailto:mccann@mbari.org" target="_blank">mccann@mbari.org</a>>:<br>
> <br>
> Hello Magnus,<br>
> <br>
> This is a very intuitive and informative interactive presentation!<br>
> <br>
> I agree that X3D/X3DOM is a smoother choice, especially when we have limited time and need to do a lot of data preparation.<br>
> <br>
> I notice that you use a single ElevationGrid and can understand why, as it’s simpler to integrate the Sea level adjustment component of your application. <br>
> <br>
> Just a note regarding dealing with geospatial data: X3DOM also has the Geospatial component – if GeoElevationGrid were used then other data might be more easily added to the scene using latitude, longitude, elevation coordinates, rather than having to first convert to custom coordinates needed for each ElevationGrid. <br>
> <br>
> -Mike<br>
> <br>
>> On Feb 20, 2019, at 3:25 AM, Magnus Zeisig <<a href="mailto:magnus.zeisig@tele2.se" target="_blank">magnus.zeisig@tele2.se</a>> wrote:<br>
>> <br>
>> I just wanted to say thank you to the community and developers for providing a great, quick and simple tool to get 3D scenes done and published. It took me a week of spare time from completing the first "Hello, X3DOM!" tutorial to having a set of 370 coastal areas around the world in interactive 3D on the web, most of that time required to massage geodata from GEBCO and GeoNames into proper format: <a href="http://sealevelrise.se/en/earth_3d1/" rel="noreferrer" target="_blank">http://sealevelrise.se/en/earth_3d1/</a><br>
>> <br>
>> At least initially looking more for a quick tool to get the job done than to really learn all the nuts and bolts of X3D and X3DOM, I've probably made a lot of beginners' mistakes, and I'm sure I'll revisit and improve the project as I learn more, but for now, it's up, working and looking good. Once more, thank you!<br>
>> <br>
>> As a background, I'm not all new to 3D. I wrote my first 2-pass (light and shadow) 3D renderer back in 1981, in BASIC on a micro-computer with a 2.2 MHz 8 bit Z80-processor and 32 KB RAM, taking 2 weeks to render a 332 face mesh model (608 tris) in high resolution (2304x1152 px). In 1995-1996, I created my first 3D scenes on the web using VRML, and later worked with software like RayDream Studio, POV-Ray, Carrara and Poser. 2007-2008 I went into virtual worlds like Second Life and OpenSimulator, and contributed some code to OpenSimulator. Lately, I've created some 3D web content using WebGL and ThreeJS, and contributed some to the ThreeJS documentation.<br>
>> <br>
>> I left VRML when the existing viewers went defunct on Macintosh in the late 1990's, leaving it without a properly functioning viewer for a while, and since I didn't hear much about VRML afterwards, I assumed it more or less dead. I'm happy to see I was wrong and that its offspring X3D is still alive and kicking. While e.g. ThreeJS has its charm for some projects, it's overkill for others, and at least for this project, X3D/X3DOM definitely was a smoother choice.<br>
>> <br>
>> <br>
>> _______________________________________________<br>
>> x3d-public mailing list<br>
>> <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
>> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
> <br>
> <br>
> _______________________________________________<br>
> x3d-public mailing list<br>
> <a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div>