On Thu, 21 Sep 2000, Brad Thompson wrote:
> > I had asked earlier about the idea of software that generates OGL
> > material. The software is NOT OGL, it creates OGL material. One of ideas
> > I had was that a command line switch that would cause the software to
> > "barf out" the tables used, in more or less human (for values of human
> > that include DMs :-) ) readable form. I was going to release the software
> > under the GPL any way, which tends to blur the open/close thing just a
> > bit. Ryan's general comment was along the lines the idea that "the
> > _software_ is not OGC, it's _output_ is OGC" is OK. I can dig up that
> > thread if you want to see it...
>
> I remember the thread, and I was quite happy with that situation, but that
> was under a different version of the OGL than we have now. I don't think it
> is possible to write software that isn't derivative of, say, the d20 SRD if
> it is capable of spitting out all of the d20 SRD. It had to be in there in
> the first place in order to come out. This same logic applies to anything
> that is derivative of the d20 SRD, so characters, spells, classes, monsters,
> etc. that use the d20 SRD conventions are also going to cause problems.
Ah, I don't think you memory is correct. It was during the flame war over
what PI really means time frame. We are talking Sept 8-11th, 2000, at
least according to my mail spool.
JavaDM/PerlDM is planned on being a large ass pile of tables, and a means
of formating random roles and placing them in an output document. I
will give you that the _tables_ are OGC and can be displayed via a command
line option. The means I get from the tables to the document are no more
OGC than your dice and pencil are, at least IMAO, but I could be wrong, of
course.
--
http://www.spellbooksoftware.com
If guns are outlawed can we use swords?
-------------
For more information, please link to www.opengamingfoundation.org
