Nate,

Thanks for the TODO list.

I have a few questions regarding the notion of "user-defined" scripts  
for the models. As I read your description, I understand this as  
stating that we essentially want each model to dynamically be able to  
import a python module. This module would inherent the necessary  
functions from some parent class and provide a few functions that  
should be overridden by the user. These functions would then be  
called by the gazebo server, allowing the users module to control the  
interfaces of the object.

In a sense, this description is analogous to the player driver  
architecture, in that, when the server is started, different scripts  
act as drivers and run without requiring client interaction (where  
I'm assuming the alwayson flag is set for the analogy to hold  
completely).

Does this agree with your thoughts at least superficially. Perhaps  
you could flush this out a little more if you strongly disagree with  
what I wrote.

 From what I said above, it seems as though this is reasonable from  
the Python C API standpoint.

Nathan

On Feb 8, 2007, at 7:55 PM, Nate Koenig wrote:

> Hello,
>
> I got around to creating a list of new features, and a TODO list:
>
> http://playerstage.sourceforge.net/wiki/Gazebo#SVN_Gazebo
>
> Read it over, let me know what you think. The TODO list kind of
> degenerates into more far-reaching goals. But better to list them.
>
> If you are interested in tackling anything on the list, please post
> and email to the list about what you would like to do, and how you
> plan to go about completing task.
>
> Also I would like to be the primary maintainer of the WIKI's todo
> list, just to keep everything in order. If you want to make changes or
> additions to this part of the wiki please contact me via the mailing
> list.
>
> -nate
>
> On 2/7/07, Jordi <[EMAIL PROTECTED]> wrote:
>>
>>
>> On 2/7/07, Luis J. Manso <[EMAIL PROTECTED]> wrote:
>>> Hi
>>>
>>>
>>>
>>>> I guess and I say _guess_ that the API and future shape of  
>>>> Gazebo is
>> still not
>>>> defined to spend time in this kind of documentation. Better  
>>>> spend time
>>>> developing.
>>>> Anyway to free Nate from all the work, what about using the  
>>>> player-stage
>>>> gazebo wiki to put this information together?
>>>
>>>
>>> The developing process have many steps, you can't (shouldn't)  
>>> write a
>> program if you don't know where do you want to go. Take a look at
>> http://en.wikipedia.org/wiki/Software_design .
>>> I don't want a book about "the future of gazebo", only a *little*
>> explanation in order to discuss wich are the best solutions.
>>
>>
>> In the first mail Nate sent, he stated the new features and the  
>> TODO list.
>> This is enough for me to know where to go.
>> Documentation about API, world files, python hooks and things like  
>> that are
>> more useful for users and developers interested in extending gazebo.
>> Till the new version is in full shape it would be pretty difficult  
>> to freeze
>> these things. I mean that I am sure that Nate can change the  
>> current world
>> file (the format is changing anyways) if anybody develops a  
>> sensible and
>> useful extension. Anyway, this is just my guess about how general  
>> open
>> source goes, I just think Gazebo should be very similar.
>>
>>>
>>>
>>>> Maybe some information on the current syntax of the world file  
>>>> to let
>> some
>>>> people start testing their own worlds even when this syntax may  
>>>> change
>> in
>>>> near future.
>>>>
>>>
>>> I don't think people want to do twice the same work.
>>
>> But some early test of gazebo before it reaches a new milestone  
>> (the API
>> should be stable then) can be really really useful.
>>
>>
>>
>> --
>> Jordi Polo
>>
>> --------------------------------------------------------------------- 
>> ----
>> Using Tomcat but need to do more? Need to support web services,  
>> security?
>> Get stuff done quickly with pre-integrated technology to make your  
>> job
>> easier.
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
>> Geronimo
>> http://sel.as-us.falkag.net/sel? 
>> cmd=lnk&kid=120709&bid=263057&dat=121642
>>
>> _______________________________________________
>> Playerstage-gazebo mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/playerstage-gazebo
>>
>>
>
> ---------------------------------------------------------------------- 
> ---
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Playerstage-gazebo mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/playerstage-gazebo


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Playerstage-gazebo mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/playerstage-gazebo

Reply via email to