From: Sajjad H. <sh...@gm...> - 2013-07-09 05:32:04
|
Dear Peter, Thanks a lot for the clarifications. Best regards, Sajjad On Mon, Jul 8, 2013 at 6:20 PM, Peter Stone <ps...@cs...> wrote: > > Dear Sajjad, > > Yes, the issue of remote participation has indeed been discussed in the > past. The reason that it is not allowed, is that we feel strongly that > the international event isn't just about running a team. It's also > about meeting people, exchanging ideas, and forming a community. That > can't happen if the programs are all run remotely. > > As a secondary issue, remote participation would add to the already > large burden of the OC. > > We hope that teams that do not have funding to come to the international > event can at least participate in a regional open competition that is > closer to home, and some of which do allow remote participation. > > > Regarding changes to the server, I agree that the sooner they are made, > the better. But we rely on volunteers (all of us!) to make the changes. > The best way to make sure changes happen on time is to participate in > the implementation. > > Specifically regarding the heterogeneous players, note that part of the > point was to release the models only 1-2 weeks before the competition to > encourage methods that are able to quickly develop low-level skills on > new hardware. The infrastructure is meant to be in place early, but the > actual player models are late to arrive by design. > > Best, > Peter > > > > Hi, > > > > > > > > Although I didn't mention this during my short talk but is there a > possibility to allow remote participation? I am sure > > that this must have been debated in the past and there must be some > solid reason for not allowing remote participation. But > > during IranOpen 2013 I interacted with several good teams who said that > they won't be coming to Eindhoven due to lack of > > funding. > > > > > > > > Secondly, the new rules and release of server should be finalized well > before the competition date. Perhaps we can use > > IranOpen/GermanOpen as the deadline for releasing all new stuff. Because > when things are released only 1-2 weeks before the > > World RoboCup, the chances of using them become very low (for instance, > heterogeneous players). > > > > > > > > Finally, I totally agree with Sander on moving the code to > github/bitbucket/etc. so that more people can contribute towards > > server development. > > > > > > > > Best regards, > > > > Sajjad > > > > > > > > On Mon, Jul 8, 2013 at 12:57 PM, Klaus Dorer <[[ > kla...@hs...]]> wrote: > > > > Hello all, > > > > please find below the summary of the league discussion held in > Eindhoven. > > Unfortunately I only started to take notes, when Sajjad's statement > was > > already over. Sajjad, and all the others whom I probably cite too > short > > here, and all that want to see progress in our league: please keep > the > > discussion going. Based on your input the TC will then decide in > > September, what should be the next steps and the midterm strategy > for > > our league. > > > > Greetings > > Klaus > > > > Nima > > - more passing > > - manage energy > > > > Pat > > - more incentives for heterogeneous players > > - more research focus > > - foul model > > > > Nuno > > - make it look more like real soccer > > > > Peter > > - be open to new goals and ideas > > - encourage passing > > - add more advantage to heterogeneous players > > - make it mandatory, e.g. by only providing 5 standard Naos > > - ad hoc teamwork > > - investigate into Darpa Simulator (see separate email) > > > > Sander > > - struggling with development -> move to e.g. github and centralize > all code > > - make it easier for new programmers > > - see if we can get free work from other communities > > > > Peter > > - send publications to Peter > > - try to publish work > > - read and cite other work from league > > > > Daniel > > - strength of our league/simulator: we can change physical > properties easily > > - we should be 10 years ahead in hardware design > > - think big with heterogeneous robots > > - do what other leagues can not do > > > > Stefan > > - have a challenge to suggest new robot models > > - allow new joint models > > > > Klaus > > (I was a bit busy taking notes and moderating, so my thought here > now) > > - I think we should set ourselves as a next subgoal that we should > be > > the first league that has running robots! > > It can not be that this is achieved in some other league before > ours. > > Therefore the time horizon for this should be no longer than two > years, > > better next year already. > > The way to get there smoothly is through heterogeneous robots / new > or > > changed robot models. > > May be we need a turnable backbone. May be we need toes. Most > likely we > > need stronger motors. > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > [[http://p.sf.net/sfu/windows-dev2dev]] > > _______________________________________________ > > Sserver-three-d mailing list > > [[Sse...@li...]] > > [[https://lists.sourceforge.net/lists/listinfo/sserver-three-d]] > > > > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > > http://p.sf.net/sfu/windows-dev2dev_______________________________________________ > > Sserver-three-d mailing list > > Sse...@li... > > https://lists.sourceforge.net/lists/listinfo/sserver-three-d > |