[ODE] XML ODE Data Interchange Format (version 4)
William Denniss
lists at omegadelta.net
Tue Mar 9 17:16:26 MST 2004
On Tue, 2004-03-09 at 15:43, Limor Schweitzer wrote:
> William,
> Excelent work again!
>
> minor comments:
>
> 1) I'm not sure what TinyXML (http://www.grinninglizard.com/tinyxml/), which
> i use, would do with the multiple [0,0,0,0] matrix lines.
No, the parser which would use TinyXML would have to interpret that text
itself under that scheme which is I guess less than ideal. From your
point of view, how would you recommend we store the matrices in XML?
> 2) could you please add some geom-specific params in the examples (for
> example, add radius and length to cylinders [does current ODE support
> cylinder collision with all other geoms ?!] )
Ok, I'll add some more to the example. There is another example under
section "2.1.2 <geom>".
I'm not sure if the current ODE does - but I'll put it in the spec
anyway.
> 3) Not sure if this was implicit in the text or not but one should be able
> to place joints and joint-groups under relative transforms (for example
> under a body, inheriting the body's transform)
Yes this can be done. I'll make it more clear but "joint" is classified
as an ODE Object - and "body" a collection (actually this node is
both). Collections can hold ODE objects and the transforms are
relative.
> 4) whats with the copyright notice ? do i need explicit permission to use
> this format, quote all or part of the RFC, use the term XODE etc. ?
No, you don't need explicit permission at all to use it. Most RFC's
have copyright notices - I guess this is to stop certain large companies
(who I will not name) from embracing and extending standards. An
example is this RFC: http://www.faqs.org/rfcs/rfc2616.html (the HTTP
protocol)
I guess I need to add something like they did at the bottom:
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
The limited permissions granted above are perpetual and will not be
revoked by Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
> I think this format should work ok for my needs (ezphysics), infact it is
> not that different from what i've exported so far.
> Are you working on a reference implementation ?
That's great to hear.
I considered using yours as a reference implementation and I did take a
good look at it a few weeks ago (when we were debating the merits of
XML) but in the end I didn't. Hardly surprising they are similar I
guess since it's the same underlying library they are representing. I
must say though that when I saw your editor and its XML - it showed me
that XML is indeed a very good format for storing ODE scenes and all we
really need is a standard format so all these great editors are
compatible with each other. Based on your knowledge from creating
ezphysics - can you see anything important that I have mistakenly left
out of this spec?
Thanks,
Will.
--
William Denniss - will@ http://tanksoftware.com/
More information about the ODE
mailing list