[sword-devel] osis2mod

Pierre Marc Dumuid pierre.dumuid at adelaide.edu.au
Wed Apr 25 19:25:48 MST 2007


DM Smith wrote:
> As for validation, one could have an external validator called by  
> fork/exec on the input file. This would not increase the program size  
> significantly.
>   
I was just about to propose the same thing... well actually have a shell 
script that would do both...

>   
>> DM and I have been chatting a bit off-list about the future/ 
>> function of
>> osis2mod and I thought maybe we should open up the discussion a bit.
>>
>> Right now osis2mod (the tool for converting OSIS Bibles to Sword Bible
>> modules) does some mediocre validity checking as it builds its Sword
>> database. We'll never really get it perfect this way since we aren't
>> doing real schema validation.
>>
>> DM has suggested adding a real validating parser to osis2mod (by
>> embedding something like xerces or libxml), so it could spit out an
>> error message if you try to import invalid OSIS.
>>
>> I'm not totally convinced we should do that. When I prepare modules  
>> from
>> OSIS docs, I always perform validation in an external validator.
>> (Personally I use Oxygen, but there are also XML Spy, MSV, topologi,
>> Xerces, etc.)
>>
>> Do people feel that incorporating a real validator would make osis2mod
>> easier to use?
>>
>> It could potentially cause the filesize to jump dramatically, so would
>> that be acceptable?
>>
>> If we incorporate osis2mod into either front-ends or installmgr so  
>> that
>> users could import OSIS documents directly into Sword, would that
>> support or detract from the case for embedding a full validator?
>>
>> --Chris
>>
>> _______________________________________________
>> sword-devel mailing list: sword-devel at crosswire.org
>> http://www.crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
>>     
>
>
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
>   




More information about the sword-devel mailing list