FW: [osis-core] osisCore_Candiate_1.1_003 - 12 - splitID

[Patrick Durusau]

Todd,

So other than changing to xs:string and redoing the documentation, no 
syntax changes to get the operation you describe?

Todd Tillinghast wrote:

>Patrick,
>
<snip>

>
>There are TWO purposes that we seem to be tring to accomplish with
>splitID.
>
>The first is to provide a mechanism to extend the predominant reference
>system when an identifier from that system applies to MORE THAN ONE
><verse> element.  In this case the thing that is split is the logical
>concept of the verse but there is NO overlapping hierarchy as far as
>element go.
>
>The second case is where there are overlapping hierarchies and we must
>split what would be a single element into two (or more) elements so that
>elements from another hierarchy can hold their position in the XML
>hierarchy.  In this case we need a mechanism independent from osisID to
>indicate that an element has been split as well as to match up the
>pieces of the split element.  (If the splitID attribute is used as a
>mechanism to extend a  reference system (as in the first case above)
>then it will not be clear when an element has been split and when a
>reference system is being extended.)
>
>PROPOSAL FOR SPLIT ELEMENTS DUE TO OVERLAPPING HIERARCHIES:
>1) Use the splitID attribute to indicate that an element has been split
>due 
>to overlapping hierarchies of elements.
>2) Have splitID be xs:string.
>3) Have splitID be the exact same token for all pieces of the split
>element.
>4) Have the sequence of the split element be implied by their order in
>the document.
>5) Have the splitID strategy be TOTALLY independent of osisID.
>6) Put splitID attributes on the elements that can be split and not in
>globalAttributes. (div, q, verse, p, lineGroup, line, not sure if there
>are others)
>
>PROPOSAL FOR EXTENDING HIERARCHIES:
>1) Not use splitID in any fashon
>2.A) use the [] syntax to indicate a reference system extension OR
>2.B) use the grain to accommodate reference system extension
>
<snip>

BTW, I am incorporating the new terms refSys[edition] into the current 
release (due later this morning). The more I think about your idea on 
that the better I like it. Quite clever actually.

Patrick

-- 
Patrick Durusau
Director of Research and Development
Society of Biblical Literature
pdurusau@emory.edu