Upgrade your account to a Community Supporter account and remove most of the site ads.

Reply to thread

Message: <blockquote data-quote="Luke" data-source="post: 500084" data-attributes="member: 602">Okay. I had a look at the FasterTools link you showed.Its quite possible that it is compliant - based on the fact that it doesn't seem to really do that much.The question is:Does your compiled program have any D20 data, or algorithms mechanics, compiled into it in such a way that it can't be seen how you do what you do?You can do RPG stuff, and do dice rolls, without necessarily using the D&D information in the SRD.The "Total Skill Points" is an interesting example of where things could go wrong.For example, it doesn't look as if you calculate available skill points, based on creature levels. If you did that in compiled code, there would be a problem. If you did anything to calculate the rank value of points spent (eg class-skill, or not), then there would be a problem, since these things are actually using game mechanics described in the SRD.You can argue that your list of Races and Classes are viewable, and your Domain list is in text.------------Oops. I've checked a bit more thoroughly.Your doco says that calculate your available skill points in your program, and that you check the feat prerequisites in your compiled code.These are clearly algorithms derived from the SRD, which you apparantly have in your compiled code.From what I understand, WotC would rate this as being a violation.Their point is that they gave you the SRD as an open set of data and rules (for example, describing the prerequisites for feats, and how to calculate skill point totals), and then you went and "closed" it, by distributing it as compiled code.Perhaps you could mention these specific issues on the OGL list, and ask Andy directly if its okay?I wouldn't take a "no reply" as a signal that its okay. A "no reply" could easily mean other things.</blockquote>

Verification