[ODE] ODE GUI Editor #2...

[Ian Macinnes]

For interests sake, I've already developed a fairly generic ODE XML 
schema for my evolvable physical morphology experiments. It can be seen at:

http://www.cogs.susx.ac.uk/users/ianma/alife9/genotype.xsd

...and an instance example at:

http://www.cogs.susx.ac.uk/users/ianma/alife9/try1.txt

I think it's more suitable for evolutionary computation experiments 
using ODE rather than for general ODE use though.

Ian


Limor Schweitzer wrote:

>> From: "Ivan Tanev" <i_tanev at atr.jp>
>> To: "ODE mailing list" <ODE at q12.org>
>> Subject: Re: [ODE] ODE GUI Editor #2...
>> Date: Thu, 26 Feb 2004 13:46:16 +0900
>>
>> Yes, I completely agree with the opinions about the benefits of using 
>> XML. I
>> just want to add one more:
>>
>> Considering the description of the artifact (simulated using ODE) as a
>> morphology, and having this morphology written in XML implies that we 
>> are
>> able to parse and traverse it in a form of, say, DOM-parse tree. And
>> tree-like structures are quite convenient for implementing genetic
>> operations - crossover and mutation. My point is: using XML we may 
>> have a
>> format which offers a generic support to automatically *evolvable* (say,
>> using genetic programming) artifacts' morphology. And the W3C-standard
>> XML-schema (XSD-file) can be used as an generic way to represent and 
>> manage
>> the syntax constrains imposed to the evolved morphologies in eventual
>> strongly typed genetic programming. The same is true for the behavior of
>> artifact too, if the latter is expressed in XML-format. Evolvable rather
>> than a priori predefined simulated artifacts (and environments) seem 
>> to be
>> feasible not only for exclusively research purposes (evolutionary 
>> robotics,
>> bionics, etc.), but I guess (for example) for creating more 
>> unpredictable,
>> more entertaining games too.
>>
>
> I find this relationship very exciting as it can create a much wider 
> enthusiast audience for ODE and real-time physics simulation that 
> would norally be intimidated by terms like "inertia tensor".
>
> with regards to XML, another couple of advantages:
>
> 1) by using an xml-schema (that defines heirarchy/variable 
> constraints) and an xml-schema editor like xmlspy, you can create or 
> modify an ODE-file without the need of a GUI (even though seeing the 
> proxies move around in ezphysics to fit into the skinned mesh has its 
> merits).
>
> 2) compresssion/decompression is a "no-factor" with on-the-flight zip 
> - www.gzip.org/zlib
>
>
> Limor
> (EZPhysics)
>
> _________________________________________________________________
> Watch high-quality video with fast playback at MSN Video. Free! 
> http://click.atdmt.com/AVE/go/onm00200365ave/direct/01/
>
> _______________________________________________
> ODE mailing list
> ODE at q12.org
> http://q12.org/mailman/listinfo/ode