So I just added the new eBible repository and I'm seeing a few module
name collisions with existing modules that I have installed (and I, by
no means, have a large number of them installed - only about two dozen
at present).
General Books - Pilgrim's Progress
Dictionaries - Robinson's, StrongsGree
Thank you, Martin.
1. Well, that is embarrassing. I'm glad you pointed that out.
Rebuilding is in progress. That one affects a lot of modules.
2. I filled in the missing descriptions in the Haiola metadata. It
will be in the conf files with the next rebuil
Lacking a compelling reason to do
otherwise, I have removed spaRV1909 from the eBible.org sword
repository.
I haven't bothered encrypting any Sword modules, yet. I might do
that for proprietary copyrighted Bibles in the future if that is
what it takes
On Wed, 2015-09-02 at 07:18 -0700, David Haslam wrote:
> Windows users may find it useful to know that BabelPad has a menu
> option to
> strip diacritics.
Again, the point of my request is not to remove diacritics per se, but
to test their presence (the presence only of those we have a filter for
On Wed, 2015-09-02 at 10:21 -0700, David Haslam wrote:
> Isn't that only a LocalStripFilter?
>
> http://www.crosswire.org/wiki/DevTools:conf_Files#Strip_Filters
>
> Or can any of these existing filters be used as a GlobalOptionFilter,
> becoming usable only when front-ends (and the relevant sword
And Bible/JSword is reporting errors in some conf files:
1. In cta1981.conf and many others the extra trailing '*' obstructs line
continuation:
\*
You must give Attribution to the work. \
\*
You do not sell this work for a profit. \
\*
2. Many modules have no description e.g. kdc20
In fact, it was even worse than that.
The installed module [spaRV1909] got corrupted due to the fact that the
earlier module had not been first removed by Xiphos, as it would have done
in the normal course of events.
I have just manually removed the eBible module, and reinstalled the
CrossWire mo
Minor annoyance.
A number of our modules have a spurious blank line before the [ModName].
e.g. SpaRV1909
Next time there's a general tidy up in our repositories, this needs fixing.
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Module-conf-files-
Michael,
Your module [spaRV1909] has the same DataPath as the CrossWire module
[SpaRV1909].
This name clash needs resolving asap, else other users will meet the same
problem I just experienced.
The fact that the first letter is lowercase in your module name is
effectively ignored by the Xiphos m
Just a mechanical point. If you add Obsoletes=ASV, then it rules out CrossWire
from updating it.
— DM
> On Sep 2, 2015, at 1:51 PM, Kahunapule Michael Johnson
> wrote:
>
> The ASV module (American Standard Version of 1901) in the Crosswire main
> repository came from my eBible.org copy aroun
Title: signature
The ASV module (American Standard Version of 1901) in the Crosswire
main repository came from my eBible.org copy around 2006. Since that
time, there have been numerous typo corrections and corrections to
conform to the printed master copy, based on emailed fe
Sorry, I should have said HTTPS is not
supported by all front ends. Note that HTTPS is not HTTP.
The eBible.org repository can be reached at:
https://eBible.org/sword
http://eBible.org/sword
ftp://ftp.eBible.org/sword
ftp://ftp.ebible.org/pub/sw
On 09/02/2015 01:19 PM, Kahunapule Michael Johnson wrote:
> grcTisch (Tischendorf)
> Version=2.9
> History_2.9=Automatically generated on 2015-09-01 from source files
> dated 2014-01-11
Weakness: Still no variants, per source text (11 verses).
Error: Morph content is present but there is no OSISMo
OK. On my end with module generation,
I'll not worry about abbreviation uniqueness if there are strong
traditional abbreviations to use, but try to be unique most of the
time in module generation. Any conflicts that slip through
(especially across repositories) wi
Isn't that only a LocalStripFilter?
http://www.crosswire.org/wiki/DevTools:conf_Files#Strip_Filters
Or can any of these existing filters be used as a GlobalOptionFilter,
becoming usable only when front-ends (and the relevant sword utilities)
provide UI options to toggle them?
cf. Diatheke alread
These are the latest versions at ftp://ftp.ebible.org/sword:
engKJV1769 (KJVD)
Version=8.1
History_8.1=Automatically generated on 2015-09-01 from source
files dated 2015-08-31
spaRV1909 (RV1909)
Version=2.11
History_2.11=Automatical
On 2015-09-02, 14:43 GMT, David Haslam wrote:
> For an online utility see http://www.harakat.ae/
>
> فِي الْبَدْءِ خَلَقَ اللهُ السَّمَاوَاتِ وَالأَرْضَ،
> becomes
> في البدء خلق الله السماوات والأرض،
With a bit of web-scrapping, one could make a library using it
as a webservice, couldn't we?
M
We have a filter which does that - UTF8ArabicPoints.
Peter
On Wed, 2015-09-02 at 09:08 -0700, David Haslam wrote:
> Peter,
>
> Are you also contemplating a new configuration item? e.g.
>
> GlobalOptionFilter=UTF8ArabicHarraket
>
> Might this be a useful enhancement to module AraNAV ?
>
> Dav
Peter,
Are you also contemplating a new configuration item? e.g.
GlobalOptionFilter=UTF8ArabicHarraket
Might this be a useful enhancement to module AraNAV ?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/testing-for-diacritics-tp4655091p4655188.html
Sent from t
> On Sep 2, 2015, at 11:14 AM, Karl Kleinpaste wrote:
>
> On 09/02/2015 10:51 AM, David Haslam wrote:
>> those whose real module names include a lowercase
>> language code prefix are listed below all the modules that have a
>> capitalized [ModName].
> An unintentional side effect that I intend t
On 09/02/2015 10:51 AM, David Haslam wrote:
> those whose real module names include a lowercase
> language code prefix are listed below all the modules that have a
> capitalized [ModName].
An unintentional side effect that I intend to try to fix, caused by the
modules arriving in the list in ModNam
And in the sidebar, those whose real module names include a lowercase
language code prefix are listed below all the modules that have a
capitalized [ModName].
So (e.g.) Brenton comes after Worsley. (LOL)
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Semantic-
As would the majority of almost 700 eBible module that I did not install at
first.
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/eBible-org-repository-minor-tweak-tp4655171p4655184.html
Sent from the SWORD Dev mailing list archive at Nabble.com.
Devocalize = Strip the diacritics from "Arabic with harakat" is not such a
simple Unicode conversion.
i.e. One doesn't just have to remove diacritic characters from the encoded
text!
Rather to replace individual characters with harakat by characters without
them.
For an online utility see http://
On 09/02/2015 10:30 AM, David Haslam wrote:
> On the other hand, I may not have previously installed all these 5 modules.
Then they would show under "Uninstalled" instead of "Updates".
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.cro
On 09/02/2015 10:24 AM, David Haslam wrote:
> The sidebar (etc) now just displays "Abbrev: Description"
You're right, my mistake.
The display of "Abbrev (Real)" is restricted to the module manager,
which is where I figured it mattered most, or at all. By the time the
user has installed a module,
Xiphos will only categorize under "Updates" if the Version has changed.
For a minor tweak where only the conf file is changed, the third part of the
Revision ought to be incremented. Did you ensure this was done?
I just refreshed the repo in Xiphos, but I see no updates.
On the other hand, I ma
Karl wrote,
"FYI, in Xiphos' module list trees -- sidebar, module manager, advanced
search, and parallel bible/commentary selector trees -- modules with
abbreviations show up as "Abbrev (Real)" so that it is clear to the user
what he's getting when he sees the selections."
That may have been the
Windows users may find it useful to know that BabelPad has a menu option to
strip diacritics.
Convert | Other | Strip diacritics
It certainly works well for Cyrillic & Latin scripts, as well as Hebrew &
Greek.
It may not work for Arabic/Persian scripts.
Can you provide some examples of such wi
Several front-ends have a user action to force a refresh for the remote
module resource.
Among these are Xiphos and PocketSword.
Xiphos does support both FTP and HTTP.
PocketSword only supports FTP for adding new sources.
Do ISPs really sometimes cache FTP?
I'd only expect them to cache high dem
Karl, can I summarise :
1) Abbreviations need to be bidirectional
2) Uniqueness needs to happen at user-level for bidirectionality to
work. Not above.
3) Both across repos and internal to repos we can have one, some and
many modules which carry the same abbreviation - KJV being the most
notorio
On 09/01/2015 09:45 PM, Kahunapule Michael Johnson wrote:
> The uniqueness of an abbreviation is not required as long as you never
> try to look up which module corresponds to that abbreviation. If all
> you do is use the abbreviation as a short way to display which text is
> selected, i.e. just lo
The http link is missed from the first post but works fine with JSword.
And Bible is using http to access the repo.
Martin
On 2 September 2015 at 06:04, Chris Burrell
wrote:
> It's the only supported protocol for jsword (step, and bible, ...) though
> I believe dm may have implemented ftp recen
33 matches
Mail list logo
