[sword-devel] sword-devel Digest, Vol 32, Issue 16

Yiguang Hu yighu at yahoo.com
Wed Nov 8 07:34:30 MST 2006


DM made a good point here. The problem is non-English
speakers do not know the osis bible key like gen, exod
etc. I know some of brothers who lived in US years but
do not read English Bible much. Even if they read
English Bible, many of them still not know the keys.
So this prompts to my recent post about a book name
drop down list for bible search pages instead of
forcing user to input the search keys like "gen 1:1".
This  small change is a big help for many. Sword
function is much more than a existing bible search
tool that I am keeping in parallel with the Sword web.
But most of our users still use the old tool. I guess
the main reason is they do not know how to key in the
search parameters so they can not appreciate the
riches the sword offer.

<reference osisRef="Gen.1.3-Gen.2.5 Exod.5.6">Genesis
1:3-2:5, Exodus 5.6</reference>

--- sword-devel-request at crosswire.org wrote:

> Send sword-devel mailing list submissions to
> 	sword-devel at crosswire.org
> 
> To subscribe or unsubscribe via the World Wide Web,
> visit
> 
>
http://www.crosswire.org/mailman/listinfo/sword-devel
> or, via email, send a message with subject or body
> 'help' to
> 	sword-devel-request at crosswire.org
> 
> You can reach the person managing the list at
> 	sword-devel-owner at crosswire.org
> 
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of sword-devel digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: modules to relational database (Gabriel M.
> Beddingfield)
>    2. Re: modules to relational database (lumin8)
>    3. Module skeleton (Peter von Kaehne)
>    4. Re: Module skeleton (Chris Little)
>    5. Re: Module skeleton (Peter von Kaehne)
>    6. Re: Module skeleton (DM Smith)
>    7. Re: modules to relational database (Ruby
> support) (lumin8)
> 
> 
>
----------------------------------------------------------------------
> 
> Message: 1
> Date: Tue, 07 Nov 2006 22:46:40 -0600
> From: "Gabriel M. Beddingfield" <gabriel at teuton.org>
> Subject: Re: [sword-devel] modules to relational
> database
> To: SWORD Developers' Collaboration Forum
> <sword-devel at crosswire.org>
> Message-ID: <45516130.4000203 at teuton.org>
> Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> 
> Martin Gruner wrote:
> > 
> > You've got a good point right there. This would
> actually be most preferrable. 
> > I don't know of a good solution for fast access in
> that case. You don't want 
> > to read the entire document into memory, and you
> don't want to parse it every 
> > time. Ideas?
> 
> Ah, I think I'm catching a glimpse of what you're
> getting at.
> 
> I believe that the Berkeley XML database supports
> this sort of indexing 
> and retrieval of the data.  I haven't delved into it
> too much because 
> it's an embedded database... and at the time I was
> looking for a 
> database server.
> 
> Turning to RDMS for XML storage... I guess it
> depends on the goal. 
> Would you want round-tripping?  Or would you use the
> RDMS as an indexed 
> storage mechanism for fast access to fragments of
> data in the original 
> XML document?  Or, if you want round-tripping,
> suppose you set up a 
> DOM-like hierarchy in a table.  How does that help
> you?
> 
> (Sorry, I'm thinking out loud... and it's late.)
> 
> I guess what I'm wondering is -- what sort of schema
> did you have in 
> mind, Martin?
> 
> Peace,
> Gabriel
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Tue, 7 Nov 2006 22:50:05 -0600
> From: lumin8 <lumi.n8 at gmail.com>
> Subject: Re: [sword-devel] modules to relational
> database
> To: "SWORD Developers' Collaboration Forum"
> 	<sword-devel at crosswire.org>
> Message-ID:
> 
>
<be3006890611072050t6199776eic3bacb3725d84f2d at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1;
> format=flowed
> 
> Thanks to everyone who has shared ideas on this
> thread.
> 
> Of course I do not want to reinvent the wheel.  I am
> also very
> interested in community development.  Over the
> years, I have been
> humbled by my own ability.  Pie in the sky ideas
> never get realized in
> the reality that I am only one developer.  Lately I
> have been trying
> to keep it as simple as possible.
> 
> I have in mind a simple web application.  A wiki
> like interface for
> taking notes on scripture and connecting to other
> notes and areas of
> scripture.  If I had a relational database of say
> the KJV and WEB
> translations, I could have a working version of this
> in a few hours
> using Ruby and the Rails api.
> 
> But there are other considerations.  I don't want to
> take the fruit of
> all the work dozens of engineers and contribute
> nothing myself, so
> maybe I should spend my time learning c++ and
> building Ruby bindings
> to the Sword api.
> 
> I have some questions though.  What happens if I add
> social networking
> features and this site comes under heavy use
> (unlikely), would the
> Sword API be able to act as a data server behind
> several web servers?
> Maybe that's a less important question.
> 
> Here is a more realistic question:  Does the Sword
> api have a way to
> directly key off of verses in scripture?  If I want
> to create a note
> and link it to a specific verse, does that verse
> have a unique id or
> is my foreign key going to look like ' john.3:16'?
> 
> Thirdly, where is the api documentation?  I have
> looked at this:
> http://www.crosswire.org/sword/develop/swordapi/
> and this:
> 
>
http://www.crosswire.org/sword/develop/swordapi/apiprimer.jsp
> 
> Is there a list of features telling me what is the
> Sword api is
> actually capable of?  Lots of people mentioned some
> really neat stuff,
> but I don't see it on the website.
> 
> I tried following the directions to build sword but
> it failed
> complaining about automake.  'apt-get install
> automake'.  Then it
> wanted version 1.6.  Lets see, 1.4 installed by
> default.  1.7, 1.8,
> 1.9 are available.  I installed  1.9 as well.  Now
> it fails unable to
> find a make file.
> 
> I think i have a lot of homework to do before I can
> play with this stuff.
> 
> What is the best way to go about getting into this
> and eventually contributing?
> 
> Thanks,
> nathan
> 
> 
> 
>  On 11/7/06, DM Smith <dmsmith555 at yahoo.com> wrote:
> >  Nathan,
> >
> > My 2 cents on the entire thread.
> > There are several fundamental parts of a database
> application:
> >
> > 1) Indexed lookup: Given a key, return some data.
> Nothing will beat
> > the simplicity of Sword's api.
> >
> >  2) Metadata and text search: Given a search
> criteria, find all data
> > that satisfies the query. Given that the
> vocabulary of the data is
> > fairly well defined, the optimized search engines
> of Sword cannot be
> 
=== message truncated ===




 
____________________________________________________________________________________
Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited



More information about the sword-devel mailing list