Thanks for the replies. I may well construct a Python wrapper for the API, which seem to be REST calls.
I am not that familiar with REST however. Can anyone recommend a suitable package? Flask perhaps? Cheers, Richard On 31 January 2014 23:25, Alexei Fedotov <alexei.fedo...@gmail.com> wrote: > Hello Richard, > > Openmeetings is open source, it can be customized in a way you want. > Most of features from the first list (except event management) work > out of the box. Some API is also available, and the whole thing can be > embedded into your web site. > > Hope you find it useful. > -- > With best regards / с наилучшими пожеланиями, > Alexei Fedotov / Алексей Федотов, > http://dataved.ru/ > +7 916 562 8095 > > [1] Start using Apache Openmeetings today, http://openmeetings.apache.org/ > [2] Join Alexei Fedotov @linkedin, http://ru.linkedin.com/in/dataved/ > [3] Join Alexei Fedotov @facebook, http://www.facebook.com/openmeetings > > > On Fri, Jan 31, 2014 at 9:43 PM, Richard Prosser > <richard.pros...@mail.com> wrote: > > For a long time now I've had the idea of playing an umpire-managed > > multi-player Kriegsspiel, except that it would be conducted online, which > > avoids the problem of arranging a venue. > > > > I do not know what software would be suitable for that, though; I > imagined > > some kind of "online meeting" package, with a whiteboard of sorts to > display > > maps. > > > > Would anyone know if OpenMeetings is suitable? Here are my basic > > requirements: > > > > > > A membership site, with the usual registration and log-in facilities. > > Communication via Instant Messaging (Chat - written orders) or VoIP > (voice - > > radio). > > Group management will be necessary, so that umpires can chat amongst > > themselves and communicate separately with the players/teams. > > Map display, editable to show unit dispositions and (ideally) scaleable > to > > allow users to zoom in/out. > > Record-keeping so that the umpiring duties are spread around. > > Event-driven game management > > > > > > > > These are some of the desirable features: > > > > A Save/Restore game state option, to allow a game to take place over > several > > sessions > > Automate message management (queuing), so that couriers etc. may be > > automatically delayed or captured, possibly with a random element > > Line-of-sight unit detection, for scouts/observers. > > Automated conflict resolution - calculations, according to some rules. > > API to permit third-party development of extensions. > > > > > > > > I may well launch this as an Open Source project but I would welcome any > > pointers to stuff that may already be 'out there'. > > > > > > Thanks ... > > > > Richard >
