https://github.com/adyeths/u2o/issues/82
Sent from ProtonMail Mobile
On Sun, Feb 10, 2019 at 06:55, David Haslam <dfh...@protonmail.com> wrote:
> Eliminating orphaned verse tags can be done by tweaking the OSIS input file.
>
> The workaround involves moving some verse eID milestones such that there are
> no other OSIS elements before the next verse sID milestone.
>
> Except, of course, at a chapter boundary.
>
> The fact that I enquired about XML whitespace in a separate email should not
> deflect anyone from thinking that this issue is anything to do with
> whitespace.
>
> Whether this is partly due to anything in our software or wholly due to the
> conversion from USFM to OSIS is now the main focus, or should be.
>
> I added an issue in adyeths/u2o just as he requested.
>
> Best regards,
>
> David
>
> Sent from ProtonMail Mobile
>
> On Sun, Feb 10, 2019 at 03:43, DM Smith <dmsm...@crosswire.org> wrote:
>
>> osis2mod does not understand the CDATA construct <![CDATA[some stuff]]> nor
>> does the SWORD parser. The OSIS schema (xsd) defines text as xs:string, not
>> xs:normalizeString. So spaces, tabs and newlines are not to be collapsed or
>> replaced. I think CDATA and #PCDATA is an SGML construct, not an XML one.
>>
>> However, osis2mod does convert newlines to spaces and collapses consecutive
>> strings of spaces to a single space. The only newline in the module is at
>> the end of the each stored entry in the module’s data file.
>>
>> DM
>>
>>> On Feb 9, 2019, at 5:45 PM, Greg Hellings <greg.helli...@gmail.com> wrote:
>>>
>>> Are we sure that this is a problem with the OSIS and not just an issue with
>>> the render filters? All consecutive strings of whitespace characters in XML
>>> cdata segments is supposed to be collapsed to a single space character upon
>>> processing. If we've got newlines showing up in places that a newline isn't
>>> indicated from markup, then it sounds like the issue is in the render
>>> filter, not the OSIS. But I'd have to know what OSIS construct you're
>>> referring to.
>>>
>>> --Greg
>>>
>>> On Sat, Feb 9, 2019 at 6:21 AM David Haslam <dfh...@protonmail.com> wrote:
>>>
>>>> Issue added:
>>>>
>>>> https://github.com/adyeths/u2o/issues/82
>>>>
>>>> Best regards,
>>>>
>>>> David
>>>>
>>>> Sent with [ProtonMail](https://protonmail.com/) Secure Email.
>>>>
>>>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>>>> On Saturday, 9 February 2019 11:17, David Haslam <dfh...@protonmail.com>
>>>> wrote:
>>>>
>>>>> Thanks Ryan,
>>>>>
>>>>> I will add an issue.
>>>>>
>>>>> Aside: Are we all certain that this isn’t due to a bug in the SWORD API ?
>>>>>
>>>>> David
>>>>>
>>>>> Sent from ProtonMail Mobile
>>>>>
>>>>> On Fri, Feb 8, 2019 at 22:36, Ryan V <adye...@gmail.com> wrote:
>>>>>
>>>>>> A special utility isn't needed. This is a bug in the usfm to osis
>>>>>> converter being used.
>>>>>>
>>>>>> If this happens with the output of u2o.py please submit a bug report so
>>>>>> i can fix my converter.
>>>>>>
>>>>>> On Fri, Feb 8, 2019, 4:48 PM David Haslam <dfh...@protonmail.com wrote:
>>>>>>
>>>>>>> Friends,
>>>>>>>
>>>>>>> How to ensure that modules made from OSIS do not display orphaned verse
>>>>>>> tags (verse number followed by a new line before the paragraph starts)
>>>>>>> has been known and understood for years.
>>>>>>>
>>>>>>> Why is there not a simple Sword utility that fixes OSIS files for this
>>>>>>> one issue?
>>>>>>>
>>>>>>> We still see far too many module releases in which a Bible with
>>>>>>> paragraphed text is splattered with such orphaned verse tags.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>> Sent with ProtonMail Secure Email.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
