Re: IETF chair's blog
I love the transparency as well ! Thank you !! Dora Maria Sent from my mobile On Feb 22, 2013, at 2:29 PM, Alejandro Acosta alejandroacostaal...@gmail.com wrote: I agree with this initiative. Alejandro, On 2/22/13, IETF Chair ch...@ietf.org wrote: Jari has created a blog as an experiment to see if would be possible to provide periodic status reports and other thoughts from the chair. Here's the link: http://www.ietf.org/blog/2013/02/chairs-blog/
[sword-devel] Searching Morphology Codes
In the NT we have Robinson codes which have meanings that ultimately do not require a dictionary to understand. In SWORD you can search SN@RC (where SN is a Strong's Number and RC is a Robinson's Code) or for just RC. I'm wondering whether searches can be more focused in a linguistically meaningful way? I'm not a linguist, but wondering what would be helpful to those that are. What would those searches be? Gender? Person? Voice? Many thanks in advance. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Pre-verse div and headings
The KJV has book and chapter intros. These are merely the title for the book and chapter, but they'll be a good test case. I don't know of any that have a module intro or a testament intro. I haven't added them to osis2mod as I don't know how to reference them in the SWORD lib. I don't know how to detect them using SWORD lib. I do think it'd be good to have an indicator in the conf for these. Currently these are treated as headings, but they can be much more than that. I have the intro to the KJV, but haven't put it in the source yet because I don't know how to get it into the module. In Him, DM On Feb 21, 2013, at 8:24 PM, Nic Carter niccar...@mac.com wrote: Quick question about introductions in modules: On 22/01/2013, at 2:07 AM, Troy A. Griffitts scr...@crosswire.org wrote: OK, to clear this up technically. setIntros() turns on and off the versification extra 'slots': TSTMT BK CH:0 - chapter intro TSTMT BK 0:0 - book intro TSTMT 0 0:0 - testament intro 0 0 0:0 - module intro Is there any way to detect if a module contains these introductions? Right now PocketSword will display chapter intros if they exist (well, in v1.4.3, which is currently in review with Apple). After that, I am thinking about the rest of these intros. Do I programmatically check 69 different locations (well, for Bibles with 66 books) to test for 66 lots of (book intro != NULL) 2 lots of (testament intro != NULL) 1 lot of (module intro != NULL) and then know whether to offer a user to select these intros to view? Or is there a simpler way of knowing if these exist? Also, is there an English module that contains various of these intros that I can use for testing purposes? (actually, non-English will work as well, but I just won't be able to read the content!) Thanks heaps, ybic nic... :) ps: alternatively, I could check to see if I'm displaying chapter 1 then include the book intro at the top. pps: along these lines, I could check if we're viewing the first book in a testament then display the testament intro at the top as well? ppps: and, carrying on, check if we're viewing the first book in the first testament in a module, and display the module intro as well? s: However, all of these ps' will make things a little more messy for the reader... :/ ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Forums down?
It's back. Jira is down. Working to make sure all are up. -- DM On Feb 21, 2013, at 10:32 PM, Nic Carter niccar...@mac.com wrote: http://www.crosswire.org/forums reports a 503 :( ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Forums down?
It's all good now. On Feb 21, 2013, at 11:11 PM, DM Smith dmsm...@crosswire.org wrote: It's back. Jira is down. Working to make sure all are up. -- DM On Feb 21, 2013, at 10:32 PM, Nic Carter niccar...@mac.com wrote: http://www.crosswire.org/forums reports a 503 :( ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV update
On Feb 19, 2013, at 7:57 PM, Nic Carter wrote: Pilcrows look fun when they're red :) But that's not a bug. :P Oh, and if pilcrows could be moved to the end of the previous verse instead of the start of the current verse, that would be fun :) But all good if they're staying where they are ;) In the printed text they show as a character after the verse number and immediately before the first character of the verse. I've thought about adding div type=section or p to surround these, but atm SWORD lib produces too much vertical whitespace. There was some comments about the TR markup, and it would be cool if there was some more direction about what we are meant to do with them? PS currently displays them as if they are another Strong's Number link and so tapping on them will try to look it up in the current Strong's Numbers dictionary, which fails to work and instead will always show Strong's Number 1 (ie: Alpha). If they're not currently supported at all, are we able to have 2 copies of the OSIS and create our SWORD module from the copy of the OSIS that doesn't contain these bits? :) Here is my thought in putting them in. When fixing the tagging of the Strong's numbers to English phrases in the KJV, I had to constantly refer to the TR to see the actual word. I found myself doing a lot of counting to find the n-th Greek word (for src=n). Also, the TR module has variants in some verses. These represented choice between two Greek texts as to what the src=n referenced. Sometimes the variants were words in one variant but no words in the other. Other times one variant had more words than the other. And other times they were the same length, but just different words. So, the src=n was ambiguous in these verses. Adding the words from the TR made it unambiguous. They certainly belong in the OSIS master text and don't have to be in the module. It is trivial to create a copy of the OSIS master file without them and use that to make a module. There is other markup in the master that is not in the module. Troy has said he'd like for them to remain, but I think we need to ensure that the SWORD lib handles them such that front-ends works well with them. I'm going to follow Chris' advice and prefix them as lemma.TR:. Let's see what that does. Can you point me to instructions on how to load a module into PocketSword (again)? I'm too lazy to dig for it ;) As to direction regarding their use: not sure. Ultimately I think it forms part of an interlinear. For Bible Desktop, I'm thinking of presenting it along with the Strong's Number. I'm not sure if I'll present the word in place of the Strong's number as the text for the Strong's number link, or have it as a clickable link along side of the Strong's Number with the the same href or have it as plain text. Or not show it at all (which is what I'm doing now.) But they shouldn't be broken links. Other than that, seems all good? Thanks. We'll sort this out before a release. In Him, DM On 19/02/2013, at 9:19 AM, DM Smith wrote: I think I have a ready-to-release update to the KJV. Please do one last check. You can get the modules here: http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv.zip or if you want one with a different name and in raw format: http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/av.zip Many thanks to David H for finding lots of bugs. Hope to release very soon. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV update
On Feb 19, 2013, at 8:55 AM, Ben Morgan benpmor...@gmail.com wrote: Hi DM, I'm looking at it for how it displays in BPBible. Mostly it seems to show up fine. At the moment the code I had in place actually shows the tr greek text links, though it doesn't know what to look them up in (there's no dictionary matching the tr: scheme, right?). There are a few other modules that have lemmas other than strong:. If you want Strong's numbers look only for strong:. I think I'll make it ignore them for now. It would be nice to have a common way with non-strongs type lemmas to 1) have them togglable with options (on a class by class basis? what would you label this for tr: - TR? Greek?) The tr: lemma is the original greek from the TR Bible module. The src attribute gives the position of that word in the same verse. You can use the tr: value for an interlinear. You could also show the tr value and use the strong for the link. 2) have some way to look them up in dictionaries However, one change I did notice was that you've swapped the order in at least one place of a q and a paragraph marker so that in the new KJV module, the q contains the paragraph marker: q marker= who=Jesusmilestone marker=¶ type=x-p/ I think this is across the board. Was this a deliberate change? Actually, it is osis2mod that is doing that. The latest osis2mod allows for the WoC to be marked up naturally, even spanning chapters, such as with the beatitudes. So that would have a start in chapter 5 and an end in chapter 7. osis2mod then marks up the words individually with the WoC markup. It always puts the marker at the beginning of the verse as it has not seen any content from the verse. So yes it was deliberate. The old source file used to have per verse markup. The new file has natural markup. This doesn't work with BPBibles code as-is It doesn't work with Bible Desktop either. (though I could probably get it to work with a little more hacking). In general, BPBible: 1) turns pilcrows into paragraphs Bible Desktop would do both: add a paragraph break and show the pilcrow. I plan to check to see if the verse has a pilcrow, instead of seeing if the verse has it at the beginning. Haven't made the change, but it will be small. 2) floats whitespace before verse numbers At the moment, the paragraph tag doesn't float out before the verse number due to the q tag. This ends up with the awkward situation where the previous line ends with the verse number and then the verse actually starts on a new line. Yes, that doesn't sound good. Bible Desktop doesn't have this problem as it has not identified the pilcrow as a paragraph separator. Also, in BPBible at least words of Christ are done with span tags, and having the p inside a span doesn't really work and the highlighting goes missing. Quite possibly other frontends don't try and tweak the text like this and so aren't affected. This isn't causing any problems, but I'm interested in the chapter tag which now shows up in v0. e.g. chapter chapterTitle=CHAPTER 1. osisID=Rom.1 sID=gen1730/ title type=chapterCHAPTER 1./title Is there any expectation this will be used? Does it need to be retained here (seeing as title is there too)? osis2mod retains all tags and content from the module except the OSIS preamble. If you dump the module w/ mod2imp, it is a simple matter of adding in verse tags to have a valid OSIS file. You'll find lots of other tags that a renderer won't care about. God Bless, Ben - For I have no pleasure in the death of anyone, declares the Lord God; so turn, and live.” Ezekiel 18:32 (ESV) On Tue, Feb 19, 2013 at 9:19 AM, DM Smith dmsm...@crosswire.org wrote: I think I have a ready-to-release update to the KJV. Please do one last check. You can get the modules here: http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv.zip or if you want one with a different name and in raw format: http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/av.zip Many thanks to David H for finding lots of bugs. Hope to release very soon. In Him, DM ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV update
I updated the wiki with my response. They are the Unicode standard's preferred possessive apostrophe. In Him, DM On Feb 19, 2013, at 10:14 AM, David Haslam dfh...@googlemail.com wrote: Please revert possessives back to ordinary apostrophes! See http://crosswire.org/wiki/User:Dmsmith/KJV2011#Apostrophes I already wrote to you about this, but I received no response. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/KJV-update-tp4651977p4651984.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV update
Yes. I thought my prior response was sufficient. The module has had them that way for 7 years. Front-ends have a variety of ways that they handle the pilcrow. I don't see the need for the change in the module. If you take a look at the 1611, there is no space following the pilcrow: http://sceti.library.upenn.edu/sceti/printedbooksNew/index.cfm?TextID=kjbiblePagePosition=77 I had noticed that the NT only used them until that location. Until you pointed out the reason, I had no clue as to why. In Him, DM On Feb 19, 2013, at 9:53 AM, David Haslam dfh...@googlemail.com wrote: Hi DM, Did you think further about http://crosswire.org/wiki/User:Dmsmith/KJV2011#Pilcrow_signs since my last response therein? David PS. A curious aside: After Acts 20:36 there are no more pilcrows in the KJV. /Specialist historians think the 1611 printers simply ran out of the movable type for this character./ -- View this message in context: http://sword-dev.350566.n4.nabble.com/KJV-update-tp4651977p4651983.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV update
On Feb 19, 2013, at 11:12 AM, Chris Little chris...@crosswire.org wrote: On 2/19/2013 6:43 AM, DM Smith wrote: On Feb 19, 2013, at 8:55 AM, Ben Morgan benpmor...@gmail.com mailto:benpmor...@gmail.com wrote: Hi DM, I'm looking at it for how it displays in BPBible. Mostly it seems to show up fine. At the moment the code I had in place actually shows the tr greek text links, though it doesn't know what to look them up in (there's no dictionary matching the tr: scheme, right?). There are a few other modules that have lemmas other than strong:. If you want Strong's numbers look only for strong:. I think I'll make it ignore them for now. It would be nice to have a common way with non-strongs type lemmas to 1) have them togglable with options (on a class by class basis? what would you label this for tr: - TR? Greek?) The tr: lemma is the original greek from the TR Bible module. The src attribute gives the position of that word in the same verse. You can use the tr: value for an interlinear. You could also show the tr value and use the strong for the link. A small note on the choice of lemma workIDs: Our ad hoc standard way of identifying lemma types is to use a workID of lemma.source identifier. The only module I can think of that employs this is MorphGNT, which has lemma.Strong. You might use something like lemma.TR, given the source. There's some special logic in the OSISLemma filter for workIDs of this form, IIRC. (Brief) documentation, to prove I'm not just making this up :), at: http://www.crosswire.org/wiki/OSIS_Bibles#Marking_other_lemmas OK. I can change it to lemma.TR:, rather than tr:. And I can add the proper workID to the header (which I forgot to do). Troy has already incorporated this change into a program, but that would be a very simple change for him to make. But then what is the proper way to mark up the content of the lemma? It is not a reference to that work but a word in the parallel verse in that module at the location given by the src attribute. And it has to interpret the src= value based upon the variant that is used by the KJV from that verse. Some verses have multiple variants, so the choice of earlier affects later. The purpose of this was to record the original Greek used in the src= reference. Maybe, it really isn't lemma.TR, but something else? If you validate the OSIS with this, the validator will complain. Ignore it. The bug is in the schema. I've my own modified schema to avoid bug complaints, I'll add it to that. Going forward w/ such a schema is a separate discussion and should be on its own thread. -- DM --Chris ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV with references?
The ThML version has them, but they are not from the KJV, but Treasury (IIRC). Want those that were part of the 1769 (as best as can be reconstructed.) Also, the margin notes are present for the OT but not the NT. I'd like to get these, too. And the KJV should have section titles. We don't have those. We should. In Him, DM On Feb 18, 2013, at 8:08 AM, David Haslam wrote: My copy of a printed edition of the Authorized Version has pages with a center margin containing references. This is a *1936* edition published by William Collins Sons and Company, Limited in Glasgow. The front page declaration is dated the Third Day of November, Nineteen Hundred and Thirty-Six. T. M. Cooper, /Lord Advocate/, recorded its compliance on the Seventeenth day of the same month. Does anyone know of or have access to an electronic version of the KJV in which these cross-references are included? cf. Our KJV module does not contain any scripture cross-references. David ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] FTP, JSword and Xiphos
It has long been known that JSword uses HTTP to get CrossWire's zip files as its only download mechanism. It used to have FTP but it was flaky on Windows. I'm in the process of adding it back in, but realized that it too only goes after the zip files. So I've now got proper code to get the files individually. And it works on all the repos except Xiphos. I can't seem to connect via ftp at all, even from the command line. Is this my problem or Xiphos.org? Many thanks, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] ESV module updated to current version possible?
I like 3 day holidays! I'm devoting it to finishing up some long awaited changes: JSword -- av11n (done) and ftp (prototyped, good enough to put off till later ;) KJV -- bug in osis2mod which is adding spaces before punctuation in colophons. ESV -- need to verify the xml is valid OSIS. I have the most recent files provided by Crossway as of a couple of months ago. Don't recall the edition. Once I get it done, I'll make it available to key devs of the frontend makers for response (Xiphos, Pocket Sword, BibleTime, SWORD Project, And Bible, AlKitab, STEP, ) before release. In Him, DM On Feb 18, 2013, at 6:58 AM, Chris Burrell ch...@burrell.me.uk wrote: Hi Martin DM is currently working on the ESV 2007, at which point Tyndale will add (once the work is finished) the Strong tagging to it. I'm not sure when the 2011 work will happen, but as far as the tagging is concerned we're hoping it shouldn't be too difficult to move it from 2007 to 2011. Chris On 18 February 2013 11:36, Martin Denham mjden...@gmail.com wrote: I had a query regarding an ESV version update from an AB user recently: ... I have to admit some surprise when I found the text that pastor was using was different in places. For example, Isa. “he was wounded for our transgressions” in the app, but “pierced for our transgressions” in the church Bible. I now realize there have been some ESV revisions, with the church using the ESV 2011 Text Version. What version is the ESV in the AndBible? Any possibility it will ever be updated or have the new text version available? Can I tell him Yes/No/Maybe. Have we asked Crossway for permission? Regards Martin On 30 August 2012 18:35, Jared Meidal jmei...@worldimpact.org wrote: I would love to see the ESV version updated to reflect 2011 changes for CrossWire Bibles. Is this something I can contribute to by manual changes in mark-up code? I've seen this module remain at 1.0.1 (Copyright © 2001 by Crossway Bibles) for a long time. I currently use Xiphos, AndBible and FireBible front-ends. --Jared ___ sword-devel mailing list: sword-devel@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@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] osis2mod
FYI, I just checked in a bug fix and a minor enhancement. The enhancement allows newlines within tags as in: tag attr=value attr2=xxx This will become tag attr=value attr2=xxx . It simply replaces a '\n' with a ' '. Note: This also changes \n in an attributes value to a ' '. The bug was that space was being introduced within interverse content. This typically wouldn't be noticable, but it was putting a space after every tag even when the text that was between tags started with punctuation. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] KJV update
I think I have a ready-to-release update to the KJV. Please do one last check. You can get the modules here: http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv.zip or if you want one with a different name and in raw format: http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/av.zip Many thanks to David H for finding lots of bugs. Hope to release very soon. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] GerLut1912 incorrectly encoded?
An older version of osis2mod pulled titles out and put them at the top of the verse. It no longer does that. I suggest mod2imp to debug what is stored. osis2mod attempts to rewrite the module contents. The output you give indicates that it was built with that older version. But it might be an artifact of osis2mod. In Him, DM On Feb 12, 2013, at 1:25 PM, Joachim Ansorg nospam+sword-de...@joachim-ansorg.de wrote: Hi all, it's been a while since I did work with OSIS. The GerLut1912 module in the beta repository seems to have an invalid tag order, I think. For example Gen.1.9 is (taken from mod2osis output): verse osisID=Gen.1.9title subType=x-preverse type=section1.Mose 1,9 - Der zweite Tag/title div type=section Und Gott sprach: Es sammle sich das Wasser unter dem Himmel an besondere Örter, daß man das Trockene sehe. Und es geschah also.note type=crossReferencereference osisRef=2Pet.3.52.Petr 3,5/reference; reference osisRef=Job.38.8Hiob 38,8-11/reference/note/verse The tag div type=sectionis opened inside of the verse tag but not closed inside of it. Is this the output of osis2mod or is this the module's encoding? Thanks a lot, Joachim -- Re: deemed! ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [hlds] Counter-Strike 1.6 beta server update
Is the potential file upload exploit present in the current stable HLDS? I ask because I should upgrade to the beta in that case. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
Re: [sword-devel] Strong tagging and Septuagint
In SWORD the various GlobalOptionFilter values indicate to the SWORD engine which pieces of code (filters) to enable. Same with some other entries in the conf. In JSword, we don't have a filter architecture. We convert everything from the source type (ThML, Plaintext, GBF, ...) to OSIS. Then we use xslt to transform that into HTML. The xslt is passed what the user would like to see or not see. It doesn't really matter (so far) what is set in the module's conf. This has one problem. Regarding Headings (aka Titles). They should always show in a commentary, as they should all be assumed to be canonical (properly part of the module) unless marked non-canonical. Hope this clarifies. In Him, DM On Feb 8, 2013, at 11:00 AM, Chris Burrell ch...@burrell.me.uk wrote: Perhaps in Sword-terms a property isn't a statement of what's there, however JSword does seem to read it and give the front-end information about whether an option is available in the module or not... Maybe I misunderstand something? Chris On 8 February 2013 15:12, David Haslam dfh...@googlemail.com wrote: Our three Finnish modules do not have Strong's numbers. The conf files do not include GlobalOptionFilter=OSISStrongs, yet the pseudo-markup in the source text files (from an /ad hoc/ workaround to provide the original verse references from an Av11n translation) get interpreted as if they were Strongs!!! The engine still parses the text, and displays these tags, despite the fact that they can't be hidden by a filter. A filter property in a conf file is just that! It tells the engine what to do when asked. It's not a statement about what's there. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-tagging-and-Septuagint-tp4651344p4651916.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] OSIS Variants
The form in Byz and WHNU are what we've settled on for OSIS.
If we find something else in an OSIS module, then we probably should log it in
Jira.
In Him,
DM
On Feb 8, 2013, at 1:09 PM, Chris Burrell ch...@burrell.me.uk wrote:
Hi
Is there are standard subType pattern that modules are supposed to follow?
It seems Byz and WHNU are using x-n where n is the variant number.
seg subType=x-1 type=x-variantαχας | αχαζ | 881 {N-PRI} | αχας/seg
seg subType=x-2 type=x-variantαχαζ/seg
I'm seeing some code taken originally from BibleDesktop which suggests
subType can be x-class-1 ?
A post on the sword list
(http://sword-dev.350566.n4.nabble.com/OSIS-variants-td1009209.html)
suggests, there is also a third subtly different form:
seg type=x-variant subType=x-class:1
(i.e. a colon separating class from the number.
Is one more appropriate than the other form? Does a UI have to cater for all
possible forms of subtypes? Is there a page somewhere listing the mutlitple
forms this can take?
Chris
___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Strong tagging and Septuagint
For OSIS, the only values to indicate Strong's Numbers are: GlobalOptionFilter=OSISStrongs and Feature=StrongsNumbers There is nothing defined to further distinguish. BTW, what is extended Greek? Are you referring to the TVM codes that look like Strong's Number with a G prefix? I guess what we need is to understand how you'd use the knowledge in a program. In Him, DM On Feb 8, 2013, at 3:15 PM, Chris Burrell ch...@burrell.me.uk wrote: Thanks, that does clarify. Still the problem remains in that we want to be able to distinguish between different types of tagging (greek, hebrew, extended greek) by questioning the module. Does the conf file not also define supported features? Can we not make it so? Or have a flag in there to indicate the Strongs tagging is abnormal/Septuagint (i.e. Greek tags in the OT) Chris On 8 February 2013 20:11, DM Smith dmsm...@crosswire.org wrote: In SWORD the various GlobalOptionFilter values indicate to the SWORD engine which pieces of code (filters) to enable. Same with some other entries in the conf. In JSword, we don't have a filter architecture. We convert everything from the source type (ThML, Plaintext, GBF, ...) to OSIS. Then we use xslt to transform that into HTML. The xslt is passed what the user would like to see or not see. It doesn't really matter (so far) what is set in the module's conf. This has one problem. Regarding Headings (aka Titles). They should always show in a commentary, as they should all be assumed to be canonical (properly part of the module) unless marked non-canonical. Hope this clarifies. In Him, DM On Feb 8, 2013, at 11:00 AM, Chris Burrell ch...@burrell.me.uk wrote: Perhaps in Sword-terms a property isn't a statement of what's there, however JSword does seem to read it and give the front-end information about whether an option is available in the module or not... Maybe I misunderstand something? Chris On 8 February 2013 15:12, David Haslam dfh...@googlemail.com wrote: Our three Finnish modules do not have Strong's numbers. The conf files do not include GlobalOptionFilter=OSISStrongs, yet the pseudo-markup in the source text files (from an /ad hoc/ workaround to provide the original verse references from an Av11n translation) get interpreted as if they were Strongs!!! The engine still parses the text, and displays these tags, despite the fact that they can't be hidden by a filter. A filter property in a conf file is just that! It tells the engine what to do when asked. It's not a statement about what's there. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Strong-tagging-and-Septuagint-tp4651344p4651916.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] OSIS Variants
I noticed this a few weeks ago. We should change JSword's ThML converter to
output OSIS as is used in Byz and WHNU. And the xslt to handle it.
When I did the original, there were not any variants in an OSIS text.
In Him,
DM
On Feb 8, 2013, at 1:09 PM, Chris Burrell ch...@burrell.me.uk wrote:
Hi
Is there are standard subType pattern that modules are supposed to follow?
It seems Byz and WHNU are using x-n where n is the variant number.
seg subType=x-1 type=x-variantαχας | αχαζ | 881 {N-PRI} | αχας/seg
seg subType=x-2 type=x-variantαχαζ/seg
I'm seeing some code taken originally from BibleDesktop which suggests
subType can be x-class-1 ?
A post on the sword list
(http://sword-dev.350566.n4.nabble.com/OSIS-variants-td1009209.html)
suggests, there is also a third subtly different form:
seg type=x-variant subType=x-class:1
(i.e. a colon separating class from the number.
Is one more appropriate than the other form? Does a UI have to cater for all
possible forms of subtypes? Is there a page somewhere listing the mutlitple
forms this can take?
Chris
___
sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] KJV Update
Thanks. It was commented out in the source. Uncovered another bug. Perhaps in osis2mod. In Him, DM On Feb 6, 2013, at 7:26 AM, David Haslam dfh...@googlemail.com wrote: DM requested feedback. Happy to oblige. There's an error! *Matthew 11:8-23* is missing from version 2.5 of the updated KJV module that DM announced. I just ran the emptyvss utility and got this output. Matthew 11:8 Matthew 11:9 Matthew 11:10 Matthew 11:11 Matthew 11:12 Matthew 11:13 Matthew 11:14 Matthew 11:15 Matthew 11:16 Matthew 11:17 Matthew 11:18 Matthew 11:19 Matthew 11:20 Matthew 11:21 Matthew 11:22 Matthew 11:23 = Confirmed by displaying this chapter in Xiphos. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/KJV-Update-tp4651895p4651903.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Compressing a module
I'm having problems with compressing a module. I'm trying to use zip compression at the book level. I've tried it on the CrossWire server using osis2mod and mod2zmod, freshly built from source. In both cases, when I get the module it is corrupt. The file is http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv.zip. In there you'll also find the raw text as av.zip, which is just fine. Is there a bug in the code? A problem with the server? With transmission to my computer? Help would be appreciated! In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Compressing a module
Never mind. My conf was wrong. Had no CompressType=ZIP. On Feb 6, 2013, at 4:35 PM, DM Smith dmsm...@crosswire.org wrote: I'm having problems with compressing a module. I'm trying to use zip compression at the book level. I've tried it on the CrossWire server using osis2mod and mod2zmod, freshly built from source. In both cases, when I get the module it is corrupt. The file is http://www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv.zip. In there you'll also find the raw text as av.zip, which is just fine. Is there a bug in the code? A problem with the server? With transmission to my computer? Help would be appreciated! In Him, DM ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Poetry, verse 0, setIntros() and the state of things thus.
A bit more on osis2mod and lg. Osis2mod takes valid OSIS and transforms BSP (Book/Section/Paragraph) into BCV (Book/Chapter/Verse) it so that it will will have valid xml fragments for every verse, when wrapped with a verse element. In the transformation, each element which can cross verse boundaries (start or end in a verse but not both) into a milestoned element that is syntatically valid OSIS. However, this does guarantee that the element in context is valid. This is the case for lg as it is transformed from it's container form to its milestoned form. The l elements, whether milestoned or not are not allowed anywhere but in an lg element. This is a bug in the OSIS spec. Either the lg element has to change to not be milestoned or the container elements for lg have to be modified to allow l (as has been done with lb/. I think the latter. Ben's hack is a proper observation. lg should have as little presentation tied to it as possible. What you are attempting is necessary. Always assume that every l is in an lg. So the ESV, when presented to osis2mod was valid BSP OSIS. Note that in a few instances, the lg is not in the same chapter. The problem with stuff being put into verse 0 (aka intros) is that the everything before the first verse in a chapter is put into the chapter intro until osis2mod sees something that indicates that the intro is done and the rest of the stuff goes with the verse. (This is documented in the wiki and in the code and I've mentioned it in detail here also.) But suffice it to say, the simple solution is to add div type=section around groups of verses. That will divide what is before it for the intro and what is after it for verse 1. Hope this helps, DM On Feb 5, 2013, at 6:49 AM, Nic Carter niccar...@mac.com wrote: Well, as far as I'm aware, I have the ESV poetry 100% correct in PS now. And given I use either the ESV or the KJV in PS the KJV doesn't do indentation, PS does poetry 100% correct for _me_ ;) So I'm going to leave it at that, and get on with other stuff. :) Which reminds me, if anyone else is interested in beta testing PocketSword, please shoot me a private email, as it's been so long since I did beta testing for it that half of my beta testers have other commitments now can no longer help out. :) Thanks, ybic nic... :) ps: Thanks for your help Ben! I agree, that having some way of keeping track of which tags are currently open would be great. I was going to hack together some stuff, such as the ability to create your own userData stuff pass that through to the filters, but I doubt that that would be accepted into SVN so I coded my stuff in Objective-C instead, meaning it'll only work in PS Eloquent/MacSword. :) pps: in my delvings into SWORD I noticed a few comments regarding binary compat with 1.6.x and I was wondering if those were going to be cleared up before 1.7.0 was going to be released? On 05/02/2013, at 9:57 PM, Ben Morgan benpmor...@gmail.com wrote: Yep, there are lots of inconsistencies. Hopefully over time with more support they will tend to go away. Just to be clear with the ESV, I doubt it is incorrectly encoded. It's just it's not encoded in a way that greatly helps per-chapter rendering (or even per-verse) rendering. Especially the presence of per-verse rendering (e.g. in a list of cross-references) means that you have to be able dispense with lgs and infer them from the l (side note: it would be nice if SWORD provided some way of keeping track of what tags are open at which verses so partial renders will work (e.g. for q - Words of Jesus, lg, paragraphs, etc.)) When I looked recently, the WEB was encoded in such a way that I found I didn't have the time to make it work properly, mostly due to the lg being at the end of the previous verse - I believe due to issues with osis2mod as previously discussed. I still think this needs fixing. I think they should definitely be tied to the verse they start at. God Bless, Ben - For I have no pleasure in the death of anyone, declares the Lord God; so turn, and live.” Ezekiel 18:32 (ESV) On Tue, Feb 5, 2013 at 9:33 PM, Nic Carter niccar...@mac.com wrote: Hi gang, I just wanted to touch base with where I'm at with the poetry stuff. Taking Ben's code as a guide, I've ported it across to SWORD and it's kinda working. You can see my current version on bit bucket. Note that this current version is very similar to the patch I sent through a few days ago, but I'm going to suggest that we don't implement this in SWORD just yet. The reason being that I have discovered that we need to incorporate Ben's hack to work around the fact that modules may not be properly formed OSIS may contain ls outside of lgs. This then simply makes things look messy and so I have had to write more code to work around
Re: [sword-devel] StrongsPadding
JSword never had this problem. It has been well ahead of SWORD for many years (on this). As a reminder, JSword is not a port of SWORD. It is an independent implementation. As such, how it handles Strong's numbers is entirely different. On occasion, JSword differs from SWORD in a way that can only be characterized as a bug. Regarding features, JSword follows SWORD. In Him, DM Smith On Feb 1, 2013, at 5:03 AM, David Haslam dfh...@googlemail.com wrote: I also added a further note: # This is only available in SWORD version 1.7 or later. JSword will need to catch up later. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/StrongsPadding-tp4651872p4651874.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Small Fix for Mark 9:43 in KJV module
Thank you very much. I think that perhaps 4 and 7 need to be swapped. Isn't the Greek hand of you so that would be (7), (5 6)? Also, I think that the definite article 19 binds to 21 and 30 to 31. I've made these changes, putting your initials on the verse, and you can get a current copy of the xml at: www.crosswire.org/~dmsmith/kjv2006/sword/2011/kjv-osis.zip In the same directory, you'll find different updates that are suffixed with the date and time of a set of changes. You'll also find that there are many other changes. In His Service, DM Smith On Feb 1, 2013, at 5:38 AM, Vladimir Támara Patiño vtam...@pasosdejesus.org wrote: Dear Friends, Mark 9:43 in the KJV module does not have associated the Strong concordance with the words of the verse, a proposal here: $$$Mark 9:43 q who=Jesus w lemma=strong:G2532 morph=robinson:CONJ src=1And/w w lemma=strong:G1437 morph=robinson:COND src=2if/w w lemma=strong:G4571 morph=robinson:P-2AS src=4thy/w w lemma=strong:G3588 strong:G5495 morph=robinson:T-NSF robinson:N-NSF src=5 6hand/w w lemma=strong:G4624 morph=robinson:V-PAS-3S src=3offend/w w lemma=strong:G4675 morph=robinson:P-2GS src=7thee/w, w lemma=strong:G609 morph=robinson:V-AAM-2S src=8 subType=x-? type=x-splitcut/w w lemma=strong:G846 morph=robinson:P-ASF src=9it/w w lemma=strong:G609 morph=robinson:V-AAM-2S src=8off/w: w lemma=strong:G2076 morph=robinson:V-PXI-3S src=12it is/w w lemma=strong:G2570 morph=robinson:A-NSN src=10better/w w lemma=strong:G4671 morph=robinson:P-2DS src=11for thee/w w lemma=strong:G1525 morph=robinson:V-2AAN src=17to enter/w w lemma=strong:G1519 morph=robinson:PREP src=14into/w w lemma=strong:G3588 strong:G morph=robinson:T-ASF robinson:N-ASF src=15 16life/w w lemma=strong:G2948 morph=robinson:A-ASM src=13maimed/w w lemma=strong:G2228 morph=robinson:PRT src=18than/w w lemma=strong:G2192 morph=robinson:V-PAP-ASM src=22having/w w lemma=strong:G3588 morph=robinson:T-APF src=19/w w lemma=strong:G1417 morph=robinson:A-NUI src=20two/w w lemma=strong:G5495 morph=robinson:N-APF src=21hands/w w lemma=strong:G565 morph=robinson:V-2AAN src=23to go/w w lemma=strong:G1519 morph=robinson:PREP src=24into/w w lemma=strong:G3588 strong:G1067 morph=robinson:T-ASF robinson:N-ASF src=25 26hell/w w lemma=strong:G1519 morph=robinson:PREP src=27into/w w lemma=strong:G3588 strong:G4442 morph=robinson:T-ASN robinson:N-ASN src=28 29the fire/w w lemma=strong:G3588 morph=robinson:T-ASN src=30/w transChange type=addedthat/transChange w lemma=strong:G762 morph=robinson:A-ASN src=31never shall be quenched/w /q God bless -- Dios, gracias por tu amor infinito. -- Vladimir Támara Patiño. http://vtamara.pasosdeJesus.org/ http://www.pasosdejesus.org/dominio_publico_colombia.html ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Small Fix for Mark 9:43 in KJV module
Yes, there are slightly less obvious problems! I've been working diligently on the KJV for the last few weeks. I went through and updated all verses with 4 or more empty Strong's Numbers. I also got the TR that was used in the 2003 effort and used it to identify those verses that had a variant in the TR. I then proofread and updated if necessary those verses. There were two different kinds of variants: a) variant differences between Stephens and Scrivener. This caused two problems: 1) improper src numbering and 2) improper tagging. b) variant differences for a Strong's Number and/or Robinson's Morphological codes. These caused many extra words in the verse (improper src numbering) and confusion for the taggers. Variants cause a problem with src= numbering. In the KJV, for each variant, it uses either the Stephens variant or the Scrivener variant. There are several different types of Stephens/Scrivener variants: a) Stephens and Scrivener have the same number of words. b) Stephens has text that is not in Scrivener. c) Scrivener has text that is not in Stephens. d) Stephens and Scrivener have phrases of different lengths. There is no problem with the first, but obvious problems from the variant (inclusive) to the end of the verse. Having figured out which variant was used, I adjusted the src= values in the KJV to match. Here is what I have left: -- There are a few verses where the Greek is in another (adjacent) verse than the English. Need to figure out a way to mark these up. Here are those verses: Rom.1.3-4 Rom.1.9-10 Rom.3.25-26 2Cor.1.6-7 2Cor.8.14 2Pet.1.1-2 I'm thinking of using src=Xp (for the x-th Greek word in the previous verse) or src=Xn (for the x-th Greek word in the next verse). In all but one case, the Greek is at the end of one and the English at the beginning of the other (or visa versa). From what I understand, this is merely a difference in versification, not in what verses there are, but where the boundaries are. In that other case, a phrase is pulled out of the middle of one verse and put into the middle of the other (the two verses form one sentence. So it makes sense.) -- There are many verses (thousands) that have 1-3 empty tags (I've addressed all those with 4 or more). For the most part, the biggest problem with these is where they are located. Many times they are unordered and at an end of the verse. It'd be better for them to be placed within the verse based on the src=N attribute. -- Update the KJV with the most recent version of the TR. Interestingly, the Strong's numbers in it don't match the Strong's Concordance for the same verses. This is mostly with the tagging of the definite article. The most recent version seems to address all the variant differences for Strong's Numbers and Robinson's Morphological codes. -- Noting which variants are used with note type=x-strongsMorph /note. Right now I have it documented in a separate document. You can get it in the same directory as above, where it is called variants.zip There are several columns, The first is the verse, the second is the variant, the third has a + for the variant that is used by the KJV, the fourth is the source of the variant and the last is the content of the variant. Input welcomed. Together in His Service, DM On Feb 1, 2013, at 7:50 AM, Ben Morgan benpmor...@gmail.com wrote: I reported this nearly 4 years ago: http://www.crosswire.org/tracker/browse/MOD-76 There are some other verses which are slightly less obvious as well. God Bless, Ben - For I have no pleasure in the death of anyone, declares the Lord God; so turn, and live.” Ezekiel 18:32 (ESV) On Fri, Feb 1, 2013 at 11:34 PM, David Haslam dfh...@googlemail.com wrote: Noted in http://crosswire.org/wiki/User:Dmsmith/KJV2011#Omissions -- View this message in context: http://sword-dev.350566.n4.nabble.com/Vertical-whitespace-tp4651708p4651879.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] BibleCS 1.7.0RC1
I doubt it is there. The location differs between Linux, Windows and Mac. It is not easy to document for Windows as the variable is not on all versions that SWORD/JSword runs on (Bible Desktop still runs on Windows 98). Even when I've tried to explain it to a user, it is confusing. In Him, DM On Jan 29, 2013, at 9:27 AM, David Haslam dfh...@googlemail.com wrote: Did we document this in the wiki ? David -- View this message in context: http://sword-dev.350566.n4.nabble.com/BibleCS-1-7-0RC1-tp4651850p4651864.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] OSIS questions
don't know the answer to this specifically (how to encode it properly in OSIS), but can give insight into how it might be handled by SWORD. The SWORD rendering of a module does not handle Table of Contents, but to output it as inline, unstructured text. (I think I have this right.) Basically, notes and references are out of line content to SWORD. All else is in line. IIRC, if a SWORD render sees a tag it doesn't understand, it merely processes the contents as if the tag was not there. What some of us do is have a fully specified OSIS file and then prune (using xslt) that which SWORD doesn't handle well, to produce input to osis2mod. * In at least one of the vernaculars I'm dealing with, the translator has included in the USFM at the start of each book both a h and an mt tag (in that order, in case it's of any interest). According to the OSIS user manual, both of these should give rise to title tags (of type short and main respectively, although I gather Sword ignores this). Unsurprisingly, I end up with two titles appearing at the start of the book. Clearly with a certain amount of effort I can address this by filtering the data while I'm generating the OSIS, but does OSIS itself (or Sword) have any convention as to what to do in these circumstances? Osis2mod uses the type=main on a title to indicate that a title between the start of a chapter and the first verse is a chapter title (and stuffed in a verse 0 slot) and not a verse title (stuffed in a verse 1 slot). SWORD renders don't care. * Some USFM tags appear to need to be converted into right-justified paragraphs. Does OSIS support right justification? I don't know if OSIS supports it (would need to look), but SWORD renderers do not. Same with JSword renderers. * Occasionally we work with right-to-left languages in which the verse number needs to come at the end of the verse rather than the start, and in some cases also the verse number needs to be decorated in some manner. Does OSIS cater for this at all? Actually, it merely has the visual appearance to LtoR language readers that it is at the end of the verse. Actually, it is at the start, but appears at the right. This is handled by front-ends. In the SWORD module's conf, it needs the Direction= attribute set to pick up the orientation. JSword doesn't use the value but uses the Language code. In His Service, DM Thanks in advance, Jamie Jamieson winmail.dat___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Location of prebuilt lucene indexes.
On Jan 23, 2013, at 11:02 AM, Peter von Kaehne ref...@gmx.net wrote: Von: Andrew Thule thules...@gmail.com The nice thing about when repo administrators do this, is when you get a module from that repo, you also automatically get the lucene index. The reason that this is not done are manifold - including that sword and jsword indices are different, that not all platforms have the same lucene/clucene incarnation etc. Most users are better off not to use downloaded indices, but to create indices suitable for their specific frontend. To add to what Peter said, this mailing list's archives have extensive discussion on why we don't do this and why we have done it for mobile devices (only PocketSword and AndBible, and specific to them only). Also, the transfer time for a lucene index exceeds the time of a recent computer to build them, e.g. my laptop. As a Bible Desktop user, I'd really rather not transfer an index that is unusable by Bible Desktop. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Pre-verse div and headings
On Jan 21, 2013, at 9:23 AM, Peter von Kaehne ref...@gmx.net wrote: Von: DM Smith dmsm...@crosswire.org In the past, I've viewed the headings toggle as a toggle for non-canonical material. But the discussion on the other thread has me wondering whether intros (non-canonical) information is handled by it. That is exactly what I said - the headline toggle switches on everything, intros and the like. Now Troy says this is not how it should be and how the engine is handling it, but fact is that it does so. On all modules I have tried out where I know there is intro material. Now, my question - is there something very simple we module makers do wrong? Or is there some major and overarching misunderstanding between engine design, osis2mod and module makers? Here is what osis2mod expects regarding intros and headings. Intro to the work as a whole: not expected, and not handled. Intro to a testament: not expected, not handled. These intros are not ignored, but accumulated for the first write done by osis2mod. Hopefully it will be a book intro, but the behavior is not defined. Intro to a book. This is everything between div type=book and chapter (or div type=chapter, the other chapter start). Intro to a chapter. This is a bit more difficult. The problem is that it occupies the space between a chapter start and verse 1. These may be a chapter title, or verse title, or both. Osis2mod uses markup help to distinguish these. Here are the rules: o If the title is within div type=section it is understood as a verse title. o If the title has a type other than main, chapter or sub, it is understood as a verse title. Note, the first of these conditions determines a boundary between chapter and verse. If after one of these there is a title that has a type of main, chapter or sub. It is understood as belonging to the verse, not the chapter. That is how the title element is decided. FWIW, usfm2osis.pl (and presumably usfm2osis.py) do not produce a verse or chapter 0 div but produce div type intro or something similar. Note, when the chapter start is seen an inChapterIntro is set. And when one of the above is met, then inChapterIntro is cleared and inPreVerse is set. So, the div type of intro is not directly taken into account. There is another part to preVerse determination: whether interVerse material falls with verse n (where n = 1) or verse n+1. (This does not apply to the division between chapter start and first verse). Basically, after the /verse (or equivalent) is found it looks for start, end and empty tags. As long as end and empty tags are found, it is seen as belonging to the prior verse. Otherwise it is seen as the next verse. This applies to the division between chapter and first verse and to one verse and the next. But it does not apply to stuff after the last verse of the chapter (such as colophons). That is appended to the last verse. Hope this helps. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Pre-verse div and headings
On Jan 21, 2013, at 10:07 AM, Troy A. Griffitts scr...@crosswire.org wrote: OK, to clear this up technically. setIntros() turns on and off the versification extra 'slots': TSTMT BK CH:0 - chapter intro TSTMT BK 0:0 - book intro TSTMT 0 0:0 - testament intro 0 0 0:0 - module intro As noted, not all these are handled by osis2mod, but only book and chapter intros. Someday, I'd like direction to add module and testament intros. This has nothing to do with filtering tagged content (In the engine) __ setGlobalOption(Headings, On|Off) This will tell the filter set to turn on/off showing anything considered a section heading. This used to only be pre-verse titles (e.g., The Sermon On The Mount)-- as DM has pointed out. (Relatively) Recent changes have expanded this to be any content 'pre-verse'-- not just stuff in a title tag. This is a problem. It should not toggle the entire pre-verse div, but only the titles (title element and its content) and other text (presumably non-canonical) contained in it. It should not filter the structural tags. The filtering of those structural tags is the problem mentioned in the thread Vertical Whitespace. I can see conceptually how these can easily get blurred. It was much easier to see the difference when Headings was limited to titles like The Sermon On The Mount. I don't like seeing these when I am reading through the text. They are sometimes like spoilers in a movie, e.g., The Death of King Saul I usually turn these off when I am reading. On the other hand, when I am flipping through my printed Bible, I value these to help orient me to about where I am. Intros were seen as lengthy book or chapter introductions frequent in printed study Bibles. Now that pre-verse material can be lengthier than simply a section heading, it does blur the lines a little. I'm still confused. When verse 0 is requested (regardless of what type of intro it is), Peter notes that it is affected by the headings render filter. I'm pretty sure that the material in it is not marked pre-verse. It seems to me that verse 0 is always non-canonical and should be toggled by a not canonical render filter. Anyway, just wanted to technical state the difference between the two mechanisms. Troy On 01/21/2013 03:23 PM, Peter von Kaehne wrote: Von: DM Smith dmsm...@crosswire.org In the past, I've viewed the headings toggle as a toggle for non-canonical material. But the discussion on the other thread has me wondering whether intros (non-canonical) information is handled by it. That is exactly what I said - the headline toggle switches on everything, intros and the like. Now Troy says this is not how it should be and how the engine is handling it, but fact is that it does so. On all modules I have tried out where I know there is intro material. Now, my question - is there something very simple we module makers do wrong? Or is there some major and overarching misunderstanding between engine design, osis2mod and module makers? FWIW, usfm2osis.pl (and presumably usfm2osis.py) do not produce a verse or chapter 0 div but produce div type intro or something similar. Peter ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Pre-verse div and headings
On Jan 21, 2013, at 12:52 PM, Troy A. Griffitts scr...@crosswire.org wrote: On 01/21/2013 05:52 PM, DM Smith wrote: On Jan 21, 2013, at 10:07 AM, Troy A. Griffitts scr...@crosswire.org wrote: OK, to clear this up technically. setIntros() turns on and off the versification extra 'slots': TSTMT BK CH:0 - chapter intro TSTMT BK 0:0 - book intro TSTMT 0 0:0 - testament intro 0 0 0:0 - module intro As noted, not all these are handled by osis2mod, but only book and chapter intros. Someday, I'd like direction to add module and testament intros. This has nothing to do with filtering tagged content (In the engine) __ setGlobalOption(Headings, On|Off) Well, Karl's post clears up why this works. From my best recollection the material in verse 0 is not marked as pre-verse. The headings filter does not filter verse 0. So the app has to. This will tell the filter set to turn on/off showing anything considered a section heading. This used to only be pre-verse titles (e.g., The Sermon On The Mount)-- as DM has pointed out. (Relatively) Recent changes have expanded this to be any content 'pre-verse'-- not just stuff in a title tag. This is a problem. It should not toggle the entire pre-verse div, but only the titles (title element and its content) and other text (presumably non-canonical) contained in it. It should not filter the structural tags. The filtering of those structural tags is the problem mentioned in the thread Vertical Whitespace. What do you envision in the inter-verse material which should be displayed? Newlines? Yes. Exactly. In the Vertical Whitespace post, I outlined how they should be displayed. Is this the only thing that prevents toggling preverse material based on the Headings option? I'm not sure what you mean by prevents. I think that for Bibles, the only text between verses that should be displayed regardless of the toggle are titles marked canonical=true. But I don't mind if titles and introductory material is handled by cooperating toggles. I'm not arguing one way or another (yet). I'm just interested. The previous purpose for the preverse material concept was to isolate material which should be shown when a verse is being viewed in context, but which needs to be shown before the verse marker. There are many use cases for this need. One is: When the verse is being shown stand-along (e.g., in a search results list) this material is (typically) not shown by a frontend. Right. The corollary of this is when verses are shown one per line. This is asking for much of the structural formatting to be ignored. Not sure how much should be kept. Another is: Many users which to turn this material off when reading in context. Yes. Part of the context is paragraphing. Part of the context is proper indentation of poetry (or what has been formatted as such). Most paragraphing and poetry markup is between verses. Until recently, the only thing in this space was section headings., so turning on and off pre-verse material based on section headings made sense. Right. What kinds of things would you still want to be shown when sections headings are turned off? New lines and also indents (for poetry based on the level (?) attribute.) So both vertical and horizontal whitespace. Again, I don't mind if intros are handled independently from titles. I can see conceptually how these can easily get blurred. It was much easier to see the difference when Headings was limited to titles like The Sermon On The Mount. I don't like seeing these when I am reading through the text. They are sometimes like spoilers in a movie, e.g., The Death of King Saul I usually turn these off when I am reading. On the other hand, when I am flipping through my printed Bible, I value these to help orient me to about where I am. Intros were seen as lengthy book or chapter introductions frequent in printed study Bibles. Now that pre-verse material can be lengthier than simply a section heading, it does blur the lines a little. I'm still confused. When verse 0 is requested (regardless of what type of intro it is), Peter notes that it is affected by the headings render filter. I'm pretty sure that the material in it is not marked pre-verse. Material in the intro slots of the versification are not affected by setGlobalOption(Headings, On|Off). Let me say it differently: the fact that material is in an intro slot in the versification has no bearing on how the Heading option filters work. This materal might all be marked by something the Headings filters will remove (right or wrong), but it does not remove them based on them being in a 0 slot. It seems to me that verse 0 is always non-canonical and should be toggled by a not canonical render filter. Renaming a feature from Toggle Section Headings to Toggle Non-canonical might make more
[sword-devel] Vertical whitespace
I've noticed that OSIS modules sometimes render with a lot of vertical whitespace (blank lines). I'd like for this to be sorted as part of the next release. I don't think it'd be too hard. I've been in the osishtmlhref filter to see if I could figure it out, but it is beyond me. So this is a suggestion for others. Using the HTML notion of block and inline elements, I think we can classify OSIS elements as block or inline. Off the top of my head, div, chapter, p, lb/, lg, l, title, table and row are the block elements. The key feature of a block element is that block elements that follow each other stack one on top of each other. Some block elements allow nesting, such as div. In HTML, an empty div occupies no vertical space. A nested div does not cause additional vertical space. In HTML, a p has semantics as to whether it is preceded or followed by whitespace. A p at the beginning of a document is not preceded by a blank line. Nor is a /p at the end of a document. This is also true after a heading element. I think that the SWORD renderers always cause a div to occupy vertical whitespace. The other issue with div is that we now have a pre-verse div, which is a great way of marking off what stands before a verse, but this div really shouldn't have any div semantic. It probably would have been better if we used milestone instead. I seem to remember that there is a swollow flag for whitespace (I think it might be for horizontal whitespace.) I think something like this could be used for vertical whitespace. The other part to this is when a chapter is shown verse-per-line. If because of rendering the pre-verse content the verse already starts on a new line, I don't think more vertical whitespace should be produced. Together in His Service, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Pre-verse div and headings
This might be related to the other thread of name normalization that is discussing intros and headings. Prior to the pre-verse div, everything that was pre-verse was a title, aka heading. The purpose of the pre-verse div was to allow any kind of markup between verses. The net result is that all markup in the input (once we get past the OSIS header) is kept (though possibly transformed). The only exception to this is the verse element. It is not retained. Osis2mod heuristically splits the material between verses by appending some of it to the prior and keeping the rest of it with the next. Simplistically, after /verse (or it's equivalent) it looks for an opening tag and having seen that quits appending and starting the pre-verse for the next. With the more recent modules, there is a lot of structural information between verses. This may or may not contain headings. It may or may not contain introductory material. The structural material needs to be rendered whether or not headings are being rendered. I don't think this is the case. I hear that when headings is on, there is too much vertical whitespace, but when it is off sanity returns. I'd like to see this fixed. The kinds of structural material that appears between verses is typically section divs and paragraphs. But it may also contain poetry containers (i.e. lg and l) Regarding introductory material, we have support through Chapter 0 and Verse 0 of book and chapter introductions. But I don't think we have support for section introductory material (I haven't seen it in a module either, so the question is anticipatory). In the past, I've viewed the headings toggle as a toggle for non-canonical material. But the discussion on the other thread has me wondering whether intros (non-canonical) information is handled by it. But if we have a section that starts in the middle of a chapter and that section has a title and a paragraph or two of introduction, how is that to be handled? Together in His Service, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Complete Osis Commentary Example
You are missing: SourceType=OSIS It is defaulting to Plaintext. On Jan 16, 2013, at 5:39 PM, Pola Edward 5...@hotmail.com wrote: Sorry for my late response , these are the contents of my config file [frtadros] DataPath=./modules/comments/rawcom/frtadros/ ModDrv=RawCom Version=0.1 History_0.1=Just Initial Release for testing Encoding=UTF-8 Direction=RtoL Lang=ar Description=تفسير القمص تادرس يعقوب ملطي DistributionLicense=Public Domain TextSource=Original Book Regards, Pola Date: Mon, 14 Jan 2013 18:32:02 -0800 From: chris...@crosswire.org To: sword-devel@crosswire.org Subject: Re: [sword-devel] Complete Osis Commentary Example Hi Pola, This looks like a misconfiguration error. Most likely your module .conf either specifies that the module is ThML or the ThML can be (mostly) correctly rendered because it isn't being translated at all and the HTML parts will render almost correctly. Your OSIS looks fine. Please share your .conf and we can tell you where the problem is. --Chris On 1/11/2013 12:02 PM, Pola Edward wrote: Thanks for the reply, Attached the images using your markup, no effect in 3 programs You can see screenshots here http://depositfiles.com/files/36011rgm3 I'm thinking in making the commentaries in intermediate markup format, so Data entry group can start ASAP, and I'll convert it later to any format Note: Xiphos, displayed the ThML markup inside OSIS XML correctly in previous trials, but other Apps didn't display it the same and just ignored it Pola Date: Thu, 10 Jan 2013 00:27:40 -0500 From: thules...@gmail.com To: sword-devel@crosswire.org Subject: Re: [sword-devel] Complete Osis Commentary Example If I have a recommendation it is to download the KJV.zip and use the OSIS examples in their as templates ... ~A On Wednesday, January 9, 2013, Pola Edward 5...@hotmail.com mailto:5...@hotmail.com wrote: Could anyone help ?! From: 5...@hotmail.com To: sword-devel@crosswire.org Date: Mon, 7 Jan 2013 22:02:48 +0200 Subject: [sword-devel] Complete Osis Commentary Example Hi, Sorry for sending this to the wrong list, but this list is more active than osis-users list , My previous post in osis-users list didn't got attention and i got just 2 replies and no one replied after my last reply . The problem still exists and I've made many many trials, trying to get it to work the wiki doesn't contain a complete osis commentary example like bibles section the following is a complete osis structure i tried, it appears in xiphos and BPBible, but no effect for titles, bold and underline tags, all texts appear the same in the output . in programs like Bible Time, I see xml structure instead of normal texts Please send me a Complete Osis Commentary Example, so I can follow it ?xml version=1.0 encoding=UTF-8? osis xmlns=http://www.bibletechnologies.net/2003/OSIS/namespace; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.bibletechnologies.net/2003/OSIS/namespace http://www.bibletechnologies.net/osisCore.2.1.1.xsd; osisText osisIDWork=FrTadros osisRefWork=defaultReferenceScheme xml:lang=en header work osisWork=FrTadros titleتفسير ابونا تادرس يعقوب ملطى/title identifier type=OSISBible.FrTadros/identifier refSystemBible.KJV/refSystem /work work osisWork=defaultReferenceScheme refSystemBible.KJV/refSystem /work /header div type=x-testament div osisID=Matt type=book chapter osisID=Matt.1 div annotateRef=Matt.1.1 annotateType=commentary type=section title placement=rightHead canonical=trueThis is a title, and supposed to be bold and underlined/title p lb / hi type=boldblah/hi blah blah lb / hi type=underlineblah/hi blah blah lb / Please see reference osisRef=Jas.1.19James 1:19/reference /p /div /chapter /div /div /osisText /osis ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page ___ sword-devel mailing
QQ third party support
QQ third party plugin Tried it seems to connect to QQ but then gives this message (coming from QQ server I guess): Dear User, your version of QQ International will be obsolete soon. Please download the latest version to avoid interruption of service. Thank you! (http://download.imqq.com/download.shtml) Then it disables the login. Dominic ___ Support@pidgin.im mailing list Want to unsubscribe? Use this link: http://pidgin.im/cgi-bin/mailman/listinfo/support
Re: [sword-devel] Complete Osis Commentary Example
I hope to as soon as I get some time. The document that you have below looks correct. I'm wondering if there is a problem with how it is stored as a module and how the SWORD engine handles it. If it shows correctly in BibleDesktop (or another JSword front-end) then the problem is not in your encoding. In Him, DM On Jan 9, 2013, at 10:12 PM, Pola Edward 5...@hotmail.com wrote: Could anyone help ?! From: 5...@hotmail.com To: sword-devel@crosswire.org Date: Mon, 7 Jan 2013 22:02:48 +0200 Subject: [sword-devel] Complete Osis Commentary Example Hi, Sorry for sending this to the wrong list, but this list is more active than osis-users list , My previous post in osis-users list didn't got attention and i got just 2 replies and no one replied after my last reply . The problem still exists and I've made many many trials, trying to get it to work the wiki doesn't contain a complete osis commentary example like bibles section the following is a complete osis structure i tried, it appears in xiphos and BPBible, but no effect for titles, bold and underline tags, all texts appear the same in the output . in programs like Bible Time, I see xml structure instead of normal texts Please send me a Complete Osis Commentary Example, so I can follow it ?xml version=1.0 encoding=UTF-8? osis xmlns=http://www.bibletechnologies.net/2003/OSIS/namespace; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.bibletechnologies.net/2003/OSIS/namespace http://www.bibletechnologies.net/osisCore.2.1.1.xsd; osisText osisIDWork=FrTadros osisRefWork=defaultReferenceScheme xml:lang=en header work osisWork=FrTadros titleتفسير ابونا تادرس يعقوب ملطى/title identifier type=OSISBible.FrTadros/identifier refSystemBible.KJV/refSystem /work work osisWork=defaultReferenceScheme refSystemBible.KJV/refSystem /work /header div type=x-testament div osisID=Matt type=book chapter osisID=Matt.1 div annotateRef=Matt.1.1 annotateType=commentary type=section title placement=rightHead canonical=trueThis is a title, and supposed to be bold and underlined/title p lb / hi type=boldblah/hi blah blah lb / hi type=underlineblah/hi blah blah lb / Please see reference osisRef=Jas.1.19James 1:19/reference /p /div /chapter /div /div /osisText /osis ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Finding out copyright programatically
The CrossWire (SWORD/JSword based) desktop applications may download and use any module provided by CrossWire. There is no need for these applications to know or care what the license is. All modules are fair game. Applications that serve the web, such as SwordWEB and are not hosted on the CrossWire server can only serve those modules to which they are legally entitled to. It doesn't matter what the details of the license agreement are with CrossWire, those organizations must obtain their own license agreements. The need that STEP has for checking is that it can be used to serve the WEB or be a desktop application. In the one case it cares; in the other, it doesn't. So far we have left it to the user of the application to do the right thing. In Him, DM On Jan 7, 2013, at 12:31 PM, Andrew Thule thules...@gmail.com wrote: I think this is a fanstastic idea, the idea of progamatically being able to detect Status of a module programatically! Very good suggestion. On this example: Say, a Xiphos user gets a module distributed by CrossWire, such as the ESV. Does the Xiphos user then need to seek permission to use the module through Xiphos from Crossway? Presumably not? Or do the Xiphos owners need to seek permission from Crossway? Possibly? This is also a good example. Crossway as the Copyright Owner has granted CrossWire license to distribute the text as a Sword modules, so the terms of this license (permission) that govern how this works should be covered in a license agreemnt (that defines things like 'Distribute', the scope of what CrossWire means (develoepers or certain individuals) etc. So 'license to use' the ESV module has been set by the copyright owner, but CrossWire should be able to clarify what that means programatically as the licensee but also display the terms of the license (publicy) since (presumably) it has already been worked out with Crossway and both parties understand what it means. ~A On Sun, Jan 6, 2013 at 5:59 PM, DM Smith dmsm...@crosswire.org wrote: Yes. o.c.j.book.BookMetaData is the proper place for this. There are many of ways you can do it. There are several patterns in the class already. I'll leave the choice up to you. As Peter mentioned there are (at least) two questions that need to be answered: Redistributable? Are there modules that cannot be distributed at all. Commercial? Are there modules that preclude the use in a commercial context. (E.g. Ad driven). Note, when STEP is a desktop application or a web application, these might have different meanings. Here are details of how to dig it out today: o.c.j.book.sword.ConfigEntryType.DISTRIBUTION_LICENSE defines the list of acceptable values. You can access this via o.c.j.book.BookMetadata.getProperty as in: o.c.j.b.BookMetadata.getProperty(o.c.j.b.sword.ConfigEntryType.DISTRIBUTION_LICENSE.getName()) You can then compare it to expected values as in Copyrighted; Permission to distribute granted to CrossWire Hope this helps. In Him, DM On Jan 6, 2013, at 12:05 PM, Chris Burrell ch...@burrell.me.uk wrote: Hi Can I suggest adding something in the module configuration and/or sword/jsword backends that could indicate what kind of copyright we're dealing with: PUBLIC_DOMAIN, COPYRIGHT, OTHER, etc. I personally would find that useful if I want to make available public domain resources in some fashion to others, and thereby not include some of the copyrighted material. For example, if I'm going to allow people to include hooks into STEP to obtain and display the Scriptures on their websites, I'd want to make sure I can sift through the texts that I make available and the ones that I don't (see my separate thread about CMSses) I guess this could be as trivial as looking for Public domain or Copyright in the field in the configuration, but in the numerous emails from the last few days, someone said something along the lines that we were trying to be consistent but aren't always. If, we think, this is consistent enough, I'd be happy to implement a simple getter on the BookMetadata object in JSword. If we don't think this is valuable and the .conf files aren't consistent, I'll simply maintain an opt-in list for those resources that are public domain + those I've obtained permissions from Chris ___ sword-devel mailing list: sword-devel@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@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@crosswire.org
Re: [sword-devel] CrossWire mirroring
Mirror management is a moot issue if the software doesn't support mirrors. I have no plans to add such to JSword, unless it is added to SWORD first. I highly doubt that it will be added to SWORD until a problem with resiliency creates a real need. Even then, I'm not sure that that will be used as a solution. In His Service, DM On Jan 7, 2013, at 12:39 PM, Andrew Thule thules...@gmail.com wrote: DM, I agree that not having thought through mirror management procedurally (policy and best backpractice) is reason enough to hold off on such a venture, but those problems are typically trivial to solve given effective communication. Since technology is subordinat to intent, what needs to be worked out to move forward along these lines is the clarification of intent. If I were to look back on this recent discussion, I'd suggest a number of principles are already clear: -CrossWire resevers the right to approve or deny mirrors -CrossWire reserves the right to define which repositorories are considered root repositories (so authoritive) -Distribution of modules exclusively licensed to CrossWire should be retained by Crosswire -All Mirrors should take no longer than x (period of time) to accurately reflect 'root repositories' Etc. This issues have already (to some extent) been hashed through in debate, however discussion on the matter was limited, unproductive and unclear simply because of the degree of hostility the 'idea' of mirrors alone produced. If there had been an attitude of 'open but undecided' reservation about the matter, rather than outright 'hostility' its likely the issues you are raising now could have been dealt with more readily. ~A On Sun, Jan 6, 2013 at 2:17 PM, DM Smith dmsm...@crosswire.org wrote: A few more reasons we discourage mirroring: SWORD and JSword have no means for managing mirrors. They expect each repository to be a unique collection of modules. A mirror that is partial, not containing all that is in the master repository, probably will be confusing to users. A mirror that is hosted along with questionable modules probably will give the appearance that CrossWire condones those modules. Especially when the modules are in the same repository. In Him, DM On Jan 4, 2013, at 9:09 AM, DM Smith dmsm...@crosswire.org wrote: From time to time, interest has been expressed in mirroring CrossWire's SWORD modules. I thought I'd reiterate our policy. We strongly, very strongly, discourage mirroring of the SWORD module repository. Those modules for which CrossWire has obtained distribution permission from copyright holders must not be mirrored. These have DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire in their conf. CrossWire maintains correspondence for each of these modules. Mirrors are seldom current/correct, despite intentions. On occasion we have unintentionally hosted modules for which we did not have permission. When presented with an ownership claim, we typically will take the module offline immediately and validate the claim. If the claim is false, we will put the module back up. If the claim is true, we obtain permission before putting the module back online or we don't put it back. This is an important part of our stewardship. If or when CrossWire has problems with distribution, we'll tackle the problem at that time. Probably with a Content Delivery Network of CrossWire owned servers. This or some variation of this probably should be in the wiki. In His Service, DM ___ sword-devel mailing list: sword-devel@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@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Exclusive Rights Granting Crosswire License to Distribute
On Jan 7, 2013, at 12:58 PM, Andrew Thule thules...@gmail.com wrote: The wording of your request is inviting a go pound sand response. Please be careful in how you word things. DM, I will be careful how I word things because such advice is always prudent advice. That said, I deny I was telling anyone to 'pound sand'. I was suggesting that the use of must in your suggestion would prompt someone to tell you to pound sand. In no way was I suggesting that you ever were telling someone else to do so. ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Exclusive Rights Granting Crosswire License to Distribute
On Jan 7, 2013, at 12:58 PM, Andrew Thule thules...@gmail.com wrote: On Sun, Jan 6, 2013 at 11:12 AM, DM Smith dmsm...@crosswire.org wrote: No, we cannot publish the terms of licensing agreements. Think about it. These are confidential, privileged contracts between organizations. Umm, with software Licenses, Acceptable Use Policies, Copyright Restrictions and Copyright limitations are not typically priviledge .. Each copyright owner has several fields in the conf that they can fill out with that information. Most use the About field. A few use some other fields. Consult the module's conf for the information that you want. If it is not there then please assume that the owner did not want to share it or did not provide it. The contractual agreement itself may be, but License for use, especially in public forums is not, otherwise how can you come down so hard on someone like me for trying to abide by licensing agreement when those agreements are not know? You're saying on the one had I have to abide by Crosswire's agreement with the Copyright Owner and on the other hand I cannot know what those provisions are. I think if you check the contract, you'll see the actually license agreement as an Appendix or something of that sort for this very reason. Have I come down hard on you? I know I have been direct and have tried to be informative. We've only been talking about one part of the license agreement: the right to re-distribute modules. We think that the DistributionLicense field states it very well. The contracts are dictated by the publishers. When asked what they need to say, we provide the broadest description of what they need to say at minimum, but we don't ever suggest particular wording or terms. If the terms are unacceptable to us, we communicate that clearly and let them either amend their terms or withdraw the module. Yes, true, however Crosswire as the licensee is not dealing with paper, but with digital forms of the text, so presumably as the licensee you've worked through some of the issues related to dealing with 'digial format'. At least your this recent business between Chris, Peter and I suggests that this is the case. Although the terms of Crosswire license to use of these Copyright works are not clear to me (dispite what Chris and Peter would have you believe) because I've seen no such terms, they are apparently clear to Chris and Peter. I have no trouble believing Chris and Peter have seen them, or they wouldn't be calling me to account. I don't think that is the case. I work on copyright modules and have never seen a license agreement. I've never felt the need to see it. I always treat a copyrighted work as a confidential, intellectual property to which I only have sufficient privileges to do my work on the module. I'm sure that I might be going beyond what is required, but I'd rather make that mistake than betraying the owner's trust. Peter and Chris will have seen those agreements that they have participated in obtaining. They have no need to have seen any others. We only need to prove our assertion with the publishers. Which we have do on occasion. Agreed. The wording of your request is inviting a go pound sand response. Please be careful in how you word things. DM, I will be careful how I word things because such advice is always prudent advice. That said, I deny I was telling anyone to 'pound sand'. I am disappointed at the way my character, purpose, and contribution is contantly maligned in these discussions. It send the signal that 'new-comers' and their ideas are not welcome here dispite the claim this is an open community. This treatment on the part of some is not uniform by any means. However the method of dealing with conflict among Christian's is covered in the bible, and my disappointment stems from the idea that not all who engage in these disagreements make efforts to disagree on biblical principles. (I assume everyone here is a Christian). For example, I am particularly disappointed that I was accused of breaking Crosswire's licensing restrictions, yet no one has bothered to either publically name one module that was available at my repo that should have been, or provide access to Crosswire's license as evidence this was wrong. Peter has told you privately of at least one that he was able to download. Do you want that to be repeated here? If Crosswire has legitimate license to distribution Copyright text and is going to use this license agreement like a hammer, it's not unrasonable to ask that it be made public, otherwise it has no right to defer to it in issues of disagreement. We accurately summarize it in the conf. We have explained it here. What is hard about understanding that? What more is needed? In His Service, DM ___ sword-devel mailing list
Re: [sword-devel] CrossWire mirroring
I guess I need more information on mirrors. Let's say that there are to mirrors X and Y. For what ever reason, X has A, B, C, D and Y has A, D, E. Software is configured to use Y. When it goes to get a list of files, what does it get? If it requests B, what does it get? Same questions for software configured for X and request for E. -- DM On Jan 7, 2013, at 1:06 PM, Andrew Thule thules...@gmail.com wrote: My experience with mirrors is that mirrors are done at the level of the Operating Systems. Tools like 'rsync', 'lsync', 'chron' etc manage the integrity and distribution of these things. That said, I think what you're saying is that you believe the Sword client needs some additional support to support mirrors, and I don't think that's entirely true. It may be that support for mirrors would be better accomplished through additional patches, but as it stands now I get all of Crosswire's modules as a proxy through either my public or private repo for the very simply reason it's safer for me to do so. I have no trouble getting Sword/Crosswire modules from a 'mirror' (as a proxy), technically which means most clients (though perhaps not all) can manage this. So I'm speaking specifically about Bibletime, Xiphos, Alkitab, PocketSword, and Eloquent. If there are other clients out there, and Crosswire pursues 'mirrors', that decision will influence development. ~A On Mon, Jan 7, 2013 at 12:55 PM, DM Smith dmsm...@crosswire.org wrote: Mirror management is a moot issue if the software doesn't support mirrors. I have no plans to add such to JSword, unless it is added to SWORD first. I highly doubt that it will be added to SWORD until a problem with resiliency creates a real need. Even then, I'm not sure that that will be used as a solution. In His Service, DM On Jan 7, 2013, at 12:39 PM, Andrew Thule thules...@gmail.com wrote: DM, I agree that not having thought through mirror management procedurally (policy and best backpractice) is reason enough to hold off on such a venture, but those problems are typically trivial to solve given effective communication. Since technology is subordinat to intent, what needs to be worked out to move forward along these lines is the clarification of intent. If I were to look back on this recent discussion, I'd suggest a number of principles are already clear: -CrossWire resevers the right to approve or deny mirrors -CrossWire reserves the right to define which repositorories are considered root repositories (so authoritive) -Distribution of modules exclusively licensed to CrossWire should be retained by Crosswire -All Mirrors should take no longer than x (period of time) to accurately reflect 'root repositories' Etc. This issues have already (to some extent) been hashed through in debate, however discussion on the matter was limited, unproductive and unclear simply because of the degree of hostility the 'idea' of mirrors alone produced. If there had been an attitude of 'open but undecided' reservation about the matter, rather than outright 'hostility' its likely the issues you are raising now could have been dealt with more readily. ~A On Sun, Jan 6, 2013 at 2:17 PM, DM Smith dmsm...@crosswire.org wrote: A few more reasons we discourage mirroring: SWORD and JSword have no means for managing mirrors. They expect each repository to be a unique collection of modules. A mirror that is partial, not containing all that is in the master repository, probably will be confusing to users. A mirror that is hosted along with questionable modules probably will give the appearance that CrossWire condones those modules. Especially when the modules are in the same repository. In Him, DM On Jan 4, 2013, at 9:09 AM, DM Smith dmsm...@crosswire.org wrote: From time to time, interest has been expressed in mirroring CrossWire's SWORD modules. I thought I'd reiterate our policy. We strongly, very strongly, discourage mirroring of the SWORD module repository. Those modules for which CrossWire has obtained distribution permission from copyright holders must not be mirrored. These have DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire in their conf. CrossWire maintains correspondence for each of these modules. Mirrors are seldom current/correct, despite intentions. On occasion we have unintentionally hosted modules for which we did not have permission. When presented with an ownership claim, we typically will take the module offline immediately and validate the claim. If the claim is false, we will put the module back up. If the claim is true, we obtain permission before putting the module back online or we don't put it back. This is an important part of our stewardship. If or when CrossWire has problems with distribution, we'll tackle the problem at that time. Probably
Re: [sword-devel] ISV status?
On Jan 7, 2013, at 1:19 PM, Andrew Thule thules...@gmail.com wrote: DM, all of which you said is reasonable; no issues from me. My point was in the efforts to assist with module develoment, I apparently crossed some line. I offered to send an OSIS update, and made a testing version of it available. The debate started (as you note) because of my making a testing version available (this taken to be 'distribution') I think what Greg responded is at the heart of the response. It was expressed very strongly here that your work on the DSS was a copyright infringement. You strongly disagreed. (Let's not get into that again.) You've hosted copyrighted modules from Wycliffe, IBT, bible.org and CrossWire. (I have not personally checked, so I may be wrong on repeating this.) I think this provoked history provoked the response you have gotten. While it has not been said (as far as I can remember), that you host any CrossWire module while hosting the DSS is highly undesirable to us as we think others may see it as condoning the DSS without a license agreement. When you posted the ISV, that became especially bothersome. Regarding module development of copyrighted material, the only proper way to proceed is using material supplied by the owner under license. Get permission first and then work on it. For modules that we already have, we need to use existing contacts to do that. Regarding the ESV that I'm working on, I was never given the contact information, but rather the last person to do the negotiation obtained new permission and granted me access to the source materials. Regarding copyrighted works that are not in the CrossWire repository, we need to work together to obtain permission. The proper way is to check the wiki, which has a page dedicated to such requests, and ask here whether any effort had been made in gaining permission. There are several here that have successfully gotten permission and can guide how to make such a request. We have a general wiki page giving a simple request. I don't have a hard time believing Crosswire has worked out the details of its licensing agreemnt to distribute the Copyright holder's text in through a very sensitive process (or even that these agreements come with residual sensitivies), even if I find it difficult to believe distribution of (complied) modules for the sake of development is expressly excluded or limited in otherways. Public sharing of copyrighted modules is almost always a bad idea. Even when allowed, it may give the perception that we don't properly regard other license agreements. Private sharing with those who will participate in the development/QA, once permission has been obtained and registered with CrossWire, is good. What I did have a hard time with was being publicly held accountable to license restrictions reasonably unknown to me (and apparently secret), while having the issue made personal. It isn't reasonable to assume I knew sharing a compiled module with this group would set off a firestorm if the license between the ISV foundation and CrossWire is treated as confidential .. IMHO, that's not what set off the firestorm. See above. Jerry, well I appreicate what you're saying, I suspect these issues are issues Crosswire needs to give more thought to internally so that module developers (volunteers, newcomers etc) are not expected to either provide the solution or get caught in the crossfire when a can-o-worms gets opened. ~A On Sun, Jan 6, 2013 at 1:27 PM, jhphx jh...@cox.net wrote: On 1/6/2013 1:54 AM, Andrew Thule wrote: I'm currently reviewing its contents to ensure no module exclusive to Crosswire was available. I will be putting it back up on completion of my review. ... I am not sure how you think being exclusive to Crosswire works in this context, but, IF: a) none of those other sources have legitimate (licensed) copies of a copyrighted text or it's derivatives, OR b) none of those sources provided you with a legitimate license to do whatever you do, OR c) it simply appears like you are violating anyone's copyrights, THEN: It won't matter to CrossWire how many other sources there are, you would appear to be, and in fact could be, a threat to CrossWire's ability to distribute if it appears that CrossWire is condoning what you do. It does not matter how the other sources see it, or how you see it, it matters how it seems to CrossWire and how it may seem to the publishers they work with. Andrew, you appear to want to help. There are many things someone like you could do, but maybe working on copyrighted modules and distribution of them is not the right task for now. There remains many other things needing to be done. If you still feel the need to work on a copyrighted text for CrossWire then I suggest you ask yourself three things: a) could this work produce a copy, new copy, new version
Re: [sword-devel] CrossWire mirroring
On Jan 7, 2013, at 2:04 PM, Andrew Thule thules...@gmail.com wrote: Ok. In your example you have two levels of mirrors, root and banch. If we assume all mirrors are synced (exactly the same), the client (if it supports more than a preferred mirror) will check its mirrors in the order they are specified. This is precisely my point: Client software has to change. So in your case, Y will check A. D. and E. in that order (assuming it checks all of its configured mirrors) If all mirrors are exactly the same however, it doesn't need to check A. D. and E. It only needs to check A. If A is down, it will check D. etc. If a change is made at the top level however, say an ESV update, there is a propigation time it takes for the mirrors to catch up. With high volume Linux mirrors this is minutes. If Crosswire were to have mirrors, it might have a policy that says something like mirrors are to syncronise no more than 24 hours no less than 6. That means in your demonstration it may take A. D. and E. upto 24 hours to reflect the change. Unlike Linux distributions however, its likely there can be some tollerance for such propigation effects. In my case, B is licensed only to CrossWire for distribution. E is the a module which has been added to one mirror but not on the master, say the DSS. These two are not true mirrors. SWORD and JSword can be configured with multiple repositories. They handle them differently. But suffice it to say that they expect that a module is in one and only one repository. The behavior is undefined if it occurs in more than one. ~A On Mon, Jan 7, 2013 at 1:52 PM, DM Smith dmsm...@crosswire.org wrote: I guess I need more information on mirrors. Let's say that there are to mirrors X and Y. For what ever reason, X has A, B, C, D and Y has A, D, E. Software is configured to use Y. When it goes to get a list of files, what does it get? If it requests B, what does it get? Same questions for software configured for X and request for E. -- DM On Jan 7, 2013, at 1:06 PM, Andrew Thule thules...@gmail.com wrote: My experience with mirrors is that mirrors are done at the level of the Operating Systems. Tools like 'rsync', 'lsync', 'chron' etc manage the integrity and distribution of these things. That said, I think what you're saying is that you believe the Sword client needs some additional support to support mirrors, and I don't think that's entirely true. It may be that support for mirrors would be better accomplished through additional patches, but as it stands now I get all of Crosswire's modules as a proxy through either my public or private repo for the very simply reason it's safer for me to do so. I have no trouble getting Sword/Crosswire modules from a 'mirror' (as a proxy), technically which means most clients (though perhaps not all) can manage this. So I'm speaking specifically about Bibletime, Xiphos, Alkitab, PocketSword, and Eloquent. If there are other clients out there, and Crosswire pursues 'mirrors', that decision will influence development. ~A On Mon, Jan 7, 2013 at 12:55 PM, DM Smith dmsm...@crosswire.org wrote: Mirror management is a moot issue if the software doesn't support mirrors. I have no plans to add such to JSword, unless it is added to SWORD first. I highly doubt that it will be added to SWORD until a problem with resiliency creates a real need. Even then, I'm not sure that that will be used as a solution. In His Service, DM On Jan 7, 2013, at 12:39 PM, Andrew Thule thules...@gmail.com wrote: DM, I agree that not having thought through mirror management procedurally (policy and best backpractice) is reason enough to hold off on such a venture, but those problems are typically trivial to solve given effective communication. Since technology is subordinat to intent, what needs to be worked out to move forward along these lines is the clarification of intent. If I were to look back on this recent discussion, I'd suggest a number of principles are already clear: -CrossWire resevers the right to approve or deny mirrors -CrossWire reserves the right to define which repositorories are considered root repositories (so authoritive) -Distribution of modules exclusively licensed to CrossWire should be retained by Crosswire -All Mirrors should take no longer than x (period of time) to accurately reflect 'root repositories' Etc. This issues have already (to some extent) been hashed through in debate, however discussion on the matter was limited, unproductive and unclear simply because of the degree of hostility the 'idea' of mirrors alone produced. If there had been an attitude of 'open but undecided' reservation about the matter, rather than outright 'hostility' its likely the issues you are raising now could have been dealt with more readily. ~A On Sun, Jan 6, 2013 at 2:17
Re: [sword-devel] ISV status?
On Jan 7, 2013, at 3:09 PM, Andrew Thule thules...@gmail.com wrote: Let's not reopen the DSS issue Agreed. I think that it was the foundation for the tone of responses you received. I think it was the elephant in the room. I thought you'd like to know that. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] ISV status?
Regarding module development, that wasn't the problem (though there may be other problems with that). The problem was the distribution of the developed module. Permission for CrossWire to distribute a module does not extend to its members individually. I maintain the ESV module (which is about to be released with an update). As such I cannot distribute it from my home server. It can only be distributed from the CrossWire server. Regarding module submission there are several parts to module submission that play into whether the work will be accepted: Source of the text: It has to be a primary text. Verification with sword-devel or sword-support, that the module needs to be updated and that the update would be accepted. Submission of the uncompiled module and its conf to modu...@crosswire.org See http://www.crosswire.org/wiki/DevTools:Modules for more details. Regarding verification there are a variety of reasons that a module might not be accepted. Here are a few: Poor choice of source text. Poor choice of format and encoding (Bibles should be OSIS and UTF-8) Bad OSIS (TEI, ThML, ...). The module doesn't work in one or more front-ends. CrossWire doesn't have necessary permission for the module. Failure to have a repeatable process to create the module from the source. Someone else is actively working on the module. Someone else has a better text. Someone else has a repeatable process. The current maintainer of the module hasn't been in the loop. There isn't a checklist for these. I've just noticed over time that these have been reasons to reject a module. Hope this helps, DM Smith On Jan 6, 2013, at 1:02 AM, Andrew Thule thules...@gmail.com wrote: On Sat, Jan 5, 2013 at 2:55 AM, Chris Little chris...@crosswire.org wrote: I credit you for taking it down, but you haven't explained why YOU felt it was YOUR place to do it in the first place. 'Andrew Thule posts the module on his FTP site' is not part of our release process. Because I was trying to help. I assumed that module development was covered under licenses, and have no other way to share modules I create with members of this list. The wiki doesn't prohibit the sharing of Copyrighted modules under development, so it was reasonable to assume since the module itself was being distributed to the word, modules being developed could be distributed also. Yet, why would that have anything at all to do with you? You have no connection to the publishers, you didn't do the conversion, and you are in no way a part of the release process. You say you checked the distribution rights presented in isv.conf, but it contained exactly the string present in those modules that we have told you in the past that you may not re-distribute. You prevent reading of other such .confs on your FTP site, so you're clearly aware that this is material you should not be re-distributing. But you did it anyway, because you're content to act without thinking. I'm a member of this list, trying to help, volunteering my time, and Nic's question wasn't directed at anyone in particular. He was asking about a version of the ISV which contained the OT, which I had. Why wouldn't it have anything to do with me? Is there something somewhere that says only certain members of this list can help? Where does it say only those folks directly connected to the publisher can make improvements? Yes, as in my other response, you're still pressing away at the false idea I ignored the licenses. You still have to clarify that bit with respect to who can and who cannot offer improvements and whether or not development is excluded from 'distribution'. I was offering an improved module (and OSIS) TO Crosswire for distribution by Crosswire's repo. I admit that my thinking is limited at times. In this case it is limited by what I don't know - which is why you've been asked for clarification. ~A ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Exclusive Rights Granting Crosswire License to Distribute
On Jan 6, 2013, at 10:40 AM, Andrew Thule thules...@gmail.com wrote: Since this has been a controversial topic recently (and since accusations have made the matter personal), can Crosswire please post (to the wiki) the terms of its licensing agreements with each Copyright holder (on a module by module basis) so that its licensing rights are known and transparent to all? No, we cannot publish the terms of licensing agreements. Think about it. These are confidential, privileged contracts between organizations. Since Crosswire is asserting these rights it must be prove it actually posses them and outline what they are (or it must forfeit the right to exercise them). Since it is holding module developers accountable to its licensing terms, it must make the license public, for the sake of transparency. The contracts are dictated by the publishers. When asked what they need to say, we provide the broadest description of what they need to say at minimum, but we don't ever suggest particular wording or terms. If the terms are unacceptable to us, we communicate that clearly and let them either amend their terms or withdraw the module. We only need to prove our assertion with the publishers. Which we have do on occasion. The wording of your request is inviting a go pound sand response. Please be careful in how you word things. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Updating copyrighted modules
The typical way is to ask on the list. It is possible an old module is an orphan. There are several ways a module is orphaned: The source for the module is no longer available. The module maintainer is no longer willing/able/available to work on the module. This is true regarding any module, especially non-copyrighted module. Regarding a copyrighted module, I'll share how I became involved in being the pumpkin holder for such: I made small contributions that demonstrated my understanding of SWORD/JSword/CrossWire's mission and purpose. At some point the number and quality of these contributions was sufficient to warrant getting commit privs to the JSword project. I volunteered for the KJV update and did a good job on it. When the ESV came along, I volunteered for that. I didn't put my name on it, nor did I on the KJV, but it is not hard to find out. I'm just the servant. In Him, DM On Jan 6, 2013, at 10:52 AM, Chris Burrell ch...@burrell.me.uk wrote: My point still stands, it would be nice to know who we talk to make fixes to modules. Chris On 6 January 2013 15:45, David Haslam dfh...@googlemail.com wrote: There's nothing fishy about our distribution notices for works that are copyright. Our wiki states that copyright and distribution licensing agreements are [to be] lodged by CrossWire. The email address for all such related communications is copyright AT crosswire DOT org. See http://crosswire.org/wiki/Copyright http://crosswire.org/wiki/Copyright Where such documentation requires snail mail these are sent to CrossWire's registered PO Box address. CrossWire's founder keeps an archive of all such agreements to satisfy legal requirements. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Updating-copyrighted-modules-tp4651569p4651582.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] CrossWire mirroring
A few more reasons we discourage mirroring: SWORD and JSword have no means for managing mirrors. They expect each repository to be a unique collection of modules. A mirror that is partial, not containing all that is in the master repository, probably will be confusing to users. A mirror that is hosted along with questionable modules probably will give the appearance that CrossWire condones those modules. Especially when the modules are in the same repository. In Him, DM On Jan 4, 2013, at 9:09 AM, DM Smith dmsm...@crosswire.org wrote: From time to time, interest has been expressed in mirroring CrossWire's SWORD modules. I thought I'd reiterate our policy. We strongly, very strongly, discourage mirroring of the SWORD module repository. Those modules for which CrossWire has obtained distribution permission from copyright holders must not be mirrored. These have DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire in their conf. CrossWire maintains correspondence for each of these modules. Mirrors are seldom current/correct, despite intentions. On occasion we have unintentionally hosted modules for which we did not have permission. When presented with an ownership claim, we typically will take the module offline immediately and validate the claim. If the claim is false, we will put the module back up. If the claim is true, we obtain permission before putting the module back online or we don't put it back. This is an important part of our stewardship. If or when CrossWire has problems with distribution, we'll tackle the problem at that time. Probably with a Content Delivery Network of CrossWire owned servers. This or some variation of this probably should be in the wiki. In His Service, DM ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Finding out copyright programatically
Yes. o.c.j.book.BookMetaData is the proper place for this. There are many of ways you can do it. There are several patterns in the class already. I'll leave the choice up to you. As Peter mentioned there are (at least) two questions that need to be answered: Redistributable? Are there modules that cannot be distributed at all. Commercial? Are there modules that preclude the use in a commercial context. (E.g. Ad driven). Note, when STEP is a desktop application or a web application, these might have different meanings. Here are details of how to dig it out today: o.c.j.book.sword.ConfigEntryType.DISTRIBUTION_LICENSE defines the list of acceptable values. You can access this via o.c.j.book.BookMetadata.getProperty as in: o.c.j.b.BookMetadata.getProperty(o.c.j.b.sword.ConfigEntryType.DISTRIBUTION_LICENSE.getName()) You can then compare it to expected values as in Copyrighted; Permission to distribute granted to CrossWire Hope this helps. In Him, DM On Jan 6, 2013, at 12:05 PM, Chris Burrell ch...@burrell.me.uk wrote: Hi Can I suggest adding something in the module configuration and/or sword/jsword backends that could indicate what kind of copyright we're dealing with: PUBLIC_DOMAIN, COPYRIGHT, OTHER, etc. I personally would find that useful if I want to make available public domain resources in some fashion to others, and thereby not include some of the copyrighted material. For example, if I'm going to allow people to include hooks into STEP to obtain and display the Scriptures on their websites, I'd want to make sure I can sift through the texts that I make available and the ones that I don't (see my separate thread about CMSses) I guess this could be as trivial as looking for Public domain or Copyright in the field in the configuration, but in the numerous emails from the last few days, someone said something along the lines that we were trying to be consistent but aren't always. If, we think, this is consistent enough, I'd be happy to implement a simple getter on the BookMetadata object in JSword. If we don't think this is valuable and the .conf files aren't consistent, I'll simply maintain an opt-in list for those resources that are public domain + those I've obtained permissions from Chris ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] [jsword-devel] StrongNumber in indexing
On Jan 4, 2013, at 4:34 PM, Chris Burrell ch...@burrell.me.uk wrote: There are two separate issues here. 1- The fact that we retrieve the closest match to a strong number is IMHO rather obscure and confusing in itself. I've hit this several times and found through rather laborious investigation that a module was using a bad strong number, or some piece of code hadn't quite formatted the number right, etc. This is a feature of a dictionary lookup. This will typically find the longest common prefix. It'd probably be good to mark some dictionaries as exact match only. Strong's, Robinson's, and maybe daily devotions seem like candidates. 2- H00: The KJV is the most obvious example of a module that has/had it. It looks like someone has removed them all in the KJV2006 project (http://www.crosswire.org/~dmsmith/kjv2006/index.html). Version 2.3 of the module still has it. Did we replace this with something else? H00 was used to indicate that the first occurrence of the strong number was the same original word as the second one. We were going to put them into the ESV. So for example Gen 2.9, used to read something like this: divtitle type=x-genGenesis 2:9/title verse osisID=Gen.2.9 w lemma=strong:H04480And out/w w lemma=strong:H0127of the ground/w w lemma=strong:H00 strong:H06779made/w w lemma=strong:H03068the segdivineNameLord/divineName/seg/w w lemma=strong:H0430God/w w lemma=strong:H06779 morph=strongMorph:TH8686to grow/w [ ... ... ... some more stuff goes here ... ... ...] /verse/div In the above, this indicates that the translators split the word H06779 into made and into to grow. It seems someone has removed all of these marks. However we don't have the src tag either so can anyone suggest how I can tell which bits go together and which bits go apart? What was the reasoning behind this change? I maintain the KJV. I couldn't find a purpose of H00. So I took it out as being wrong. If it is the splitting of words, we have a mechanism for that in the NT, which could be used. It uses src=XX (which for the NT ties back to the XX word in the verse in a particular Greek module), the type=x-split and subType=x-NN where NN is a unique number w/in the verse having a value greater than the greatest value of src=XX. I'm not at all sure that subType is still needed. Both src and type are each sufficient to solve the problem. A bit more exploring to do on the KJV... Chris On 4 January 2013 21:07, DM Smith dmsm...@crosswire.org wrote: H00 is not a valid Strong's number. The modules that have it should be re-done. Do you know which are the problem modules? The problem with allowing H00 is that it will not find an entry in a Strong's dictionary and will get the nearest one. Which is better? An error filling the console or confusing the user? I don't mind changing the regex to be simpler, but it should not create further problems. The part at the end is an optional extension. We have a module in the wings that has it. In Him, DM On Jan 4, 2013, at 3:34 PM, Chris Burrell ch...@burrell.me.uk wrote: Hi Can I suggest a fix to the StrongNumberFilter, which currently relies on org.crosswire.jsword.book.study.StrongsNumber The regular expression used to match the Strong number is: private static final Pattern STRONGS_PATTERN = Pattern.compile(([GgHh])0*([1-9][0-9]*)!?([A-Za-z]+)?); Unfortunately, some texts use H00 as a strong number to indicate that the tagged word is in 2 places (i.e. this is only the first part of the tag). The above expression causes huge amounts of Logging to be output to the console. I suggest we change it to something like [GgHh][0-9]+ Also, what's the stuff at the end of the regex? Haven't come across any like that... Chris ___ jsword-devel mailing list jsword-de...@crosswire.org http://www.crosswire.org/mailman/listinfo/jsword-devel ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] CrossWire mirroring
Regarding Fedora, I find that the mirrors differ significantly. Some have old releases, but no new releases. Some have the latest release but no updates. Some may have the alphas and/or the betas. Using yum, I have had some updates fail because they have dependencies that have not reached the mirrors that yum wants to use, making me wait a few days until the mirrors catch up. Adding in unofficial repositories complicates it even more. On Jan 4, 2013, at 4:18 PM, Greg Hellings greg.helli...@gmail.com wrote: On Fri, Jan 4, 2013 at 3:06 PM, DM Smith dmsm...@crosswire.org wrote: If someone posts to sword-support a problem with the text in a module (we get these all the time), having mirrors complicates support. If Fedora can have many dozen mirrors, and Debian can have many dozen mirrors and so can every Linux distribution out there, is it so hard for us to have mirrors when it comes down to it? Each of these has requirements for what a mirror MUST, SHOULD and MAY provide and they have a vetting process when someone wants to become an official mirror they ensure that the offer follows those requirements. For the most part those requirements boil down to: provide the mandatory parts of the distribution with the same layout they have on the master, and update at minimum every X hours or days. That's hardly a burdensome task to setup, consisting mostly of a handful of options to something like rsync. If we wanted to have official mirrors we could be sure anyone offering followed those requirements and then add them to a master list of mirrors. It's not that complicated to require and it's not that complicated to configure. Many people offering to setup mirrors would already be familiar with the methods and requirements. Yes, licensing would still be an entirely different issue, but the technical implications of offering a mirror system for a pure list of files is not difficult. And certainly it's not more difficult than offering ISO images for users to download and encouraging them to be able to share them with friends! --Greg ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] CrossWire mirroring
Andrew, How do you handle modules that are removed from CrossWire? Do you use rsync w/ --delete? -- DM On Jan 4, 2013, at 4:49 PM, Andrew Thule thules...@gmail.com wrote: On Fri, Jan 4, 2013 at 4:06 PM, DM Smith dmsm...@crosswire.org wrote: Andrew, I was careful not to say what you proposed. The quote you suggest is technically/true/correct/good as far as it goes. The other bullets I gave are why we discourage mirroring even for those. You're (licensing) reasons for wanting to manage this are also good and right (and legally required). I support what Crosswire is doing and is trying to do completely. That said, whatever you decided to do with respect to (re)distribution rights will be honoured, but it needs to be clearly communicated. If modules are not to be redistributed, impose that constraint and be transparent about it. For example, in your mirror (I think you still have it available), are there any modules that are more current on the CrossWire server than in yours? Or visa versa? All of my 'more current' modules, and other works I'm working on are in a separate private repo that does not permit anonymous access. What goes into my public repo are only those things I purposefully intend to share (primarily with you folks). With respect to modules in the mirror copied from CrossWire, you can check - they are exactly the same as at Crosswire. When a change happens at Crosswire, my mirror detects and duplicate (only) the changed modules (just like an rsync). If a module does not change, nothing happens (thus the only BW consumed is when a change occurs). You have asked me not to redistribute modules with DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire. So when the filesystem (on my end) changes, i.e. a file is copied over, the filesystem (using lsyncd) checks the contents of the file for DistributionLicense and prevents access to the ones you don't wish be redistributed. In a sense my mirror is a perfect mirror though it doesn't share those modules you don't want me to share. If someone posts to sword-support a problem with the text in a module (we get these all the time), having mirrors complicates support. I don't see the problem. As mentioned linux distro mirrors do this all the time. That is why tools such as rsync and lsyncd have been created. We can figure out how to state it. Simply and clearly. But the way the wiki works is that everyone is welcomed to get an account and create content. Using the Talk pages is an excellent place to discuss what should be on the page. David, Chris and I moderate the content, after the fact. I wouldn't mind working through some of the Beta module issues as previously mentioned, so I may just head over to the wiki. In faith. ~A On Jan 4, 2013, at 3:39 PM, Andrew Thule thules...@gmail.com wrote: It's a good idea to put this in the wiki. Might I recommend (since it appeared previously on this list Legitimate FTP Mirrors Module Distribution Rights Question) that the following be added: Modules specifically licensed to Crosswire may not be redistributed. For all others, as long as the license requirements are fulfilled, there is nothing preventing redistribution. This is implied from the following dialogue: On Wed, Jul 25, 2012 at 12:10 PM, Andrew Thule thules...@gmail.com wrote: Since Crosswire freely allows modules to be downloaded and governs the use of these modules afterwards through the each modules' licensing rights, is there something else that precludes their downstream redistribution so long as the original license is honoured and preserved? (In other words, if the licenses is established by the original module creator, or the license holder for the text, is Crosswire able to impose additional restrictions on the use of the text? Should it (not)?) On Wed, Jul 25, 2012 at 12:27 PM, Greg Hellings greg.helli...@gmail.com wrote: So long as the license requirements are fulfilled, there is nothing preventing redistribution. As I recall, the initial reaction to your announcement was not that you must take it down but that you must filter those modules which are licensed for only Crosswire's distribution. Any modules which are in the Public Domain or which have licenses that do not restrict their distribution to e.g. CrossWire only, you are free to mirror. However, you would have to manually create such a list by inspecting each module's license individually by hand. Inclusion of the above constraint (to limit redistribution to Crosswire licensed modules) would explicitly clarify Crosswire's position. ~A ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings
Re: [sword-devel] ISV status?
I can see how you might conclude that. However, when we get permission for a copyrighted work, we get permission for that copyright. If the work is updated, there is a new copyright and we have to obtain permission for that. In Him, DM On Jan 3, 2013, at 3:30 PM, Andrew Thule thules...@gmail.com wrote: I should add that prior to doing anything I did check the isv.conf file which says this: DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire From .conf file at least, any reasonable person would conclude that permission had already been obtained to distribute (and redistribute) ISV and any additional revisions. ~A On Thu, Jan 3, 2013 at 2:56 PM, Andrew Thule thules...@gmail.com wrote: Come now Peter, don't be so quick to find fault. The Crosswire repository currently contains version 1.5 of the ISV module. Nic's question was asking about the inclusion of the OT in that module. The Crosswire site doesn't say anything about the status of this module, and Nic's question seems to suggest he was not aware Crosswire was prohibited from distributed a later versions of this module. His comment was specifically asking about the ISV with OT included suggesting this was already direction that was being pursued. I was trying to extend an offer to help (as a volunteer). I certainly wasn't aware that permission hadn't been obtained to distribute the ISV with the OT, and the fact the ISV is already distributed with the NT suggests (perhaps incorrectly) that permission has been already obtained. Once Chris made it known that Crosswire has no such permission to distribute newer versions of the ISV I did exactly as Chris asked. So what infraction have I committed now? Respectfully, if every time a newcomer or volunteer's offer is met with criticism or controversy the treatment of newcomers and volunteers in this group is going to appear somewhat suspect and unwelcoming. It's a very good way to drive people away from a project. If my lack of awareness of this prohibition on the ISV is why you're asking me to leave - that says much about this community. Now that I know Crosswire doesn't have permission to distribute versions of the ISV other than the one currently in the repository, I'll respect that. If others feel as you do, that outside contributions are unwelcome here - I will kick the sand from my sandals and leave ~A On Thu, Jan 3, 2013 at 2:20 PM, ref...@gmx.net ref...@gmx.net wrote: Andrew, this is now quite enough. Please desist posting further onto our list. Your presence is undesired Sent from my HTC - Reply message - From: Andrew Thule thules...@gmail.com To: SWORD Developers' Collaboration Forum sword-devel@crosswire.org Subject: [sword-devel] ISV status? Date: Thu, Jan 3, 2013 18:53 Done. I made it available here only in response to this request .. ~A On Thu, Jan 3, 2013 at 1:28 PM, Chris Little chris...@crosswire.org wrote: Andrew, this document is copyrighted. We do not have permission to distribute it. You certainly and absolutely do not have permission to distribute it, much less to distribute it and claim that we have permission to distribute it. Remove it immediately. --Chris On 1/3/2013 9:37 AM, Andrew Thule wrote: I believe there's an OSIS file that contains both testaments ... I can forward it if it helps this effort. There are least two versification problems (I haven't bothered to address yet) INFO(V11N): 1Sam.11 is not in the KJV versification. Appending content to 1Sam.10.27 INFO(V11N): Rev.13 is not in the KJV versification. Appending content to Rev.12.17 I've placed a mod based on this OSIS file in my repo if anyone interested: Repository: 1XO Host: ftp.1xo.net http://ftp.1xo.net /1xo/pub/sword/betaraw ~A On Wed, Jan 2, 2013 at 9:01 PM, Nic Carter niccar...@mac.com mailto:niccar...@mac.com wrote: Hi Team :) I was wondering where we were at with updating the ISV to include both the OT NT? There was some chatter here about a year ago about it, but it sounded yuck, given we needed to convert the text from a Word document... :/ Thanks, ybic nic... :) ___ sword-devel mailing list: sword-devel@crosswire.org mailto:sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions
Re: [sword-devel] ISV status?
By and large, we use the upstream source for a text without modifying it at all. If we find errors or problems, we feed them back upstream. This benefits everyone, not just us. When a source is not copyrighted, we look for the best source we can find. When it is copyrighted we get it from the publisher in the form that they are willing to provide. If we have an error that is due to our import process, we'll fix that and rebuild the module. The only text that we maintain is the KJV. I am the pumpkin holder for that. I get downstream notifications every now and them and am grateful for that. In Him, DM On Jan 3, 2013, at 3:46 PM, Andrew Thule thules...@gmail.com wrote: If there are prohibitions against distributions of newer revisions of the text, this needs to be documented somewhere; for how else will volunteers know they are restricted to working with particular versions of text? ~A On Thu, Jan 3, 2013 at 3:44 PM, Andrew Thule thules...@gmail.com wrote: I just thought about this a bit more .. I suppose that's what Version=1.5 is for ... Nevermind. ~A On Thu, Jan 3, 2013 at 3:42 PM, Andrew Thule thules...@gmail.com wrote: Thanks for the clarification DM. Perhaps for the sake of clarity then, the .conf file's DistributionLicense= attribute could contain the version for which permission was granted (rather than appearing to be generic). ~A On Thu, Jan 3, 2013 at 3:35 PM, DM Smith dmsm...@crosswire.org wrote: I can see how you might conclude that. However, when we get permission for a copyrighted work, we get permission for that copyright. If the work is updated, there is a new copyright and we have to obtain permission for that. In Him, DM On Jan 3, 2013, at 3:30 PM, Andrew Thule thules...@gmail.com wrote: I should add that prior to doing anything I did check the isv.conf file which says this: DistributionLicense=Copyrighted; Permission to distribute granted to CrossWire From .conf file at least, any reasonable person would conclude that permission had already been obtained to distribute (and redistribute) ISV and any additional revisions. ~A On Thu, Jan 3, 2013 at 2:56 PM, Andrew Thule thules...@gmail.com wrote: Come now Peter, don't be so quick to find fault. The Crosswire repository currently contains version 1.5 of the ISV module. Nic's question was asking about the inclusion of the OT in that module. The Crosswire site doesn't say anything about the status of this module, and Nic's question seems to suggest he was not aware Crosswire was prohibited from distributed a later versions of this module. His comment was specifically asking about the ISV with OT included suggesting this was already direction that was being pursued. I was trying to extend an offer to help (as a volunteer). I certainly wasn't aware that permission hadn't been obtained to distribute the ISV with the OT, and the fact the ISV is already distributed with the NT suggests (perhaps incorrectly) that permission has been already obtained. Once Chris made it known that Crosswire has no such permission to distribute newer versions of the ISV I did exactly as Chris asked. So what infraction have I committed now? Respectfully, if every time a newcomer or volunteer's offer is met with criticism or controversy the treatment of newcomers and volunteers in this group is going to appear somewhat suspect and unwelcoming. It's a very good way to drive people away from a project. If my lack of awareness of this prohibition on the ISV is why you're asking me to leave - that says much about this community. Now that I know Crosswire doesn't have permission to distribute versions of the ISV other than the one currently in the repository, I'll respect that. If others feel as you do, that outside contributions are unwelcome here - I will kick the sand from my sandals and leave ~A On Thu, Jan 3, 2013 at 2:20 PM, ref...@gmx.net ref...@gmx.net wrote: Andrew, this is now quite enough. Please desist posting further onto our list. Your presence is undesired Sent from my HTC - Reply message - From: Andrew Thule thules...@gmail.com To: SWORD Developers' Collaboration Forum sword-devel@crosswire.org Subject: [sword-devel] ISV status? Date: Thu, Jan 3, 2013 18:53 Done. I made it available here only in response to this request .. ~A On Thu, Jan 3, 2013 at 1:28 PM, Chris Little chris...@crosswire.org wrote: Andrew, this document is copyrighted. We do not have permission to distribute it. You certainly and absolutely do not have permission to distribute it, much less to distribute it and claim that we have permission to distribute it. Remove it immediately. --Chris On 1/3/2013 9:37 AM, Andrew Thule wrote: I believe there's an OSIS file that contains both testaments ... I can forward it if it helps this effort. There are least two
Re: [Samba] (Trying) to understand Print properties saving
I have a similar issue with Ubuntu 12.04 based system , not sure of Samba version but it keeps changing default paper to Postscript custom which seems almost square. I change it in windows and apply and it always reverts to postscript custom again On Tue, Jan 1, 2013 at 5:01 PM, Alessandro Dentella san...@e-den.it wrote: Hi, some weeks ago I wrote to this list about a problem I have saving print properties (samba 3.4.7 - ubuntu-lucid + XP-pro) I never managed to solve it, I also tried with samba 3.6+ (Ubuntu precise) but had aother problems I wrote about in this list ending opening a bug [1]. Now I had to go back to my 3.4.7 installation. I'd like at least to bettere understand how print properties work so that I can cope better with the situation. In my setup the drivers are distributed by the server, client do realize they need the driver and server correctly serves them, the problem is that the page format is alwayes set to 'letter' rather than 'A4'. I have roaming profiles. I really need to fix this even thought some workaround. Can someone tell me which are the components that store the print properties? If this is already explained somewhere, please give me the URL, I wasn't able to find it. 1. If I browse \\server\(server and fax) and I configure properties, where are the changes saved? 2. When an end user configures the printer where does ther properties should go (I have roaming profiles)? In the profile? in a registry? 3. If the domain/local Administrator changes the properties in the printer on the client via settings | printers how does that change relate to settings in 1 and 2? 4. In a working setup, is there a way to force the paper format *after* a user has already logged in and changed the properties? thanks in advance for any explanation thanks sandro *:-) [1] https://bugzilla.samba.org/show_bug.cgi?id=9468 -- Sandro Dentella *:-) http://www.reteisi.org Soluzioni libere per le scuole http://sqlkit.argolinux.orgSQLkit home page - PyGTK/python/sqlalchemy -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
Re: [Samba] Update A Compiled Version
He could be using an older distro that never will have it in the repos. I think the bigger question is how will he update it once an update is released if he does compile it, and a I see it that remains unanswered, as I too share the same question. I never trust version X.00, as it is never long before the fixes make it X.01 On Tue, Dec 25, 2012 at 11:24 PM, Robert Heller hel...@deepsoft.com wrote: At Thu, 20 Dec 2012 11:20:40 -0700 Zane Zakraisek doublez...@gmail.com wrote: I'm pretty new to compiling software, although I would rather compile my own Samba 4.0.0 server rather than wait for it to become available in the repositories of my distribution. How do you update compiled software. Like if I compile and install Samba 4.0.0, and then 4.0.1 comes out, Is there a way to update to that without starting from scratch and having to rebuild my domain? Thanks Most (all?) Linux distributions include a compiled version of Samba as part of the distriution's software repository. Check to see what your distribution makes available. -- Robert Heller -- 978-544-6933 / hel...@deepsoft.com Deepwoods Software-- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
[Samba] NEED Windows 7 64 bit Postscript drivers
Alas I am having success on my third install. I am however missing the Windows 7 64 Bit Postscript drivers. I have the 32 bit but have only one copy of windows that is 32 bit and use mostly Linux It would be greatly appreciated if someone could take them off of an ENGLISH system, and zip and email them to me. They come from \Windows\System32\spool\drivers\x64\PCC\ntprint.inf_random-stuff.cab the names are ps5ui.dll pscript.hlp pscript.ntf pscript5.dll MUST BE Windows 7 English 64 bit system Thanks much! -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
Re: [sword-devel] JSword and Alternative Versification
We've changed JSword to handle alternate versification which supports deuterocanonical books, and currently we are in the testing phase, finding more bugs than we'd like. When the bugs are much lower, then we'll release JSword. AndBible will update and release some time after that. In Him, DM Smith On Dec 21, 2012, at 6:36 AM, pola ashraf 5...@hotmail.com wrote: When JSword Will Support Alternative Versification ? I want to make Arabic Deutrocanonical Books and mainly I want it to be available to mobiles on And Bible Thanks ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[Samba] Samba and CUPS pushing generic windows drivers
I have spent weeks battling with Samba and CUPS to get seamless windows printing, and keep hitting bumps along the way So far of two printers on a test systsm, and hp deskjet 920c and a PDF writer on the CUPS machine , only one will export printer drivers _ # rpcclient -U root localhost -c enumdrivers Enter root's password: [Windows NT x86] Printer Driver Info 1: Driver Name: [HP_DESKJET_920C] _ # rpcclient -U root localhost -c enumprinters Enter root's password: flags:[0x80] name:[\\LOCALHOST\] description:[\\LOCALHOST\,HP_DESKJET_920C,HP DESKJET 920C] comment:[HP DESKJET 920C] flags:[0x80] name:[\\LOCALHOST\] description:[\\LOCALHOST\,,PDF] comment:[PDF] As you can see this is a problem. However I did not have this problem on a previous installation I tried and ended up breaking., IN order to install the drivers for windows I had to add the last line in the printer$ and printers section in the smb.conf below My biggest issue is the following: How do I get the driver for the PDF virtual printer to write out for windows auto-download? My second purpose follows and may negate all of this and it is is. I also want to know why I can not install a generic postscript or PDF driver auto-download that would apply for all printers as CUPS 1.61 allows these formats. It would seem to simplify point and print printing to have one driver that applied to all printers rather than a separate PPD for each . On my current install there are files for HP DESKJET 920C.ppd. One of the reasons I chose to go this route was for CUPS rendering. I know that they will use standard postscript rendering at least because I printed with a postscript driver to the HP previously with no printer specific PPD I would ideally lie to be able to install a printer in CUPS and have it automatically available via SMB with a generic driver with no printer specific ppd. I need this to be as idiot proof as possible! I know that new cups printers on the Mac are automatically available via samba when it is activated so it should be feasible to do that part in linux as well. The bigger issue remains a gneric postscript or pdf driver that applies to all printers. Thanks Mark -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
[JIRA] (JENKINS-3345) Dependency analyzer plugin support for free-style-projects that execute maven goals
dma_k commented on JENKINS-3345 Dependency analyzer plugin support for free-style-projects that execute maven goals Voting for this issue. Really missing free-style jobs (build by maven) dependency tracking. As well as archiving artifacts attached to Maven lifecycle. Archiving artifacts by mask (target/*.jar) is ugly and generally speaking does not work correctly (for example, archives jar even if build failed). This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [sword-devel] Search bug New Arabic Bible, Not Shaped SVD Version
IIRC, the StandardAnalyzer that SWORD uses doesn't allow for that. It has its own handling of the punctuation that is fixed. I've said before, the analyzer is only good for English like languages. In Him, DM On Dec 10, 2012, at 11:17 AM, David Haslam dfh...@googlemail.com wrote: There are some languages in which the apostrophe is used a letter of the alphabet rather than an item of punctuation. e.g. Somali, in which the apostrophe represents the /Alef/. See http://en.wikipedia.org/wiki/Somali_alphabet Guessing that our Lucene indexing method generally strips out such punctuation marks, it would be a useful enhancement in SWORD to be able to specify in the conf file that a particular punctuation mark should be parsed as a letter, such that the search index would then include the words containing this letter. David PS. There is a related issue in the SomKQA module that I'm researching with the providers of the source text. It's conceivable that all the single right quotation marks should really be apostrophes. Their inclusion in the text may easily have been due to an artifact of their original editing environment. -- View this message in context: http://sword-dev.350566.n4.nabble.com/Re-Search-bug-New-Arabic-Bible-Not-Shaped-SVD-Version-tp4651330p4651383.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[ITCENTER] Need:SAP Security Lead Consultant -South Jordan, UT.
PLEASE SEND PROFILES TO: nduva...@matrixonweb.com Hi Friends. My name is Naresh Duvalla from Matrix Technology Group. One of our Client is looking for SAP Security Lead Consultant. Please let us know if you would be interested for the below requirement. Respond me with your comfortable levels over the requirement with updated resume. Position : SAP Security Lead Consultant Location : South Jordan, UT. Duration : 3 + months. Job Description: Onsite Security Lead responsible for working with Onsite and Offshore security team to support Analysis, Design and Development of SAP Application security, testing security programs, unit test security roles and SOD analysis for ECC (SD, CS, PP, PS, MM, QM, VC, FI, CO), SRM, SCM, CRM, MDM, Mobile, GTS, BW, BOBJ Security, CUA, Solman etc. Need to work with onshore/offshore Security and functional resources to complete the deliverables. Responsible for all applicable project documentation. Requirements: Min 8-10 years experience in SAP security and good Knowledge of ECC (SD, CS, PP, PS, MM, QM, VC, FI, CO), SRM, SCM, CRM, MDM, Mobile, GTS, BW, BOBJ Security, CUA and SOD analysis. Must have at least 3-4 full life cycle implementations experience in SAP suite of applications, with Strong knowledge in Security Thanks and Regards, Naresh Duvalla Sr Technical Recruiter Matrix Technology Group Certified Minority Business Enterprise (MBE) Phone: 973-457-5462 Fax: 732-909-2631 Email: nduva...@matrixonweb.com SAP Practice URL: www.matrixonweb.com Add - Yahoo: recruiter_nar...@yahoo.com [Non-text portions of this message have been removed] -- www.itcenter.or.id - Komunitas Teknologi Informasi Indonesia Gabung, Keluar, Mode Kirim : itcenter-h...@yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/ITCENTER/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/ITCENTER/join (Yahoo! ID required) * To change settings via email: itcenter-dig...@yahoogroups.com itcenter-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: itcenter-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[ITCENTER] Need: Java Liferay Senior Front End Java Developer.
PLEASE SEND PROFILES TO:nduva...@matrixonweb.com Hi Friends. My name is Naresh Duvalla from Matrix Technology Group. One of our Client is looking forJava Liferay Senior Front End Java Developer. Please let us know if you would be interested for the below requirement. Respond me with your comfortable levels over the requirement with updated resume. 1)Position : Java Liferay Developer Location : Minneapolis, MN. Duration : 6 + months. US Citizens / Green Cards Only. Job Description: Java Dev Spring and Struts - 10 years Liferay Portal Administration - 4 years Liferay Portal Development - 4 years Agile Development Process - 3 years Developer Mentoring - 2 years Senior Liferay Developer with proven experience in: Liferay Best Practices Portal Standards and Governance Processes Agile Development Methodology Portal Administration - Roles/Users/Sites and Organizations Peer Development and Mentoring 2)Position : Senior Front End Java Developer Location : Minneapolis, MN . Duration : 6 + Months. Visa Status: US Citizen / Green Cards only. Description: The candidate should have experience in a team environment sharing development with other members of the team. This position is for constructing and maintaining websites using HTML, CSS, Javascript, and Java/JEE, Should be expert in CSS, Javascript and HTML All Required: 3-5 years Java/J2EE XML/XSLT Web Services Javascript HTML CSS/Stylesheets CMS Systems jQuery Flash Primary Skill : Java/J2EE, XML/XSLT, Web Services, Javascript, HTML, CSS/Stylesheets, CMS Systems, jQuery, Flash. Thanks and Regards, Naresh Duvalla Sr Technical Recruiter Matrix Technology Group Certified Minority Business Enterprise (MBE) Phone: 973-457-5462 Fax: 732-909-2631 Email: nduva...@matrixonweb.com SAP Practice URL: www.matrixonweb.com Add - Yahoo: recruiter_nar...@yahoo.com [Non-text portions of this message have been removed] -- www.itcenter.or.id - Komunitas Teknologi Informasi Indonesia Gabung, Keluar, Mode Kirim : itcenter-h...@yahoogroups.com Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/ITCENTER/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/ITCENTER/join (Yahoo! ID required) * To change settings via email: itcenter-dig...@yahoogroups.com itcenter-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: itcenter-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [sword-devel] Indexing modules
I presume the problem is w JSword. Yes the index will be incomplete. So will viewing the module. Please open a Jira issue for it. In His Service, DM On Nov 27, 2012, at 3:13 AM, Chris Burrell ch...@burrell.me.uk wrote: Hi all It seems some modules are incorrectly generated. I'm getting the following warnings when I perform indexing. Is this a JSword issue? I believe it's an issue with the module itself. I believe there are currently 3 separate issues: Indexing [GerGruenewald] org.crosswire.jsword.book.sword.SwordUtil(WARNING): Attempt to read beyond end. offset=241140 size=10 but raf.length=241140 Indexing [Murdock] org.crosswire.jsword.book.sword.SwordUtil(WARNING): Matthew 12:32 has bad character 0xf at position 157 in input. Indexing [ChiUn] org.crosswire.jsword.index.lucene.analysis.StrongsNumberFilter(WARNING): Not a valid Strong's Number HReason:Value out of range. Value:101961 Radix:10 Can anyone point out what the problem might be on the first one? What is the impact of all of these errors? Presumably broken or incomplete indexes? How would we go about fixing the modules? The modules impacted are: ABP ArmEastern Chamorro ChiUn Cro CzeB21 CzeCEP DRC Est GerAlbrecht GerGruenewald GerTafel GerTextbibel SweKarlXII VietLCCMN Vulgate_HebPs Wulfila Icelandic Mal1865 ManxGaelic Murdock Wycliffe I have a full list of all the warnings I got when indexing most of the modules held in the Crosswire repositories if that's of interest to anyone. (think the message would bounce due to size if I posted here). Chris ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Search bug New Arabic Bible, Not Shaped SVD Version
Correct. JSword uses Lucene's filter for the language, which does more normalization than the StandardAnalyzer which SWORD uses exclusively. The StandardAnalyzer should only be used for unaccented latinate text. Same with the SimpleAnalyzer. (In Lucene, an analyzer is a filter chain which normalizes text. Rule-of-Thumb: the same should be used for both index construction and searching.) Each release of Lucene adds and/or improves the filters for non-latin text. The biggest problem with using a new version of Lucene is that it invalidates, without notice, prior indexes. An analyzer may change from release to release. It has been true of the StandardAnalyzer. The impact is that the number of search hits may be reduced, perhaps to 0. Both SWORD and JSword need a mechanism to record the version of Lucene that is used in constructing an index and to refuse to search an index unless the version of Lucene for searching and indexing match. Also of note, there have been some substantial changes to Unicode from release to release. So, if the version unicode used by the OS, Java, ICU, changes, the index may no longer be valid. From what I can tell this will be minority languages. In Him, DM Smith On Nov 26, 2012, at 7:22 AM, Peter von Kaehne ref...@gmx.net wrote: Von: David Haslam dfh...@googlemail.com So a similar patch would be necessary in principle to JSword ??? No. If And Bible does not have a problem, then Jsword does its job correctly. Peter ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] DSS (Biblical Dead Sea Scrolls based upon DJD translations)
Andrew, I'm not really wanting to get into the DSS discussion regarding legal matters as I'm not a lawyer. However, there are some things I'd like to note: At CrossWire we have a notion of what we are willing to include in our module repository. There are several factors that play into this. I'm not sure I'm articulating these well. I'm sure it is not complete: If we can identify the person (or group) that claims stewardship of a work, we want to work with them to include their effort in the CrossWire repository. Regarding works that are largely academic or historical, we have found that those involved are often thrilled to have their work more widely disseminated. For those groups who view copyright and permission as necessary to have their work in our repository, we want to show that we are good stewards of other people's work, as well as theirs. We don't claim that the modules in the CrossWire repository are there for teaching, scholarship, criticism, comment, news reporting, research or even nonprofit educational purposes, or for any other fair use. They are certainly used for those purposes, but we cannot control their use. We try to fairly evaluate claims of copyright of something that is in the CrossWire repository. We will often pull a module while we examine the claims. If a work is recent (as defined in US copyright law), we start with the assumption that it is copyrighted unless we have incontrovertible evidence otherwise. Much of this is borne of experience of those that negotiate rights for modules and who maintain many modules in the CrossWire repository. You have heard from them in this thread. Regarding, the DSS it has been recommended to open lines of communication with the academics whose effort went into the translations. It certainly will build good will on their part. In His Service, DM On Nov 8, 2012, at 11:26 AM, Andrew Thule thules...@gmail.com wrote: Matěj I have no intention.. here's why: The US definition of 'Fair Use': http://www.copyright.gov/title17/92chap1.html#107 § 107 . Limitations on exclusive rights: Fair use Notwithstanding the provisions of sections 106 and 106a, the fair use of a copyrighted work, including such use by reproduction in copies or phonorecords or by any other means specified by that section, for purposes such as criticism, comment, news reporting, TEACHING (including multiple copies for classroom use), SCHOLARSHIP, or RESEARCH, is NOT an infringement of copyright. In determining whether the use made of a work in any particular case is a fair use the factors to be considered shall include— (1) the purpose and character of the use, including WHETHER SUCH USE IS OF A COMMERCIAL NATURE OR IS FOR NONPROFIT EDUCATIONAL PURPOSES; Here's the Canadian definition of 'Fair Dealing' http://laws-lois.justice.gc.ca/eng/acts/C-42/index.html 29. Fair dealing for the purpose of research or private study does not infringe copyright. 29.1 Fair dealing for the purpose of criticism or review does not infringe copyright if the following are mentioned: (a) the source; and (b) if given in the source, the name of the (i) author, in the case of a work, In both cases it's clear this isn't a case where permission is needed. Moreover, with respect to 'Intellectual Property' both supreme courts in N. America (Canada and US) uphold the so-called 'scholars' convention' where once a text is published this implies consent on behalf of the author to allow further use of the text, and thus permission does not need to be obtained to use the text further, nor is there need to engage copyright. When Geza Vermes wrote The Complete Dead Sea Scrolls in English as a book (which was a commercial venture) he certainly didn't approach each scroll translator (some of whom were already dead) and obtain consent, and the translations that weren't his constituted the bulk of the book. The expectation that I need to individually approach each separate translators (separately) and obtain consent is unwarranted and unrealistic and not necessary according to the body of Copyright law I'm familiar with. If it's not this way in Europe, I can only express my gratitude I don't live in Europe. ~A On Thu, Nov 8, 2012 at 1:14 AM, Matěj Cepl mc...@redhat.com wrote: On Wed, 2012-11-07 at 22:56 -0500, Andrew Thule wrote: Clearly I have no commercial interest in offering this module to the list for QA. Clearly the translators who have offered their work to DJD did so in an academic / research framework (making them available to the broader audience), and their translations are often reused and cited outside of DJD. I am not passing off their work untransformed or as my own. Then you shall certainly has no problem to get their express consent with the publication of their work, right? Blessings, Matěj -- http://www.ceplovi.cz/matej/, Jabber
Re: [sword-devel] usfx
It would be straightforward to model it in JSword after the GBF filter. It'd essentially be the equivalent of the usfm2osis script. That's a work in progress. And since usfm input is not clean having it in JSword is dubious at best. Also I don't see the value for modules unless the SWORD library does as well. In Him, DM On Nov 8, 2012, at 5:39 AM, Chris Burrell ch...@burrell.me.uk wrote: Thanks for all the info. On the last point, I did mean read directly from USFM. I don't know the format well-enough, but presumably if other software uses it, then maybe we could have a go at displaying the best we can... Chris On 8 November 2012 10:17, Peter von Kaehne ref...@gmx.net wrote: Hi Chris, Von: Chris Burrell ch...@burrell.me.uk I've found some instructions on transforming usfm/x to osis on the wiki but was wondering how difficult it would be to automate a lot of it? Several of us have been starting to think and experiment with this too. Basically it is easy to automate as such. The problem is around cleaning up. There is a thread earlier this year where some of this was discussed. The basic plan is to use a git repository and git hooks with scripts attached to that. Some infrastructure is up, but not much else has happened yet. is it such that there is too much manual cleaning up? Manual/mechanical cleaning up is a huge need, unfortunately. I have not yet encountered a truly clean USFM text, despite all claims by various USFM experts. also, I was wondering if there's any appetite in developing a driver to read such modules, within sword or jsword... You mean to read directly USFM? Peter ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] DSS (Biblical Dead Sea Scrolls based upon DJD translations)
Greg, Andrew's original request was for QA help. That's very reasonable. I have asked for such in the past and will do so in the future. Sometimes, it has been for modules that cannot be made public or are encrypted. This is something that we can handle. We got sidetracked by the full public availability of the module and the issues concerning copyright. (Which are appropriate for us to discuss.) If Andrew were to make it privately available to those that would help in his endeavor that's a different story. We might have the same concerns of provenance, but they'd be lessened and we could take them on individually. In Him, DM On Nov 8, 2012, at 12:43 PM, Greg Hellings greg.helli...@gmail.com wrote: Andrew, Clearly arguing with you isn't going to show you that you are wrong. Regardless why you are producing the modules - which you have the personal right to do, provided you possess legitimate original copies, by distributing them freely on the Internet you are no longer using them for either educational or personal use. You are now distributing them openly, and that is very questionable use and akin to what Napster and similar file sharing locations facilitated. Treading on that dangerous ground is your prerogative if you want to go there. What we, at CrossWire, are collectively requesting from you is that you not use our mailing lists, wikis, or similar channels to distribute your information about such questionably legal and ethical practices. As DM explained, we do strive at CrossWire to contact every potential Copyright holder of every work and we are extremely strict about that. Your nonchalance about this issue reflects poorly on the image CrossWire desires to portray. Many of us in the community have personal-use modules produced from a wide variety of sources just like you're doing with these DSS modules. Some of us even share them with our families or may tell others where we acquired the source material if they wish to procure the original sources legally. But we do not offer them to others openly on the Internet because that would not constitute Fair Use but rather an infringement of Copyright. And, at CrossWire, we are very strict about adhering to not only the letter of the Copyright law but also the intentions and desires of the rights holders outside of what the law says. If you're not going to follow the community's standards in this matter, please don't use the community to make your material available or to let others know about it. --Greg On Thu, Nov 8, 2012 at 10:26 AM, Andrew Thule thules...@gmail.com wrote: Matěj I have no intention.. here's why: The US definition of 'Fair Use': http://www.copyright.gov/title17/92chap1.html#107 § 107 . Limitations on exclusive rights: Fair use Notwithstanding the provisions of sections 106 and 106a, the fair use of a copyrighted work, including such use by reproduction in copies or phonorecords or by any other means specified by that section, for purposes such as criticism, comment, news reporting, TEACHING (including multiple copies for classroom use), SCHOLARSHIP, or RESEARCH, is NOT an infringement of copyright. In determining whether the use made of a work in any particular case is a fair use the factors to be considered shall include— (1) the purpose and character of the use, including WHETHER SUCH USE IS OF A COMMERCIAL NATURE OR IS FOR NONPROFIT EDUCATIONAL PURPOSES; Here's the Canadian definition of 'Fair Dealing' http://laws-lois.justice.gc.ca/eng/acts/C-42/index.html 29. Fair dealing for the purpose of research or private study does not infringe copyright. 29.1 Fair dealing for the purpose of criticism or review does not infringe copyright if the following are mentioned: (a) the source; and (b) if given in the source, the name of the (i) author, in the case of a work, In both cases it's clear this isn't a case where permission is needed. Moreover, with respect to 'Intellectual Property' both supreme courts in N. America (Canada and US) uphold the so-called 'scholars' convention' where once a text is published this implies consent on behalf of the author to allow further use of the text, and thus permission does not need to be obtained to use the text further, nor is there need to engage copyright. When Geza Vermes wrote The Complete Dead Sea Scrolls in English as a book (which was a commercial venture) he certainly didn't approach each scroll translator (some of whom were already dead) and obtain consent, and the translations that weren't his constituted the bulk of the book. The expectation that I need to individually approach each separate translators (separately) and obtain consent is unwarranted and unrealistic and not necessary according to the body of Copyright law I'm familiar with. If it's not this way in Europe, I can only express my gratitude I don't live in Europe. ~A On Thu, Nov 8, 2012
[sword-devel] Dead Sea Scrolls in Cincinnati, OH
For those in the Cincinnati area, the Cincinnati Museum will have the Dead Sea Scrolls on display starting November 15 with a premiere. http://www.cincymuseum.org/dead-sea-scrolls/premiere ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] How to compile And Bible from jsword from the upstream repo?
Just got a Google Nexus 7. So am eager to get my feet wet. BTW, the 16G is being phased out by the 32G. As such the price dropped from $250 to $200. -- DM On Oct 29, 2012, at 11:56 AM, Martin Denham mjden...@gmail.com wrote: Hi Matej, There is a jsword-tweaks project in the And Bible github account. I also create a jsword-all-tweaked.jar and jsword-all-tweaked-src.jar in the And Bible github project under libs and libs-src folders. There is an ant build.xml in the jsword-tweaks project I use to build jsword with tweaks. The ant file merges all of the pre-av11n jsword files with the tweaks files and creates the jars in the And Bible project. You may also notice a jsword fork in my github account but this is for future use. Every so often I have attempted to feed various tweaks back into jsword, but some are a bit hacky and need more work before being pushed back. Best regards Martin On 29 October 2012 13:50, Matěj Cepl mc...@redhat.com wrote: Hi, looking at https://code.google.com/p/and-bible/wiki/AmendmentsToJSwordForAndroid I am missing one crucial information ... is there anywhere a patch I could apply on top of https://github.com/crosswire/jsword to get jsword which would work with And Bible (or actually having jsword repo as a submodule would be even more awesome), please? Thank you, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Ludwig Boltzmann, who spent much of his life studying statistical mechanics, died in 1906, by his own hand. Paul Ehrenfest, carrying on the work, died similarly in 1933. Now it is our turn to study statistical mechanics. -- David L. Goodstein States of Matter ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Sword utilities (Win32) r2693 ?
If you see $Rev$, then SVN was not used to do the checkout of the file. The date is indicative of the build and presumably of the checkout. Typically, a developer will get all the current files before doing a build. You can use the command svn log to get a history of the file and you can correspond the dates in the log with the revision number there also. Regarding the append vs replace. I don't know what's happening. I've not seen that before. While the $Rev$ (normally replaced) would tell you the last revision that the file osis2mod.cpp was changed, It does not tell you whether some change in the SWORD engine changed in a way that impacted osis2mod. The responsibility of osis2mod is to chunk the input into verses and pass it correctly to the SWORD engine to do the work. If the API remains the same but the semantic/behavior changes then all bets are off. (Not saying that it was due to a SWORD engine change or whether osis2mod did not hand it off correctly). Hope this helps. In Him, DM On Oct 23, 2012, at 8:42 AM, David Haslam dfh...@googlemail.com wrote: Thanks Greg, I have *xiphos.exe 3.1.5-webkit* and the Xiphos folder does indeed contain most of the utilities. If I run osis2mod.exe from there, the revision number is just displayed as *$Rev$* (without an r-number) so it doesn't exactly show which SWORD release it was. All the filedates are 2012-02-20. A module built using this version of osis2mod.exe does not display section headings at all ! That's the case whether or not I include the attribute subType='x-preverse' in the title elements! So I'm still really confused as to how to prepare an OSIS file such that headings can be correctly displayed. An older version of osis2mod.exe *r2562* does make a module that displays headings correctly providing subType='x-preverse' is included. However, *r2562* does not /append/ a non-KJV verse *III John 15* to verse 14. Rather it /replaced/ verse 14 text by that for verse 15, even though the message tells me it was appending it. So unless I tweak the OSIS file for this one instance, I'm at an impasse. Clearly, I'm at a serious disadvantage in (a) not being a software developer who has gone into how to compile C++ source code in a Windows environment, and (b) not being a Linux user. But I shouldn't have to be either, were there adequate support for Windows users at CrossWire. Making modules should not be that difficult. /As I've observed a long time ago, being a mere Windows user makes me feel like Cinderella! / I expect many other Windows users are like me - pretty frustrated when it comes to building modules, because of the inconsistencies in Sword utilities and pre-processing scripts for making good OSIS. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Sword-utilities-Win32-r2693-tp4651198p4651201.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] OSIS Schema
The OSIS schema is a bit convoluted how it allows two different document models. I've been thinking that it might make sense to have three distinct OSIS schemas. The one we have now would be one of the three. The other two would be for the other two document models. The problem I'm coming up against is that because nearly every container element has a milestone form, everything goes. Some examples: 1) milestoned elements allows for overlapping containers. e.g. div sID=x/lg sID=y/div eID=x/lg eID=y/ 2) text is allowed where it should not be. e.g. lg sID=x/textlg eID=x 3) elements are allowed where they should not be. e.g. divl.../l/div When these things happen, the SWORD and JSword engines may not produce the desired results and they are very hard to diagnose. For best practice in creating an OSIS document, we recommend that book, chapter, div, lg, l, not be milestoned, and that verse elements be milestoned. We call this BSP (Book/Section/Paragraph). I think one of the schemas should properly represent this. The following allow for milestones: abbr chapter closer div foreign lg l q salute seg signed speech verse The rule is that within a document an element be used either as milestoned form or as container form, but not both. The div element is funny in that the schema requires that the div not be milestoned, but allows for milestoned markup. I take this to mean that the combination of an element with the value of type should be used to determine the form. Regarding a BSP OSIS schema, the verse element would be milestonable. Of the other elements above, I don't see that one would ever have to milestone abbr, closer, foreign, salute, signed. q for quotes serve two purposes: marking quotations (what the marks are and where they go) and designating who is speaking. The latter is used to mark the words of Jesus. The milestone element is a mechanism to mark continuing quotes. These need to be allowed to be milestoned. It is highly likely that a richly structured document will have at least one occurrence that requires it. Since speech is an analogous form for q, it will need to be milestoneable. Poetry (lg, l) can certainly cross chapters, but it can be artificially started and stopped so as to not cross boundaries. seg is problematic. The OSIS manual defines it as part of word [sic, they meant w] and for marking inline text with a type, e.g. type=benediction. I don't see that it needs to be milestoned. I've seen one example of where chapter is crossed by div (last verse of John 7 and first 11 verses of chapter 8, marked as problematic text), but I'm not sure that it needs to be milestonable. Any thoughts? In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] OSIS Schema
On Oct 14, 2012, at 9:19 PM, Daniel Owens dcowen...@gmail.com wrote: On 10/14/2012 06:19 PM, DM Smith wrote: The OSIS schema is a bit convoluted how it allows two different document models. I've been thinking that it might make sense to have three distinct OSIS schemas. The one we have now would be one of the three. The other two would be for the other two document models. The problem I'm coming up against is that because nearly every container element has a milestone form, everything goes. Some examples: 1) milestoned elements allows for overlapping containers. e.g. div sID=x/lg sID=y/div eID=x/lg eID=y/ 2) text is allowed where it should not be. e.g. lg sID=x/textlg eID=x 3) elements are allowed where they should not be. e.g. divl.../l/div When these things happen, the SWORD and JSword engines may not produce the desired results and they are very hard to diagnose. For best practice in creating an OSIS document, we recommend that book, chapter, div, lg, l, not be milestoned, and that verse elements be milestoned. We call this BSP (Book/Section/Paragraph). I think one of the schemas should properly represent this. The following allow for milestones: abbr chapter closer div foreign lg l q salute seg signed speech verse The rule is that within a document an element be used either as milestoned form or as container form, but not both. The div element is funny in that the schema requires that the div not be milestoned, but allows for milestoned markup. I take this to mean that the combination of an element with the value of type should be used to determine the form. Regarding a BSP OSIS schema, the verse element would be milestonable. Of the other elements above, I don't see that one would ever have to milestone abbr, closer, foreign, salute, signed. q for quotes serve two purposes: marking quotations (what the marks are and where they go) and designating who is speaking. The latter is used to mark the words of Jesus. The milestone element is a mechanism to mark continuing quotes. These need to be allowed to be milestoned. It is highly likely that a richly structured document will have at least one occurrence that requires it. Since speech is an analogous form for q, it will need to be milestoneable. Poetry (lg, l) can certainly cross chapters, but it can be artificially started and stopped so as to not cross boundaries. seg is problematic. The OSIS manual defines it as part of word [sic, they meant w] and for marking inline text with a type, e.g. type=benediction. I don't see that it needs to be milestoned. I've seen one example of where chapter is crossed by div (last verse of John 7 and first 11 verses of chapter 8, marked as problematic text), but I'm not sure that it needs to be milestonable. Any thoughts? In Him, DM So, would the three models be: BSP BCV Div (used in genbooks)? The first two, not div. The third would be the current schema. I don't have a strong opinion about this, but I wanted to make sure I understood what you were proposing. Daniel ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] OSIS catchWord
In working on the ESV, catchWord is used a lot in notes to tie the note to the text in the verse. I'm running into a problem with Exodus 3:14. The input text I'm coming from is: verse num=14 God said to Moses, “span class=divine-nameI am who I am/span.”note class=alternativeOr span class=divine-namespan class=catch-wordI am/span what I am/span, or span class=divine-namespan class=catch-wordI/span will be what I will be/span/note And he said, “Say this to the people of Israel, ‘span class=divine-nameI am/span has sent me to you.’” /verse The most natural way to represent the verse is: verse osisID=Exod.3.14 God said to Moses, “divineNameI am who I am/divineName.”note type=alternativeOr divineNamecatchWordI am/catchWord what I am/divineName, or divineNamecatchWordI/catchWord will be what I will be/divineName/note And he said, “Say this to the people of Israel, ‘divineNameI am/divineName has sent me to you.’” /verse (I've simplified this by replacing the q element with the quotation mark, removing the cross reference note, removing italics and not showing the attributes that add nothing to the question. Just kept what showed the problem.) The problem is that catchWord while being allowed in note is not allowed in divineName. (FYI: catchWord is only allowed in note and p) catchWord does allow for many elements, including divineName, so I can flip the nesting and code this as: verse osisID=Exod.3.14 God said to Moses, “divineNameI am who I am/divineName.”note type=alternativeOr catchWorddivineNameI am/divineName/catchWorddivineName what I am/divineName, or catchWorddivineNameI/divineName/catchWorddivineName will be what I will be/divineName/note And he said, “Say this to the people of Israel, ‘divineNameI am/divineName has sent me to you.’” /verse This will validate and it will render correctly, but it is just bad. Any advice? In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
RBTools post-review Perforce on Windows. Diff issues.
Recently upgraded our Reviewboard server, and had to upgrade our version of RBTools as well. (Tried 0.4.1, and 0.4.2) Diffs were coming out all wrong (diffing against non-existent file), and with some checking found that somebody had made some changes to our older version of postreview.py to address the same problem. (Apparently related to permissions problems on Windows) data = execute([p4, print, -q, depot_path], extra_ignore_errors=(1,)) f = open(tmpfile, w) f.write(data) f.close() instead of: execute([p4, print, -o, tmpfile, -q, depot_path]) os.chmod(tmpfile, stat.S_IREAD | stat.S_IWRITE) I made the same changes in perforce.py in RBTools-0.4.1-py2.6.egg and diffs now come out correct. -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Re: [sword-devel] Sword -r2741
Osis2mod is not affected by any of the recent changes. If you built your module with an earlier, it'd be a good idea to build it with the most recent to test your content. I believe that the utility lookup will give you a view into how verses are stored and rendered. In Him, DM On Oct 12, 2012, at 8:08 PM, Robert Hunt hunt.robe...@gmail.com wrote: On 12/10/12 16:43, luke wrote: In recent correspondence with Karl Kleinpaste of the Xiphos project about display issues with our project's module. He recommended that I try sword's latest -r2741 because it has recent changes regarding osis headings. I do not have access to this version of sword. Would someone be willing to run our project's osis file through the latest version of sword (apparently -r2741), create a module from it and then send me the results? - My OSIS was builting using the sword script from USFM files. - My OSIS validates - I have already ran the fix for titles on my osis. Please contact me if you are willing, Thanks Hi Luke, Can't see any reply to your message here. As far as I can see, osis2mod.cpp hasn't changed since March and the latest revision is 2693. (Someone please correct me if I'm wrong.) I suspect the abovementioned recent changes might be in the sword library processing of the module, not its creation. Robert. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[OpenSIPS-Users] multiple headers
One of my clients is sending a buggy SIP invite which contains Privacy headers multiple times. Supported: replaces, timer Privacy: id Privacy: id Privacy: id Content-Type: application/sdp Content-Length: 298 How can I strip out the last 2 Privacy headers and keep only the first before sending it to the destination via usrloc or to pstn? Thanks, Dmitri ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [sword-devel] osis2mod warnings
On Oct 10, 2012, at 1:02 AM, Greg Hellings greg.helli...@gmail.com wrote: There are two osis2mod warnings I'm getting that seem strange to me. The first is when it encounters post-verse material. It will issue a warning such as follows: INFO(V11N): Jude is not in the KJV versification. Appending content to 3John.1.14 INFO(WRITE): Appending entry: 3John.1.14: *snipped content of 3John.1.14* Now the material in question is simply a few closing colophons and/or closing tags from the material in 3 John. Jude is, most definitely, a part of the KJV versification. But when I got this message the first time I ended up spinning in circles a few times looking for the issue before realizing it was just an oddly worded debug statement. Perhaps this should be altered to reflect what is actually happening? Osis2mod splits the input into chunks and tries to figure out which slot in the index to put that chunk. W/o seeing your file, it is hard to tell what the problem actually is, so I'm going to guess. Maybe the colophon is not contained within the last chapter/book of John? Anything between books may be taken to belong to the next book. There may be a problem in assigning that to Jude.0.0 (i.e. the book introduction). That the osisID given is Jude, this indicates that it did not find Jude.1.1 when it tried to add a chunk, therefore it attaches to the last seen verse in the av11n, which in this case is 3John.1.14. OSIS requires a chapter of 1 for single chapter books. I don't think this is the problem. If you can supply the end of 3John and the start of Jude, I can probably pinpoint the problem and perhaps improve the diagnostics, if it is not a code change. Secondly is the warning pair: WARNING(NESTING): verse Gen.10.2 is not well formed:(3,5) WARNING(NESTING): verse Gen.10.4 is not well formed:(5,3) The offending text reads: verse osisID=Gen.10.2 sID=Gen.10.2/listitem type=x-indent-1Ahima a Zhafeti yaali: Goomeri, Magogi, Madayi, Yavani, Tubali, Mexeki, ni Tirasi./item item type=x-indent-1verse eID=Gen.10.2/ verse osisID=Gen.10.3 sID=Gen.10.3/Ahima a Goomeri yaali Axekenazi, Rifati ni Togaarima./item item type=x-indent-1verse eID=Gen.10.3/ verse osisID=Gen.10.4 sID=Gen.10.4/Ahima a Yavani yaali: Elixa, Tarixixi, Kitiimi ni Rodanimu./item/list pverse eID=Gen.10.4/ My assumption is that the not well formed warning is coming from the list ... /list that is spanning across multiple verses. Yet strangely these spanning item tags (misplaced by usfm2osis.py or in the wrong place in the USFM files) are not generating a warning. What is the malformed issue here? xmllint seems to think the file validates against the official OSIS schema, so it's not an XML validation issue. The issue is not an xml one, or one of syntax, but rather semantics and use. First, the warning is just that: a warning. It is not an error. It is saying that the verse as a fragment is not well formed. Osis2mod transforms container elements to milestone form to handle this. Perhaps this is not transformed or is not available to be transformed. If transformed, then the verse is well-formed and the warning should not happen (IIRC). Second, the problem with this is when the verse is shown in isolation. If the verse is shown in isolation, it may not render properly because it does not have the entire context. Also, JSword has a requirement that a verse be a well-formed fragment. Otherwise, it strips out all markup and leaves the content. (This gets confusing when notes are shown inline!) JSword needs to change. I guess the message could be made to be clearer. Also, this list construct is problematic. It has nothing to do with the warning. First, why is list and item used? Is it really a list? I don't know how SWORD renders this, but JSword uses a bulleted list. If this is markup for poetry, it should be using OSIS poetry markup. Second, having verselist rather than listverse will probably cause the verse number to be rendered on the line prior to the start of the list. Third, having verseitem may have the same orphan verse number problem. The item element typically causes rendering to be done at the start tag. A list should typically end after a verse. (Same with other container markup.) It certainly should not be immediately before a verse end. The p is not placed well. It does not make sense that a paragraph starts within a verse, unless it splits the verse content. (same with other container markup.) This may be more of a problem with usfm2osis. Any help would be appreciated. Don't know if that helps. --Greg ___ sword-devel mailing list: sword-devel@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@crosswire.org
Re: [sword-devel] Chinese lucene problem
SWORD uses an English analyzer (StandardAnalyzer) that works well for Latin-1 languages and for languages that bear some passing similarity to English (e.g. spaces between words, phonetic spelling, ...), but it does not do well with others. The Lucene project has a few Chinese analyzers. Basically they do bi-gram indexing, every pair of letters is indexed. So the string ABCD would create 3 bi-grams, AB, BC, and CD. One of these analyzers is quite big and it might not be prudent to deliver it as part of the non-Chinese front-end. For JSword, we use the language code as supplied in the conf to vector into the selection of the best analyzer. There are specialized analyzers for a dozen lanugages. Each one of them as pecularities that the StandardAnalyzer does not address properly. E.g. Thai does not have spaces for word breaks. In Him, DM On Oct 7, 2012, at 6:34 PM, Karl Kleinpaste k...@kleinpaste.org wrote: We've got a bug report in Xiphos saying that Chinese modules can't be searched well with CLucene indices. https://sourceforge.net/p/gnomesword/bugs/488/ I know nothing at all about Chinese, and can't address this. Can anyone supply some info? ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Chinese lucene problem
Because it is module.createSearchFramework, it has access to the conf and could vector to the right analyzer. It would be a very small change to the code, but with big impact. -- DM On Oct 7, 2012, at 7:40 PM, Karl Kleinpaste k...@kleinpaste.org wrote: DM Smith dmsm...@crosswire.org writes: For JSword, we use the language code as supplied in the conf to vector into the selection of the best analyzer. OK, well, considering that the regular Sword interface to this is particularly generic, i.e. module.createSearchFramework(...), providing no way to pick a desired analyzer, I guess we're out of luck. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Interverse Material (was: SWORD v1.7 status ?)
The sID=gen22 is the 22-nd generated id by osis2mod. There should be a corresponding eID=gen22 elsewhere in the file. The odd thing I see is the rendering of the title and the references. Everything is doubled up. Some other things to explore when the given example is handled: A Study Bible can reasonably be expected to have descriptive text between verses. It may or may not be put in a container (e.g. div, p). It certainly is not a title. Typically paragraphing is between verses. There are a common cases where a paragraph will split verses. Line groups (aka lg) are a special form of a paragraph. And are like paragraphs, typically surrounding verses and sometimes splitting them. Footnotes can occur between verses. So: div type=section p paragraph explainingnotejust a footnote/note the section/p titleblah blah blahtitle p verse.../verse /p Another test would be just paragraphing and sectioning without titles or text. Rendering should be the same regardless if headings is on or off. div type=section p verse sID/...verse eID/ verse eID/ ... /pp ... verse eID /p On Sep 30, 2012, at 1:43 PM, Troy A. Griffitts scr...@crosswire.org wrote: OK, The simple inter-verse material case I was looking to test first was not present in our osisReference.xml sample in the testsuite. This case is where we have a interverse material between two consecutive verse within a chapter (not just before verse 1, because pre-verse-1 is complicated by the fact that we store chapter/book/testament/module intro material in a different place than interverse material). We had a good chunk of interverse material at Mark 1:14 in the osisReference.xml snippet, but Mark material started at verse 14. So, I've added a simple Mark 1.13 so the interverse material is simply between verse 13 and verse 14. I've updated the osistest.cpp file to output information for verse 14. It seems really strange. I'll look at it more closely, but it seems something odd is happening in osis2mod. The preverse material before Mark 1:14 is getting a sID=gen22. Not sure that affects our filters much, as long as the start and end are consistent. Anyway, can people have a look and see if you can spot anything odd, and also let me know if this is an valid, and exemplary interverse snippet for us to use as our use case to work toward supporting? see: sword/tests/testsuite/osisReference.xml sword/tests/osistest.cpp and to try, cd sword/tests/testsuite ./runtest.sh osis cd osis ../../osistest OSISReference Thanks for any help in getting this going, Troy ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] wiki vandalism
I'll be cleaning up some wiki vandalism today. For those that clean up the vandalism, please make sure that the old text is not in the block reason. Turns out that a user can post to their own talk page immediately. Has always been the case, even with the 4 day waiting period. And they can rename the page. As a result of this starting to occur on a regular basis, I will probably change the sign-up process for the wiki to be moderated, at least by me. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] wiki vandalism
Vandalism is cleaned up and I'm now moderating new user account requests. Those that want an account have to give their real name, an email account that they can validate, and a short biography with a minimum required length. When approved that biography will become their user page. Obviously, we'll be sensitive to people's need to be anonymous. So we'll be using our judgment on handling that. There are only two valid reasons to have a wiki account: To edit/create content and to watch content. Soon I will remove the 4 day waiting period for editing/creating content. Let me know if you have any questions. In Him, DM On Sep 26, 2012, at 9:36 AM, DM Smith dmsm...@crosswire.org wrote: I'll be cleaning up some wiki vandalism today. For those that clean up the vandalism, please make sure that the old text is not in the block reason. Turns out that a user can post to their own talk page immediately. Has always been the case, even with the 4 day waiting period. And they can rename the page. As a result of this starting to occur on a regular basis, I will probably change the sign-up process for the wiki to be moderated, at least by me. In Him, DM ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] OSIS IDs
Simple answer: No. Longer answer: Chapter and verse numbers are a late invention. They are not canonical. Different versifications split books at different chapter boundaries, e.g. Malachi in some traditions has 5 chapters. Regarding verses: Some examples: The canonical material that precedes some psalms is numbered verse 1 and the material that follows is numbered from there. So, what is known in the KJV as verse 1 is verse 2. Some verses are split. E.g. 3 John 15 in the NASB is the last part of 3 John 14 in the KJV. Some verses that are of dubious canonicity are left out of some translations, e.g. From memory, the ESV has verse content that is just a footnote. Some verses that are of dubious canonicity are left in some translations, e.g. end of Mark. Regarding books, in the Old Testament many books are divided on scroll length boundaries. So the division there somewhat arbitrary, though fixed. (So next time you can think of 1 Kings as the first scroll of Kings.) This problem is well known, not solved yet in SWORD, but work is progressing. Note, if a person were to have paper copies of the Bible that they were comparing, they'd have the same parallel display problem. If two Bibles have the same versification, then each OSIS ID should refer to the same content. However, this might not be true. If the wrong v11n is used to build the module, perhaps there is no right v11n at the time, then extra verses are appended to the last verse without any additional markup. If the KJV versification is used where the canonical heading of psalms is numbered as verse 1, then every verse in that module would be off-by-one and the last verse in the chapter for that module would have appended content. I wouldn't worry about it. Just display it as if they were paper copies, lining up Psalm 3:3 regardless of versification. Let the user figure it out on their own. At least until SWORD and JSword have a map. Hope this helps, DM On Sep 6, 2012, at 1:14 PM, Chris Burrell ch...@burrell.me.uk wrote: Hi all A quick question. Are OSIS IDs unique across modules? I.e. if we are trying to match up verses in a chapter for comparison purposes, can we assume that the OSIS ID in each module (regardless of the language) is the same, so Gen.1.1 would be Gen.1.1 regardless of the language of the Greek/Hebrew/Farsi/etc. texts. I know that books may not all contain the same verses, and may be of different versifications as well, but in the case of the same versification... Chris ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Insidious mismatched tag errors: recommendations
So far the discussion is around whether the xml is well-formed.
Once you get that working, then you need to make sure it is valid wrt the OSIS
schema.
There's an old tool that will convert sgml to well-formed xml. I think it was
James Clark's sx. I've used it successfully on initial conversions and
getting something that will work within xml tools.
Finally, OSIS has the notion of milestones for start and end elements. There
are semantic rules regarding this that cannot be checked by standard xml tools.
Osis2mod tries to handle this. When you get to that point, I can help unravel
the logging options.
The purpose of milestoned elements is to allow for two competing document
models to be in the same xml document: BSP and BCV (names we've given it here
and in the wiki).
We recommend using BSP (book, chapter, section, paragraph, poetry, lists to all
be containers, not milestoned) and verse elements be milestoned.
Note, the OSIS manual says that if you have one element milestoned, then all
other elements with the same tag name have to be milestoned. Practically
speaking, this does not matter. SWORD and JSword don't care. Having verses
milestoned only if necessary is probably a better way to create a good XML
document. Start out with all of them as containers and each place where that
causes a problem, either fix the xml or if otherwise correct, convert to
milestoned verses.
Generally speaking these BSP elements should not start just inside or at the
end of a verse. Rather they should be between verse elements or within the
text. When they are placed just after the verse start, they often will cause
the verse number to be orphaned. When they are placed just before the verse
end, then it is generally not noticeable (just bad form).
Quotes will create the biggest grief in the above. They often cross boundaries.
Certainly, the beatitudes does, starting in one chapter and ending a couple of
chapters later. For this reason, using the milestoned version is necessary.
If you're document follows some simple rules (some required by xml, others
simplifications), then checking nesting is a simple matter of having a push/pop
stack of elements. The simple rules:
1) All attributes when present have quoted values.
2) All entities are properly formed and used when needed. Also, and are not
in attribute values.
3) Tags are marked with ... , / ... , or ... /. and now new lines
between and .
If this is true then a simple perl script can be written to find the problems
in the file:
Look for ... / and skip them. They cause no problems.
Look for xxx ... and push the tag name along with its location in the file
on to the stack.
Look for xxx /, compare xxx to the top element on the stack. If it doesn't
match, then it causes an error.
When you get to the end of the document and the stack is not empty, then the
elements on the stack are not closed properly.
Printing out the stack (elements and locations) would help find what the
problem is.
For example:
if xxx is deeper in the stack, then there is a problem with nesting.
Look at all the elements above the xxx on the stack for problems.
if it is not in the stack, then the element was not started prior to
that point or it may have been ended twice.
Here is a simple perl script (that I wrote), which doesn't do that, but could
be adapted to do it. This creates a histogram/dictionary of tag and attribute
names.
#!/usr/bin/perl
use strict;
my %tags = ();
my %attrs = ();
while ()
{
#print;
# While there is a tag on the line
while (/[^\/\s]+[\/\s]/o)
{
# While there is an attribute in the tag
while (/[^\/\s]+\s+[^\=\/\]+=\[^\]+\/o)
{
# remove the attribute
s/([^\/\s]+)\s+([^\=\/\]+)(\=[^\]+\)(.*)/$1 $4/o;
my ($t, $a, $v, $r) = ($1, $2, $3, $4);
$attrs{$t.$a}++;
}
# remove the tag
s/([^\/\s]+)[\/\s]//o;
$tags{$1}++;
#print(do next tag on line\n);
}
#print(do next line\n);
}
foreach my $tag (sort keys %tags)
{
print($tag\n);
}
foreach my $attr (sort keys %attrs)
{
print($attr\n);
}
Hope this helps,
DM
On Sep 21, 2012, at 10:52 AM, Andrew Thule thules...@gmail.com wrote:
Thanks everyone for suggestions. I'll give them all a try.
That said, the emacs recommendation is nearly a religious conversion
recommendation. (I'm on the vi side of the vi verses emacs debate. I
suppose as long as it doesn't kill me I should give it a try, though I'm not
certain what impact it will have on the health of my soul ... :D )
~A
On Thursday, September 20, 2012, Daniel Owens wrote:
I use jEdit with the XML plugin installed. I find it helps me find problems
fairly easily.
Daniel
On 09/20/2012 05:26 PM, Greg Hellings wrote:
There are a number of pieces of software out there that will
pretty-print the XML for you, with indenting and whatnot. Overly
indented for what you would want
Re: [sword-devel] Insidious mismatched tag errors: recommendations
Dreaded grammar error: s/If you're document/your document/
:)
On Sep 21, 2012, at 1:27 PM, DM Smith dmsm...@crosswire.org wrote:
So far the discussion is around whether the xml is well-formed.
Once you get that working, then you need to make sure it is valid wrt the
OSIS schema.
There's an old tool that will convert sgml to well-formed xml. I think it was
James Clark's sx. I've used it successfully on initial conversions and
getting something that will work within xml tools.
Finally, OSIS has the notion of milestones for start and end elements. There
are semantic rules regarding this that cannot be checked by standard xml
tools. Osis2mod tries to handle this. When you get to that point, I can help
unravel the logging options.
The purpose of milestoned elements is to allow for two competing document
models to be in the same xml document: BSP and BCV (names we've given it here
and in the wiki).
We recommend using BSP (book, chapter, section, paragraph, poetry, lists to
all be containers, not milestoned) and verse elements be milestoned.
Note, the OSIS manual says that if you have one element milestoned, then all
other elements with the same tag name have to be milestoned. Practically
speaking, this does not matter. SWORD and JSword don't care. Having verses
milestoned only if necessary is probably a better way to create a good XML
document. Start out with all of them as containers and each place where that
causes a problem, either fix the xml or if otherwise correct, convert to
milestoned verses.
Generally speaking these BSP elements should not start just inside or at the
end of a verse. Rather they should be between verse elements or within the
text. When they are placed just after the verse start, they often will cause
the verse number to be orphaned. When they are placed just before the verse
end, then it is generally not noticeable (just bad form).
Quotes will create the biggest grief in the above. They often cross
boundaries. Certainly, the beatitudes does, starting in one chapter and
ending a couple of chapters later. For this reason, using the milestoned
version is necessary.
If you're document follows some simple rules (some required by xml, others
simplifications), then checking nesting is a simple matter of having a
push/pop stack of elements. The simple rules:
1) All attributes when present have quoted values.
2) All entities are properly formed and used when needed. Also, and are
not in attribute values.
3) Tags are marked with ... , / ... , or ... /. and now new lines
between and .
If this is true then a simple perl script can be written to find the problems
in the file:
Look for ... / and skip them. They cause no problems.
Look for xxx ... and push the tag name along with its location in the
file on to the stack.
Look for xxx /, compare xxx to the top element on the stack. If it doesn't
match, then it causes an error.
When you get to the end of the document and the stack is not empty, then the
elements on the stack are not closed properly.
Printing out the stack (elements and locations) would help find what the
problem is.
For example:
if xxx is deeper in the stack, then there is a problem with nesting.
Look at all the elements above the xxx on the stack for problems.
if it is not in the stack, then the element was not started prior to
that point or it may have been ended twice.
Here is a simple perl script (that I wrote), which doesn't do that, but could
be adapted to do it. This creates a histogram/dictionary of tag and attribute
names.
#!/usr/bin/perl
use strict;
my %tags = ();
my %attrs = ();
while ()
{
#print;
# While there is a tag on the line
while (/[^\/\s]+[\/\s]/o)
{
# While there is an attribute in the tag
while (/[^\/\s]+\s+[^\=\/\]+=\[^\]+\/o)
{
# remove the attribute
s/([^\/\s]+)\s+([^\=\/\]+)(\=[^\]+\)(.*)/$1 $4/o;
my ($t, $a, $v, $r) = ($1, $2, $3, $4);
$attrs{$t.$a}++;
}
# remove the tag
s/([^\/\s]+)[\/\s]//o;
$tags{$1}++;
#print(do next tag on line\n);
}
#print(do next line\n);
}
foreach my $tag (sort keys %tags)
{
print($tag\n);
}
foreach my $attr (sort keys %attrs)
{
print($attr\n);
}
Hope this helps,
DM
On Sep 21, 2012, at 10:52 AM, Andrew Thule thules...@gmail.com wrote:
Thanks everyone for suggestions. I'll give them all a try.
That said, the emacs recommendation is nearly a religious conversion
recommendation. (I'm on the vi side of the vi verses emacs debate. I
suppose as long as it doesn't kill me I should give it a try, though I'm not
certain what impact it will have on the health of my soul ... :D )
~A
On Thursday, September 20, 2012, Daniel Owens wrote:
I use jEdit with the XML plugin installed. I find it helps me find problems
fairly
Re: [sword-devel] Insidious mismatched tag errors: recommendations
Here is a simple perl script that will check many xml files for errors
(following the assumptions listed below). I think the diagnostics are
relatively easy to understand.
#!/usr/bin/perl
# BSD License
use strict;
my $lineNum = 0;
my $element = ;
my $tagName = ;
my @tagStack = ();
lines: while () {
$lineNum++;
# While there is a tag on the line
# remove and process it
while (s/([^]+)//o) {
$element = $1;
# self closed tags are skipped
if ($element =~ /(.*\/|\?.*\?)$/) {
next;
}
# end tags have to nest properly
# thus match stack top
if ($element =~ /^\/([^\s]+).*$/o) {
$tagName = $1;
my ($topTagName, $topLineNum, $topElement) = @{ pop @tagStack };
if ($topTagName ne $tagName) {
print Error on line $lineNum: expected $tagName, but saw $topTagName
from line $topLineNum (element: $topElement)\n;
last lines;
}
} else {
# Found a start element
$element =~ /^([^\s]+).*$/o;
$tagName = $1;
push @tagStack, [ $tagName, $lineNum, $element ];
}
}
}
foreach my $location (reverse @tagStack) {
my ($topTagName, $topLineNum, $topElement) = @{$location};
print unmatched $topTagName from line $topLineNum (element:
$topElement)\n;
}
On Sep 21, 2012, at 1:27 PM, DM Smith dmsm...@crosswire.org wrote:
So far the discussion is around whether the xml is well-formed.
Once you get that working, then you need to make sure it is valid wrt the
OSIS schema.
There's an old tool that will convert sgml to well-formed xml. I think it was
James Clark's sx. I've used it successfully on initial conversions and
getting something that will work within xml tools.
Finally, OSIS has the notion of milestones for start and end elements. There
are semantic rules regarding this that cannot be checked by standard xml
tools. Osis2mod tries to handle this. When you get to that point, I can help
unravel the logging options.
The purpose of milestoned elements is to allow for two competing document
models to be in the same xml document: BSP and BCV (names we've given it here
and in the wiki).
We recommend using BSP (book, chapter, section, paragraph, poetry, lists to
all be containers, not milestoned) and verse elements be milestoned.
Note, the OSIS manual says that if you have one element milestoned, then all
other elements with the same tag name have to be milestoned. Practically
speaking, this does not matter. SWORD and JSword don't care. Having verses
milestoned only if necessary is probably a better way to create a good XML
document. Start out with all of them as containers and each place where that
causes a problem, either fix the xml or if otherwise correct, convert to
milestoned verses.
Generally speaking these BSP elements should not start just inside or at the
end of a verse. Rather they should be between verse elements or within the
text. When they are placed just after the verse start, they often will cause
the verse number to be orphaned. When they are placed just before the verse
end, then it is generally not noticeable (just bad form).
Quotes will create the biggest grief in the above. They often cross
boundaries. Certainly, the beatitudes does, starting in one chapter and
ending a couple of chapters later. For this reason, using the milestoned
version is necessary.
If you're document follows some simple rules (some required by xml, others
simplifications), then checking nesting is a simple matter of having a
push/pop stack of elements. The simple rules:
1) All attributes when present have quoted values.
2) All entities are properly formed and used when needed. Also, and are
not in attribute values.
3) Tags are marked with ... , / ... , or ... /. and now new lines
between and .
If this is true then a simple perl script can be written to find the problems
in the file:
Look for ... / and skip them. They cause no problems.
Look for xxx ... and push the tag name along with its location in the
file on to the stack.
Look for xxx /, compare xxx to the top element on the stack. If it doesn't
match, then it causes an error.
When you get to the end of the document and the stack is not empty, then the
elements on the stack are not closed properly.
Printing out the stack (elements and locations) would help find what the
problem is.
For example:
if xxx is deeper in the stack, then there is a problem with nesting.
Look at all the elements above the xxx on the stack for problems.
if it is not in the stack, then the element was not started prior to
that point or it may have been ended twice.
Here is a simple perl script (that I wrote), which doesn't do that, but could
be adapted to do it. This creates a histogram/dictionary of tag and attribute
names.
#!/usr/bin/perl
use strict;
my %tags = ();
my %attrs = ();
while ()
{
#print;
# While there is a tag on the line
Re: [sword-devel] AndBible
JSword is cranky if permissions are wrong. But I'm sure you checked that. It also validates the conf. Does the module work in BD? Cent from my fone so theer mite be tipos. ;) On Sep 19, 2012, at 5:04 AM, Martin Denham mjden...@gmail.com wrote: Hi Greg, All the above advice is correct and I regularly install modules to sdcard/jsword as in the FAQ that Matěj pointed you to, but you do need to restart And Bible in order to pick up the modules. Which module are you trying and failing to load? Could you make it available for us to try to load? Regards Martin On 19 September 2012 07:28, Matěj Cepl mc...@redhat.com wrote: On 19/09/12 00:27, Greg Hellings wrote: I've tried doing a full restart on the app at each stage, figuring it might help reinitialize the SWMgr object. No idea then ... works for me. I am sorry. Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC We understand our competition isn't with Caldera or SuSE--our competition is with Microsoft. -- Bob Young of Red Hat http://www.linuxjournal.com/article/3553 ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] AndBible
Look in the language Other. On Sep 18, 2012, at 5:55 PM, Greg Hellings greg.helli...@gmail.com wrote: Hmm, then perhaps the issue is that the language is not being identified by And Bible. This is a locale that I've only recently created and it isn't in SWORD yet, as it is only partially complete. It appears that the AndBible application keeps its locale.d/ files somewhere other than under that - perhaps with the application code itself. --Greg On Tue, Sep 18, 2012 at 4:48 PM, Daniel Owens dcowen...@gmail.com wrote: My phone installs modules to /sdcard/Android/data/net.bible.android.activity/files/, but you tried that already. For what it's worth, I can manually install to that directory without a problem. I can even restore my backup of those files after reinstalling AndBible (long story), and it detects all of them. Daniel On 09/18/2012 03:31 PM, Greg Hellings wrote: I'm trying to get a module up and running on AndBible and there's a few things I'm either missing or botching about it. 1) The module is in a personal repository. There doesn't seem to be a way in AndBible to configure a new install location. This is an HTTP-based location, so it would need post-1.6.2 SWORD, but I imagine that's not much of an issue for AndBible as it can bundle its own version of SWORD. Is this intentional, overlooked, or purposefully left out of the application? 2) I tried copying the files directly into the application, but I can't seem to locate the proper location to place them. I have tried directly into /sword/ on the SDCard, but I think that was the path that Bishop uses. So then I tried in /Android/data/net.bible or something/ where I also located a mods.d and modules directory. The application still didn't seem to locate the files. Am I missing the install path somewhere? 3) If files are meant to be manually installed, I don't see a way to tell the application to refresh its cache of modules. That would be a handy button, rather than force closing the application and restarting it. I've been told I need to actually soil my hands with mobile development, so I'm willing to work with you, Martin, if these are directions you want the application to go. The target for this module is the stereotypical, rural, subsaharan, African grasslands. Some people might have connectivity some of the time, but it's much more likely that the files will be copied from phone to phone readily. Might it even be possible for one person to directly transfer a module from one phone to another using some sort of Bluetooth or NFC-style of connection in the absence of a host computer? Now I'm just talking hot air about possibilities, but is it feasible? --Greg ___ sword-devel mailing list: sword-devel@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@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Jira is down...
I don't know if it can be suppressed. I don't know if it should. I don't know the impact of a mismatch of timezone, that is the difference between updating or hiding. I'll look. On Sep 17, 2012, at 7:02 AM, David Haslam dfh...@googlemail.com wrote: The latest and greatest version of JIRA now sports this top message: Your computer's time zone does not appear to match your user setting of (GMT-07:00) Phoenix. Click here to update your settings. Alternatively, hide this message. Well as few of us live in the same time zone as the server, this message is entirely superfluous. Please can someone teak JIRA so that this message gets suppressed. For my part, I've just clicked the second link to hide his message, but first time users might do the wrong thing. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Jira-is-down-tp4651006p4651032.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Locale differences
Yes, it throws the header info away. I've started a feeble attempt to have it read/parse it so that it can recommend parts of the conf. In His Service, DM On Sep 16, 2012, at 3:28 PM, Greg Hellings greg.helli...@gmail.com wrote: I'm pretty sure osis2mod simply discards all content in the header. Such info needs to be specified in the equivalent options in the module's conf file, if such options exist. On Sep 16, 2012 2:06 PM, Andrew Thule thules...@gmail.com wrote: On the issue of which language shows up in the client, English or the module language, it may be true that different clients have different default behaviours, and it''s not clear (to me) of the module can influence this - that said, the module's osis has at least two ways language is specified: osisText osisIDWork=INK osisRefWork=defaultReferenceScheme xml:lang=iu (which I assume is for xml's sake) and in the header: work osisWork=INK titleInuktitut Version/title identifier type=OSISBible.INK/identifier date2012-06-1/date descriptionInuktitut Bible in Eastern Arctic Inuktitut/description language type=IETFiu/language rightsCopyrighted. Not for distribution (yet)/rights refSystemBible.KJV/refSystem /work As far as I can tell, setting language type=IETFiu/language doesn't influence sword clients ... but then again I haven't looked how osis2mod deals with the language tag either. If I gambled (and I don't) I'd bet few developers building non-English modules bother to declare the modules language by specifying language/language. All this to say I believe the only obligation the sword client developers has to worry about correctly presenting book names in foreign language modules is to honour the OSIS intent (according to tags), which means the module developers who bother specifying language/language in osis should rightly expect to influence client behaviour with respect to module specific presentations (module locales trump client locales for module presentation). Those that don't bother at all, are at the mercy of the default behaviour of the client, namely English or client locales specifications. ~A On Fri, Sep 14, 2012 at 8:13 AM, Peter von Kaehne ref...@gmx.net wrote: Just CrossWire Main. Attic might have plenty more, but these are irrelevant for the future. And Beta and Av11n hopefully contain none. Chris has said ages ago, he will only accept OSIS bibles. And generally the standard of texts has gone up over the years. Peter Original-Nachricht Datum: Fri, 14 Sep 2012 04:30:35 -0700 (PDT) Von: David Haslam dfh...@googlemail.com An: sword-devel@crosswire.org Betreff: Re: [sword-devel] Locale differences Peter, Did your survey of our modules cover all the repositories? Or just those in CrossWire Main? David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Locale-differences-tp4650966p4650992.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@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@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Forums error?
Me too. Wiki was broken, Jira was broken, and apparently forums too. I'll look into it. -- DM On Sep 16, 2012, at 9:18 PM, Nic Carter niccar...@mac.com wrote: Are the forums currently misbehaving for others or just me? :) image.png Sent from my phone, hence this email may be short... ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Jira is down...
Jira is back. I've upgraded it as well to the latest and greatest. Also, you'll notice that the url redirects from bugs to tracker. If that really bugs anyone I can change it back. In Him, DM On Sep 15, 2012, at 3:21 PM, DM Smith dmsm...@crosswire.org wrote: I'm looking into it. In Him, DM ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Forums error?
It just needed to be restarted. -- DM On Sep 16, 2012, at 10:46 PM, DM Smith dmsm...@crosswire.org wrote: Me too. Wiki was broken, Jira was broken, and apparently forums too. I'll look into it. -- DM On Sep 16, 2012, at 9:18 PM, Nic Carter niccar...@mac.com wrote: Are the forums currently misbehaving for others or just me? :) image.png Sent from my phone, hence this email may be short... ___ sword-devel mailing list: sword-devel@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@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Wiki
Wiki is back. On Sep 15, 2012, at 3:30 AM, David Haslam dfh...@googlemail.com wrote: Still can't get past the wiki login screen. After attemped login, this URL gives a blank screen. http://crosswire.org/wiki/index.php?title=Special:UserLoginaction=submitlogintype=loginreturnto=Main_Page It never times out to anything different. David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Wiki-tp4650944p4650999.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ sword-devel mailing list: sword-devel@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@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
Re: [sword-devel] Valid vs Best Practice XML
On Sep 14, 2012, at 8:15 PM, Chris Little chris...@crosswire.org wrote: On 09/14/2012 01:02 PM, Greg Hellings wrote: So I've been debugging a module display problem in BibleTime. I mentioned it on IRC with Troy the other day but we weren't able to connect at the same time to discuss further. The issue has to do with paragraph tags - in osis2mod these tags are being converted from p to div sID=someid type=paragraph /. This is extraordinarily bad. This is a change in semantics, because p and div type=paragraph are not semantically equivalent. p marks the type of paragraph we all probably think of first: generally, a chunk of text with newlines before and after. div type=paragraph marks a formal division within a text that happens to be identified as a 'paragraph' and may consist of multiple p-type paragraphs. Examples of these divisions are found in many laws and the Catechism of the Catholic Church (which does exist in OSIS form). Here's part 1, section 1, chapter 1, article 1, paragraph 1 of the CCC: http://www.vatican.va/archive/ENG0015/__P16.HTM. As you can see, it consists of many p-type paragraphs but is a single div type=paragraph-type paragraph. No where in the OSIS manual does it give any indication of a semantic difference. Abhorrent though I consider milestoned p/, I think I would much prefer to see us map p.../p to p sID=/...p eID=/ than see us clobber the semantics of a defined div type. It may be abhorent from a module authoring perspective, but from a software perspective, it is needed. I think it is better than div type=x-p In OSIS the only container element that is not milestoneable is p. The goal of osis2mod is to create BCV where verse is the container. All SWORD/JSword software requires that a verse in isolation can be meaningfully rendered. (for hit lists, verse lists, parallel view, cross-reference popups, ...) If we had a mode flag for SWORD and JSword that would indicate the scope (chapter or verse), then the render filter could do BSP for chapter and BCV for verse. I would rather see milestoned p too. However, it seems that the spec is not being maintained/updated. We have a page in the wiki with our recommendations for changes to the OSIS spec. How can we move them forward? I'd suggest that we maintain our own OSIS schema with the changes and fixes mentioned there and use that in our module validation. Thus, osis2mod is in violation of the suggested XML best practice by creating a non-EMPTY tag as self-closing but this is seemingly pretty common in the OSIS world. Furthermore our filters are producing invalid (or very strongly discouraged) HTML as per every still-in-use version of the specs (HTML4, XHTML, HTML5). As such, I'm of the opinion that this represents a bug in SWORD - at the very least in the filters that permit empty, self-closing div tags to slip through what are supposedly HTML outputs. Do others agree or disagree on this? I'm of the opinion that our OSIS is generally fine, meaning we should go ahead and keep allowing self-closing OSIS tags if possible (as input and output from osis2mod and as content of modules not produced by osis2mod). This is just a recommendation and specifically a recommendation for the purpose of aiding processing with legacy SGML tools, which I can't see us doing and don't personally care about. (The semantic violation noted above is a bug in my mind, but that issue is orthogonal.) You've opened a Jira issue on it, which I'll be glad to work on once we have an acceptable mechanism to milestone paragraphs. I would agree that the filter output is buggy if we're generating disallowed tag forms. OSIS div and p would need to be translated to their correct, non-self-closing HTML forms. Beyond those two, I can't think of any tags that have the same form general semantics in both OSIS HTML. Table cells and list items are similar between OSIS and HTML: container elements that generally imply vertical whitespace. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
[sword-devel] Jira is down...
I'm looking into it. In Him, DM ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
