<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Found another difference:<br>
Twiki says UTF8HebrewVowels but Module Making page says
UTF8HebrewPoints. WLC is using the latter.<br>
<br>
DM Smith wrote:
<blockquote cite="mid4217B558.5040705@yahoo.com" type="cite">
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
In comparing the module making and the confFileLayout page on the
website to each other and to the values that are in the conf.<br>
  <br>
Caveat: I did not look into the SwordAPI lib to see what is supported.
There may be other values that are supported that are not currently in
use or mentioned on these web pages.<br>
  <b><br>
First these are ones that have potential data problems:</b> (I am
willing to fix these)<br>
  <br>
  <b>BlockType</b><br>
Both web pages agree, but some conf's have mixed case values of "Book"
and "Chapter". Are the values case sensitive? Most of the other picks
match case exactly. DistributionLicense and CompresType also have this
behavior.<br>
92 times that BlockType is specified, 76 are BOOK, 5 are Book, 9 are
CHAPTER, and 2 are Chapter.<br>
Interestingly there are no VERSE. Also interesting, it is present for
everything that has compression except 1 file (Webster's Dictionary),
even though there is a default of CHAPTER.<br>
  <b><br>
CompressType</b><br>
Both web pages agree on LZSS but the confFileLayout has ZIP while the
module making page has Zip.<br>
Of the 93 modules that are compressed all have a zip compression. 92
are specified with ZIP and one with Zip.<br>
According to the documentation LZSS is the default. But it does not
make sense to me for it to stay that way.<br>
  <br>
  <b>SourceType</b><br>
Both agree on the list. While Plaintext is the default, it is specified
for one module and PlainText is specified on another.<br>
  <br>
  <b>DistributionLicense.</b><br>
Both web pages agree (as of a few minutes ago! Thanks Chris). However,
the actual strings that are used are all over the map.<br>
Since most are "Public Domain" this would not be a big problem to fix.
Here is the breakdown:<br>
These match the "standard"<br>
0 &nbsp;&nbsp;&nbsp; Copyrighted.<br>
3 &nbsp;&nbsp;&nbsp; Copyrighted; Free non-commercial distribution<br>
2 &nbsp;&nbsp;&nbsp; Copyrighted; Permission to distribute granted to CrossWire<br>
105 Public Domain<br>
Here are the non-standard ones:<br>
2 &nbsp;&nbsp;&nbsp; Copyright; Distribution permission granted to CrossWire<br>
1 &nbsp;&nbsp;&nbsp; Copyright; Distribution permission granted to Crosswire<br>
2 &nbsp;&nbsp;&nbsp; copyrighted but free for distribution<br>
1 &nbsp;&nbsp;&nbsp; copyrighted but licensed for distribution by crosswire<br>
6 &nbsp;&nbsp;&nbsp; Copyrighted; Distribution permission granted to CrossWire<br>
1 &nbsp;&nbsp;&nbsp; Copyrighted; Distribution permission granted to Crosswire<br>
1 &nbsp;&nbsp;&nbsp; Copyrighted; Distribution permission granted to Crosswire.<br>
1 &nbsp;&nbsp;&nbsp; Copyrighted; Free distribution<br>
2 &nbsp;&nbsp;&nbsp; Copyrighted; Free Distribution.<br>
2 &nbsp;&nbsp;&nbsp; Copyrighted; Free Non-Commercial Distribution<br>
1 &nbsp;&nbsp;&nbsp; General public license for distribution for any purpose<br>
1 &nbsp;&nbsp;&nbsp; public domain<br>
4 &nbsp;&nbsp;&nbsp; Public Domain.<br>
3 &nbsp;&nbsp;&nbsp; See README file<br>
  <br>
  <b>Below are ones that agree but I found some interesting statistics:</b><br>
  <b>Feature</b><br>
Both web pages agree on the feature list. Interestingly, there are no
files with HebrewParse. That probably should be on a wish list!<br>
  <br>
  <b>ModDrv</b><br>
Both web pages agree. Interestingly all are used except HREFCom. And
RawFiles, RawLD4 and zLD are used exactly once each.<br>
  <br>
  <b>Below is the one that is out of date:</b><br>
  <b>GlobalOptionFilter</b><br>
Both web pages are out of date. The following are missing from the
module making page: GBFScripref, OSISFootnotes, OSISHeadings, and
OSISRedLetterWords. On the confConfigFile all the OSIS ones are
missing: OSISFootnotes, OSISHeadings, OSISMorph, OSISRedLetterWords. Of
the various global option filters, all of them are used in at least one
module except: GBFScripRef, ThMLLemma and UTF8GreekAccents.<br>
  <br>
  <b>Below are the ones that are mentioned on one page but not the
other.
I did not find any data problems below.</b><br>
  <b>BlockCount</b> <br>
On the module making page it is present and states a default of 200.
However, it is not mentioned in the confFileLayout and it is not
present in any conf.<br>
  <br>
  <b>Copyright</b><br>
Not mentioned on the confFileLayout. Only occurs in 2 modules.<br>
  <br>
  <b>CopyrightDate, CopyrightHolder, CopyrightNotes</b><br>
Not mentioned on the module making page. Occur with roughly the same
frequency as the CopyrightContactAddress, CopyrightContactEmail, and
CopyrightContactName field.<br>
  <br>
  <b>DataPath</b><br>
I am suprised, but this required field is not mentioned on the module
making page. It does show up in the sample conf.<br>
  <br>
  <b>Direction</b><br>
Missing from the module making page.<br>
  <br>
  <b>DisplayLevel</b><br>
Missing from the module making page. Only present on 9 modules. Does
anyone know what this is used for?<br>
  <br>
  <b>GlossaryFrom, GlossaryTo</b><br>
Not on the module making page.<br>
  <b><br>
InstallSize</b><br>
Missing from the module making page. Present on 6 modules.<br>
  <b><br>
Obsoletes</b><br>
Missing from the confFileLayout page<br>
  <b><br>
OSISqToTick</b><br>
Missing from the module making page.<br>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
sword-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
  </pre>
</blockquote>
</body>
</html>