<html>
<head />
<body>
Thanks for all the information.<br />Thank you for the warm words<br />and thank you very much for the review.<br /><br />You asked me for thoughts.<br /><br />Well, I think it's not the time to discuss technical details now, but I would like to ask for your opinion about my following impression.<br /><br />I think, it is a kind of "chicken and egg" problem, given the egg is the elaborated network sensor concept and given the chicken is the interest from the telecom industry. Do you agree?<br /><br />I hope, my sourceforge project could be "something in between chicken and egg", let's see, at least the internal "Developers" forum of the project could be used as forum for stakeholders of this topic.<br /><br />Have fun<br />Christoph<br /><blockquote type="cite">
<p>-------- Original-Nachricht --------<br />Datum: Mon, 07 Feb 2011 09:46:57 -0800<br />Von: Don Brutzman <brutzman@nps.edu><br />An: x3d-public@web3d.org, Christoph Valentin <christoph.valentin@gmx.at><br />CC: Michael Aratow <maratow@noegenesis.com>, Chris Thorne <dragonmagi@gmail.com><br />Betreff: Re: [X3D-Public] The Network Sensor is not enough<br /><br /></p>
thanks for your efforts Christoph. yes i agree that there are some<br />excellent ideas.<br /><br />there is past work preserved at<br />http://www.web3d.org/x3d/content/examples/Basic/Networking/<br />http://www.web3d.org/x3d/content/examples/Basic/Networking/NetworkSensorConnectionPrototypes.x3d<br />http://www.web3d.org/x3d/content/examples/Basic/Networking/NetworkSensorConnectionNodes.html<br /><br />this work got fairly far but had to stop. quoting:<br />"Work on these nodes has been discontinued, at least temporarily. Because the NetworkSensor node allows definition of new fields by name, a proper implementation requires native X3D-player support and a full Prototype-based implementation is not possible. No X3D browser companies have yet committed to produce such an implementation."<br /><br />if there is sufficient interest to review past work and discuss<br />potential future work, it would be great to schedule a teleconference.<br /><br />I think that there is a lot of great work on networking that can<br />be capitalized on. Deep Matrix, RayGun, BitManagement multi-user<br />server, proposal for Anchor/Inline url refresh, etc.<br /><br />meanwhile NPS continues to offer our open-source DIS library to<br />integrate in other browsers, available in C++ C# Objective-C and Java.<br />already integrated in Xj3D. numerous additional information about DIS<br />available at<br /><br />http://x3dgraphics.com/slidesets/X3dForAdvancedModeling/DistributedInteractiveSimulation.pdf<br /><br />plus proposed additions for X3D v3.3 on member wiki, excerpt follows<br /><br />http://www.web3d.org/membership/login/memberwiki/index.php/X3D_v3.3_Specification_Changes#Distributed_Interactive_Simulation_.28DIS.29_Component<br /><br />> Distributed Interactive Simulation (DIS) Component<br />><br />> Latitude and longitude need to be added to the position-dependent nodes in the X3D DIS Component in a manner consistent with the X3D Geospatial Component.<br />><br />> The packets defined in the IEEE DIS Specification do support high-resolution geospatial coordinates.<br />><br />> Thus the following fields need to be added to EspduTransform, ReceiverPdu, SignalPdu and TransmitterPdu:<br />><br />> SFVec3d [in,out] geoCoords 0 0 0 (-∞,∞)<br />> MFString [] geoSystem ["GD","WE"] [see 25.2.3]<br />><br />> Existing translation fields in the DIS nodes are still be retained and relevant as before. Thus translation values simply reposition grouped children nodes within the geospatial coordinate frame, rather than a local coordinate frame.<br /><br />url refresh is also on the member wiki:<br />http://www.web3d.org/membership/login/memberwiki/index.php/X3D_v3.3_Specification_Changes#X3DUrlObject_abstract_interface:_refresh_for_scene_reload<br /><br />> X3DUrlObject abstract interface: refresh for scene reload<br />><br />> A major factor for improving the interactivity of X3D scenes might be to allow the deliberate reloading or refreshing of external content. This would facilitate a great deal of client-server functionality without requiring some kind of networking protocol.<br />><br />> Similar functionality is provided by the http-refresh capability of HTML, for example <meta http-equiv="refresh" content="5" />. However there are some related problems with user accessibility that might be relevant.<br />><br />> 9.3.2 X3DUrlObject<br />><br />><br />> X3DUrlObject {<br />> MFString [in,out] url [] [URI]<br />> SFBool [in,out] load TRUE<br />> SFTime [in,out] refresh -1<br />> }<br />> The refresh field specifies a refresh interval in seconds. At each refresh interval,<br />> the current url resource gets shutdown (if appropriate) and then reloaded. A<br />> refresh value of 0 or less means that no reload occurs. If the prior reload is incomplete,<br />> it is interrupted and superceded by the new refresh request. Cached content is no longer<br />> used, unless none of the refreshed content url values remain retrievable. Time-dependent<br />> media (such as AudioClip or MovieTexture) are handled as if they are again initially reloaded.<br /><br />thoughts?<br /><br />the more we do, the more we will do. looking forward to future progress.<br /><br />all the best, Don<br />-- <br />Don Brutzman Naval Postgraduate School, Code USW/Br brutzman@nps.edu<br />Watkins 270 MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149<br />X3D, virtual worlds, underwater robots http://faculty.nps.edu/brutzman<br /><br /></blockquote>
<div class="signature"><br /><br /><br />-- <br />NEU: FreePhone - kostenlos mobil telefonieren und surfen! <br />Jetzt informieren: http://www.gmx.net/de/go/freephone</div></body>
</html>